ETD Digital — stock receipt acceptance checklist Updated: 26 October 2026 Guide and working demonstration: https://etddigital.com/examples/stock-receipt/ Use a copy of this checklist to agree expected behaviour before a pilot. The demonstration uses fictional records and browser-local state. Its six checks do not certify a production system or prove customer results. Project: ____________________ Process owner: ____________________ System/version: _____________ Reviewer/date: ____________________ Location: ___________________ Approved opening stock: ___________ DEMONSTRATION CHECKS Run each case independently from the starting state in the downloadable stock-receipt-cases.json file. Record actual results; do not pre-mark passes. [ ] Awaiting approval: ordered 10, received 0, approval absent; receipt of 6 requires review and leaves received stock at 0. [ ] Partial delivery: approved order of 10, received 0; receipt GRN-01 for 6 records 6 and leaves 4 outstanding. [ ] Repeated receipt: received 6 with GRN-01 already recorded; repeating GRN-01 for 6 leaves received stock at 6. [ ] Over-delivery: received 6 of 10; new receipt GRN-02 for 5 requires review and leaves received stock at 6. [ ] Final delivery: received 6 of 10; new receipt GRN-02 for 4 records 10 in total and leaves 0 outstanding. [ ] Zero quantity: received 0 of 10; receipt quantity 0 requires review and leaves received stock at 0. ADDITIONAL CHECKS FOR YOUR ACTUAL SYSTEM These are acceptance questions, not capabilities implemented by the demo. [ ] Use an ordinary receiving account. Confirm it cannot approve its own restricted transactions or access another branch without permission. [ ] Submit the same receipt from two sessions. Confirm it is recorded once, including after a restart or a retry following a timeout. [ ] Reconcile opening stock + accepted receipts - dispatches + approved adjustments to closing stock, by item, location and unit of measure. [ ] Test returns, damaged goods, reservations and transfers. Agree which quantities are physically held and which are available to sell. [ ] Interrupt the accounting/warehouse integration. Confirm a named owner can trace the failed item and retry without duplicating stock movements. [ ] Export the receipt history with original values, receipt IDs, timestamps, user and correction reasons. Confirm a backup can actually be restored. [ ] Agree cutover, rollback conditions, support owner and an issue route. For each check record: actual result, evidence reference, reviewer, date and status (not run / passed / failed / blocked). Open issues and owner: ___________________________________________ Retest date: ____________________________________________________ Release decision and approver: __________________________________ Scope, permissions and recovery behaviour must be confirmed for the actual implementation. Use sanitised test data; keep confidential records private. ETD Digital Global Sdn Bhd https://etddigital.com/contact/