Альтернатива BAS Громадське харчування

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

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

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

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

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

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

Вступ

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

У ресторані, кафе або мережі закладів потрібно одночасно контролювати:

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

Стара система на базі BAS Громадське харчування або 1С може роками закривати частину цих задач. Але з часом виникають проблеми:

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

Тому компанії шукають українську альтернативу BAS Громадське харчування.

Що таке BAS Громадське харчування

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

Такі системи зазвичай використовуються для:

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

Чому потрібна альтернатива BAS Громадське харчування

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

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

Важливо. Альтернатива BAS Громадське харчування має вирішувати не тільки питання “де вести склад”, а й питання “як управляти ресторанним бізнесом”: меню, кухнею, закупівлями, POS, доставкою, собівартістю, персоналом, залишками й аналітикою.

Якою має бути альтернатива BAS Громадське харчування

Якісна альтернатива має покривати кілька рівнів.

Рівень	Що має покривати
Меню	Страви, напої, категорії, модифікатори, доступність, ціни
Рецептури	Інгредієнти, норми закладки, вихід, втрати, напівфабрикати
Калькуляція	Собівартість страв, націнка, маржа, ціна продажу
Склад	Продукти, напої, тара, інвентар, залишки, переміщення
Кухня	Виробництво, заготовки, цехи, списання, кухонні замовлення
POS	Продажі, чеки, зміни, касири, офіціанти, столи, зали
Доставка	Онлайн-замовлення, статуси, кур’єри, агрегатори, оплати
Закупівлі	Постачальники, ціни, заявки, надходження, контроль якості
Інвентаризація	Фактичні залишки, нестачі, надлишки, списання
Фінанси	Каса, банк, оплати, взаєморозрахунки, витрати
Аналітика	BI, food cost, продажі, маржа, популярність страв, списання
Інтеграції	API, POS, РРО/ПРРО, доставка, сайт, CRM, банки, BI

K2 ERP як альтернатива BAS Громадське харчування

K2 ERP може розглядатися як українська альтернатива BAS Громадське харчування, якщо бізнесу потрібна:

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

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

Що не можна просто копіювати з BAS Громадське харчування

Під час переходу не варто механічно переносити все.

Обережно потрібно ставитися до:

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

Найгірший підхід. Просто перенести стару базу BAS Громадське харчування “як є” у нову систему. Якщо в старій системі були дублікати інгредієнтів, помилки рецептур, зайві склади, неправильні одиниці виміру й некоректні залишки, вони переїдуть у нову ERP.

Основні модулі альтернативи BAS Громадське харчування

Альтернатива має покривати такі блоки:

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

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

Приклад:

Категорія	Позиція	Ціна	Канал
Піца	Маргарита 30 см	220 грн	Зал + доставка
Напої	Лимонад домашній	85 грн	Зал
Сніданки	Сирники	160 грн	До 12:00

Страва

Страва в системі — це не просто назва в меню.

Вона може мати:

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

Приклад:

Поле	Значення
Назва	Салат Цезар з куркою
Категорія	Салати
Вихід	280 г
Ціна продажу	240 грн
Активність	Активна позиція меню

Інгредієнти

Інгредієнти — основа рецептур і собівартості.

Приклади інгредієнтів:

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

Для інгредієнта потрібно вести:

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

Одиниці виміру

У громадському харчуванні одиниці виміру особливо важливі.

Один і той самий продукт може закуповуватися в одній одиниці, а списуватися в іншій.

Приклад:

Продукт	Закупівля	Облік	У рецептурі
Борошно	мішок 25 кг	кг	г
Молоко	упаковка 1 л	л	мл
Сир	кг	кг	г
Яйця	лоток 30 шт	шт	шт

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

Рецептура

Рецептура описує, з чого складається страва.

Вона має містити:

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

Приклад рецептури:

Страва	Інгредієнт	Норма	Одиниця
Салат Цезар	Куряче філе	100	г
Салат Цезар	Салат романо	80	г
Салат Цезар	Соус	40	г
Салат Цезар	Сухарики	20	г

Калькуляційна карта

Калькуляційна карта показує собівартість страви.

Вона може включати:

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

Приклад:

Інгредієнт	Кількість	Ціна	Вартість
Куряче філе	0,10 кг	180 грн/кг	18 грн
Салат	0,08 кг	120 грн/кг	9,60 грн
Соус	0,04 кг	160 грн/кг	6,40 грн
Сухарики	0,02 кг	80 грн/кг	1,60 грн
Разом	—	—	35,60 грн

Якщо страва продається за 240 грн, food cost становить приблизно:

35,60 / 240 × 100% = 14,83%

Food cost

Food cost — це частка собівартості інгредієнтів у ціні продажу страви.

Формула:

Food cost = Собівартість страви / Ціна продажу × 100%

Приклад:

Страва	Собівартість	Ціна продажу	Food cost
Салат Цезар	35,60 грн	240 грн	14,83%
Піца Маргарита	58 грн	220 грн	26,36%

BI-аналітика має показувати food cost по стравах, категоріях, закладах і періодах.

Напівфабрикати

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

Приклади:

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

Напівфабрикат має власну рецептуру і собівартість.

Приклад:

Напівфабрикат	Інгредієнти	Вихід
Тісто для піци	Борошно, вода, дріжджі, сіль, олія	10 кг
Соус томатний	Томати, спеції, олія	5 кг

Модифікатори

Модифікатори змінюють страву або її ціну.

Приклади:

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

Модифікатор може:

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

Приклад:

Модифікатор	Додаткова ціна	Списання
Додати сир	+30 грн	Сир 30 г
Рослинне молоко	+25 грн	Молоко рослинне 150 мл

Склад ресторану

У громадському харчуванні може бути кілька складів.

Наприклад:

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

Приклад:

Склад	Призначення
Основний склад	Закупівля і зберігання продуктів
Кухня	Поточні залишки для приготування
Бар	Напої, сиропи, алкоголь, кава
Пакування	Контейнери, пакети, стакани

Закупівлі

Система має підтримувати закупівлі продуктів і матеріалів.

Потрібно вести:

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

Приклад:

Продукт	Постачальник	Ціна	Одиниця
Куряче філе	Постачальник 1	180 грн	кг
Сир моцарела	Постачальник 2	240 грн	кг
Молоко	Постачальник 3	42 грн	л

Постачальники

Для постачальників потрібно вести:

назву;
ЄДРПОУ або ІПН;
контактні особи;
телефони;
email;
умови оплати;
графік поставок;
прайс-листи;
договори;
категорії товарів;
історію цін;
претензії;
якість поставок.

Надходження продуктів

При надходженні потрібно фіксувати:

постачальника;
дату;
склад;
продукти;
кількість;
ціну;
партію;
термін придатності;
ПДВ;
документи постачальника;
відповідального;
відхилення від замовлення.

Приклад:

Продукт	Кількість	Ціна	Термін придатності
Куряче філе	20 кг	180 грн/кг	20.05.2026
Салат	5 кг	120 грн/кг	18.05.2026

Термін придатності

Для продуктів харчування термін придатності критично важливий.

Система має контролювати:

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

FIFO і FEFO

У ресторанному обліку важливо правильно списувати продукти.

FIFO — першим списується те, що першим надійшло.

FEFO — першим списується те, у чого раніше закінчується термін придатності.

Метод	Логіка	Коли доречно
FIFO	Перше прийшло — перше списалось	Більшість складських сценаріїв
FEFO	Раніше закінчується термін — раніше використовується	Продукти з критичними термінами

Виробництво страв

У громадському харчуванні продаж страви часто означає автоматичне списання інгредієнтів.

Наприклад, продали “Салат Цезар” — система має списати:

куряче філе;
салат;
соус;
сухарики;
сир;
пакування, якщо це доставка.

Приклад:

Продаж	Автоматичне списання
1 Салат Цезар	Курка 100 г, салат 80 г, соус 40 г, сухарики 20 г
1 Піца Маргарита	Тісто, соус, сир, томати, спеції

Кухонні цехи

У великому закладі може бути кілька цехів:

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

Система має направляти замовлення в правильний цех.

Приклад:

Позиція	Цех
Борщ	Гарячий цех
Салат	Холодний цех
Капучино	Бар
Торт	Кондитерський цех

POS

POS — це точка продажу.

Для громадського харчування POS має підтримувати:

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

Альтернатива BAS Громадське харчування має або мати власний POS-контур, або інтегруватися з POS-системами.

Каса і фіскалізація

Для ресторану важливо підтримувати:

готівкові оплати;
безготівкові оплати;
QR-оплати;
розділені оплати;
аванси;
повернення;
фіскальні чеки;
РРО / ПРРО;
закриття зміни;
Z-звіти;
касову дисципліну;
звірку з POS.

Приклад:

Вид оплати	Приклад
Готівка	Оплата в касу
Картка	POS-термінал
Онлайн	Оплата на сайті або в застосунку
Сертифікат	Подарунковий сертифікат

Зали і столи

Для ресторанів важливий облік залів і столів.

Потрібно вести:

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

Доставка

Доставка може бути окремим каналом продажів.

Система має підтримувати:

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

Приклад статусів:

Статус	Що означає
Нове	Замовлення прийнято
На кухні	Готується
Готове	Очікує кур’єра
В дорозі	Кур’єр доставляє
Доставлено	Замовлення завершене
Скасовано	Замовлення не виконується

Dark kitchen

Dark kitchen — це кухня без залу, орієнтована на доставку.

Для такого формату важливо:

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

Кейтеринг і банкети

Для кейтерингу й банкетів потрібні окремі сценарії.

Потрібно вести:

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

Акції і знижки

У громадському харчуванні часто використовують:

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

Система має контролювати, як знижка впливає на маржу.

Бонуси і лояльність

Програма лояльності може включати:

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

Списання

Списання — одна з найважливіших ділянок ресторанного обліку.

Причини списання:

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

Приклад:

Причина	Приклад
Продаж	Списання інгредієнтів за рецептурою
Псування	Зіпсовані овочі
Комплімент	Десерт за рахунок закладу
Прострочення	Молочний продукт після терміну придатності

Інвентаризація

Інвентаризація порівнює облікові залишки з фактичними.

У ресторанному бізнесі інвентаризація може бути:

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

Приклад:

Продукт	За обліком	Фактично	Різниця
Куряче філе	12,5 кг	11,8 кг	-0,7 кг
Молоко	18 л	19 л	+1 л
Сир	6 кг	5,5 кг	-0,5 кг

Собівартість

Собівартість у громадському харчуванні може рахуватися:

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

До собівартості можуть входити:

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

Маржинальність

Ресторанна ERP має показувати маржинальність.

Приклад:

Позиція	Ціна	Собівартість	Маржа	Food cost
Салат Цезар	240 грн	35,60 грн	204,40 грн	14,83%
Піца Маргарита	220 грн	58 грн	162 грн	26,36%
Капучино	95 грн	18 грн	77 грн	18,95%

Звіти для громадського харчування

Альтернатива BAS Громадське харчування має мати звіти:

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

BI-аналітика

BI для ресторанного бізнесу може показувати:

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

API та інтеграції

Сучасна альтернатива BAS Громадське харчування має підтримувати API.

Інтеграції можуть бути з:

POS-системами;
РРО / ПРРО;
платіжними сервісами;
банками;
сайтами;
мобільними застосунками;
агрегаторами доставки;
CRM;
системами лояльності;
бухгалтерськими системами;
BI;
сервісами електронного документообігу;
складськими системами;
кухонними екранами;
вагами;
сканерами штрихкодів.

Кухонний екран

Кухонний екран допомагає кухні бачити замовлення.

Він може показувати:

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

Статуси кухні:

прийнято;
готується;
готово;
видано;
скасовано.

Ваги і фасування

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

Потрібно підтримувати:

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

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

У ресторанній ERP потрібно розділяти доступ.

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

Роль	Доступ
Касир	POS, продажі, оплати, чеки
Офіціант	Столи, замовлення, модифікатори
Кухар	Кухонні замовлення, статуси приготування
Завідувач складу	Надходження, переміщення, інвентаризації
Технолог	Рецептури, калькуляційні карти, технологічні карти
Керуючий	Меню, персонал, звіти, списання
Бухгалтер	Фінанси, документи, податки, звітність
Власник	BI, виторг, маржа, KPI

Журналювання

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

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

Міграція з BAS Громадське харчування в K2 ERP

Міграція має бути поетапною.

Основні етапи:

Інвентаризація старої системи.
Визначення робочих баз.
Резервна копія.
Аналіз довідників.
Аналіз рецептур.
Аналіз калькуляційних карт.
Аналіз POS-інтеграцій.
Аналіз інтеграцій з доставкою.
Аналіз складів і залишків.
Опис бізнес-процесів.
Підготовка карти міграції.
Очищення даних.
Тестове завантаження.
Контрольні звірки.
Навчання користувачів.
Пілотний запуск.
Промисловий запуск.
Архівування BAS.
Вимкнення старих інтеграцій.

Що переносити з BAS Громадське харчування

Зазвичай переносять:

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

Що залишити в архіві

Не все потрібно переносити в робочу K2 ERP.

В архіві можна залишити:

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

Архів має бути доступний для перегляду, але не для нової роботи.

Контрольні звірки при переході

Перед запуском потрібно звірити:

Ділянка	Що звірити
Меню	Активні страви, категорії, ціни
Рецептури	Інгредієнти, норми, вихід, втрати
Калькуляції	Собівартість, food cost, маржа
Склад	Залишки по продуктах, напоях, пакуванню
Партії	Термін придатності, кількість, склад
POS	Каси, точки продажу, оплати, чеки
Доставка	Відкриті замовлення, статуси, оплати
Постачальники	Договори, ціни, взаєморозрахунки
Списання	Причини, правила, відповідальні
BI	Виторг, маржа, food cost, списання

Типові помилки при заміні BAS Громадське харчування

Найчастіші помилки:

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

Помилка: замінити тільки склад

Ресторанний бізнес може помилково думати, що достатньо замінити складський облік.

Але BAS Громадське харчування часто використовується не лише для складу.

У ній можуть бути:

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

Тому заміна має охоплювати весь ресторанний контур.

Помилка: не перевірити рецептури

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

Наслідки:

залишки не сходяться;
собівартість неправильна;
food cost викривлений;
закупівлі плануються неправильно;
інвентаризація показує постійні нестачі;
кухня не довіряє системі.

Помилка: не врахувати напівфабрикати

Якщо напівфабрикати не перенести правильно, зламається ланцюг собівартості.

Наприклад:

тісто має власну рецептуру;
піца використовує тісто;
якщо тісто не описане, собівартість піци буде неправильною;
списання борошна, дріжджів і олії не відбудеться коректно.

Помилка: залишити BAS центром інтеграцій

Після запуску K2 ERP не можна залишати стару BAS як прихований центр обмінів.

Ризики:

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

Після переходу має бути одне джерело істини.

Помилка: не звірити одиниці виміру

Одиниці виміру — одна з найчастіших причин помилок.

Приклад:

молоко закуповується в літрах;
у рецептурі використовується в мілілітрах;
коефіцієнт не налаштований;
списання йде в 1000 разів неправильно.

Перед міграцією одиниці потрібно перевірити особливо уважно.

Як не треба робити

Погані підходи:

шукати “точну копію BAS Громадське харчування”;
переносити всі старі дані без очищення;
не робити резервну копію;
не описувати ресторанні процеси;
не залучати технолога, кухню, склад, касирів і керуючих;
не перевіряти рецептури;
не перевіряти калькуляційні карти;
не перевіряти POS;
не перевіряти доставку;
не робити контрольні звірки;
не будувати BI;
залишити стару BAS активною;
ігнорувати санкційні й кібербезпекові ризики.

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

Як правильно обирати альтернативу BAS Громадське харчування

Правильний підхід:

Описати всі ресторанні процеси.
Визначити критичні модулі.
Зробити аудит старої BAS.
Знайти всі доробки.
Знайти всі інтеграції.
Оцінити якість довідників.
Перевірити рецептури.
Перевірити калькуляційні карти.
Перевірити POS і доставку.
Визначити джерела істини.
Побудувати модель даних.
Описати права доступу.
Описати BI-показники.
Підготувати карту міграції.
Провести тестове перенесення.
Звірити ключові дані.
Навчити користувачів.
Запустити K2 ERP.
Перевести BAS в архівний режим.

Переваги української ERP для громадського харчування

Українська альтернатива може дати:

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

K2 ERP і цифрова незалежність ресторанного бізнесу

Перехід із BAS Громадське харчування на K2 ERP — це не тільки ІТ-проєкт.

Це також:

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

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

Коротко

Питання	Відповідь
Що таке альтернатива BAS Громадське харчування?	Це українська ERP-платформа або рішення, яке може замінити BAS у ресторанному бізнесі, кафе, їдальнях, барах, dark kitchen, кейтерингу й мережах закладів.
Що має покривати альтернатива?	Меню, рецептури, калькуляційні карти, інгредієнти, напівфабрикати, склад, POS, каси, кухню, доставку, списання, собівартість, BI та інтеграції.
Чи достатньо замінити склад?	Ні. У громадському харчуванні потрібно переносити також меню, рецептури, калькуляції, POS, доставку, каси, списання й аналітику.
Чи можна перенести BAS “як є”?	Небажано. Потрібно очистити довідники, звірити рецептури, калькуляційні карти, залишки, одиниці виміру й інтеграції.
Яка роль K2 ERP?	K2 ERP може бути українською платформою для заміни BAS Громадське харчування, міграції даних, інтеграцій, BI та подальшого розвитку ресторанного бізнесу.
Що головне при міграції?	Резервна копія, карта процесів, контрольні звірки, очищення даних, тестове перенесення, навчання і вимкнення старих інтеграцій.
Чи є санкційні ризики у BAS і 1С?	Так. Окремі продукти 1С і BAS внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.

Висновок

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

Вона має підтримувати:

меню;
страви;
напої;
рецептури;
калькуляційні карти;
напівфабрикати;
модифікатори;
інгредієнти;
одиниці виміру;
склади;
закупівлі;
постачальників;
виробництво;
кухню;
бар;
POS;
каси;
фіскалізацію;
доставку;
знижки;
бонуси;
списання;
інвентаризацію;
собівартість;
food cost;
BI;
API;
інтеграції;
права доступу;
журналювання.

Правильний підхід. Заміна BAS Громадське харчування має починатися не з копіювання старої бази, а з опису ресторанних процесів, очищення довідників, перевірки рецептур, калькуляційних карт, залишків, POS, доставки, інтеграцій і побудови нової цільової моделі в K2 ERP.

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

K2 ERP у цьому процесі може стати платформою для контрольованого ресторанного обліку, меню, рецептур, калькуляційних карт, складів, кухні, POS, доставки, собівартості, інтеграцій, API, BI-аналітики, прав доступу, журналювання та подальшого розвитку без залежності від старої екосистеми BAS / 1С.

Див. також

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

Вступ

Що таке BAS Громадське харчування

Чому потрібна альтернатива BAS Громадське харчування

Якою має бути альтернатива BAS Громадське харчування

K2 ERP як альтернатива BAS Громадське харчування

Що не можна просто копіювати з BAS Громадське харчування

Основні модулі альтернативи BAS Громадське харчування

Меню

Страва

Інгредієнти

Одиниці виміру

Рецептура

Калькуляційна карта

Food cost

Напівфабрикати

Модифікатори

Склад ресторану

Закупівлі

Постачальники

Надходження продуктів

Термін придатності

FIFO і FEFO

Виробництво страв

Кухонні цехи

POS

Каса і фіскалізація

Зали і столи

Доставка

Dark kitchen

Кейтеринг і банкети

Акції і знижки

Бонуси і лояльність

Списання

Інвентаризація

Собівартість

Маржинальність

Звіти для громадського харчування

BI-аналітика

API та інтеграції

Кухонний екран

Ваги і фасування

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

Журналювання

Міграція з BAS Громадське харчування в K2 ERP

Що переносити з BAS Громадське харчування

Що залишити в архіві

Контрольні звірки при переході

Типові помилки при заміні BAS Громадське харчування

Помилка: замінити тільки склад

Помилка: не перевірити рецептури

Помилка: не врахувати напівфабрикати

Помилка: залишити BAS центром інтеграцій

Помилка: не звірити одиниці виміру

Як не треба робити

Як правильно обирати альтернативу BAS Громадське харчування

Переваги української ERP для громадського харчування

K2 ERP і цифрова незалежність ресторанного бізнесу

Коротко

Висновок

Див. також

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