Infor SyteLineFree checklistPDF, Excel, Word exportInfor SyteLineAll Infor SyteLine (CloudSuite Industrial) tools

SyteLine ION BOD Integration Go-Live Checklist

This checklist takes a BOD integration between SyteLine or CSI 10 on-prem and Infor ION from setup to hypercare. It suits CRM, WMS, EPM, localization and other ION connected applications that exchange BODs with SyteLine.

0%

0 of 26 items complete

7 critical items still open - these are the highest-risk gaps.

Download checklist:

Setup

Scope

Testing

Cutover

Hypercare

Critical items are the ones that stop BODs silently: triggers not regenerated after a rule change, logical IDs that do not match ION, master data loaded out of order, and no one watching the outbox after go-live.

Get your BOD scope reviewed

Send us the list of BODs in scope and receiving applications and we will check the setup and test plan against CSI 10.

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

Was this tool useful?

How to use it

Run Setup and Scope during build, Testing in each test cycle, and Cutover and Hypercare in the go-live plan. Treat each BOD in scope as its own row in the testing group: export to Excel and add one line per noun so you can see which have passed end to end. Keep the exported checklist as part of the integration runbook, because the same checks are what support uses when a flow stops months later.

Where this lives in SyteLine

Outbound BODs are generated through replication rules and categories, with triggers that must be regenerated on Replication Management after every change. Generated documents appear in Replication Document Outbox, inbound ones in the inbox, and the ION connection point exchanges them with ION. Inbound processing can be extended with application event handlers on BodPreReceive, BodOnReceive and BodOnReceiveFail. The Replication Tool on the utility server views, corrects and resubmits request documents.

  • Replication Rules and categories: what generates BODs
  • Replication Management: Regenerate Replication Triggers
  • Replication Document Outbox: outbound BODs and Confirm BODs
  • LogMonitor: replication and BOD processing errors

Version differences and gotchas

Regenerating triggers drops and recreates trigger code, so do it with users out of the database and separately at each site. A Confirm BOD in the outbox means SyteLine failed to process an inbound BOD and is reporting that error back, not that delivery succeeded. Whether processed BODs stay in the outbox depends on retention settings, so an empty outbox can mean success or a setting. The recommended master data load order depends on the receiving application, so take it from that application's integration guide.

How to check the result in the system

Change one record that should generate a BOD, then follow it: Replication Document Outbox in SyteLine, the document in ION OneView, and the record in the receiving application. For inbound, send one BOD, check the processed indicator and the SyteLine form, make sure no Confirm BOD was generated, and watch LogMonitor for errors. Repeat for the failure path.

Frequently Asked Questions

Does SyteLine have an ION API?

SyteLine exchanges business documents with ION as BODs, and its IDO REST endpoints can be exposed to external callers through ION API Gateway with OAuth2 service accounts. BODs suit event driven document flows between applications; the IDO API suits direct reads and method calls. Many integrations use both.

Why is no BOD generated after I change a replication rule?

Replication triggers must be regenerated on Replication Management after any change to rules or categories, and separately at each site. Until then the database triggers still reflect the old setup. Regeneration drops and recreates trigger code, so schedule it when no other users are logged in.

What does a Confirm BOD in the outbox mean?

A Confirm BOD in the SyteLine outbox is generated when SyteLine could not process an inbound BOD, and it carries the error back to the sender through ION. Open it to read the error, fix the data, setup or mapping, and have the document resent or resubmitted. During testing, keep processed BODs where your release allows it.

How do I handle inbound BOD failures in SyteLine?

Add an application event handler on BodOnReceiveFail to alert the integration owner, and use BodPreReceive to validate before processing; if a BodPreReceive handler fails, the BOD is not processed and BodOnReceive does not fire. Then use the Replication Tool to view, correct and resubmit the failed document.

If you want people to ask what happened to an order across SyteLine and connected applications in plain English on your own servers, we can build that layer.

ArchRay builder
Design the on-prem AI stack for Infor SyteLine: model, GPUs, RAG pipeline, guardrails
See memory, speed and cost as you swap parts, then export the diagram. Free, in your browser.
Open the builder

Keep exploring

Free tools

ERP fixes and how-tos

Runs with your ERP

Guides

AI on your ERP