We have recently started utilizing IFS Shipments and really like the simplicity of having one pick list and one delivery note, regardless of how many orders are on a shipment. However, when it comes to Invoices, especially EDI invoices, several of our customers require one invoice for each order. When creating Shipment Invoices, is there a setting or a way to have this process create one invoice for each individual order on the shipment versus the consolidated invoice with all the orders on the shipment?
Is there a way within IFS to have charges on an invoice show as actual “charges” versus a line item in the INVOIC XML file? As an example, when an invoice for a customer order with a freight charge, drop ship fee, etc. is printed, the charges show at the bottom of the invoice after the line item; where as the INVOIC XML file for the same invoice shows the charges as an additional line item on the order (see screenshot). This causes issues when the X12 810 Invoice is generated as the charges are listed as lines versus in an SAC (securities, promotions, allowance, or charge information) segment. I checked the XML file for the INVOIC within IFS Apps 9 and there is not a section for charges. I’m sure other IFS customers must have experienced this at some point so I’m hoping there is a way to correct this without rebuilding the INVOIC XML schema.
We have recently started utilizing IFS Shipments and really like the simplicity of having one pick list and one delivery note, regardless of how many orders are on a shipment. However, when it comes to Invoices, especially EDI invoices, several of our customers require one invoice for each order. When creating Shipment Invoices, is there a setting or a way to have this process create one invoice for each order on the shipment?
Does IFS Apps 10 have an XML schema for an EDI 820 Payment Order or EDI 812 Credit Adjustment (used for credit memos) and an EDI 844 Product Transfer Adjustment? We have a 3rd party EDI translator that we use with IFS and we have several customers requesting us to use the EDI 820 or 812 document for credit invoices and the 844 document for chargebacks. I’ve searched the IFS Interface Browser but have not come across anything yet. I’m looking at using the SendInvoice XML schema to generate the 812 EDI file keying off of the series ID of CR but have not tested it yet. If anyone else has a solution for this, any insight is appreciated!
Has anyone encountered the scenario where there are order lines tied to a shipment and instead of disconnecting the line from the shipment, you report picking of zero (0) on a specific line. The line is still tied to the shipment and shows 0 picked after reporting picking with a quantity of 0. When you go to finalize the shipment, selecting ONLY “Picked Quantity”, it still delivers the line as if the quantity was actually picked! See attached for example. We’ve tested this scenario multiple times and come up with the same result. Is this a bug within the Shipment module or are we missing a process step?
We use intersite (internal) customer orders frequently and we just most recently started utilizing the IFS Shipment module. We had a situation where we needed to undo the delivery of an order on a shipment; however, when using the Undo Customer Order Delivery, we received the message that this could not be done for internal customer orders. Has anyone found a way or is there a way to undo customer order delivery for intersite orders?
We have EDI orders coming in for a specific site (1S). The customer is setup to receive the ORDERS message. The orders are hitting the Connect server and I can see the 850 XML file from the Explore Application Messages screen as it shows the message was posted to queue IN1 and Finished successfully. However, the order does not show up in the Incoming Customer Order screen. In the Connectivity Inbox Message, it shows the order was “Rejected” but does not give an error message as to why it was Rejected. Has anyone else experienced this issue or know the cause?
We currently send ORDRSP (order acknowledgements) to our EDI customers. In reviewing the ORDRSP XML file, I noticed that all items on an order are included, regardless if there has been a changed or the item has been shipped. Our current version of IFS is App9 and we are looking to understand the following: Is there documentation on what drives the ORDER_LINE_RESPONSE_TYPE values of: Changed Accepted without amendment Is there a configuration setting within IFS that would prohibit sending a shipped complete line in an order acknowledgement (ORDRSP)? Right now, if an order acknowledgement is generated, the ORDRSP file includes the shipped completed line item and the ORDER_LINE_RESPONSE_TYPE is “Changed”.
Already have an account? Login
No account yet? Create an account
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.