У багатьох компаніях облікова система працює роками. У ній накопичуються товари, контрагенти, документи, залишки, правила формування цін, звіти та десятки доопрацювань під конкретні процеси. Паралельно система може бути пов’язана з інтернет-магазином, CRM, банківськими сервісами та іншими інструментами.
Тому питання «1С, BAS чи BAF?» для бізнесу значно ширше за вибір програми. Особливо коли компанія вже використовує одну систему, планує перехід або намагається зрозуміти, що саме їй потрібно підтримувати та розвивати.
Розберемося без занурення в технічні деталі, які важливі розробнику, але мало що говорять власнику чи керівнику бізнесу.
Чому виникає плутанина між 1С, BAS і BAF
Назви 1С, BAS і BAF часто можна почути в одному контексті, через що складається враження, що це просто три альтернативні програми для бухгалтерії. Насправді все складніше: потрібно розрізняти технологічну платформу, конкретну конфігурацію та прикладне рішення, з яким щодня працюють співробітники.
Для бізнесу це важливо з практичної причини. Дві компанії можуть говорити, що працюють із BAS, але використовувати різні конфігурації, мати абсолютно різні доопрацювання та по-різному організовані продажі, склад чи управлінський облік.
Саме тому запитання «На чому у вас працює облік?» часто дає недостатньо інформації. Для оцінки системи потрібно розуміти її конфігурацію, версію, внесені зміни, інтеграції та роль у бізнес-процесах компанії.
Що зазвичай називають 1С
Під 1С в українському бізнесі часто мають на увазі системи, які роками використовувалися для бухгалтерського, складського, торгового та управлінського обліку. У частини компаній такі рішення досі залишаються частиною IT-інфраструктури.
І тут виникає важливий нюанс: за роки експлуатації система могла значно відійти від початкової конфігурації. У ній могли з’явитися власні звіти, документи, обробки, правила розрахунків та обмін із сайтом.
Тому фактична цінність такої системи для компанії часто полягає не лише в самій програмі, а в накопиченій навколо неї бізнес-логіці.
Що таке BAS
BAS — це лінійка прикладних рішень для автоматизації обліку й управління підприємством. Існують різні конфігурації під різні задачі: бухгалтерський облік, торгівлю, комплексне управління підприємством, ERP та інші процеси.
Через це некоректно розглядати BAS як одну універсальну програму. Компанії потрібне конкретне рішення відповідно до того, які процеси вона хоче вести в системі.
Наприклад, бізнесу, якому потрібні насамперед робота з товарами, цінами, закупівлями та продажами, і підприємству зі складним виробничим або управлінським обліком можуть знадобитися зовсім різні конфігурації.
А де тут BAF
BAF — це технологічна платформа, на якій можуть працювати прикладні рішення. Для керівника бізнесу ця різниця може здаватися суто технічною, проте вона важлива під час обслуговування, оновлення та доопрацювання системи.
Простіше кажучи, користувач щодня працює не з абстрактною «платформою», а з конкретною конфігурацією, яка реалізує потрібні компанії операції.
Для бізнесу важливіша не назва, а процеси всередині системи
Уявімо інтернет-магазин із кількома тисячами товарів. Облікова система є основним джерелом інформації про номенклатуру, закупівельні та роздрібні ціни, залишки на декількох складах. Сайт отримує ці дані автоматично, а оформлені покупцями замовлення передає назад.
Для такого бізнесу питання заміни системи не можна розглядати окремо від інтернет-магазину. Потрібно зрозуміти, чи збережеться поточна структура даних, як працюватиме обмін, що станеться з кастомними правилами ціноутворення і чи потрібно змінювати інтеграцію.
Аналогічна ситуація виникає з внутрішніми процесами. Якщо менеджери роками працюють за певним сценарієм, перехід може вплинути на створення документів, обробку замовлень, складські операції та звітність.
Тому починати варто не з питання «яку програму встановити», а з інвентаризації того, що сьогодні робить наявна система для бізнесу.
Що відбувається з доопрацюваннями та інтеграціями
Стандартна конфігурація — це лише відправна точка. Чим довше компанія користується системою, тим більше в ній може накопичуватися змін.
Частина таких змін справді потрібна бізнесу. Інша частина могла з’явитися багато років тому і вже не відповідати поточним процесам. А деякі доопрацювання можуть дублювати можливості, які тепер доступні стандартно.
Саме тому механічно переносити все зі старої системи в нову — не завжди правильний підхід.
Перед змінами варто окремо розібрати:
- які доопрацювання використовуються щодня і критичні для роботи;
- які дані потрібно перенести;
- які інтеграції працюють із сайтом та сторонніми сервісами;
- які процеси вже можна перебудувати або спростити.
Це один із небагатьох випадків у статті, де список справді корисний: фактично це короткий чекліст первинного аудиту.
Окреме питання — зв’язок BAS або 1С із сайтом
Для e-commerce облікова система часто працює у зв’язці з інтернет-магазином. CODEVISION, зокрема, реалізує інтеграції 1С/BAS/BAF із сайтами та налаштовує обмін товарами, характеристиками, цінами, залишками й замовленнями.
Якщо змінити одну частину цієї схеми, потрібно перевірити весь ланцюжок. Інакше нова система може працювати сама по собі, але бізнес отримає проблеми на стику із сайтом.
Коли систему потрібно не замінювати, а доопрацьовувати
Не кожна проблема означає, що компанії потрібна міграція.
Іноді бізнес виріс, а конфігурація залишилася практично такою самою, як декілька років тому. З’явилися нові склади, канали продажу, категорії товарів, співробітники та звіти. Частину роботи менеджери почали вести в Excel, а дані між сайтом та обліком переносять вручну.
У такій ситуації спочатку варто визначити причину проблеми. Можливо, достатньо доопрацювати поточну конфігурацію, змінити окремі бізнес-процеси або налаштувати інтеграцію.
Змінювати систему варто не тому, що вона здається старою, а коли зрозуміло, які бізнес-задачі поточне рішення більше не закриває.
Починати варто з аудиту поточної логіки
Перед переходом між системами або великим доопрацюванням корисно зафіксувати поточну картину: які конфігурації використовуються, які процеси автоматизовані, що співробітники роблять вручну, які інтеграції існують і де регулярно виникають проблеми.
Тоді технічне рішення можна приймати виходячи з реальних задач, а не лише з назви програмного продукту.
CODEVISION працює з наявними конфігураціями 1С/BAS/BAF, виконує їх доопрацювання та супровід, автоматизує окремі процеси й інтегрує облікові системи із сайтами. Якщо потрібно зрозуміти, що доцільніше у вашій ситуації — розвивати поточну систему, змінити окремі процеси або перебудувати інтеграцію, можемо почати з аналізу поточної конфігурації та задач бізнесу.
