ASPECT4 Logistics A Presentation of Release 9.1

An arrangement screen may look like this:
It appears that the delivery time is 7 days and that the enquiry
is for 500 pieces. 50 pieces can be delivered from
stock. 200 pieces can be delivered when items purchased
have arrived on 17.10. The rest can be delivered according
to the item’s standard delivery time of 7 days, i.e. on
17.10.
Managing Planned Receipts
As always in ASPECT4 Logistics, a precise management of
the dates of expected receipts is significant to the credibility
of the arrangement overviews. The significance is even
greater when you apply the dynamic rearrangement facility.
A planned receipt is always at least one day ahead. Hereby
you have provided for time to handle the goods.
Managing Delivery Times
The procurement time of an item is stored in the purchase
information. If this information is not available, the system
will get the standard delivery time stored in the item’s
sales information. Based on experience it is difficult to keep
supplier delivery times updated even if they can easily be
maintained in ASPECT4 Logistics. If a purchase order has
been confirmed at a time later than the item’s delivery
time, the dynamic rearrangement facility will automatically
extend the delivery time for that item.
Dynamic Rearrangement and
Order Processing
If an order line cannot be completely delivered from stock,
and if it must not be delivered at a time later than the
standard delivery time, you apply the same arrangement
screen as displayed above under "Simulate ability to deliver".
In order to provide a true picture of an order line’s
delivery situation, we have introduced a new status code:
25 = Available. An order line can have status 25 if it is
available either against stock or against a stock receipt
(purchase or production).
You have a number of options for the order processing in
the screen display:
1. Best possible. If you select this option in our example,
the order line will be split into three order lines according
to the delivery situation. All order lines will have
02.10 as the requested delivery date. If the goods can
6
be delivered at an earlier date, the order lines will automatically
be moved in time correspondingly.
2. You agree with the customer that all 500 must be delivered
on 17.10. This is achieved by marking 'Delivery'
next to the date 17.10. An order line will be created
with 17.10 as the delivery date and 17.10 as requested
delivery date (an order line will never attempt to deliver
prior to requested delivery date).
3. You agree with the customer that 50 pieces must be delivered
now and the rest on 17.10. This is achieved by
entering 50 next to 02.10 and marking 17.10 for the
rest. The arrangement screen will then appear as shown
below. It will result in two order lines with the delivery
dates 02.10 and 17.10, respectively. Requested delivery
date is set to the same date as the delivery date.
4. Many other combinations may be agreed with the customer.
Only the maximum number of splits must not be
exceeded, and a delivery must fulfil at least the percentage
from the system parameter REDISP (except for the
last delivery).
What Happens to the Order if Something is Changed?
Let us assume that the above example has been created as
an order. Now, if there is a stock adjustment of -50, the
following events will occur:
1. The order line with delivery on 02.10 can no longer be
delivered. It will therefore be split into two order lines.
The original order line is reduced to 0, and a new order
line of 50 on 17.10 is created. This is caused by the fact
that it was agreed with the customer that 50 pieces
must be delivered on 02.10 and the first possible delivery
date is 17.10.
2. The order line for 17.10 is kept unchanged.
You may imagine many scenarios of events. We recommend
that you simulate any relevant scenario in order to
clarify how the arrangement will react in particular situations.
Basically, the following rules apply:
• An order will never attempt to deliver prior to requested
delivery date.
• An order line will never be split into a lager number than
that of the system parameter REDISP. If an order line
has been split manually in the arrangement screen, the
split lines can be split again, still considering the number
of splits allowed in the system parameter REDISP.
• An order line will never allow deliveries below the percentage
of the smallest delivery, cf. system parameter
REDISP (except for the last delivery).