Yes, mistakes happen. In many functions that create status milestones like "issued," or "shipped," FF&EZ expects a specific sequence to occur and prevents some functions from being used prematurely or disables changes to data on which issued milestone documents depend. This is detailed in the FF&EZ's Order Workflow section. In order to handle mistakes and unexpected changes, FF&EZ allows you to "undo" milestones in the reverse order in which they normally occur. The table below covers each milestone, and typical problems that might need to be addressed by reversing them starting with the last in the typical processing sequence. The table is arranged in last to earliest as you move down the entries. To use the table:
New items added this way will not appear on any existing milestone documents, but can be processed normally to generate a new transaction (such as an additional check request). Note: An extra item will appear on a document if you 1) void the previous version of the document and 2) the item meets the same criteria as the now "unprocessed" items on the old document. So a combination of both options (if available) can also be used to issue a new document with a new adjustment line. This makes sense if you needed to add an item like additional freight to a single balance check request or client invoice. If the existing milestone document was seriously flawed or a payment was applied to it by mistake or incorrectly, then the second options are the ones to use. |
Milestone
|
Problem/Issue |
Steps |
Client Invoices |
||
Client balance invoice issued |
A balance invoice for amounts owed to you has incorrect data. Note: Changes to an applicable tax percentage on the order will be reflected if you reprint the invoice, however you are responsible for communicating this. |
Option 1 Create a new adjusting item on the order and process separately. Option 2
|
Client deposit payments recorded |
An incorrect payment was applied to a deposit invoice paid by your client to you. Deposit payments are only recorded on the order, not individual items, so corrections do not require a special function. |
Amounts recorded in the "Client Deposit Requirements" section of the order form can be edited as needed:
|
Client deposit invoice issued |
An invoice for a deposit owed to your firm has incorrect data. Although this type of invoice occurs much earlier in the overall process, it only affects final invoices to your client. This only refers to payments from your client to you, not a vendor. Vendor deposits are handled with the check request procedures below. |
|
Vendor Invoices, Balance Requests |
||
Payment applied to vendor balance check request |
A final balance payment to a vendor was applied to the wrong check request or was applied to a check request that was incorrect (and which you might then void).. |
Display the Check Requests screen.
|
Vendor balance check request issued |
A balance check request was issued prematurely or with incorrect data. Balance requests are driven entirely by the net vendor amounts entered from a vendor final invoice. Quantities are shown for reference. If these are incorrect, you should void the request and reset the vendor entries so that the correct numbers can be entered (see next). |
Option 1 Create a new adjusting item on the order and process separately. Also see Vendor Credits, Refunds, Returns. Option 2
A request cannot be voided if it has been paid (see previous section for clearing a payment). |
Vendor final invoice entered |
You processed a vendor invoice with Enter/Reconcile Vendor Final Invoices and discovered a major problem with what was on the invoice. |
Option 1 Create a new adjusting item on the order and process separately. Option 2
|
Shipping Status On "shipped" and "delivered" status entries, FF&EZ requires a date before it allows an entry for either quantity. To remove any quantity entered in error here, you must do it in reverse order starting with the quantity. If you updated an entire order with Update Order Status, at this point the only way to "undo" that is using Update Item Status to change individual items. However, it is more likely that the problem only applies to specific line items anyway. With one exception, changes to "shipped" quantities cannot be done if the line item has appeared on an already processed vendor invoice, an active balance request or a client invoice. These will need to be voided first (see options for this above). Exception: You can enter a lower "shipped" quantity if you are recording a shipping split that does not change the total shipped quantity for that single line. As expected, FF&EZ will create a split for the remainder. Any invoiced or paid amounts will be split in proportion to the two quantities you enter, with payments applied in "first in, first paid" order. |
||
"Received" quantity entered |
The received quantity entered with one of the Expediting screen's Update commands is incorrect. |
|
Created shipping split |
Either:
|
If the quantities are wrong, but still add up to the correct total, simply use Update Item Status to change the numbers in each split. If the split was created in error:
|
"Shipped" quantity entered |
The shipped quantity entered with one of the Expediting screen's Update commands is incorrect. |
|
Vendor Deposits, Orders There are limitations to changes to existing deposit data, which would be remedied by using actions above:
|
||
Deposit payments entered |
The payment was entered on the wrong order or was incorrect in some way. The option you use will depend on whether you issued a formal "Deposit Check Request" document or simply recorded the deposit amounts required and paid to the vendor. |
Option 1 (when a check request was issued)
Option 2 (no check request issued)
|
Deposit request issued |
A deposit request with incorrect amounts was issued. |
|
Order Issued |
An order was issued incorrectly. |
At this point, there isn't an "undo" for the issuing process. Automatic revision tracking is enabled to keep track of major changes. If an order is so wrong that you cannot use it, highlight the order on the Orders screen and use the Void command, which also closes the order (it will disappear from the list if the "Hide closed orders" option is in effect). You cannot void an order that has had further processing updates (these must be reversed with instructions shown above in this table). See Making Changes and Corrections for more detail on correcting and revising orders. |