Suggested by Microsoft – Under Review – 1
Category: Transportation managementIt is not possible to combine different order types in planning a load, for example combining sales orders and transfer orders. But a distribution company with their own trucks and many facilities from which they deliver to customers, are doing this routinely to make sure trucks are as full as possible. The load planning workbench today cannot combine sales and transfer orders but when the FROM to address is the same, it should allow this. total weight and volume will be indicated as usual and the user can make correct load planning decisions
KB 4010426 added the ability to rate route plan with change management enabled - previously, you would receive error:
“Change to the document are only allowed in state Draft, because Change management is activated.”
You can now rate after installing the KB, however, you cannot have charges flow back to the PO ("Add Transportation Charges to orders") with change management enabled. The same error occurs.
This has been determined to be a feature gap that requires a design change. Please vote up if this is something that your business needs.
It should be possible to process one invoice for transportation services that includes more than 1 freight bill. Transport vendors send invoices that include more than 1 contracted service, this can be daily or monthly. They don’t send one invoice per freight bill.
Now in D365fO you can only generate one invoice per freight bill and you cannot use the same invoice number for another one.
There is a workaround about adding lines to the previously created freight invoice with the details of your other freight bills. However the lines need to be filled out manually. So they can just go back to the Freight invoice details form, click New on the line and enter the information there.
The process should be easier and more automatic.
It is typical for distribution companies to reconcile an outbound load when a truck returns to the distribution centre (DC). Typical requirements for this reconciliation process include:
1. Ability to create / post invoices from the Load planning workbench
2. Link all sales invoices to a load such that on return to the DC users can register the invoices brought back. This helps users to monitor / audit / control that all the invoices on truck (load) have been addressed / returned from the delivery run
3. Ability to post a credit note for an entire invoice to reflect an uncompleted delivery - example shop closed when truck arrived to deliver at shop
4. Ability to record the total payments received for a specific load (this means that a driver deposits an amount of money with the clerk - this money reflects the money collected during the delivery), issue receipts to driver for the money collected
5. Ability to record total undelivered quantities - customers may not accept items on invoices. To record these items / quantities in a load reconciliation process
6. Reconcile each invoice on truck : allocate payments (from deposit amount to customer), undelivered quantities, credit notes used to pay invoice, etc
7. Display variances to reconciliation clerk - help to identify the variances by invoice
8. Automatically generate credit notes, payments and settle the same to the invoice being reconciled
This issue has been reported through our CSS system and is made available for voting.
In the transit time engine where the transit time is specified as from and to
zip-code and country, and maybe also state, it is not possible to specify the
to-part with a range of zip-codes.
In the rate base the to-part is specified as a Drop-off postal code from and a Drop-off postal code to, and as the transit time is related to the rate is very illogical that the transit time engine do not follow the same concept.
Our customer has several carriers shipping to most of the world imagine to number of records to create, not the mention the maintenance work or the impact on response time.
Against an inbound shipment, route rates for landed costs can be added in the currency that those costs will be received. When the inbound shipment is confirmed, the route rates are written as charges to the PO line, but the charges are written in the currency of the PO rather than the currency that the route rates were added to the shipment. When the PO is invoiced, the postings to the shipment cost accrual account are in a different currency than the postings created when the freight invoices are processed. This makes reconciliation of the shipment charges accounts impossible, due to a) different currencies used on the 2 different postings, b) normal exchange rate movements between the 2 postings. If the currencies were the same on both postings, this would simplify postings for reconciliation purposes.
Need charges written to PO in the currency that they are captured in the route rate details form
Once, the Freight invoice is generated from the Freight bill details form; it's possible to click again on Generate freight bill and it's re-created for the total amount including all transactions
System allows to generate another freight invoice even if all the freight bill lines have been already fully included in a separate freight invoice.
Expected result: If the freight bill line has been already included in the freight bill invoice, inclusion of the same line should not be allowed in the another invoice. In case Partial invoice feature is developed in the application, when clicking on Generate freight bill, only the remaining amount should be added in the created record.
It should be possible to issue / generate the sales invoices for all the sales orders added to an outbound load.
System currently allows to generate the delivery notes but it should be possible to generate the sales invoices too - Distribution companies usually issue invoices immediately such that these are given to truck drivers for collection of payments upon delivery. At the moment users must navigate to different forms to issue these invoices as well as it is difficult to issue / generate / post sales invoices by Load number. When multiple trucks are leaving a Distribution Centre the truck drivers need to be given their invoices in a quick and easy fashion
When opening products there are 3 fields that is seldom used by most customers:
NMFC code (NATIONAL MOTOR FREIGHT CLASSIFICATION)
These fields are on the table : WHSEcoResProductTransportationCodes
This table is only configured with configuration key "WHSandTMS"
The functional footprint for these fields are very low, and it would be nice to have a separate configuration keys to disable these fields. It seams these fields originate from the old WAX/TRAX solution. and is only used for the US car industry ?
TMS should have a global view of all inbound and outbound requests regardless of Legal Entities. This would reduce the amount of setup required and allow for greater savings in Load Planning. Users would be able to combine shipments with greater visibility and ease by taking advantages of backhauls that would be visible if they could see all Transportation Requests in for all Legal Entities in one view.