Developer ToolsFree generatorPDF, Excel, Word exportInfor LNAll Infor LN and Baan tools

Infor LN Inbound Process.SalesOrder BOD XML Template

This generator writes an OAGIS ProcessSalesOrder BOD skeleton you can drop into ION to test Infor LN inbound sales orders: ApplicationArea with sender and BOD ID, the Process verb with tenant, accounting entity and action code, a sales order header and order lines. Use it to prove the ION connection and the LN mapping before the real sender system is ready.

Fill in

Sender logical ID

Sender component ID

Tenant ID

Accounting entity (LN company)

Location ID (optional)

Action code

BOD ID

Creation date time (UTC)

Sender order ID

Customer party ID

Order date time

Line 1 item

Line 1 quantity

Line 2 item

Line 2 quantity

Unit code

Generated code

Download:

ProcessSalesOrder BOD

<?xml version="1.0" encoding="UTF-8"?>
<ProcessSalesOrder xmlns="http://schema.infor.com/InforOAGIS/2" releaseID="9.2">
  <ApplicationArea>
    <Sender>
      <LogicalID>lid://infor.file.connector_test</LogicalID>
      <ComponentID>External</ComponentID>
      <ConfirmationCode>OnError</ConfirmationCode>
    </Sender>
    <CreationDateTime>2026-10-22T08:00:00Z</CreationDateTime>
    <BODID>TEST-SO-0001</BODID>
  </ApplicationArea>
  <DataArea>
    <Process>
      <TenantID>infor</TenantID>
      <AccountingEntityID>100</AccountingEntityID>
      <LocationID>[Location ID (optional)]</LocationID>
      <ActionCriteria>
        <ActionExpression actionCode="Add"/>
      </ActionCriteria>
    </Process>
    <SalesOrder>
      <SalesOrderHeader>
        <DocumentID>
          <ID>PO-48213</ID>
        </DocumentID>
        <OrderDateTime>2026-10-22T00:00:00Z</OrderDateTime>
        <CustomerParty>
          <PartyIDs>
            <ID>C00000123</ID>
          </PartyIDs>
        </CustomerParty>
      </SalesOrderHeader>
      <SalesOrderLine>
        <LineNumber>1</LineNumber>
        <Item>
          <ItemID>
            <ID>BRK-1001</ID>
          </ItemID>
        </Item>
        <Quantity unitCode="EA">20</Quantity>
      </SalesOrderLine>
      <SalesOrderLine>
        <LineNumber>2</LineNumber>
        <Item>
          <ItemID>
            <ID>BRK-1002</ID>
          </ItemID>
        </Item>
        <Quantity unitCode="EA">5</Quantity>
      </SalesOrderLine>
    </SalesOrder>
  </DataArea>
</ProcessSalesOrder>

Element names follow the Infor OAGIS (InforOAGIS/2) SalesOrder noun. Before testing, compare the skeleton with the SalesOrder BOD schema delivered with your ION version and add the versionID attribute your schema expects. Which LN field each element fills, and which elements LN requires on inbound (for example ship-to, order type or currency), is defined in the LN inbound SalesOrder BOD mapping document for your release on docs.infor.com or Infor Support; remove the LocationID element if your LN setup does not use it. Copy the SalesOrderLine element once per extra line.

Get your BOD test reviewed

Send us your BOD (with customer data removed), the error and your LN version, and we will point out the missing mapping or setup step.

Optional. The tool and every export work without this. No spam.

Was this tool useful?

How to use it

Fill in the sender logical ID of the test connection point, your tenant, the LN company as accounting entity, the action code, a unique BOD ID, the sender's order ID, an existing customer and two existing items with quantities. Copy the XML, save it as a file and send it through the connection point you set up in ION Desk, for example a file or API connection point whose document flow routes ProcessSalesOrder to LN. Then watch for the AcknowledgeSalesOrder or the error in ION and check the BOD processing messages in LN. Use a fresh BOD ID for each test.

Structure of the BOD

A BOD has two parts. ApplicationArea identifies the sender (LogicalID, ComponentID), when it was created and the BOD ID. DataArea holds the verb and the noun. For Process, the verb carries the tenant, accounting entity and location and the ActionCriteria with the action code, Add for a new order. The noun is SalesOrder with one SalesOrderHeader and one SalesOrderLine per order line. ConfirmationCode OnError asks the receiver to confirm only when processing fails, which keeps test noise down.

Verb: Process, the sender asks LN to create or change the order
Noun: SalesOrder, header plus lines
Reply: AcknowledgeSalesOrder from LN

Mapping to LN

How each element lands in LN, for example which LN field the sender order ID fills and how the customer party ID is matched to a sold-to business partner, is defined in the LN inbound SalesOrder BOD mapping document for your release. Read it before adding elements: LN usually needs more than this skeleton, such as ship-to, order type, currency or prices, depending on your setup and defaults. Item and customer IDs must exist in the LN company named as accounting entity. The DAL of the sales order tables runs on inbound BODs, so your own DAL checks apply as well.

Common failures

The BOD never reaches LN: the document flow or connection point is not active, or the sender logical ID does not match the connection point. LN rejects it: the customer or item does not exist in that company, a mandatory field has no default, or a DAL check fails, and the acknowledgement or the error BOD says which. Duplicate orders: the same BOD resent with a new BOD ID and Add creates a second order. Wrong company: the accounting entity does not match the LN company your ION setup maps it to.

Frequently Asked Questions

Where are the Infor LN inbound BOD mapping and descriptions?

Infor publishes LN BOD mapping documents per release, describing for each inbound and outbound BOD which LN tables and fields the elements map to. Find them on docs.infor.com or the Infor Support Portal for your LN version, and use the SalesOrder inbound document for this BOD.

What is the difference between Process and Sync for sales orders?

Process asks the receiving system to do something, here create or change a sales order in LN, and the receiver answers with an Acknowledge. Sync tells other systems about a change the sender already made, with no business answer expected. Inbound orders to LN use Process.

How do I test a BOD without the real sender system?

Create a test connection point in ION Desk, add a document flow from it to LN for ProcessSalesOrder, and send a file like this one. Check the result in ION's message monitoring and in LN. Once that works, point the real sender at the same flow.

Does LN BOD development need code?

Not for standard BODs: LN ships the publishing and processing logic and you configure ION. Code comes in when you extend a BOD with user area fields or add checks, which in LN means DAL or extension logic plus mapping changes. Keep those in your own VRC.

If you want order intake from emails or PDFs turned into reviewed ProcessSalesOrder BODs on your own servers, we can build that with a human approval step.

Talk to an Expert Explore More Free Tools