OutPOSt Бухгалтерія — бухгалтерський і фінансовий облік
OutPOSt Бухгалтерія — окрема Windows-програма для бухгалтерського й управлінського обліку. Працюйте з документами та подвійним записом, закупівлями й продажами, банком і касою, розрахунками з контрагентами, складом, інвентаризацією, звітами, початковими залишками та контрольованим закриттям місяця. Є ролі, погодження, вкладення й PDF. Базові сервіси розширених підсистем не слід плутати з готовими екранами регламентованої звітності. Окремо описані сценарії Бухгалтерії для ФОП та обліку для магазину.
Доступна Windows-версія. Бухгалтерія входить до пакета OutPOSt без окремої ліцензії на модуль, але встановлюється окремо. Інсталятор пройшов Windows RC й ізольовані перевірки встановлення та оновлення. Він поки не підписаний Authenticode: Windows може показати попередження про невідомого видавця. Перед оновленням зробіть резервну копію.
Доступна Windows-версіяПоточна збірка406/406 Windows RC PASS
Windows RC / інсталяторПройденоx86 · .NET 4.8 · install/upgrade/restore
База і міграціїПройденоclean DB · integrity · foreign keys
Бухгалтерія будується навколо контрольованих операцій, а не довільного редагування підсумкових цифр. Відповідальна дія має документ, стан, правила проведення та історію.
Господарські операції
Документований бухгалтерський облік операцій.
Контрольоване проведення та скасування проведення.
Облікові періоди й перевірка їх стану.
Аудит критичних змін.
AR / AP
Дебіторська та кредиторська заборгованість.
Валютно-безпечні суми у відповідних операціях.
Підзвітні особи та авансові операції.
Контроль погашення й застосування платежів.
Нарахування й відстрочення
Передплачені витрати.
Нараховані витрати.
Доходи майбутніх періодів.
Нараховані доходи.
Резерви та довгострокові операції
Резерви й allowances.
Позики та loan receivable.
Контроль довгострокових зобов’язань і пов’язаних проведень.
02 · БАНК І КАСА
Гроші мають документ і застосування.
Банківський та касовий контури відокремлюють сам факт руху коштів від того, до якої бухгалтерської операції цей платіж застосовано.
Банк
Банківські рахунки й рух коштів.
Виписки та зіставлення платежів.
Контроль застосування платежу до операції.
Перевірки перед підтвердженням проведення.
Каса
Окремий контур готівкових операцій.
Надходження й видатки.
Стани документів та проведення.
Аудит відповідальних дій.
03 · АКТИВИ Й СКЛАД
Від інвентаризації до основних засобів.
Складський і майновий контури дозволяють відокремити фізичний стан активів від бухгалтерського стану документів і провести контрольоване узгодження розбіжностей.
Склад та інвентаризація
Облік складських розбіжностей.
Інвентаризаційні документи.
Контроль застосування коригувань.
Перевірки цілісності до проведення.
Основні засоби
Окремий контур fixed assets.
Життєвий цикл активу та пов’язані бухгалтерські операції.
Контроль історії й станів.
04 · ЗАРПЛАТА Й УПРАВЛІНСЬКИЙ ОБЛІК
Не лише “бухгалтерські проводки”, а й управлінський зріз.
У програмі є основний обліковий workspace та внутрішні розширені сервіси payroll, бюджетів, центрів витрат і розподілу витрат. Наявність внутрішнього сервісу не означає завершений користувацький екран для кожного розширеного модуля.
Зарплата
Окремий payroll-контур для нарахувань і пов’язаних бухгалтерських операцій.
Бюджети
Планові значення та контроль у розрізі керованих об’єктів.
Cost Center / Project
Аналітичні виміри для витрат і результатів по центрах відповідальності та проєктах.
Cost allocation / profitability
Розподіл витрат і оцінка прибутковості в управлінському контурі.
05 · MONTH‑END CONTROL
Закриття місяця — контрольований процес, а не одна кнопка.
Month‑End Control Center збирає readiness-перевірки, ручні checklist-завдання, evidence і контроль close/reopen, щоб було видно не тільки “період закрито”, а й на підставі яких перевірок це сталося.
1Readiness
Автоматичні перевірки стану перед close.
2Checklist
Ручні задачі й evidence, якщо вони потрібні.
3Close
Контрольоване закриття періоду.
4Reopen
Окремий керований сценарій із supersession evidence.
Що зберігається при закритті
Період-специфічна готовність.
Evidence виконаних ручних задач.
Незмінний evidence pack успішного close.
Експортний manifest для контрольованого відтворення результату.
Навіщо контрольований reopen
Повторне відкриття періоду не повинно просто “стерти факт закриття”. Воно формує новий контрольований стан і позначає попередній evidence як superseded, зберігаючи історію.
06 · ДОКУМЕНТИ, PDF, РОЛІ
Документ має бути придатний і для роботи, і для перевірки.
У програмі є власний accounting workspace, контрольовані документи/PDF, персональні ролі та погодження. Сценарії документів і PDF підтверджено Windows runtime-перевірками; результати приймання наведено нижче.
Документи й PDF
Контрольоване формування документів.
PDF-вивід для підтримуваних форм.
Перевірка рендерингу в Windows RC acceptance.
Ролі й погодження
Персональні ролі в бухгалтерському workspace.
Контроль доступу до відповідальних операцій.
Approval-сценарії для документів, де це передбачено.
10 · ПЕРВИННІ ДОКУМЕНТИ
Чернетка, зміна з причиною, проведення — без переписування історії.
Поточний функціонально перевірений checkpoint уже має робочі первинні документи для ключових контрагентських операцій. Проведений документ не редагується так, ніби минулого стану не було: виправлення проходить контрольованим сторно або окремою коригувальною дією.
Підтримувані сценарії
Прибуткова накладна.
Оплата покупця.
Оплата постачальнику.
Draft → редагування з причиною → проведення або скасування.
Незмінність після проведення
Проведений документ не переписується заднім числом.
Виправлення виконується точним сторно.
Контрагентська операція має розрахункове evidence.
Історія критичних змін залишається в аудиті.
PDF
Контрольовані A4 PDF-форми з українським текстом.
SHA‑256 для сформованого артефакту.
Архівні PDF-байти можуть зберігатися як незмінне evidence.
Погодження
Ролі Administrator, Accountant, Approver та Auditor.
Погодження прив’язане до поточного fingerprint документа.
Перед Post перевіряється, що погодження відповідає саме цій версії документа.
11 · СКЛАД І ПОЧАТКОВІ ЗАЛИШКИ
Контрольований перехід від “фактично є” до “в обліку є”.
Окрім звичайних складських рухів, Бухгалтерія має окремі сценарії інвентаризації та запуску обліку з початкових сальдо — із preview до зміни бази й фінальною reconciliation-перевіркою.
Переміщення і списання
Парні Out/In рухи між складами.
Списання з контролем доступної кількості та собівартості.
Fail-closed перевірка stale або недостатнього залишку.
Точне сторно первинного складського руху.
Інвентаризація
Стани Counting → Frozen → Reviewed.
Порівняння книжкового та фактичного залишку.
Контрольований adjustment batch.
Незмінний аудит переходів стану.
Початкові залишки
Майстер стартових сальдо рахунків.
Початкові складські залишки.
Preview без зміни робочої БД.
Фінальна reconciliation після застосування.
Навіщо це окремо
Початок обліку — не те саме, що звичайна поточна операція. Тому стартові дані мають власний контрольований контур, щоб не маскувати перенесення залишків під “звичайний прихід”.
07 · INTEGRITY / RECOVERY
RC перевіряє не тільки запуск вікна.
Для бухгалтерського продукту критично, щоб міграції, clean DB, повторний старт, foreign keys, integrity, PDF і runtime-шляхи поводилися детерміновано. Саме тому release acceptance перевіряє не один happy-path.
База й міграції
Перевірка повного migration chain.
Clean DB і повторний запуск.
SQLite integrity та foreign keys.
Контроль runtime-path і Windows x86 середовища.
Operational UX
Login і відкриття workspace.
Конструювання робочих WPF-вікон.
PDF/runtime smoke.
Recovery/readiness для критичних контурів.
08 · ЗВ’ЯЗОК З OUTPOST
Магазин і бухгалтерія — одна екосистема, але не одна база через мережу.
Для зв’язку використовується окремий контрольований канал. Робоча SQLite-база OutPOSt не відкривається напряму через Інтернет, а обмін будується через connector/gateway і outbox-підхід.
1OutPOSt
Магазин формує дозволений інтеграційний стан.
2Outbox / Gateway
Контрольований канал замість прямого доступу до SQLite.
3Connector
Перевірка стану й передавання дозволених даних.
4Бухгалтерія
Отримання інтеграційних даних у власний контур.
12 · ІМПОРТ ІЗ OUTPOST
Одна або кілька магазинних баз — read-only джерела.
Бухгалтерія не записує напряму назад у магазинну SQLite-базу. Кожне джерело OutPOSt має власний курсор, а імпорт використовує durable inbox і детерміновані event IDs, щоб повторний запуск не створював дублікати.
Що може приходити
Продажі та повернення.
Закупівлі та оплати.
Касові рухи.
Потрібні контрагентські дані для мапінгу.
Захист від дублів
Окремий курсор на кожну магазинну базу.
Durable inbox.
Детерміновані event IDs.
Повторний імпорт не повинен створювати другу копію тієї самої події.
Неоднозначний мапінг
Якщо бухгалтерський мапінг не можна визначити однозначно, подія переходить у NeedsReview замість “найімовірнішого” автоматичного проведення.
Internet / relay
Одноразовий код активації підключення.
Зашифрований імпорт.
Локальний DPAPI-захист ключа.
П’ять локальних зашифрованих soak-циклів по 100 пакетів пройдено. Production D1 smoke також пройдено; окреме польове приймання маршруту між реальними ПК ще потрібне.
ЗАРПЛАТНЯ З МАГАЗИНУ
Розрахунок OutPOSt — з умовами й історією.
Бухгалтерія 1.0.2 приймає управлінські розрахунки винагороди з OutPOSt. Це окремий реєстр, а не автоматичне податкове нарахування.
Зрозумілий реєстр
Період, стан, пошук без залежності від регістру; окремо розрахунок, зафіксовані умови та історія. Видно ставку, час, відсотки, діапазони й причину ручного коригування виплати.
Профіль → працівник
Адміністратор явно зіставляє профіль магазину з активним працівником потрібної організації. Перейменування профілю не створює нового працівника; причина зміни зіставлення зберігається.
Без подвійної виплати
Розрахунок посилається на вже наявне вилучення коштів із каси. Повторний імпорт не створює ще одну касову операцію; суперечливі дані потребують перевірки.
Кероване ввімкнення
Зробіть резервні копії. Спочатку оновіть Бухгалтерію до 1.0.2 та зовнішній Source Gateway щонайменше до 1.0.1, потім OutPOSt до актуальної версії. Після цього Головний адміністратор може ввімкнути «Зарплатня → Бухгалтерія». Канал вимкнений за замовчуванням; локальний обмін перевірено, віддалений маршрут приймається окремо.
Для поточної збірки повторно пройдено Windows RC, запуск і вхід, перевірки цілісності та локального зарплатного обміну. Сценарії встановлення, оновлення та видалення базової версії перевірялися окремо; приймання конкретного робочого ПК залишається необхідним. Підпису Authenticode ще немає; польове приймання конкретного середовища виконується окремо.
Перевірка
Стан
Підтвердження
Windows Release|x86|.NET 4.8
PASS
Windows RC acceptance, код завершення 0; failure codes відсутні.
Golden-регресії обліку
18/18 PASS
Перевірки внутрішніх облікових сервісів і закриття періоду; це не означає готовність усіх майбутніх користувацьких екранів або повного комплексу податкової звітності.
Відновлення резервної копії
PASS
Створення, незалежна перевірка, restore та реальний запуск відновленої програми; integrity_check=ok, FK-помилок 0.
Інсталятор
PASS
Ізольовані сценарії чистого встановлення, оновлення попередньої робочої збірки, блокування downgrade й видалення. Робоча база залишається поза інсталятором.
Локальний encrypted-relay soak
5/5 PASS
П’ять циклів по 100 пакетів. D1 production smoke для pairing, активації, імпорту, підтвердження та відкликання також пройдено.
Інтерфейс Windows / DPI
9/9 PASS
940, 1366 і 1920 px при 100%, 125% та 150%; Compact/Standard/Wide і клавіатурні перевірки.
Канал між реальними робочими ПК
Польове приймання
Локальний та D1-тести не замінюють окреме приймання реального DNS/TCP/TLS-маршруту конкретного магазину.
Authenticode
Не підписано
Програма й інсталятор доступні без цифрового підпису. Windows може показувати попередження SmartScreen; перед запуском звірте SHA-256.
Ці результати стосуються визначених сценаріїв приймання. Регламентовані форми, КЕП і повномасштабне впровадження потребують окремої перевірки.
13 · ПАКЕТ І ВСТАНОВЛЕННЯ
Програма й робочі дані — окремо.
Доступний інсталятор пройшов Windows-перевірку. Робоча база, вкладення та налаштування зберігаються окремо від Program Files і не входять до інсталятора. Під час звичайного оновлення попередні дані зберігаються; перед запуском рекомендуємо перевірену резервну копію.
Архітектураx86 / .NET 4.8Windows build
Інсталятор4 409 255 байтиПоточна збірка
Робочі дані%USERPROFILE%OutPOSt_Accounting_Data
Робоча БДНе входить у setupстворюється/використовується окремо
БУХГАЛТЕРІЯ ДЛЯ WINDOWS
Завантажити OutPOSt Бухгалтерію
Перевірений Windows-інсталятор x86 для Windows 10/11 з .NET Framework 4.8. Бухгалтерія входить до пакета OutPOSt без окремої ліцензії й встановлюється окремо. Файл не має Authenticode-підпису — Windows може попередити про невідомого видавця. Завантажуйте з цього сайту, звіряйте SHA-256 і зробіть резервну копію перед оновленням.
Windows RC acceptance: PASS · Windows RC 406/406 PASS · не має Authenticode-підписуПовторне Windows-приймання та локальний зарплатний обмін пройдені; польове приймання реального магазину — окремо.Інсталятор: 4 409 255 байти372B1A6B97A53FCF5656658B53E205F4B8D97ECE6EEDA85BD391A76B934F495F