Платформа 1С

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

У практиці бізнесу під “платформою 1С” часто мають на увазі не конкретну прикладну конфігурацію, а сам механізм, на якому ця конфігурація працює: 1С:Підприємство, сервер 1С, клієнт 1С, база даних, конфігуратор, мова 1С, оновлення, розширення, обміни та інтеграції.

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

K2 ERP. K2 ERP може замінити платформу 1С/BAS як технологічну основу для бізнес-процесів: довідники, документи, склади, продажі, закупівлі, фінанси, виробництво, HR, документообіг, права доступу, API, Power BI, AI, інтеграції, власна хмара та міграція даних із 1С/BAS.

Головна ідея. Платформа 1С — це “двигун”, а конфігурація — це “прикладна система” на цьому двигуні. Коли компанія каже “у нас 1С”, треба уточнювати: яка платформа, яка конфігурація, яка база, які доробки, які обміни, які регістри, які звіти й наскільки все це реально підтримується.

Що таке платформа 1С

Платформа 1С — це середовище виконання і розробки, яке дозволяє створювати та запускати прикладні рішення для обліку й управління підприємством.

Платформа зазвичай включає:

клієнтську частину;
серверну частину;
базу даних;
конфігуратор;
мову програмування 1С;
механізм документів;
довідники;
регістри;
звіти;
обробки;
друковані форми;
ролі та права доступу;
механізми обміну;
механізми оновлення;
інтеграції з іншими системами.

Простий приклад

Компанія каже: “У нас стоїть 1С”.

Насправді це може означати різні речі:

Що питаємо	Приклад відповіді	Чому це важливо
Яка платформа?	1С:Підприємство 8.3	від цього залежать технології, сервер, клієнти, оновлення
Яка конфігурація?	УТП, УНФ, Бухгалтерія, ЗУП, BAS ERP	від цього залежить функціональність
Яка база?	файлова або клієнт-серверна	від цього залежить швидкість і масштабування
Які доробки?	звіти, обміни, друковані форми	від цього залежить складність міграції
Які інтеграції?	сайт, банк, CRM, WMS, Power BI	від цього залежить план переходу на ERP

Без цих відповідей неможливо нормально оцінити перехід на K2 ERP.

Платформа і конфігурація

Платформа 1С і конфігурація — це різні речі.

Поняття	Що означає	Приклад
Платформа	технологічна основа, на якій працює система	1С:Підприємство 8.3
Конфігурація	прикладне рішення для конкретного обліку	Бухгалтерія, УТП, УНФ, BAS ERP, ЗУП
База даних	конкретна інформаційна база компанії	база ТОВ “Приклад” за 2015–2026 роки
Доробки	зміни, які програмісти внесли в конфігурацію	нові звіти, обміни, друковані форми, реквізити

Приклад із життя

Є дві компанії.

Перша каже: “У нас 1С Бухгалтерія, майже типова, тільки кілька друкованих форм”.

Друга каже: “У нас 1С УТП, 10 років доробок, склад, виробництво, зарплата, сайт, банк, CRM, 200 звітів і програміст, який уже звільнився”.

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

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

Основні компоненти платформи 1С

Компонент	Для чого потрібен
Конфігуратор	розробка, налаштування, зміна конфігурації
Товстий клієнт	повнофункціональний клієнт для роботи користувача або розробника
Тонкий клієнт	легший клієнт для роботи з базою через сервер
Веб-клієнт	робота через браузер
Сервер 1С	обробка запитів користувачів і бізнес-логіки
СУБД	зберігання даних у SQL-базі
Інформаційна база	конкретна база компанії
Мова 1С	програмування бізнес-логіки
Обміни	інтеграції з банком, сайтом, CRM, WMS, ERP

Інформаційна база 1С

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

У базі можуть бути:

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

Файлова і клієнт-серверна база

Платформа 1С може працювати у файловому або клієнт-серверному режимі.

Режим	Як працює	Коли зустрічається
Файлова база	дані зберігаються в одному файловому сховищі	малий бізнес, кілька користувачів, простий облік
Клієнт-серверна база	платформа працює через сервер 1С і СУБД	середній бізнес, багато користувачів, великі дані

Живий приклад: чому база “гальмує”

Компанія починала з 3 користувачів і файлової бази.

Через кілька років стало:

45 користувачів;
8 років документів;
500 000 позицій номенклатури;
обмін із сайтом;
складські звіти;
банк;
дороблені регістри;
важкі звіти по продажах.

Користувачі скаржаться: “1С зависає”.

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

Конфігуратор 1С

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

Через конфігуратор можна:

змінювати структуру конфігурації;
додавати довідники;
додавати документи;
налаштовувати регістри;
створювати звіти;
писати код;
змінювати форми;
налаштовувати права;
оновлювати конфігурацію;
вивантажувати дані;
аналізувати помилки.

Мова програмування 1С

Мова 1С використовується для опису бізнес-логіки.

На ній можуть бути написані:

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

Приклад бізнес-логіки

У документі “Реалізація товарів” код може робити таке:

Перевірити залишок товару.
Перевірити резерв.
Розрахувати ціну.
Застосувати знижку.
Списати товар зі складу.
Сформувати дебіторку.
Сформувати дохід.
Списати собівартість.
Створити проводки.
Записати рухи в регістри.

Саме ця логіка часто стає складною під час міграції, бо її треба не просто “скопіювати”, а зрозуміти і відтворити в новій ERP.

Об’єкти платформи 1С

До типових об’єктів платформи належать:

Довідники 1С

Довідники 1С зберігають списки об’єктів.

Приклади:

номенклатура;
контрагенти;
договори;
склади;
співробітники;
банківські рахунки;
одиниці виміру;
статті витрат;
проєкти;
підрозділи.

Довідники — це основа міграції. Якщо перенести документи без очищення довідників, нова ERP успадкує дублікати, хаос і помилки старої 1С.

Документи 1С

Документи 1С відображають господарські операції.

Приклади:

рахунок на оплату;
замовлення покупця;
реалізація товарів і послуг;
надходження товарів;
переміщення товарів;
оприбуткування товарів;
списання товарів;
банківська виписка;
вимога-накладна;
повернення товарів;
нарахування зарплати.

Документ у 1С зазвичай має шапку, табличну частину, проведення, рухи по регістрах і друковану форму.

Регістри 1С

Регістри 1С зберігають фактичні результати роботи документів.

Типи регістрів:

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

Звіти 1С

Звіти 1С читають дані з документів, регістрів і довідників.

Приклади:

оборотно-сальдова відомість;
аналіз рахунку;
картка рахунку;
залишки товарів;
рух товарів;
валовий прибуток;
дебіторка;
кредиторка;
продажі;
закупівлі.

Якщо регістри заповнені неправильно, звіти показують неправильні дані.

Форми і друковані форми

Платформа 1С дозволяє створювати екранні форми й друковані макети.

Приклади друкованих форм:

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

У багатьох компаніях друковані форми сильно дороблені під клієнтів, печатки, підписи, логотипи, QR-коди й внутрішні правила.

Права доступу 1С

Права доступу 1С визначають, що користувач може бачити і робити.

Приклади ролей:

бухгалтер;
менеджер продажів;
комірник;
закупівельник;
касир;
керівник;
адміністратор;
кадровик;
виробництво;
аудитор.

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

Живий приклад: небезпечні права доступу

У старій 1С менеджер продажів може:

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

Для малого бізнесу це могло працювати “на довірі”. Але для ERP такий доступ ризиковий. У K2 ERP краще розділити: менеджер створює замовлення, керівник погоджує знижку, склад підтверджує відвантаження, фінанси контролюють оплату.

Обміни та інтеграції 1С

Платформа 1С часто інтегрована з іншими системами.

Приклади:

клієнт-банк;
сайт;
інтернет-магазин;
маркетплейс;
CRM;
WMS;
MES;
Power BI;
пошта;
телефонія;
служби доставки;
електронний документообіг;
API;
Excel;
зовнішні обробки.

Приклад інтеграції з сайтом

Інтернет-магазин передає в 1С замовлення.

У замовленні є:

клієнт;
телефон;
адреса доставки;
товари;
кількість;
ціни;
знижки;
спосіб оплати;
спосіб доставки.

1С створює замовлення покупця, резервує товар, передає статус на сайт, а після оплати створює реалізацію.

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

Оновлення платформи 1С

Оновлення може стосуватися:

самої платформи;
конфігурації;
доробок;
форм звітності;
обмінів;
зовнішніх обробок;
розширень;
серверної частини.

Типова проблема: конфігурація сильно змінена, тому оновлення стають складними, дорогими або ризиковими.

Живий приклад: оновлення неможливе

Компанія 8 років доробляла 1С.

Коли потрібно оновити систему, виявляється:

типова конфігурація сильно змінена;
старий програміст не залишив документації;
частина коду не працює;
звіти прив’язані до старих регістрів;
обмін із сайтом написаний “напряму”;
оновлення ламає склад і банк.

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

Розширення 1С

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

Розширення можуть додавати:

нові реквізити;
нові форми;
додаткові перевірки;
друковані форми;
звіти;
обміни;
команди;
бізнес-логіку.

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

Типові проблеми платформи 1С

Проблема	Наслідок	Як перевірити
Стара версія платформи	ризики сумісності, безпеки й підтримки	перевірити версію платформи і сервер
Сильно дороблена конфігурація	складні оновлення і міграція	зробити аудит змін
Файлова база для великої компанії	повільна робота і блокування	оцінити розмір бази й кількість користувачів
Немає документації по доробках	складно зрозуміти бізнес-логіку	інвентаризувати звіти, обміни, обробки
Дублікати довідників	хаос у звітах і міграції	очистити номенклатуру, контрагентів, договори
Права доступу надто широкі	ризики помилок і зловживань	перевірити ролі користувачів
Обміни написані “як вийшло”	збої інтеграцій і дублікати документів	перевірити правила обміну

Платформа 1С і продуктивність

На швидкість роботи впливають:

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

Приклад: важкий звіт

Керівник запускає звіт “Валовий прибуток за 5 років по всіх товарах, клієнтах, менеджерах і партіях”.

Звіт виконується 40 хвилин.

Можливі причини:

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

У K2 ERP такі задачі краще виносити в Power BI або аналітичний контур.

Платформа 1С і безпека

Питання безпеки включають:

права користувачів;
паролі;
доступ до конфігуратора;
доступ до SQL;
резервне копіювання;
журнал реєстрації;
зовнішні обробки;
обміни з інтернетом;
доступ через RDP;
доступ підрядників;
санкційні та регуляторні ризики.

Зовнішні обробки 1С

Зовнішні обробки 1С — це додаткові файли, які можуть запускатися в базі.

Вони можуть бути корисними, але мають ризики.

Приклади:

імпорт з Excel;
масове оновлення цін;
завантаження банку;
вивантаження на сайт;
обмін із CRM;
сервісні виправлення;
міграційні обробки.

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

Резервне копіювання 1С

Для баз 1С критично важливі резервні копії.

Потрібно контролювати:

регулярність бекапів;
місце зберігання;
перевірку відновлення;
копії перед оновленням;
копії перед міграцією;
копії перед масовими обробками;
доступ до архівів;
строк зберігання.

Перед переходом на K2 ERP стару 1С часто залишають як архів для аудиту й історії.

Архів 1С

Архів 1С — це стара база, яку залишають для перегляду історії після переходу на нову ERP.

Архів може бути потрібен для:

старих документів;
аудиту;
податкових перевірок;
історії продажів;
старих проводок;
старих друкованих форм;
звірки міграції;
аналізу старих договорів;
розбору претензій.

Платформа 1С і міграція в ERP

Під час переходу з 1С/BAS у K2 ERP потрібно аналізувати не тільки довідники й документи, а всю платформну логіку.

Потрібно зрозуміти:

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

Аудит платформи 1С перед переходом

Перед переходом потрібно перевірити:

Версію платформи.
Тип бази.
Конфігурацію.
Список доробок.
Список зовнішніх обробок.
Список обмінів.
Критичні документи.
Критичні довідники.
Критичні регістри.
Критичні звіти.
Права доступу.
Користувачів.
Розмір бази.
Якість даних.
Дату зрізу.
Архівну стратегію.

Що переносити з платформи 1С у K2 ERP

Зазвичай переносять не саму платформу, а бізнес-дані та логіку.

Можна переносити:

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

Що не варто переносити автоматично

У нову ERP не варто без аналізу переносити:

старий технічний код;
хаотичні доробки;
дублікати довідників;
застарілі звіти;
службові регістри без бізнес-цінності;
старі ролі доступу;
неактуальні обміни;
помилкові документи;
технічні склади;
старі неактуальні договори;
“сміттєву” номенклатуру.

Мапінг платформи 1С і K2 ERP

Об’єкт 1С	Об’єкт K2 ERP	Коментар
Довідник Номенклатура	Товари / послуги / матеріали	потрібне очищення дублікатів
Довідник Контрагенти	Клієнти / постачальники	потрібна звірка ЄДРПОУ, договорів, контактів
Документи продажів	Продажі / відвантаження	важливо зберегти зв’язок із оплатами
Документи закупівель	Закупівлі / надходження	важливо зберегти постачальників і ціни
Регістри залишків	Складські залишки	дата зрізу, партії, серії, склади
Регістри бухгалтерії	Проводки / фінансова аналітика	переносити за потреби бухгалтерського контуру
Обміни	API / інтеграції K2 ERP	потрібно перепроєктувати, а не копіювати механічно

Приклад плану переходу

Етап	Що робиться	Результат
Аудит	аналіз платформи, конфігурації, доробок, обмінів	зрозуміло, що реально використовується
Очищення	дублікати, старі довідники, помилки залишків	якісні дані для перенесення
Мапінг	зіставлення 1С і K2 ERP	зрозуміло, куди лягають дані
Тестова міграція	пробне завантаження	видно помилки й розбіжності
Навчання	користувачі працюють у K2 ERP	команда готова до запуску
Запуск	фіксація дати зрізу і старт роботи	нова ERP стає основною системою
Архів	стара 1С залишається для історії	є доступ до старих даних

Платформа 1С і Power BI

Power BI часто підключають до 1С для аналітики.

Можна аналізувати:

продажі;
закупівлі;
залишки;
рух товарів;
дебіторку;
кредиторку;
Cash Flow;
P&L;
валовий прибуток;
виробництво;
зарплату;
бюджети.

Але краще не будувати Power BI напряму на хаотичній базі 1С без очищення даних і зрозумілої моделі.

AI для аналізу платформи 1С

AI в ERP може допомагати аналізувати стару 1С перед переходом.

AI може:

знаходити дублікати довідників;
аналізувати старі документи;
знаходити невикористані звіти;
пояснювати помилки залишків;
виявляти документи заднім числом;
знаходити аномальні проводки;
класифікувати платежі;
пропонувати мапінг аналітик;
аналізувати якість даних;
формувати список ризиків міграції.

Приклад AI-підказки

AI-підказка. У базі 1С знайдено 18 400 неактивних позицій номенклатури, 327 дублів контрагентів, 41 зовнішню обробку, 9 обмінів і 126 звітів, з яких активно використовуються тільки 17. Перед міграцією рекомендується очистити довідники, описати критичні обміни й перенести в K2 ERP тільки бізнес-цінні звіти.

Типові задачі з платформою 1С

Задача	Що потрібно зробити
Зрозуміти, що встановлено	перевірити платформу, конфігурацію, бази й сервери
Оцінити доробки	зібрати звіти, обробки, зміни, обміни
Підготувати міграцію	визначити довідники, документи, регістри й залишки
Зменшити ризики	зробити резервну копію, архів і тестове завантаження
Замінити 1С	перенести процеси в K2 ERP і залишити 1С як архів
Побудувати аналітику	перенести дані в Power BI або аналітичний контур K2 ERP

Контрольний список перед переходом з 1С

Перед переходом з платформи 1С у K2 ERP потрібно перевірити:

версію платформи;
конфігурацію;
тип бази;
кількість баз;
кількість користувачів;
розмір бази;
довідники;
документи;
регістри;
звіти;
обробки;
розширення;
обміни;
права доступу;
зовнішні файли;
резервні копії;
дату зрізу;
архів 1С;
план тестової міграції.

Мінімальний старт у K2 ERP

Перший етап:

аудит 1С;
довідники;
залишки;
контрагенти;
договори;
номенклатура;
склади;
банківські рахунки;
дебіторка;
кредиторка;
базові документи;
дата зрізу.

Другий етап:

продажі;
закупівлі;
склад;
виробництво;
фінанси;
Cash Flow;
P&L;
Power BI;
інтеграції;
права доступу.

Третій етап:

AI-аналітика;
API;
WMS;
MES;
HRM;
документообіг;
бюджетування;
автоматичні перевірки;
повна заміна 1С/BAS.

Коротко

Питання	Відповідь
Що таке платформа 1С?	Це технологічна основа, на якій працюють конфігурації 1С/BAS: база, документи, довідники, регістри, звіти, форми, права, обміни й бізнес-логіка.
Чим платформа відрізняється від конфігурації?	Платформа — це “двигун”, а конфігурація — прикладне рішення для бухгалтерії, торгівлі, складу, виробництва, зарплати або ERP.
Що важливо перевірити перед міграцією?	Версію платформи, конфігурацію, доробки, обміни, довідники, документи, регістри, звіти, права доступу, якість даних і дату зрізу.
Чому не можна просто перенести все?	Бо стара база часто містить дублікати, застарілі доробки, технічні регістри, непотрібні звіти, хаотичні права й помилки обліку.
Чи можна замінити платформу 1С на K2 ERP?	Так. K2 ERP може стати новою технологічною основою для бізнес-процесів, даних, інтеграцій, Power BI, AI, API, складу, фінансів, продажів, закупівель і виробництва.

Висновок

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

K2 ERP може замінити платформу 1С/BAS як сучасна українська ERP: з власною хмарою, API, Power BI, AI, управлінською аналітикою, складом, продажами, закупівлями, фінансами, виробництвом, HR, документообігом і міграцією даних.

Правильний перехід із 1С — це не “переписати стару 1С один в один”. Це аудит старої платформи, очищення даних, опис бізнес-логіки, мапінг, тестова міграція, запуск K2 ERP і збереження старої 1С як архіву, якщо вона потрібна для історії та перевірок.

Головний результат. Розуміння платформи 1С дозволяє грамотно перейти на K2 ERP: не тягнути в нову систему старий хаос, а перенести тільки потрібні довідники, документи, залишки, аналітики, звіти, інтеграції та бізнес-логіку, яка справді створює цінність для компанії.

Див. також

Зовнішні посилання