Послуги Кейси Калькулятор Ціни Блог Питання
Безкоштовний аудит +38 (063) 799-18-28
BAS/1С

Перехід з 1С на BAS: що змінюється насправді

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

9 хвилин читання

Що таке BAS і чим воно відрізняється

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

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

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

Яку конфігурацію обирати

БулоЛогічна замінаКому підходить
Бухгалтерія для України BAS Бухгалтерія Бухгалтерський і податковий облік, звітність
Управління торгівлею BAS Управління торгівлею Опт, роздріб, склад, ціноутворення
Управління торговим підприємством BAS КУП Торгівля разом з бухгалтерією в одній базі
УПП, самописні рішення BAS ERP Виробництво, складна структура, кілька юросіб

Найчастіша помилка на цьому кроці — брати систему «на виріст». BAS ERP потужніша за BAS КУП, але вимагає значно більше зусиль на впровадження й дисципліни в роботі. Для компанії на двадцять людей це зазвичай надлишок, за який доведеться платити не тільки грошима, а й часом співробітників.

Що переноситься з даних

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

  • Довідники переносяться майже повністю. Контрагенти, номенклатура, склади, договори, співробітники. Це найпростіша частина, і саме тут добре видно, наскільки занедбана база: дублі й порожні поля вилазять одразу.
  • Залишки переносяться на дату старту. Товари на складах, взаєморозрахунки з контрагентами, залишки на рахунках. Це стандартна практика: нова база починає жити з коректних вхідних залишків.
  • Історія документів зазвичай не переноситься. Технічно це можливо, але дорого й ризиковано. Стара база залишається доступною в режимі читання — цього достатньо, щоб підняти старий документ, коли він знадобиться.
Не викидайте стару базу. Її треба зберегти й мати можливість запустити. Питання «а що ми відвантажували цьому клієнту три роки тому» виникає регулярно, зокрема під час перевірок.

Що буде з доопрацюваннями

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

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

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

Що буде з інтеграціями

Обмін із сайтом, підключення до банку, зв'язок з іншими системами — усе це доведеться налаштовувати заново. Структура даних у BAS відрізняється, і старий обмін до нової бази не під'єднається.

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

Терміни й бюджет

Цифри нижче — для типової торгової компанії на 10–50 співробітників з однією базою. Для виробництва або групи компаній усе помітно довше.

ЕтапТермінХто робить
Обстеження й вибір конфігурації3–5 днівРозробник з вашим бухгалтером
Наведення порядку в довідниках1–3 тижніПереважно ваші співробітники
Перенесення довідників і залишків1–2 тижніРозробник
Перенесення потрібних доопрацювань2–4 тижніРозробник
Налаштування інтеграцій заново1–2 тижніРозробник
Навчання й паралельна робота2–4 тижніУсі разом

Разом — від двох до чотирьох місяців календарного часу. Бюджет технічної частини для такої компанії зазвичай починається від 60–80 тисяч гривень і сильно залежить від кількості доопрацювань, які треба перенести. Окремо йде вартість самих ліцензій BAS — це до постачальника, не до розробника.

Три поради з практики

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

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

Думаєте про перехід, але не знаєте, з чого почати?

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