It is helpful to think of the start date in WorkRecords as the first day you would like the worker to be able to access the QR Code to check in and start working. It is most common for the start date to reflect the first day of work. However, some suppliers and buyers agree to input an order start date a few days before the date the worker is scheduled to work. This might be done to accommodate last-minute changes by the buyer for QR code training purposes.
When a worker starts work without an order confirmation in WorkRecords, the supplier must create an order with a start date that is on or before the date the work was performed.
The start date on the order confirmation may or may not reflect the first date that actual work was performed. Entering a start date that occurred before the work week that the actual usage began, could lead to a "missing" TimeCard(s) in the Buyer's reports. To ensure that this error does not occur, TimeCards for the period between the entered start date and the actual start date may need to be zeroed out or closed.
It is important to carefully consider the correct start date and then enter it correcting when you are creating the Order. Once an Order has been created, the start date cannot be changed. If you make a mistake, close the Order that you created and create a new Order with the correct start date.
Let's look at a couple of examples of start dates.
Scenario | Date |
The worker will report to work January 2nd, 2014 | 1/2/2014 |
The worker will report to work on January 2nd 2014 but will be on-site for paid training on December 28th, 2013. Even if the worker will only be onsite to complete paperwork if the intention is to show the worker how to check-in at the Kiosk this start date should be used and the Missing TimeCard closed if needed | 12/28/2013 |
The worker started work on January 8th, 2014 but did not have an order at that time. The order was input on January 10th. | 1/8/14 |