BUSINESS · COMMERCE & FINANCE
Contacts, invoices, quotations, and vouchers in the account they connected.
Each user connects their own account. Every call carries both identities — the agent and the person it is acting for — so the agent can never reach past what that individual can already do.
Tokens live in the vault and attach server-side at call time. The agent holds a session, not a secret, and revoking access does not mean rotating a key.
Who asked, which agent acted, which action ran, and the verdict that let it through — one audit trail across every integration, not one per vendor.
Each action is granted on its own. An agent allowed to read is not thereby allowed to write, and the scope beside each row is what the acting user must have connected for it to run at all.
lexoffice_delete_v1_articles_by_idWRITEDeletes the article with id value {id}. Returns 204 on success, or 404 if the id does not exist. via DELETE /v1/articles/{id}
lexoffice_delete_v1_event_subscriptions_by_subscriptionidWRITEDeletes an event subscription with the id {subscriptionId}. On success, you will receive a status code 204 (No Content). via DELETE /v1/event-subscriptions/{subscriptionId}
lexoffice_get_v1_articlesREADReturns the articles that fulfill the criteria given by filters filter_1 to filter_n using a paging mechanism. If more than one filter is given, the logical connector is AND. Filters that are not set are ignored. To check the maximum page size for this endpoint, see Paging of Resources. via GET /v1/articles
lexoffice_get_v1_articles_by_idREADReturns the article with id value {id}. via GET /v1/articles/{id}
lexoffice_get_v1_contactsREADReturns the contacts that fulfill the criteria given by filters filter_1 to filter_n using a paging mechanism. If more than one filter is given, the logical connector is AND. Filters that are not set are ignored. To check the maximum page size for this endpoint, see Paging of Resources. via GET /v1/contacts
lexoffice_get_v1_contacts_by_idREADReturns the contact with id value {id}. via GET /v1/contacts/{id}
lexoffice_get_v1_countriesREADRetrieve list of currently known countries. via GET /v1/countries
lexoffice_get_v1_credit_notes_by_idREADReturns the credit note with id value {id}. via GET /v1/credit-notes/{id}
lexoffice_get_v1_credit_notes_by_id_documentREADTo download the PDF file of a credit note document, you need its documentFileId. This id is usually returned by the credit note resource. However, PDF document file rendering must be triggered separately via this endpoint for credit notes created through the API with the status open. via GET /v1/credit-notes/{id}/document
lexoffice_get_v1_delivery_notes_by_idREADReturns the delivery note with id value {id}. via GET /v1/delivery-notes/{id}
lexoffice_get_v1_delivery_notes_by_id_documentREADTo download the PDF file of a delivery note document, you need its documentFileId. This id is usually returned by the delivery note resource. However, PDF document file rendering must be triggered separately via this endpoint for delivery notes created through the API with the status open. via GET /v1/delivery-notes/{id}/document
lexoffice_get_v1_down_payment_invoices_by_idREADReturns the down payment invoice with id value {id}. via GET /v1/down-payment-invoices/{id}
lexoffice_get_v1_dunnings_by_idREADReturns the dunning with id value {id}. via GET /v1/dunnings/{id}
lexoffice_get_v1_dunnings_by_id_documentREADTo download the PDF file of a dunning document, you need its documentFileId. This id is usually returned by the dunning resource. However, PDF document file rendering must be triggered separately via this endpoint for dunnings created through the API. via GET /v1/dunnings/{id}/document
lexoffice_get_v1_event_subscriptionsREADReturns all your event subscriptions. via GET /v1/event-subscriptions
lexoffice_get_v1_event_subscriptions_by_subscriptionidREADReturns the event subscription with the id {subscriptionId}. via GET /v1/event-subscriptions/{subscriptionId}
lexoffice_get_v1_invoices_by_idREADReturns the invoice with id value {id}. via GET /v1/invoices/{id}
lexoffice_get_v1_invoices_by_id_documentREADTo download the PDF file of an invoice document, you need its documentFileId. This id is usually returned by the invoice resource. However, PDF document file rendering must be triggered separately via this endpoint for invoices created through the API with the status open. via GET /v1/invoices/{id}/document
lexoffice_get_v1_order_confirmations_by_idREADReturns the order confirmation with id value {id}. via GET /v1/order-confirmations/{id}
lexoffice_get_v1_order_confirmations_by_id_documentREADTo download the PDF file of an order confirmation document, you need its documentFileId. This id is usually returned by the order confirmation resource. However, PDF document file rendering must be triggered separately via this endpoint for order confirmations created through the API with the status open. via GET /v1/order-confirmations/{id}/document
lexoffice_get_v1_payment_conditionsREADRetrieve list of currently configured payment conditions. via GET /v1/payment-conditions
lexoffice_get_v1_payments_by_voucheridREADRetrieve payment information of a voucher. via GET /v1/payments/{voucherId}
lexoffice_get_v1_posting_categoriesREADRetrieve list of currently known posting categories. via GET /v1/posting-categories
lexoffice_get_v1_print_layoutsREADRetrieve the list of print layouts. Lexware accepts ANY sales-voucher read scope for this call; the connection is checked for invoices.read here. via GET /v1/print-layouts
lexoffice_get_v1_profileREADRetrieve your basic profile information. via GET /v1/profile
lexoffice_get_v1_quotations_by_idREADReturns the quotation with id value {id}. via GET /v1/quotations/{id}
lexoffice_get_v1_quotations_by_id_documentREADTo download the PDF file of a quotation document, you need its documentFileId. This id is usually returned by the quotation resource. However, PDF document file rendering must be triggered separately via this endpoint for quotations created through the API with the status open. via GET /v1/quotations/{id}/document
lexoffice_get_v1_recurring_templatesREADRetrieve a collection of recurring templates. The result returns only part of the most relevant data which are the referenced contact (only id and name), total price, payment conditions and the complete recurring templates settings. The naming of objects and properties are the same, though. via GET /v1/recurring-templates
lexoffice_get_v1_recurring_templates_by_idREADReturns the recurring template with id value {id}. via GET /v1/recurring-templates/{id}
lexoffice_get_v1_voucherlistREADTo check the maximum page size for this endpoint, see Paging of Resources. via GET /v1/voucherlist
lexoffice_get_v1_vouchers_by_idREADReturns the voucher with id value {id}. via GET /v1/vouchers/{id}
lexoffice_post_v1_articlesWRITEThe contents of the article are expected in the request’s body as an application/json. via POST /v1/articles
lexoffice_post_v1_contactsWRITEThe contents of the contact are expected in the request’s body as an application/json. via POST /v1/contacts
lexoffice_post_v1_credit_notesWRITECredit notes transmitted via the API are created in draft mode per default. To create a finalized credit note with status open the optional query parameter finalize has to be set. The status of a credit note cannot be changed via the api. The created credit note will be shown in the main voucher list in Lexware: https://app.lexware-sandbox.de/vouchers. To provide your customers access to the created credit note please use our deeplink function. via POST /v1/credit-notes
lexoffice_post_v1_delivery_notesWRITEDelivery notes transmitted via the API are created in draft mode per default. To create a finalized delivery note with status open the optional query parameter finalize has to be set. The status of a delivery note cannot be changed via the api. The created delivery note will be shown in the main voucher list in Lexware: https://app.lexware-sandbox.de/vouchers. To provide your customers access to the created delivery note please use our deeplink function. via POST /v1/delivery-notes
lexoffice_post_v1_dunningsWRITEThe created dunning will not be shown in the main voucher list in Lexware, but will be attached to an invoice and will be visible there. To provide your customers access to the created dunning please use our deeplink function. The contents of the dunning are expected in the request's body as an application/json and must not contain read-only fields. via POST /v1/dunnings
lexoffice_post_v1_event_subscriptionsWRITETo subscribe to an event, provide the event type and the webhook callback url in the request body. The endpoint returns an action result (HTTP status code 201 Created) on success. Additionally, the Location header returns the resource url. via POST /v1/event-subscriptions
lexoffice_post_v1_invoicesWRITEInvoices transmitted via the API are created in draft mode per default. To create a finalized invoice with status open the optional query parameter finalize has to be set. The status of an invoice cannot be changed via the api. The created invoice will be shown in the main voucher list in Lexware: https://app.lexware-sandbox.de/vouchers. To provide your end-users access to the created invoice please use our deeplink function. via POST /v1/invoices
lexoffice_post_v1_order_confirmationsWRITEOrder confirmations transmitted via the API are created in draft mode per default. To create a finalized order confirmation with status open the optional query parameter finalize has to be set. The contents of the order confirmation are expected in the request's body as an application/json and must not contain read-only fields. via POST /v1/order-confirmations
lexoffice_post_v1_quotationsWRITEQuotations transmitted via the API are created in draft mode per default. To create a finalized quotation with status open the optional query parameter finalize has to be set. The status of a quotation cannot be changed via the api. The created quotation will be shown in the main voucher list in Lexware: https://app.lexware-sandbox.de/vouchers. To provide your end-users access to the created quotation please use our deeplink function. via POST /v1/quotations
lexoffice_post_v1_vouchersWRITEThe contents of the voucher are expected in the request's body as an application/json. The contents of the voucher must not contain read-only fields. The created voucher will be shown in the main voucher list in Lexware: https://app.lexware-sandbox.de/vouchers. via POST /v1/vouchers
lexoffice_put_v1_articles_by_idWRITEUpdate an existing article with id {id} with the data given in the payload as JSON. Returns an action result on success. For information about required fields please see Create an article. via PUT /v1/articles/{id}
lexoffice_put_v1_contacts_by_idWRITEUpdate an existing contact with id {id} with the data given in the payload as JSON. Returns an action result on success. For information about required fields please see Create a contact. via PUT /v1/contacts/{id}
lexoffice_put_v1_vouchers_by_idWRITEWhen you have retrieved a voucher via GET that is identified by {id}, it's possible to update or merge it with the latest information of the requesting system, so that e. g. read-only fields will be filled with the latest Lexware information - e.g. id, organizationId and version. Although the voucherStatus attribute reflects the voucher's current (billing) status, it is not possible to change that state using the API, except for the finalization of a voucher from unchecked to open. Apart from that, a voucher with state unchecked may be not updated. via PUT /v1/vouchers/{id}
Put Lexware Office behind one governed endpoint.
Same permissions, same audit trail, whatever else you connect next.