AUT-0192· Фінанси
Контроль закриття касової зміни та облікового результату
Касова сесія має перевірений склад продажів, підсумки способів оплати й підтверджений результат закриття.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Касир завершив зміну, але частину продажів не включили в закриття, розбіжність коштів приховали або облікові записи не створили.
02 / Результат
Конкретна касова сесія має підтверджене закриття з повним складом операцій та явним рішенням щодо відкритих розбіжностей.
03 / Процес
ТригерЗавершено визначену касову сесію або настав погоджений час її закриття.
Пов’язати відкриття й завершення сесії, касира, профіль, компанію та період; перевірити незакриту попередню сесію.
Зібрати продажі, повернення й способи оплати сесії; повтори та операції поза межами передати на звірку.
За погодженими правилами порівняти очікувані й заявлені суми; готівковий підрахунок і відповідь термінала зберегти як окремі докази.
Зафіксувати рішення щодо розбіжностей і конкретний склад закриття; не змінювати суми лише для нульової різниці.
Передати закриття до джерела й перевірити фактичний стан та пов’язані облікові записи; невизначену відповідь не повторювати навмання.
Зберегти ID закриття, покриття продажів і відкриті винятки; передавання готівки та банківське зарахування вести окремо.
04 / Реалізація1 варіант
Приклад · Закриття з покриттям продажів і винятками
У зміні було 80 продажів і два повернення. Перевірка виявила пропущене повернення та різницю готівки. Касир не зменшив очікувану суму вручну. Після звірки складу створили закриття; готівковий виняток залишили відповідальному з доказом підрахунку.
Спосіб реалізації
- Проєктна модель PlanFix: сесія, склад операцій, підсумки, рішення щодо різниць та доказ закриття. Касові стани й проведення перевіряють у цільовій системі.
Що потрібно для реалізації
- Є унікальна касова сесія, її операції та межі періоду.
- Визначено власників підрахунку, розбіжностей і перевірки облікового результату.
- Є межі сесії й повний перелік операцій.
- Погоджено джерело фактичних сум.
Обмеження
- Не замінює обов’язковий фіскальний звіт або законодавчу процедуру закриття каси.
- ERPNext описує створення stock і accounting postings після POS Closing Entry; доступність залежить від версії.
- Історична модель POS consolidation не доводить поведінки кожної сучасної касової системи.
- Закриття сесії не є доказом банківського зарахування або інкасації.
- Години попередні; нова касова система, фіскальна інтеграція й банківський модуль не включені.
- Не формує фіскальний звіт без окремої інтеграції.
- Не підтверджує інкасацію статусом закриття.
Що потрібно уточнити (2)
- Чи потрібно запускати й перевіряти закриття у зовнішній касовій системі?
Укажіть сесію, версію, стани закриття та облікові ID.
- Чи потрібна окрема звірка готівки та кількох способів оплати?
Погодьте джерела фактичних сум, повернення й маршрут розбіжностей.