Що приховує назва облікової системи: перевірка 1С/BAS і вибір K2 ERP

Для перевірки 1С/BAS і вибору K2 ERP керівникові спочатку потрібна відповідь на просте запитання: що насправді працює під назвою «наша бухгалтерія»? Бухгалтер бачить документи й звіти, інтегратор — власні доробки, директор — рахунок за підтримку. Однак жоден із цих поглядів окремо не встановлює походження платформи, залежності оновлень і можливості забрати дані. Саме цій непоміченій залежності присвячений матеріал K2 ERP, який ми розвиваємо в практичну перевірку перед вибором української альтернативи.

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

BAS і 1С: перевіряємо основу, а не вивіску

У розслідуванні DOU 2022 року опублікована відповідь Піотра Яроцького, який підтвердив базування платформи BAS на архітектурі 1С. Це історичне свідчення правовласника, а не проведений сьогодні аудит кожної версії. Воно дає предметну підставу говорити про технологічну спадковість. Ототожнювати всі конфігурації побайтово, вигадувати однакових юридичних власників чи маршрут кожного платежу на цій підставі було б неправильно.

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

Уявімо модельний приклад: підприємство замовило особливий розрахунок собівартості, навчило працівників і під’єднало склад. Кожне наступне доопрацювання може бути корисним для поточної роботи. Водночас воно збільшує обсяг, який доведеться описати, перевірити й перенести під час виходу. Так формується залежність навіть без доведеного інциденту або встановленого переказу коштів до Росії.

Що насправді захищають обмеження Держспецзв’язку

Редакційне уточнення станом на 13 листопада 2026 року. Процедуру формування Переліку визначає постанова КМУ №1335 від 22 жовтня 2025 року. В офіційному повідомленні від 16 червня 2026 року Держспецзв’язку повідомила про включення додаткових продуктів під брендами 1С і BAS на підставі санкційних рішень. Перелік змінюється: конкретну назву продукту потрібно звіряти з його актуальною офіційною редакцією, а не з кількістю позицій у старій новині.

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

Наша редакційна позиція: захищати державні ресурси та зменшувати залежність від підсанкційного ланцюга прав і постачання обґрунтовано. Чекати підтвердженої аварії, щоб почати планування, — надто дорога управлінська звичка. Приватний бізнес може приймати рішення про незалежну українську платформу завчасно: як рішення про контроль розвитку, компетенцій і даних, із розумінням своїх конкретних обов’язків.

Інвентаризація: один запис на кожний робочий інструмент

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

Для кожної позиції запишіть точну назву, версію, платформу, постачальника, джерело оновлень і відповідального всередині компанії. Додайте підтвердні матеріали: ліцензійні документи, договір підтримки, відомості з інтерфейсу та технічний опис. Позначте, де розміщена база, хто має адміністративний доступ, хто створює резервні копії та яким способом підприємство отримує власні дані. Невідоме чесно залишайте відкритим питанням із відповідальним за з’ясування.

Це робота керівника разом із бухгалтерією, ІТ та інтегратором. Звинувачувати бухгалтера за невідомий технологічний фундамент безглуздо: його щоденна відповідальність — коректні операції, а не дослідження походження виконуваного середовища. Натомість керівництво має організувати перевірку так, щоб технічні відповіді не губилися між підрядниками.

Три ситуації, які роблять залежність видимою

Перший модельний сценарій — локальна програма з власною назвою. Попросіть розробника вказати, які компоненти створені ним, а які належать іншій платформі. Зіставте відповідь із документацією встановленої системи. Так можна відокремити авторську конфігурацію від середовища її виконання без здогадок за кольором кнопок.

Другий сценарій — торгова мережа. Продажі надходять у бухгалтерію через обмін, який обслуговує окремий підрядник. Під час перевірки треба з’ясувати залежності цього обміну: доступи, формати, правила зіставлення товарів, відповідальність за помилки. Заміна головної програми без цих відповідей може залишити ручне перенесення операцій саме там, де очікували автоматизацію.

Третій сценарій — виробництво. Частина правил списання матеріалів захована в доробках, частина — у таблицях майстра. Зберіть ці правила в опис процесу: замовлення, матеріали, випуск, витрати, результат калькуляції. Тоді порівнювати нові системи можна за відтворенням конкретного механізму. Без цього презентація ERP легко перетворюється на змагання найгарніших панелей, поки собівартість продовжує жити окремо.

Альтернативи є; потрібні власні критерії вибору

У джерелі наведені K2 ERP, Вправно ERP, MASTER:Бухгалтерія, BookKeeper, Діловод, ISpro, SMARTFIN.UA та Bimp, а також згадані інші українські й міжнародні рішення. Це перелік напрямів пошуку, а не доказ однакової функціональності. Для малого бізнесу визначальним може бути простий онлайн-облік; для торгівлі — взаємодія закупівель, запасів, каси та ПРРО; для виробництва — планування, матеріали, собівартість і обладнання.

Великому підприємству додатково потрібні інтеграції та можливість адаптації. До порівняння варто включити процеси, склад даних для перенесення, необхідні доробки й модель підтримки. Горизонт у три, п’ять або десять років — запитання про стратегію розвитку та відповідальність постачальника, а не автоматична гарантія, яку створює сама згадка цих чисел.

Корисний результат вибору — таблиця «наш процес → потрібний результат → підтвердження на демонстрації». Для складу це може бути узгодженість приймання, залишку та відвантаження. Для фінансів — зв’язок операції зі звітом. Для директора — можливість пояснити, звідки взялася цифра, без експедиції через п’ять особистих файлів працівників.

Де в цій перевірці K2 ERP

K2 Platform — технологічна основа для інформаційних систем, а K2 ERP — бізнес-система на цій основі. Джерело охоплює бухгалтерію, фінанси, зарплату, CRM, склад, торгівлю, виробництво, документообіг, проєкти, ТОІР та аналітику. Воно також описує браузерну роботу, хмарне, серверне й гібридне розміщення та засоби адаптації даних, форм і звітів.

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

Почати можна з безкоштовної хмари cloud.corp2.eu. Залучіть бухгалтера й керівника відповідного напряму: перший перевірить обліковий результат, другий — щоденний процес. Випробування має завершитися списком того, що працює, що потребує налаштування та що потребує розробки. Це значно змістовніша основа рішення, ніж згода після красивого відео.

Ще один практичний крок — передати команді тестування однаковий набір прикладів із знеособленими даними. Нехай закупівельник створить замовлення, комірник перевірить рух товару, а бухгалтер зіставить результат зі звітом. Зафіксуйте очікуваний результат до демонстрації. Так пропущений реквізит або незручний перехід між документами стає конкретним завданням, яке можна оцінити й виконати, замість загального враження «система начебто підходить». Це модель перевірки, а не твердження про вже проведене впровадження.

Від перевірки до керованого переходу

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

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

Для України важливо, куди накопичуються інвестиції в розробку й навчання. Незалежна платформа дає можливість будувати власну компетенцію замість безкінечно поглиблювати стару залежність. Ми підтримуємо свободу підприємництва, конкуренцію та нижчі, простіші й передбачувані податкові й адміністративні бар’єри: менші витрати на їх дотримання залишають бізнесу більше простору для людей і продуктів. Водночас оборона й суспільні послуги потребують фінансування; вимога ефективних витрат не означає відмову від цих потреб.

Сьогодні не обов’язково переносити підприємство повністю. Сьогодні потрібно встановити факти, призначити відповідальних і почати перевірку альтернатив. Плановий вихід із залежності починається раніше, ніж зникає підтримка або критично змінюються умови роботи. У K2 можна звернутися для аналізу процесів, визначення обсягу міграції, формату розміщення та поетапного плану.

Джерела, демонстрація та контакти

Основа матеріалу — повна публікація K2 ERP. Технологічне походження BAS: розслідування DOU з відповіддю правовласника. Правові джерела: постанова №1335, офіційне повідомлення про 1С/BAS, роз’яснення сфери застосування та офіційний Перелік. Деталі перенесення історії й оцінювання робіт розібрані в окремому матеріалі IDTN.

Перевірка K2 ERP: безкоштовна хмара, сайт, документація, компанія. Новини й обговорення: Telegram та група; також LinkedIn, TikTok, Instagram, Facebook. Відеодемонстрації: YouTube K2 ERP. Для предметного обговорення: Telegram @erpk2, +38 063 108 17 00, rs@corp2.net.