A real-time and seamless integration

To receive a webhook, you must have an api that can service all of your tenant's companies. EasyUBL webhook calls a url, that you provide when creating your tenant If you create multiple Webhook recipients, EasyUBL will send the same notifications to all of them. For example, you can send notifications about address creations to your ERP system, your webshop, your CRM system, etc. EasyUBL sends webhooks all the time. You don't need to respond to them. We will resend a notification a certain number of times before giving up. We send the notifications we receive from the UBL network to you as WebHooks. In addition, we send events from the EasyUBL applications. It could be: https://myBasicURL/api/ tools/ UBLNotifications The webhook call to your service will contain a small json document: { "companyId": "c9b89d84-cdb6-4207-8a99-23c7ffb04577", "endpointId": "df4967d4-7e4d-4f23-9653-b8bd1b8719b2", "ublDocumentId": "22323456", "documentStatusCode" : "5110", "documentType": "110", "actionCode": "2", "errorCode": "-1", "base64EncodedMessage": "Not sent", "externalIdentifier": "5053387" "documentXmlBase64Content" } CompanyId will make it possible to find the company in your application. This is the key that was returned, when you created the company. You probably don't use EndpointId for anything. ublDocumentID is an internal ID in the system, that makes it possible to backtrace the document. You don't use it. externalIdentifier will contain your invoice number/order number etc. depending on the document type. We currently support document types 100 (order), 110 (Invoice), 120 (credit note) and Essy100 (Financial documents and goods transactions). "base64MEssage" and "documentBase64" will contain information related to the document type. This is an example of what a webhook might look like.

[Route("UBLNotifications")] [HttpPost] public int UBLNotifications(Notification ublNotification) {   if (ublNotification.companyId == Guid.Empty) throw new ArgumentException("Missing companyId");   DBUser.ConnectionGetByEasyUBLKey(ublNotification.companyId);   string DocumentType = ublNotification.documentType;   if (DocumentType == "110" || DocumentType == "120") // invoice/ creditnote   {    NotificationService myUBL = new NotificationService(DBUser);    if (ublNotification.documentStatusCode < 5200)    {    String message = myUBL.UpdateInvoice(ublNotification);    }   }   if (DocumentType == "100")   {    NotificationOrderService myUBL = new NotificationOrderService(DBUser);    if (ublNotification.documentStatusCode < 5200)    {     String message = myUBL.UpdateOrder(ublNotification);    }   }   if (DocumentType == "EasyUBLDocumentBooked")   {    NotificationVoucherService myUBL = new NotificationVoucherService(DBUser);    String message = myUBL.ProcessVoucher(ublNotification);    }   if (DocumentType == "EasyUblProductChanged")  {   EasyUblProductService myUBL = new EasyUblProductService(DBUser);   String message = myUBL.OnProductChanged((ublNotification));  }  if (DocumentType == "EasyUblDocumentReceived")  {   NotificationVoucherService myUBL = new NotificationVoucherService(DBUser);   String message = myUBL.OnDocumentReceived((ublNotification));  }   return 0; }

A document with a document type of 5200 and above is for receipt. This is handled by the "Bookkeepers Page". Notifications below 5200 contain information about the document's shipment. This information can be used to update directly in the ERP system. A document with DocumentType "EasyUBLDocumentBooked" is a document that must be saved in the ERP system. The call is made by Bookkeepers Page when the paper flyer is clicked that transfers the document to the journal. The document that is delivered is similar to that returned by the API called "NextTransaction". The call makes it possible to transfer vouchers to the ERP system in real time. the field "documentXmlBase64Content" will contain at json document: EasyUblDocumentReceived contains the same document as "EasyUBLDocumentBooked" but with less information. It is the result of the first attempt to interpret the document. The call comes when the document arrives at EasyUBL. The document contains, among other things, the creditor's address, and can be used to create the creditor in the ERP system. It will be convenient that the creditor exists when the invoice arrives. EasyUblProductChanged contains a document with product information. The call is sent every time an item is changed in EasyUBL and is used to maintain products in the ERP system. EasyUBL will attempt to map suppliers' products to the buyer's and, for example, convert units and packages if the necessary information is found in the UBL document.

We talk to everyone

Webhooks from EasyUBL can either be sent to a central API, or to a locally installed middleware belonging to a single company. This middleware must contain a single API call that receives webhooks from EasyUBL. If it works directly against the locally installed database, the system will work in real time. If the machine the database is installed on is visible from the web, and you have the ability to write to the database, we can communicate this way. If you wish, we can send you an example written in C# of an API that receives webhooks from EsyUBL. You then write the part that communicates with the database. The alternative methods are not described here, but you are welcome to contact EasyUBL if you need alternatives. We can usually find a solution.

Notifications

Numeric document types are the standard UBL document type. These arrive when the document is accepted. The field "documentXmlBase64Content" contains the xml document as we receive it. We do not sort the documents so you will receive the documents you are registered to receive. Documenttype 100: Order, 110: Invoice, 120 Creditnote. If "documentStatusCode" contains a value less than 5200, it is a notification that provides a status for a sent document. The status message is in "base64EncodedMessage". The function enables the sender to continuously follow the document's path to the recipient and finally receive a receipt for receipt.

Send documents

If "documentStatusCode" contains the value less than 5200, it is a notification that a sent document is on its way out. The "base64EncodedMessage"" field will contain a description of the document's status. Before the document is sendt, thise codes may occur: 100: Waiting for robot. This means that the document has been queued but not yet sent. 110: Sender company not found. There may be missing information on the company (endpoint, company no, country code, currency, e-mail etc.) This may be because EasyUBL cannot create the company because information is missing. 111: The recipient: xxxxx is not registered to receive. The recipient must be registered to receive UBL documents. Otherwise there is no point in trying to send the document. While the document is in transit, these codes are received. This list may not be complete as changes can be made without EasyUBL needing to know. 5101: Document not sent The reason is described in the error message. 5110: Pending The document is awaiting validation and sending. 5120: Pending after validation The document has been validated. If the validation had failed, a code 5101 would have been sent instead with the validation result in the error message. 5130: Sending The document is located somewhere between the sender and the recipient. 5140: Send This means that the recipient's system has acknowledged receipt. This does not necessarily mean that the recipient has received the document themselves, but that the responsibility for delivery lies with the recipient's system. 5150: Received The recipient's own ERP system has accepted the receipt. They have not necessarily accepted the document but they have received it. This status is only achieved if the recipient's own approval flow supports this feature. 5160: Confirmed The recipient has accepted the document. This status is only achieved if the recipient's own approval flow supports this feature. 5170: Rejected The recipient has rejected the document. This status is only achieved if the recipient's own approval flow supports this feature.

Receive documents

If "documentStatusCode" contains the value 5210, it is a notification that a document has arrived. The document is found in the "documentXmlBase64Content" field. All document types are received in this way. The "ublDocumentId" field is unique for each document. Use this to avoid receiving the same document multiple times.

Processed documents

The documents can be processed in the EasyUBL applications. The result is received in a webhook. EasyUBLDocumentBooked: Is fired when you press post in the Bookkeeper´s page application. The "documentXmlBase64Content" field contains the finished document that must be submitted to the ERP system's draft along with the original xml document and the human-readable formats html and pdf. EasyUblDocumentReceived: Is fired when EasyUBL processes a received document. The "documentXmlBase64Content" field contains an incomplete document, which can be used, for example, to create a new vendor in the ERP system. This will make it easier to process new vendors if they are already known in the ERP system when the invoice is requested. You can also use the function to maintain vendor addresses. EasyUblOrderReceived: Is fired when an order is completed in the application Consignor´s page approves an order for receipt. In Consignor´s page, an order can be adjusted for product numbers, units, delivery times, etc. The adjusted order is expected to be created in the ERP system. EasyUblProductChanged: Is fired when a product is changed in the Bookkeeper´s page and Consignor´s page. This opens the possibility to maintain product information manually in EasyUBL, import catalog information or perhaps inherit information from a supplier.