Release date: 05/04/2021

Overview: Scenario checklist steps are now automatically completed when linked transactions are accepted by the receiver.

Purpose: Speeding up testing by automating manual tasks. For more information about our scenario testing feature, please refer to our documentation:

Release date: 05/04/2021

Overview: New OAuth 2.0 configuration available on HTTP Communication Channel.

Purpose: When creating or editing an HTTP Communication Channel with an Authorization Type OAuth 2.0, you can now optionally configure an Audience and add one or several scopes.

More details about HTTP Communication Channels on this article:

Release date: 04/23/2021

Overview: New notifications for incoming EDI failures

Purpose: At Orderful we take care of the behind the scenes work of managing EDI connections. This makes EDI easy as calling an API. Unfortunately sometimes there are problems with data from your trading partners for which needs attention, for example if they send malformed EDI and we can't make heads or tails of it. In some cases the only solution is to reach out the trading partner and ask them to fix it. Traditionally we've done this by flagging trouble EDI documents in our system and then having a support agent review it and reach out to you, the customer, who in turn contacts their trading partner to resolve the situation. But when time is money, this process can take too long. So we're happy to introduce notifications which notify you of EDI destined for you which failed to be turned into transactions so you can address them faster.

See additional documentation for handling some failure notifications here: Inbound EDI Job Errors

Release date: 04/21/2021

Overview: New endpoint to list your relationships.

Purpose: This endpoint returns a paginated list of relationships and details relationships information such as relationship id, important timestamps, sender and receiver EDI accounts, transaction types and status.

Release date: Released on 04/13/2021

Overview: From the relationship side panel, you can access the guidelines assigned to your relationships.

Purpose: To help followers onboard with their leaders, we added links to the leaders guidelines to the relationship side panel. 
If you're a leader, you can also use this quick link as a shortcut to access your own guideline.

Release date: 03/30/2021

Overview: Creation of new Transaction Type Rules has been disabled.

Purpose: Any transaction type-specific logic should live in the connector between the Orderful platform and your backend. Relationship-specific logic can be defined using Relationship Rules. Existing transaction type rules can still be used and will continue to be applied to transactions.

Release date: 03/25/2021

Overview: When resending an inbound transaction to your communication channel, you now have two options:

  • Send: Resend the transaction with the exact same payload as before
  • Reprocess and send: Apply any rules changes, revalidate it against your inbound guideline (if applicable), and send.

Purpose: If your backend rejects an inbound transaction because of a rule issue, you can now fix the appropriate relationship rules, apply them to the transaction, and resend the transaction without having create a new copy. 

You'll notice that clicking the Send button at the top right of a Transaction details page now opens a drop down with the two options.

Release date: 04/06/2021

Overview:New Integration Assistance page to help you build your connector by understanding the JSON transaction payload and the associated leader’s requirements.

Purpose: On your new Integration Assistance page, you can select one or several relationships to generate a transaction payload that respects the leader’s guidelines. You can also access granular guideline requirements for each property of the transaction payload.

A relationship is composed of two partners - a sender and a receiver - and a transaction type.
In each relationship, one partner is the leader and the other partner is a follower.
Leaders define and assign guideline and scenario requirements that the follower must respect.

When building a connector for a transaction type, you must respect the leader’s guideline requirements when mapping your transaction payload to your ERP or SOR data: 

  • If you’re a Leader, you should map the transaction payload to your requirements.
  • If you’re a Follower, you should map the transaction payload to all your leader’s requirements.

The Integration Assistance helps you build your connector mapping for a specific transaction type according to the leader’s requirements by allowing you to:

  • Generate a transaction payload in JSON for specific relationships of the same transaction type.
  • Access the leader’s guideline requirements for each property and array of the transaction payload.

More details on these articles: What is Integration Assistance?

Release date: 03/18/2021

Overview: Updated design of the Rules Editor.

Purpose: Same functionality, better experience.

Release date: 03/18/2021

Overview: Added optional 'note' property to Confirm Delivery endpoint for your backend to post delivery notes back to Orderful. These notes are added to the transaction's audit trail.

Purpose: Your ERP can now include a delivery 'note' when confirming the delivery of a transaction. This note will be added to the transaction's audit trail for your reference.

For more information about this new feature, please see this article: