Skip to main content
Question

Shipment Order Gaps in IFS Cloud (25R2) Compared to APP10

  • December 30, 2025
  • 3 replies
  • 122 views

Forum|alt.badge.img+1

Dear IFS R&D Team,

We are currently using IFS APP10 Transport Order solution to manage goods movements between onshore and offshore sites. As we plan to move to IFS Cloud next year, we are evaluating the Shipment Order solution (25R2).

During this evaluation, we identified several gaps in IFS Cloud compared to the APP10 Transport Order functionality. We would appreciate your advice on available workarounds and whether these gaps are planned to be addressed in future releases.

1. Movements within the same site 
In APP10, Transport Orders support bulk movement of parts (including project materials) between onshore–onshore or offshore–offshore locations.
In IFS Cloud, this is not supported via Shipment Orders, and Move Inventory Part is not suitable for bulk moves.

  • Can Transport Tasks be used instead?

  • Do Transport Tasks support replication? (We have not set up replication yet.)

2. Movements between different companies

In APP10, Transport Orders allowed us to move parts from the project company (onshore) to the operations company (offshore). In Cloud, this is not supported in Shipment Orders, and we were told to use Distribution Orders.

Problems with Distribution Orders:

  • Replication is not supported

  • They require setting up basic data (like inter-site flow) each time, which is not efficient.

  • One Distribution Order is created per part

Is Distribution Order the long-term solution for moving parts between companies? Will replication be supported in the future?

3. Loading process is not efficient

In APP10, loading was done in one window (Load Part / Load No Part tabs). In Cloud, users must go through several windows:

  • Move into Stock (Inventory Part Receipts)

  • Receipt (Non-Inventory/No Part Receipts)

  • Inventory Part In Stock

Other issues:

  • No option to load parts directly from Shipment Order. Users must remember order numbers.

  • Deleting loaded items requires entering a cancellation reason, which adds steps.

Given that oil & gas shipments often include both inventory and no parts, we would appreciate a more centralized and efficient loading process. Are there current ways to make this easier?

4. Missing details for No Part lines

We often use No Part lines and need to enter:

  • Weight

  • Notes (to print on Transport Order)

  • Cost (used in fiscal note)

These fields are missing in Cloud.

5. Shipment automation

Even when shipments are created without stops, the process stops at the Pick List Creation step. Users must run it manually. Full automation would help.

6. Fiscal note creation

In APP10, we configured the system to automatically create the fiscal note when a transport order is executed. Could you explain how fiscal notes are generated in Cloud, so we can avoid relying on this configuration?

7. Handling discrepancies after arrival

Packages are opened only after reaching offshore, so we often find differences between shipped and received quantities. In APP10, we could revert arrivals and adjust Transport Order lines. In Cloud, shipment quantities cannot be corrected after arrival. We ask for this function in future releases.  

8. No history log
Shipment Orders and Shipments do not provide a history log. This is important for auditing and troubleshooting, especially for replication issues.

 

In APP10, Transport Orders covered all goods movements. In Cloud, we must use different solutions, some without replication support. The user experience is also less smooth.

We would like to know how IFS plans to improve these areas, especially for the Oil & Gas industry, in future releases.

 

Kind regards,
Madusha Abeywickrama
 

3 replies

Asela Munasinghe
Superhero (Customer)
Forum|alt.badge.img+23

Hi ​@YPAMHAB 

I think it will be better if you can present the points as ideas, with a bit of more details, for the community users to upvote. The more upvotes, the better I guess. What do you think? 

Thanks,
Asela


Forum|alt.badge.img+1
  • Author
  • Do Gooder (Customer)
  • January 2, 2026

@Asela Munasinghe Before posting these as ideas, I would like to get confirmation from R&D on any limitations/intended functionality. Once confirmed, I plan to post them as ideas with more detailed information.


Forum|alt.badge.img+11

Hi Madusha,

Thanks for your feedback. The Transport Order was deprecated when moving to Cloud, as it was not possible to bring forward into core in an evergreen matter. It was a bit of a parallel world to the core shipping functionality. By using the core functionality, it will be possible to benefit more from the current core functionality and benefit from coming core functionality. In other words, we have not made a one-to-one version of Transport Order in core. We have solved the requirements in priority order by using and enhancing existing core concepts. This has been done in discussion with customers using the Transport Order and those have now moved to IFS Cloud. There could be future enhancements to this functionality, which could be brought up and prioritized by product management.

Regarding your bullets, I have added some quick comments to each of your bullets.

  1. Movements within the same site - You can do bulk move in core as well. We have added the Ship command to be able to initiate shipping of material between sites and remote warehouses. Shipping can be done for parts and handling units in stock or in arrival (when you receive into one location (onshore) and then ship for the ultimate receipt location (offshore)). These are the places where you can initiate this as I remember:
    1. Inventory Part in Stock
    2. Handling Units in Stock
    3. Receipt/Details tab
    4. Move into Stock
    5. There might be more places.
  2. Movements between different companies – Yes, the Distribution Order is used as the movement between companies also requires invoicing between the companies from a financial perspective. I guess that you are handling these postings manually on the side currently? During development it was decided that this is not a good core solution. The Distribution Order is used because it has capability to create all the required part data automatically. As you write you need to setup the internal customer and supplier.
    Regarding replication, the Distribution Order is not replicated, however the executional objects to carry out the shipping and receipt are replicated. The whole idea was that the replication in core should support the same requirements, not sure if this is a gap?
    Yes, there is one Distribution Order per part, however you can consolidate this in what ever way in the shipment side. Can be done manually or automatically via consolidation parameters.
  3. Loading process is not efficient – Not sure what you mean by loading here. In core loading is loading of Shipment Handling Units in a shipment to the vehicle and this is an example of a feature you get for “free” from the fact that we use the core shipment. However, I assume that you mean the addition of part / non-inventory part lines? In later releases we have added the possibility to use the Ship command and add to existing Shipment Order (25R2 I think). There might be room for some improvements here for example being able to initiate the Ship command from the Receipts page in order to be able to ship inventory part and non-inventory part in receipt one go. Perhaps an option to add lines directly in the Shipment Order. Because or time and resource constraints, the initial scope focused to get the basic up and running and potentially improve user experience based on feedback.
  4. Missing details for No Part lines – We have no possibility to enter manual weight in the shipment order line. When you are in the shipment you can enter manual weight on shipment handling units.
    For No Part Lines I guess you can use the part description for notes? In the shipment you can add document text to the shipment handling units.
    Regarding Cost for Fiscal Note, you can read more in bullet 6. As written before this is not a Transport Order version 2 and development has been done in priority order, having in mind that there might be customer feedback in the future.
  5. Shipment automation – This can be fully automated there are scenarios where it stops at report picking because manual intervention is needed. I think you might have encountered one of those scenarios?
    1. You have a Receipt and Issue serial tracked part
    2. You have a Catch Unit of Measure enabled part
    3. You have no default Shipment Location (set up in SC matrix or on Site)
  6. Fiscal note creation – In the scenarios where no invoice is created (e.g. Shipment Order), you can create something call Tax Document which in turn is used to create the Fiscal Note. Here I think there is support for entering cost for the Non-Inventory Part as you mentioned in bullet 4.
  7. Handling discrepancies after arrival – There could be a potential future enhancement in this area based on customer feedback.
  8. No history log – We have not prioritized to add this. Not sure if you can solve this with History logging provided by solution manager?

Hope this clarified a bit?

Best Regards

Fredrik