Реєстр сервісів, що підтримують інтеграцію з ворожим софтом

Реєстр сервісів, що підтримують інтеграцію з ворожим софтом — це сторінка для фіксації українських сервісів, платформ, модулів, маркетплейсів, ПРРО, ЕДО, EDI, CRM, TMS, платіжних, логістичних, державних та інших цифрових рішень, які публічно підтримують, фактично допускають або не блокують інтеграцію з 1С, BAS та іншим ворожим програмним забезпеченням.

Цей реєстр не стверджує, що кожен такий сервіс є ворожим. Багато з них є українськими продуктами, які потрібні бізнесу: для документообігу, фіскалізації, доставки, платежів, продажів, CRM, EDI, TMS, маркетплейсів або автоматизації. Але якщо сервіс досі має готовий сценарій, модуль, інструкцію, партнерську послугу або відкритий канал регулярного обміну з 1С чи BAS, він продовжує підтримувати міст до ворожої цифрової екосистеми.

Суть проблеми. Інтеграція з 1С або BAS — це не дрібна технічна деталь. Вона продовжує життя системам, від яких український бізнес має відмовлятися. Якщо український сервіс робить роботу з 1С або BAS зручною, він зменшує стимул компаній переходити на українське програмне забезпечення.

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

Репутаційна межа. На 12-му році війни інтеграція з 1С / BAS не має бути приводом для гордості в маркетингових матеріалах. Це не «зручна можливість», а ознака того, що сервіс досі обслуговує ворожу цифрову спадщину. Соромно не визнавати проблему. Правильно — відкрито переводити такі інтеграції в режим виходу, міграції та повного припинення підтримки.

Навіщо потрібен цей реєстр

Після санкцій і заборон недостатньо просто зафіксувати назви 1С та BAS у переліках ворожого програмного забезпечення. Такі системи продовжують жити не тільки через прямий продаж ліцензій. Вони живуть через інтеграторів, модулі, зовнішні обробки, API, інструкції, маркетплейс-послуги, ПРРО, ЕДО, EDI, CRM, TMS, доставки, банки, платіжні сервіси, державні шлюзи й документообіг.

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

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

Інтеграція і прийом даних — це різні рівні проблеми

Перший рівень проблеми — це пряма інтеграція. Вона існує тоді, коли сервіс публікує модуль, інструкцію, зовнішню обробку, драйвер, конектор або сторінку з описом роботи з 1С чи BAS. У такому випадку сервіс фактично говорить ринку: «можете залишатися в старій системі, ми підлаштуємося».

Другий рівень — це прийом даних із ворожого софту. Навіть якщо сервіс не рекламує інтеграцію, він може приймати XML, JSON, API-запити, документи, чеки, накладні, звіти, заявки, ТТН, EDI-повідомлення або довідники, сформовані у 1С, BAS чи іншій ризиковій системі. У такому випадку сервіс може формально казати, що він нейтральний, але технічно продовжувати обслуговувати стару екосистему.

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

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

Інтеграції не мають бути предметом гордості

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

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

Український сервіс може сказати інакше: «ми допомагаємо вийти з 1С / BAS», «ми приймаємо дані лише для міграції», «ми не підтримуємо регулярну роботу з ворожим ПЗ», «ми інтегруємося з українськими та безпечними альтернативами». Саме така позиція має стати новою нормою.

Державні сервіси мають бути першими

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

Якщо ДПС, Електронний кабінет платника, Єдине вікно подання електронної звітності, фіскальний сервер ПРРО або інші державні системи приймають документи, чеки, звіти чи заяви, сформовані «будь-яким іншим програмним забезпеченням», то після появи забороненого ПЗ має з’явитися й технічний контроль походження такого програмного забезпечення.

Держава може не знати всі внутрішні програми платників. Але вона може вимагати, щоб кожне програмне забезпечення, яке подає дані до державного сервісу, передавало ідентифікатор продукту, розробника, версію, країну походження, тип інтеграції та підтвердження, що воно не є 1С, BAS або іншим забороненим чи пов’язаним продуктом.

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

Що має бути заборонено

Сервіси мають відмовлятися не тільки від реклами інтеграцій із 1С і BAS, а й від регулярної технічної підтримки таких сценаріїв. Не має бути зовнішніх обробок для 1С, драйверів для BAS, інструкцій «як підключити 1С», партнерських модулів, маркетплейс-пропозицій, готових конекторів, шаблонів обміну й документації, яка допомагає бізнесу залишатися у ворожій системі.

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

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

Принцип внесення до реєстру

До реєстру вносяться сервіси або інтегратори, якщо у відкритому доступі знайдено сторінку, інструкцію, модуль, опис, маркетплейс-пропозицію, соцмережеву публікацію або інше джерело, де прямо згадується інтеграція з 1С, BAS, 1С:Підприємство, BAS ERP, BAS Бухгалтерія, BAS Управління торгівлею або іншими пов’язаними назвами.

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

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

Таблиця сервісів та інтеграцій

Сервіс або інтегратор	Адреса сервісу	Де знайдено інтеграцію або ризик прийому даних із 1С / BAS	Статус	Чому потрапив до реєстру
ДПС / Електронний кабінет платника	cabinet.tax.gov.ua	cabinet.tax.gov.ua/help/api.html	Державний сервіс, потрібна політика блокування	Опис API Електронного кабінету передбачає взаємодію з різноманітним програмним забезпеченням для подання звітності, заяв, запитів, реєстрації податкових і акцизних накладних. Потрібно додати контроль, щоб дані не подавалися з 1С, BAS та іншого забороненого ПЗ як зі звичайного джерела.
ДПС / Введення звітності	cabinet.tax.gov.ua	cabinet.tax.gov.ua/help/reporting.html	Державний сервіс, потрібна політика походження ПЗ	У довідці Електронного кабінету описана можливість подання звітності через Електронний кабінет або будь-яке інше програмне забезпечення. Після заборони ворожого ПЗ така нейтральність має бути переглянута: державі потрібен механізм заборони відправки звітності з 1С / BAS.
ДПС / ПРРО / фіскальний сервер	tax.gov.ua	tax.gov.ua/baneryi/programni-rro/povidomlennya-rozyasnennya/print-428333.html	Державний сервіс, потрібна заборона джерела з ворожого ПЗ	ДПС описує можливість формування заяви засобами Електронного кабінету або будь-якого іншого ПЗ. Для ПРРО це особливо важливо, бо чеки й касові операції можуть формуватися з BAS / 1С через драйвери приватних сервісів.
Prozorro	prozorro.gov.ua	prozorro.gov.ua/tender/UA-2026-05-08-010194-a	Державна закупівельна система, потрібна реакція на закупівлі 1С	У Prozorro знаходяться закупівлі послуг, пов’язаних із програмним забезпеченням 1С. Це не інтеграція сервісу Prozorro з 1С, але це сигнал, що державна закупівельна система має мати правила блокування або маркування закупівель, пов’язаних із забороненим ПЗ.
M.E.Doc / Медок	medoc.ua	medoc.ua/integration	Пряме підтвердження	На сторінці описана інтеграція M.E.Doc з BAS / 1С для передачі податкових накладних та інших документів безпосередньо з облікової системи. Сервіс має не тільки прибрати інтеграцію, а й заборонити регулярну передачу даних із ворожого ПЗ.
Медова стиковка	medoc.ua	medoc.ua/files/uploads/4ba56fabecf4c19d69b8903b72baa4b6.pdf	Пряме підтвердження	Інструкція описує стиковку між 1С / BAF та M.E.Doc. Це приклад регулярного каналу, через який дані з ворожого або пов’язаного ПЗ потрапляють у сервіс документообігу.
FREDO Звіт	fredo.com.ua	fredo.com.ua/zvit	Пряме підтвердження	На сторінці сервісу вказана інтеграція з типовими конфігураціями BAS для передачі звітності та даних без проміжних файлів. Такий канал має бути закритий або переведений у режим одноразової міграції.
FREDO ДокМен	fredo.com.ua	fredo.com.ua/docmen	Пряме підтвердження	Сервіс описує інтеграцію з типовими конфігураціями BAS для обміну первинними документами. Це підтримує щоденну роботу бізнесу в BAS.
FlyDoc	flydoc.ua	flydoc.ua	Пряме підтвердження	FlyDoc прямо позиціонується як сервіс електронного документообігу безпосередньо з облікової системи BAS і згадує відправку та отримання первинних документів із 1С. Це один із найбільш показових прикладів сервісу, який не просто інтегрується, а фактично живе всередині BAS-контурів.
FlyDoc / Linkos Group	edo.linkos.ua	edo.linkos.ua/elektronnyj-dokumentoobig-dlja-korystuvachiv-1c	Пряме підтвердження	Сторінка описує електронний документообіг для користувачів 1С / BAS, передачу документів із BAS та роботу безпосередньо в обліковій системі. Така інтеграція має бути переведена в режим виходу з BAS, а не продовження щоденної роботи.
Cashalot	cashalot.ua	cashalot.ua/blog/1653489539-nove-integraciine-risennya-draiver-prro-cashalot-dlya-bas-konfiguraciyi-bas-ta-1cpidprijemstvo-v-yakix-integrovano-prro-cashalot	Пряме підтвердження	Офіційно описано Драйвер ПРРО Cashalot для BAS, який поєднує функціонал ПРРО Cashalot із BAS та 1С:Підприємство. Це не лише інтеграція, а й канал фіскалізації операцій із ворожого софту.
Cashalot / специфікація драйвера	cashalot.ua	cashalot.ua/instructions/driver-for-bas-cashalot	Пряме підтвердження	Специфікація драйвера описує використання для інтеграції ПРРО з розрахунково-обліковими системами BAS. Така технічна документація продовжує роботу BAS у касовому контурі.
Checkbox	checkbox.ua	wiki.checkbox.ua/integration/1c/bas	Пряме підтвердження	У базі знань Checkbox є окрема інструкція інтеграції з 1С та BAS, зокрема для конфігурацій BAS:РТ, BAS:УТ, BAS:ERP та 1С:УНФ. Сервіс має припинити не лише публічну інтеграцію, а й регулярний прийом касових даних із таких систем.
Checkbox / зовнішні обробки	checkbox.ua	wiki.checkbox.ua/uk/integration/1c/1c_external_api	Пряме підтвердження	Інструкція описує додавання ПРРО Checkbox до BAS / 1С через зовнішню обробку. Це пряме продовження життєвого циклу ворожих систем у роздрібній торгівлі.
Вчасно.ЕДО	vchasno.ua	vchasno.ua/intehratsiia-vchasno-edo-z-oblikovymy-systemamy/	Пряме підтвердження	На сторінці прямо описана інтеграція з BAS / 1С через зовнішню обробку для передачі первинних документів у сервіс ЕДО. Це означає регулярне надходження документів із ворожого або пов’язаного софту.
Вчасно.EDI	vchasno.ua	help-edi.vchasno.ua/integration/	Пряме підтвердження	У довідці Вчасно.EDI описана інтеграція з 1С / BAS, щоб працювати з документами у звичному програмному середовищі. Такий підхід продовжує звичку працювати в 1С / BAS.
Вчасно.EDI / готові модульні рішення	edi.vchasno.com.ua	edi.vchasno.com.ua/integrations/	Пряме підтвердження	Сторінка описує готові модульні рішення, які дозволяють завантажувати замовлення з сервісу та створювати відповідний документ у 1С / BAS, а також відправляти документи до сервісу. Це прямий механізм підтримки щоденної роботи BAS/1С у EDI-контурі.
Вчасно.EDI / стаття про EDI-інтеграцію	vchasno.ua	vchasno.ua/intehratsiia/	Пряме підтвердження	У статті описано автоматизований обмін даними через EDI із 1С, SAP, BAS та іншими системами. Потрібно переводити такі сценарії у режим відмови від 1С / BAS, а не підтримки.
Вчасно.Кадри	vchasno.ua	vchasno.ua/intehratsiia-vchasno-kadry-z-oblikovymy-systemamy/	Пряме підтвердження	У матеріалі описана інтеграція Вчасно.Кадри з BAS, SAP та іншими обліковими системами. Для BAS такий канал має бути закритий або обмежений перехідним режимом.
EDIN / EDI Network	edin.ua	wiki.edin.ua/uk/latest/integration_2_0/1C_integration_2_0/1C_API_integration_2_0/1C_7_7_integration_2_0.html	Пряме підтвердження	У документації EDIN описано інтеграційний модуль для 1С / BAS, який дозволяє створювати, редагувати та відправляти документи з облікової системи.
EDIN / модуль для 1С / BAS 8.x	edin.ua	wiki.edin.ua/uk/latest/integration_2_0/1C_integration_2_0/1C_API_integration_2_0/operator_instruction.html	Пряме підтвердження	Документація описує модуль EDIN.API для роботи з обліковими системами 1С / BAS 8.x. Це прямий канал документообігу з ворожої системи.
EDIN FTP-інтеграція	edin.ua	wiki.edin.ua/uk/latest/integration_2_0/1C_integration_2_0/1C_FTP_integration/user_1C_FTP_integration.html	Пряме підтвердження	Інструкція прямо описує інтеграційний модуль EDIN для типових конфігурацій 1С / BAS.
EDIN Вільний	edin.ua	wiki.edin.ua/uk/latest/Vilnyi/Integration_Vilnyi/integration_Vilnyi_guide.html	Пряме підтвердження	У документації сервісу EDIN Вільний описана інтеграція з обліковими системами 1С / BAS.
Transdoc	transdoc.io	instagram.com/transdoc.io	Соцмережевий слід / потрібна фіксація прямої сторінки	У публічних соцмережевих матеріалах Transdoc трапляються згадки про інтеграції, 1С / CRM та автоматизацію логістичних процесів. Якщо сервіс має пряму інтеграцію з 1С / BAS або дозволяє регулярну передачу даних із таких систем, це має бути відкрито зафіксовано. На 12-му році війни така інтеграція не має подаватися як перевага.
Transdoc / TMS-інтеграції	transdoc.io	instagram.com/transdoc.io	Потрібне уточнення джерела інтеграції	Для TMS-систем критично важливо знати, звідки надходять заявки, ТТН, рахунки, акти, маршрути й документи. Якщо джерелом є 1С або BAS, то навіть сучасна логістична оболонка стає продовженням ворожого облікового ядра.
Comarch EDI / сторонній модуль для BAS	comarch.ua	nct.ua/catalog/raboty_dlya_1s_8/BAS-Integration-of-BAS-with-Comarch-EDI-for-BAS-configurations-on-managed-forms/	Стороння послуга інтеграції	Стороння сторінка описує інтеграцію BAS з Comarch EDI для завантаження та вивантаження EDI-документів. Це не обов’язково офіційна позиція Comarch, але це частина ринку BAS-інтеграцій навколо EDI.
Файно Склад	seuic.com.ua	seuic.com.ua/fayno-sklad-integraciya-1c-bas	Пряме підтвердження	Сторінка прямо описує інтеграцію Файно Склад з 1С та BAS, обмін даними, модулі для 1С і синхронізацію складських операцій. Це приклад того, як складський продукт продовжує роботу ворожого облікового ядра.
SalesDrive	salesdrive.ua	salesdrive.com.ua/blog/1c/	Пряме підтвердження	На сайті SalesDrive є матеріал «Інтеграція з 1С, BAS», де описані готові сценарії зв’язку CRM із 1С / BAS.
SalesDrive / інтеграція з BAS	salesdrive.ua	salesdrive.com.ua/blog/aster-cunsulting-bas/	Пряме підтвердження	Окремий матеріал описує інтеграцію SalesDrive з програмами BAS через готовий модуль і двосторонній обмін.
KeepinCRM	keepincrm.com	keepincrm.com/modulnist	Пряме підтвердження	На сторінці модульності KeepinCRM згадується інтеграція з BAS / 1С, зокрема двостороння інтеграція та робота в реальному часі.
KeyCRM	keycrm.app	ua.keycrm.app/integrations/1c	Міграційний виняток	На сторінці згадується 1С / BAS, але сервіс окремо пояснює, що це не вбудована підтримка 1С, а інструмент міграції. Такий підхід можна вважати правильним, якщо він не перетворюється на регулярний обмін.
KeyCRM / сторонні інтеграції	keycrm.app	ingenum.ua/keycrm-integratsiya-z-bas-1s	Стороння послуга інтеграції	Сторонні інтегратори продають або описують інтеграцію KeyCRM з BAS / 1С. Це не дорівнює офіційній підтримці KeyCRM, але показує ринок регулярних інтеграцій навколо сервісу.
Uspacy	uspacy.ua	uspacy.ua/blog/crm-integration-1c-why-silver-ball-does-not-happen/	Міграційний / критичний контекст	У статті Uspacy інтеграція з 1С описується як тимчасовий міст для виходу з технічного боргу, а не як стабільне рішення для підтримки старої екосистеми.
Prom.ua / довідка синхронізації	prom.ua	support.prom.ua/hc/uk/articles/360004961077-Синхронізація-з-1С	Пряме підтвердження, якщо сторінка актуальна	У довідці Prom.ua є сторінка про синхронізацію з 1С. Потрібно перевіряти актуальність сторінки, але сама наявність офіційної довідки є важливою ознакою.
Prom.ua / маркетплейс модулів	prom.ua	prom.ua/p1910089842-modul-integratsii-marketplejsa.html	Стороння послуга інтеграції	На Prom розміщені пропозиції модулів інтеграції маркетплейса з BAS / 1С. Це питання до політики маркетплейса щодо публічного продажу таких рішень.
SoftUp / інтеграція Rozetka з 1С	softup.com.ua	softup.com.ua/upravlenie-1c-s-rozetka-2/	Стороння послуга інтеграції	Це не доказ офіційної інтеграції Rozetka, але це послуга інтегратора, який пропонує зв’язок 1С / BAS з Rozetka. Саме інтегратора та послугу потрібно фіксувати в реєстрі.
Portfel / модуль BAS — Rozetka	portfel.ua	portfel.ua/modul-obminu-danimi-mizh-bas-ta-rozetka-ru/	Стороння послуга інтеграції	Модуль описує автоматичне завантаження замовлень із Rozetka в BAS, оновлення статусів і залишків. Це послуга інтеграції навколо маркетплейса, а не офіційна товарна позиція самого маркетплейса.
IntegraBAS	integrabas.com.ua	integrabas.com.ua	Сторонній інтегратор	Сайт прямо позиціонує себе як інтегратор BAS / 1С з популярними платформами та сервісами, зокрема KeepinCRM, Rozetka, KeyCRM, Horoshop, Нова пошта, Укрпошта, ПриватБанк API і Monobank API.
IntegraBAS / Укрпошта	integrabas.com.ua	integrabas.com.ua/integracziya-1s-ta-bas-z-ukrposhtoyu/	Стороння послуга інтеграції	Описана інтеграція BAS / 1С з Укрпоштою. Це не доказ офіційної підтримки з боку Укрпошти, але це ринок інтеграцій із державним поштовим оператором.
Нова пошта / сторонні інтеграції	novaposhta.ua	uit.kiev.ua/service/modul-integracii-z-novoju-poshtoju-ta-inshimi-sluzhbami-dostavki/	Стороння послуга інтеграції	Описаний модуль інтеграції BAS з Новою поштою, Укрпоштою та іншими службами доставки. Це не офіційна інтеграція Нової пошти, але важлива ознака ринку BAS-інтеграцій.
Нова пошта API	novaposhta.ua	novaposhta.ua/for-business/cooperation/integration/	API нейтральний, потрібна політика походження даних	Відкритий API сам по собі не є підтримкою 1С / BAS. Але через масову кількість сторонніх модулів BAS/1С для Нової пошти сервісу варто мати політику щодо забороненого ПЗ і каналів регулярної передачі даних.
LiqPay / сторонні модулі	liqpay.ua	innwatch.com.ua/services/modul-integracziyi-liqpay-dlya-bas-1c/	Стороння послуга інтеграції	Сторонні інтегратори продають модулі інтеграції LiqPay з BAS / 1С. Це не означає офіційну підтримку LiqPay, але потребує фіксації як частина ринку BAS-інтеграцій.
WayForPay / сторонні модулі	wayforpay.com	ecommerce.in.ua/poslugy/modul-oplaty-wayforpay-v-1s-bas	Стороння послуга інтеграції	Публічно продаються модулі інтеграції WayForPay з 1С / BAS. Це потрібно фіксувати як сторонню послугу, а не як автоматичну провину платіжного сервісу.
Opendatabot / стороннє розширення	opendatabot.ua	simplit.io/opendatabot-ua.html	Стороння послуга інтеграції	Стороннє розширення описує інтеграцію Opendatabot з BAS / 1С:Підприємство. Це приклад того, як навіть корисні українські сервіси можуть бути втягнуті в екосистему BAS через інтеграторів.
TurboSMS	turbosms.ua	turbosms.ua/articles/otpravit-sms-na-mnogo-nomerov.html	Згадка / потребує деталізації	У матеріалах згадується можливість інтегрувати SMS-розсилку в сайт, 1C або інше ПЗ через SMS-шлюз. Потрібно знайти окремий актуальний модуль для 1С / BAS, щоб перевести запис у пряме підтвердження.
Ringostat	ringostat.com	ringostat.com/uk/integrations/	Прямої сторінки 1С/BAS не зафіксовано	Під час перевірки знайдено каталог інтеграцій, але прямої офіційної сторінки 1С / BAS не зафіксовано. Додавати до основного реєстру як підтверджений сервіс не варто без конкретної сторінки.
Horoshop / сторонні інтеграції	horoshop.ua	integrabas.com.ua	Стороння послуга інтеграції	Сторонні інтегратори заявляють про інтеграції Horoshop з BAS / 1С. Потрібно фіксувати інтегратора, а не автоматично записувати сам Horoshop як сервіс, що офіційно підтримує 1С/BAS.
OpenCart / OcStore	opencart.com	ingenum.ua/opencart-integratsiya-s-bas-i-1s-pidpryyemstvo-8	Стороння послуга інтеграції	Інтегратор пропонує модуль обміну сайту на OpenCart / OcStore з BAS і 1С:Підприємство 8.
Joomla / Prestashop / інші CMS	—	softup.com.ua/product-category/programne-zabezpechennya/	Сторонні модулі	На сайтах інтеграторів продаються модулі інтеграції BAS / 1C з CMS та e-commerce платформами. У реєстрі потрібно фіксувати саме продавця модуля й конкретну сторінку послуги.

Як читати цей реєстр

У цій таблиці є різні типи записів. Найсильніший сигнал — це офіційна сторінка сервісу, де прямо написано про інтеграцію з 1С або BAS. Такі випадки мають позначку Пряме підтвердження.

Інший тип — це сторонні модулі. Наприклад, коли інтегратор продає модуль для LiqPay, WayForPay, Prom.ua, Нової пошти чи іншого сервісу. У такому випадку питання не завжди до самого сервісу, але до всього ринку навколо нього: чому досі продаються й рекламуються рішення, які підтримують 1С і BAS.

Окремий тип — соцмережевий слід. Якщо сервіс у публічних матеріалах згадує 1С, BAS, CRM, інтеграції або автоматичну передачу даних, але немає окремої офіційної сторінки з технічним описом, такий запис не має подаватися як остаточне звинувачення. Але він має бути приводом для прямого питання до сервісу: чи є інтеграція з 1С / BAS, чи приймаються дані з цих систем, чи планується заборона таких каналів.

Окремо потрібно ставитися до API. Якщо сервіс має відкритий API, це саме по собі не є підтримкою ворожого ПЗ. API може використовуватися будь-якою системою — українською, міжнародною або старою ворожою. Але якщо сервіс публікує готові інструкції саме для 1С / BAS, продає готові модулі або офіційно просуває такі сценарії, це вже має бути предметом публічного обговорення.

Для державних API стандарт має бути вищим. Держава не може просто сказати, що API нейтральний, якщо заборонене ПЗ може щодня подавати через нього звіти, чеки, заяви або документи. Державний API має мати політику походження програмного забезпечення.

Що мають зробити сервіси

Українські сервіси можуть не чекати суспільного тиску. Вони можуть самі переглянути свої каталоги інтеграцій, бази знань, старі інструкції, партнерські сторінки, маркетплейс-товари, відеоуроки, соцмережеві пости й документацію.

Якщо в них досі є підтримка 1С або BAS, чесним кроком буде публічно пояснити статус таких інтеграцій. Сервіс може повідомити, що інтеграція закривається, переводиться лише в режим міграції, більше не продається, не оновлюється або замінюється інтеграціями з українськими ERP, CRM, ПРРО, EDI, ЕДО, TMS та обліковими системами.

Але цього вже недостатньо. Сервіси також мають запроваджувати політику щодо джерела даних. Якщо клієнт відправляє документи, чеки, замовлення, накладні, ТТН, маршрути, заявки або звіти з 1С чи BAS, сервіс має не вдавати, що це нейтральний потік даних. Він має або блокувати такий сценарій, або дозволяти його лише як тимчасовий канал міграції.

Найкращий варіант — не просто прибрати сторінку, а допомогти клієнтам перейти з 1С і BAS на безпечне програмне забезпечення. Тоді сервіс перестає бути мостом до ворожої екосистеми й стає учасником української цифрової незалежності.

Позитивний вихід. Якщо сервіс публічно припинив підтримку інтеграцій з 1С / BAS або залишив їх лише як інструмент одноразової міграції даних у безпечну систему, це потрібно фіксувати окремо як позитивний крок.

Що мають зробити державні сервіси

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

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

Особливо це важливо для ДПС, бо податкова звітність, ПДВ, податкові накладні, акцизні накладні, ПРРО, Z-звіти та інші документи є критичною частиною економіки. Якщо весь цей потік може йти з 1С або BAS, то ворожий софт продовжує бути частиною державного цифрового контуру.

Що можуть робити користувачі

Користувачі, бухгалтери, інтегратори, власники бізнесу, розробники й клієнти можуть повідомляти про знайдені сторінки, інструкції, модулі, відео, маркетплейс-товари, соцмережеві публікації або документацію, де українські сервіси підтримують роботу з 1С чи BAS.

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

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

Роль держави та Держспецзв’язку

Держава вже формує перелік забороненого програмного забезпечення, але цього недостатньо, якщо навколо заборонених або ризикових систем продовжує існувати ціла екосистема підтримки. 1С і BAS живуть не тільки завдяки самим програмам. Вони живуть завдяки модулям, інтеграторам, сервісам ЕДО, ПРРО, EDI, TMS, маркетплейсам, платіжним модулям, службам доставки, державним шлюзам і документації.

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

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

Позиція. Український сервіс не повинен одночасно говорити про підтримку українського ринку й робити зручними щоденні бізнес-процеси в 1С або BAS. А державний сервіс не повинен приймати дані з ворожого ПЗ так, ніби походження цих даних не має значення.

Як вийти з реєстру

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

Важливо не просто видалити стару сторінку. Важливо показати ринку нову позицію: сервіс більше не підтримує життєздатність 1С і BAS, не приймає регулярні потоки даних із ворожого ПЗ і допомагає бізнесу виходити з нього.

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

Див. також

Посилання