Release Date Options Sage Manufacturing (JobOps)
@AndrewHagenbach I agree with your statement that if you do not define the scheduled release dates, there is no way to report or act based on those dates. That is a requirement with WO or JO. Here are some options when dealing with Sage Manufacturing (JobOps).
(1) Separate Lines on the Sales Order
Create separate lines on the Sales Order with separate Work Tickets for each line based on release dates (Promise Date by line). This is the primary method we have recommended, because it is the easiest to understand and control. Because the work tickets are in a range under the same Sales Order number, they appear on reports together with consolidated totals.
Potentially a production manager may claim that they need to control all the production on a single document, but I am not convinced this is necessary. (See other options below that approach this.)
(2) Single Sales Order Line
Create a single line on the Sales Order resulting in a single Work Ticket. This keeps all the production on a single document. You could then create separate ""sets"" of steps on the Work Ticket corresponding to each scheduled release. Promise dates may be changed for each component on a step to correspond to release dates, although this is somewhat tedious when dealing with many components. The Component Exception Manager (CEM) may then be run based on cutoff dates to match the release dates.
An option which provides the separation in option 1 without having multiple Sales Order lines is to structure the work ticket so each release is defined as a subassembly and separate subassembly work tickets are created using CEM and later closed to the parent work ticket. I'm not sure this is an improvement over option 1, but it can be done.
(3) CEM Solution
This option would allow you to order based on the dates without having to create multiple lines and multiple work tickets while working within the CEM. A cutoff date may be specified when running CEM for inventory requirements. This would still require that components for each release date be separated so they have different promise dates. Assuming initial release date requirements have been met, only the next promise date would be applicable, since component line quantities that have been issued or are on a PO, are not considered. Reorder point parameters also may come in to play here.