Skip to main content
Integration · Infor

Infor SyteLine to Shopify Integration

SyteLine and CloudSuite Industrial are the same system. Infor renamed it; most of the people running it did not. If you are a discrete manufacturer with job orders, estimates and a shop floor, this is your ERP, and the question of what you can sell online runs straight into how it counts inventory.

In this article Talk to our experts

On-hand is not what you can sell, and Infor documents why

Most integration pages promise real-time inventory sync as though the number were simple. In SyteLine it is not, and this is not our opinion.

Infor's own Material Availability documentation states that current quantity on hand minus any allocations determines quantity availability, with an option to include released jobs and purchase orders. SyteLine also carries a documented quantity allocated to production and WIP. So a part can be physically present, counted, and entirely spoken for.

Push the raw on-hand figure to a storefront and you will sell units that production has already claimed. That is the single most common way a manufacturer's first ecommerce project loses the trust of its own operations team.

SyteLine already has the right mechanism for the harder question. Available to promise and capable to promise are built in, and Infor describes CTP as projecting the date by which your resources can actually complete the order. For anything made rather than stocked, that date is the honest answer to a buyer, and it is available to an integration rather than something we have to invent.

So the availability model is the first design decision on a SyteLine build. Stocked items sync as quantities net of allocations. Made-to-order items get a date. Most manufacturers need both on one catalog.

What SyteLine actually exposes

Infor documents two distinct surfaces, and which one you use depends on how you are deployed.

SyteLine is built on Mongoose, and its business logic lives in IDOs. Infor defines an Intelligent Data Object as a business object that encapsulates units of information and logic called from the client layer to interact with data in the database. Everything the application does, it does through IDOs.

Mongoose ships a REST API Wizard that generates REST endpoints from those IDOs, with Swagger documentation, and an operation ID used to reach the API from the IDO Swagger document or through the ION API. That is the SyteLine-native path: your own IDOs, exposed as REST, documented automatically.

The second path is the ION API gateway, which is the Infor-wide mechanism and the one most people reach for first.

Neither is wrong. Which is appropriate depends on whether you run multi-tenant CloudSuite Industrial or on-premises SyteLine, and that question is the biggest single scoping variable on the project. No competing page we reviewed mentions it at all.

One honest gap. We could not confirm the exact authentication mechanism for IDO REST from Infor's public documentation, beyond the requirement to be authorized for Runtime Builder forms. Anyone quoting you an OAuth flow for this without naming a page is guessing, and so would we be.

Pricing and units, the two things that break naive syncs

SyteLine holds customer contract pricing, and it resolves rather than being stored on the item. Flatten it into a storefront price file and it is stale the first time a contract changes.

Units of measure deserve a specific warning because Infor gives one. SyteLine's own documentation notes that a value is based on the base unit of measure for the item, not the customer unit of measure. If you sell to an account that orders in cases while your item master is in eaches, the conversion has to be explicit in the integration. Get it wrong and every line is off by the pack size, which is the kind of error that reaches a customer before it reaches a report.

Where the two systems line up

SyteLine customers become Shopify companies, with ship-to addresses as company locations and contacts as buyer logins, so each buyer signs into the account they are authorized to buy for.

Items become products carrying attributes and the correct unit of measure for the account that is looking at them.

Availability comes from on hand net of allocations, with released jobs and purchase orders included where that reflects your reality, and an ATP or CTP date where the item is made rather than stocked.

Contract pricing resolves for the logged-in account at the moment it is needed.

A Shopify order becomes a SyteLine customer order with line detail, the account reference and terms attached, so it lands ready for planning rather than in an intake queue.

Uncap Connect keeps pricing, inventory, customer data and orders current in both directions, built for B2B so customer-specific pricing, credit terms and tax behave the way they do in your business.

What happens when an order fails

The SyteLine-specific failure is the availability one and it deserves a designed answer. A buyer adds three units at browse. By checkout, a job has allocated two of them. The checkout call should revalidate against the same availability logic that produced the browse figure, and tell the buyer immediately, with a date if one exists.

Everything else follows the ordinary pattern. Transient failures retry on a backoff. Permanent failures hold with the payload and the exact SyteLine error preserved, somewhere your team already looks, and they replay without asking the customer to reorder. The buyer's Shopify order stays visible to them throughout.

Why this takes longer than a connector vendor will tell you

You will see two to four week go-live claims on pages competing for this term. We quote 14 to 18 weeks and it is worth explaining the difference rather than pretending it away.

A two week integration syncs products, customers, orders and an on-hand number. If that is genuinely all you need, it is a fair offer and you should take it.

The extra weeks on a SyteLine build go into four specific things: availability logic that respects allocations and WIP rather than reading on hand, ATP or CTP dates for made-to-order items, contract pricing resolved per account, and unit of measure conversion between your item master and how each customer actually orders. Those four are the difference between a storefront your operations team trusts and one they work around.

Industries that run SyteLine

Auto Parts and Aftermarket, where ACES and PIES fitment decides whether the right part reaches the right vehicle.

Electronic Components, where parametric search and price breaks sit on top of a tightly managed part master.

Machinery and Equipment, where the parts business behind the machine is the recurring revenue and buyers arrive with a machine rather than a part number.

SyteLine is one of several Infor products we connect to Shopify. The Infor integration overview covers SX.e, M3, LN and VISUAL.

Ready to talk

Bring your deployment model, whether multi-tenant CloudSuite Industrial or on-premises SyteLine, one account's contract pricing, and your unit of measure scheme. If you sell both stocked and made-to-order items, say so at the start.

Book a strategy session, or start with a Blueprint, the paid discovery engagement that maps the integration surface, the availability model and the phased plan before development begins.

09 Common questions

Frequently asked questions

Is Infor CloudSuite Industrial the same as SyteLine?

Yes. CloudSuite Industrial is the current name and SyteLine is what most people running it still call it. The difference that matters for an integration is deployment rather than branding: multi-tenant CloudSuite Industrial and on-premises SyteLine expose their integration surfaces differently, and establishing which you run is the first scoping question.

How does SyteLine expose data to an integration?

Through IDOs. Infor defines an Intelligent Data Object as a business object encapsulating the information and logic called from the client layer to interact with the database, and SyteLine's application logic runs through them. Mongoose includes a REST API Wizard that generates REST endpoints from IDOs with Swagger documentation, reachable directly or through the ION API gateway.

Why does my inventory oversell on the storefront?

Because on hand is not availability. Infor's own documentation states that current quantity on hand minus any allocations determines quantity availability, with an option to include released jobs and purchase orders, and SyteLine separately tracks quantity allocated to production and WIP. An integration that syncs the raw on-hand number will sell units that are already committed.

Can the storefront show a realistic date for made-to-order items?

Yes, and SyteLine already calculates it. Available to promise and capable to promise are built in, with CTP projecting the date by which your resources can actually complete the order. For anything you make rather than stock, that date is a more useful answer to a buyer than a quantity.

Can Shopify handle our contract pricing?

Yes, resolved from SyteLine for the logged-in account rather than exported. Contract pricing in SyteLine is computed, so a flattened price file in the storefront starts drifting the first time a contract changes. Shopify catalogs are better used to control which products an account can see.

What about units of measure?

They need explicit handling. Infor's documentation notes that a value is based on the base unit of measure for the item rather than the customer unit of measure, so if an account orders in cases while your item master is in eaches, the conversion has to be built rather than assumed. This is a common source of quantity errors that reach the customer.

Why do you quote 14 to 18 weeks when others say 2 to 4?

Because a two week integration syncs products, customers, orders and an on-hand number, and if that is all you need, take it. The additional time on a SyteLine build goes into availability that respects allocations and WIP, ATP or CTP dates for made-to-order items, contract pricing resolved per account, and unit of measure conversion. Those four are what make the storefront trustworthy to your own operations team.

Does it matter whether we are on-premises or multi-tenant?

It is the biggest single scoping variable, and it is unaddressed on every competing page we reviewed. It changes which integration surface is appropriate, how authentication is configured, and what can be customized. It belongs in the first conversation.

Talk to Our Experts →