Продажі та повернення
- Склад чека, оплати й повернення вже існують у магазинному контурі.
- Бухгалтерський імпорт отримує детерміновані події замість ручного підсумку «за день».
- Повторний імпорт не повинен створювати дублікати.
КАСА → СКЛАД → БУХГАЛТЕРІЯ
Бухгалтерський облік для магазину
Продажі, закупівлі, запаси й платежі вже виникають у магазині. Завдання бухгалтерського контуру — прийняти їх контрольовано й не змушувати власника переписувати операції вручну.
01 · ДЖЕРЕЛО ДАНИХ
Операції магазину не потрібно створювати вдруге вручну.
Продажі, повернення, закупівлі та складський рух уже виникають у OutPOSt і можуть бути джерелом для контрольованого бухгалтерського імпорту.
Закупівлі й постачальники
- Документ приходу, постачальник, кількість, сума та оплати вже зв’язані між собою.
- Борг постачальнику не потрібно відновлювати з окремої таблиці.
- Неоднозначні мапінги переводяться в NeedsReview.
Запаси
- Продажі, закупівлі, списання та інвентаризації формують історію руху товару.
- Бухгалтерський складський контур має власні контрольовані документи, сторно та fail-closed перевірки.
02 · ПОТІК ДАНИХ
Від магазину до бухгалтерського контуру — через контрольований канал.
OutPOSt формує дозволений інтеграційний стан, gateway/імпорт передає його без прямого мережевого доступу до робочої SQLite-бази, а Бухгалтерія перевіряє отримані події.
1Джерело OutPOSt
Кожна база магазину реєструється як окреме джерело з власним ідентифікатором і курсором.
2Отримання snapshot
Продажі, повернення, закупівлі, оплати та потрібні довідники читаються без запису назад у магазин.
3Inbox / dedupe
Події мають детерміновані ID, тому повторне отримання не повинно дублювати операцію.
4Reconciliation
Перед проведенням бухгалтерський контур перевіряє мапінги та залишає неоднозначні випадки для ручного рішення.
03 · БУХГАЛТЕРСЬКА РОБОТА
Документний контекст замість однієї підсумкової цифри.
Після імпорту бухгалтер працює з документами, банком, касою, запасами, боргами та закриттям періоду у власній локальній базі з аудитом і перевірками цілісності.
Документи й PDF
- Typed primary documents.
- Draft / approval / Post / сторно.
- Контрольовані PDF і SHA-256 evidence.
- Вкладення та перевірка fingerprint перед погодженням.
Фінансовий контроль
- Банк і звірка виписок.
- Каса та грошові документи.
- AR/AP, аванси й підзвітні особи.
- Основні засоби, нарахування, резерви й позики.
Період
- Зарплата, бюджети, cost centers і проєкти.
- Month-End readiness та checklist.
- Immutable evidence закриття.
- Контрольоване повторне відкриття з причиною.
Кілька магазинів або баз OutPOSt
Бухгалтерія враховує кілька джерел. Кожна база має власний курсор, а імпорт може розрізняти організації та джерела. Це важливо для власника кількох торгових точок або бухгалтера, який працює з кількома базами.
Що вже перевірено у Бухгалтерії?
Доступна збірка пройшла Windows RC і золоті регресійні перевірки; підтверджені перевірки інсталятора й відновлення бази. Також виконано локальні relay-тести та D1 smoke. Інсталятор не має цифрового підпису; реальне підключення між конкретними робочими ПК та регламентовані сценарії потребують окремого приймання.
Чи змінює Бухгалтерія магазинну базу?
Імпортний напрямок задуманий як read-only щодо бази OutPOSt. Бухгалтерські документи та їхній стан зберігаються у власній локальній Accounting.db.
Операційний та бухгалтерський контур — в одній екосистемі.
Основний OutPOSt працює з магазином, а окрема Бухгалтерія доступна для Windows. Інсталятор пройшов Windows RC і перевірки встановлення; він поки не підписаний Authenticode, тож перед запуском звірте SHA-256.