Касовий чек, накладна та прив'язка оплат

Коли на касі продається товар, які насправді здійснюються операції? Які первинні документи формуються? Що таке касовий чек, як він працює і з чого складається? На ці та інші досить цікаві питання спробує відповісти наведений нижче матеріал.

Про речі, всім давно відомі. Ну, майже всім...

Продаж товару

Якщо розкласти операцію продажу на окремі кроки, ми побачимо, що продаж відбувається в декілька етапів. Розглянемо найбільш типову ситуацію, поки що опустимо варіанти з передплатою, чи відтермінуванням оплати.

Видача товару покупцю

Перший етап - покупець отримує товари за певними цінами продажу. Чи може покупець після цього етапу завершити операцію? Ні, покупець повинен розрахуватись. Отже наступає другий етап - розрахунок за надбаний товар.

Оплата товару

Другий етап - покупець сплачує кошти повною сумою за придбаний товар.

Завершення операції продажу

Покупець отримує свій товар, ПРРО отримує інформацію про продаж, і покупець з товаром та фіскальним чеком залишає магазин.

Це видима частина. Але подивимось трохи глибше. Каса сформувала чек, проінформувала про нього державу, і відправила цей чек до касового сервера. Касовий сервер чек отримав і роздає його всім бажаючим (звичайно, в кого є доступ) системам. Зазвичай, це облікова система підприємства, та CRM система, яка забезпечує програму лояльності покупців.

Структура чека

Розглянемо, які дані повинен вміщувати касовий чек, щоб забезпечити повноту інформації для роботи облікових систем.

Вочевидь, там повинен бути документ (первинний документ!), який відображає операцію видачі товара покупцю. Так, це звичайна видаткова накладна. Де наше підприємство - постачальник, а покупець фігурує в ролі отримувача товару. Все стандартно.

Оскільки покупець за товар сплатив, то другим документом повинен бути прибутковий касовий ордер, який відображає надходження коштів до нашого підприємства від платника, тобто нашого покупця.

Тобто в самому загальному випадку наш чек вміщує два документи - видаткову накладну, що відображає видачу товару, і прибутковий касовий ордер, що відображає оплату цієї видачі.

Структура касового чека добре задокументована, і знайти її можна за посиланням.

Зв'язок між видатковою накладною та оплатою

Чек з каси надходить до касового сервера Shopserver у вигляді контейнера документів. Це універсальний контейнер, який може вміщувати будь-які документи в будь-якій кількості. Але для чека повинна бути присутня важлива річ. Мало того, що повинні бути присутні видаткова накладна та прибутковий касовий ордер, цей касовий ордер повинен бути пов'язаним з накладною. Цей зв'язок забезпечується через поле TopDocumentGuid касового ордера. Кожен документ має поле DocumentGuid, яке зберігає унікальний GUID документа, який є унікальним у Всесвіті. А прибутковий касовий ордер окрім власного DocumentGuid додатково зберігає в полі TopDocumentGuid ще й GUID видаткової накладної. Таким чином ми маємо прив'язку оплати до видаткової накладної контейнера документів.

Обробка касового чека обліковою системою

Коли облікова система імпортує чек з касового сервера Shopserver (а до сервера чек відправила каса), то облікова система повинна побачити цю зв'язку і забезпечити подібну прив'язку між оплатою та накладною в своїй базі даних. Подивимось, як це реалізовано в Trade Control Utility.

Trade Control Utility має вбудовану систему обміну даними з касовим сервером Shopserver і періодично вивантажує до нього довідники та залишки (що змінились з моменту попереднього сеансу) та завантажує чеки. Це стандартний класичний цикл обміну даними.

Але Trade Control Utility має ще один "швидкий" режим, коли не треба чекати сеансу обміну. Як тільки чек зайшов до касового сервера, касовий сервер публікує цей чек в шину подій, а Trade Control Utility на подібні події підписана і одразу отримує чеки, що надходять.

Відстеження обміну між Trade Control Utility та Trade Control Center в реальному часі
Все це відбувається в реальному часі без жодних затримок

Прив'язка оплат до накладних у Trade Control Utility

Відкриємо чек, що зайшов в систему подвійним кліком.

Видаткова накладна

Видаткова накладна з прив'язаною оплатою у Trade Control Utility
Відкрили видакову накладну на суму 530,20 грн. і нас цікавить розділ "Пов'язані документи". Ми спостерігаємо документ "Прибутковий касовий ордер". Тобто наша видаткова накладна "бачить" свою оплату.

Прибутковий касовий ордер

Подивимось на цю прив'язку під іншим кутом, з точки зору прибуткового касового ордеру. Відкриємо його подвійним кліком.

Прибутковий касовий ордер у Trade Control Utility
Розділ "Прив'язка оплат" покаже нам, до якої накладної прив'язана наша оплата.

Накладна і декілька оплат

Розглянемо більш складні випадки, коли оплат може бути більше, ніж одна.

Видаткова накладна з двома оплатами у Trade Control Utility
Ми бачимо одразу два прибуткових касових ордери, якими була сплачена наша накладна. Чому так? Тому що покупець розрахувався частково готівкою, частково карткою. Накладна має суму 1164,61 грн., а було сплачено 1000 грн. готівкою і 164,61 грн. карткою. Отже наш чек вміщував одразу три документа - видаткову накладну і два прибуткових касових ордери, прив'язаних до цієї накладної.

Одна оплата і декілька накладних

Існують і більш екзотичні варіанти.

Це характерно для роботи гуртових складів, коли відвантаження відбуваються з відтермінуванням оплати, наприклад, на місяць. І кошти від оптового покупця заходять одним документом. Тоді оператор заводить прибутковий касовий ордер, тисне команду "Додати документи до сплати" і позначає в переліку видаткові накладні, які будуть сплачені цією оплатою.

Таким чином і одна накладна може бути оплачена одразу декількома оплатами, і одна оплата може одразу оплатити декілька видаткових накладних. Це працює і в зворотній бік - для прибуткових накладних і видаткових касових ордерів.

Дивись також

Shopserver. Схема обміну даними

Архітектура сервісів Base2Base

Касовий сервер. Система централізованого керування касами та обробки касових документів

Опис структури контейнеру документів ANDRIY.CO Shopdesk

Програма обліку Trade Control Utility

Andriy Kravchenko

Andriy Kravchenko

Admin, Writer, File Uploader

07.10.2025 19:31:54

16

An error has occurred. This application may no longer respond until reloaded. An unhandled exception has occurred. See browser dev tools for details.