Модуль виробництва у RevukCRM: як провести замовлення через цех від угоди до складу

Більшість CRM закінчуються там, де починається виробництво. Менеджер закрив угоду — і клієнт «зникає» у excel-файлах майстерні, де ніхто не бачить ні стану замовлення, ні залишків матеріалу, ні того, чому партія стоїть третій день. RevukCRM закриває цей розрив. Виробничі замовлення живуть у тому ж кабінеті, що й угоди, контакти, склад і фінанси — і рухаються воронкою з власними правилами, техкартами з опціями та окремою сторінкою для майстра в цеху.

Це pillar-стаття про модуль виробництва: повний огляд того, як влаштована робота, які кроки робить менеджер, виконавець і керівник.

Що ви отримуєте в одному кабінеті

• Виробничу воронку — статуси й правила «коли → що», які самі рухають замовлення й угоди між собою
• Техкарти з етапами, нормами матеріалу, паралельними гілками, опціями й «Що робитиме цех» — миттєвий розрахунок маршруту й часу
• Дошку виробництва з картками замовлень, фільтрами й переходом «Дошка/Список»
• Картку замовлення, де кількість тече крізь етапи, а недороблене фіксується причиною, а не мовчки
• Мобільно-first сторінку «Мої етапи» для виконавця в цеху
• Довідник підрядників з окремим кабінетом і супутнім етапом приймання
• Облік браку з причинами, рішенням «переробити / прийняти як є / списати» і фото
• Резервування, списання й авто-оприбуткування готової продукції на склад
• Автоматичну собівартість — знімком ставок і цін матеріалу
• Сім тематичних звітів — від завантаженості виконавців до розкладки браку

Чому виробництво й продажі мають жити в одному кабінеті

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

У RevukCRM ці шари зведено в одне місце. Виробниче замовлення прив'язується до угоди, угода — до контакту, контакт — до чату й історії дзвінків. Коли менеджер відкриває картку угоди, він бачить блок «Виробництво» з поточним статусом. Коли майстер натискає «Закрити етап» на останньому кроці, статус угоди сам переходить у «На видачу» — без окремих сповіщень і копіювання в excel.

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

З чого починається робота: технологічна карта

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

Карта лежить у розділі Виробництво → Технологічні карти.

Фільтри вгорі — Усі · В роботі · Чернетка · В архіві: карта, поки не готова, лежить у чернетках і не пропонується для нових замовлень; архівна не з'являється у виборі, але вже запущені партії за нею доробляються. У кожному рядку списку одразу видно, скільки товарів вона обслуговує, скільки в ній етапів і скільки опцій.

Три вкладки редактора: Етапи · Товари · Опції

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

На прикладі вище — виробництво кави Арабіка преміум 250г, три етапи: обсмажування зерна, дегазація, помел та фасування.

Що задається на кожному етапі

Для кожного етапу зазначаються:

• Назва, планова тривалість і опис-інструкція — короткий пункт і розгорнутий текст, який виконавець побачить у себе на екрані
• Коли матеріал іде зі складу — за фактом закриття (для того, де витрата стає відомою після роботи) чи одразу на весь вхід (тканину на розкрій видають разом із завданням)
• Що має бути готове до цього — залежності від інших етапів; поки їх не задано, карта йде ланцюгом, але щойно вкажете хоч одну — етапи без залежностей стають початками паралельних гілок і йдуть одночасно
• Хто виконує — свої, тільки підрядник або «вирішується при запуску»; окремо задається людина чи посада за замовчуванням
• Приймання після підрядника — увімкніть галочку, і в карту сама додасться окрема задача QA з власним виконавцем і часом
• Матеріали на етап — норми на одну одиницю, окремо для конкретного виробу або спільні на всі товари карти

Що робитиме цех — попередній розрахунок за пів секунди

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

Опції — набір етапів під умовою, а не окрема карта

У старих CRM «Кава з подарунковою упаковкою» — це окрема карта, і за півроку у вас 32 карти на п'ять допродажів. У RevukCRM це опція: набір етапів, який додається до основного маршруту, якщо клієнт замовив відповідний товар-допродаж або майстер увімкнув галочку вручну.

Опції лежать в одному упорядкованому списку етапів разом з основними — можна поставити «підготувати трафарет» другим, а «нанести напис» шостим. Це вирішує реальну проблему: там, де раніше було 32 карти, тепер одна.

Чому карту можна правити без страху

Кожне замовлення при створенні робить знімок карти. Якщо технолог завтра допише новий етап або поміняє норму — це торкнеться лише нових замовлень. Партії, які вже в роботі, продовжать жити за тими правилами, з якими стартували.

Воронка виробництва: статуси й правила

У старих CRM «коли створюється виробниче замовлення» жило в jsonb-налаштуваннях карти й тихо переставало працювати, коли на боці продажів прибирали статус. У RevukCRM цим керує окрема воронка виробництва — статуси й правила «коли → що».

Три статуси системні й видалити їх не можна: Нове — точка входу нових замовлень; Готово — вихід виготовлених; Скасовано — вихід для того, що робити не будуть. Між ними ви налаштовуєте свої. У прикладі вище — Підготовка й В роботі. Порядок задається перетягуванням, колір статусу відповідає лівому кружку картки на дошці.

Правило «коли → що»

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

Приклади правил, які лежать у типовому кабінеті:

• Угода зайшла в статус Оплачено → створити виробниче замовлення
• Замовлення зайшло в статус Нове → віддати в цех
• Усі позиції виготовлені → перевести замовлення в Готово, а угоду — в На видачу
• Почався етап Пакування → перевести замовлення в статус Пакування

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

Дошка виробництва: одне вікно для керівника цеху

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

Що показує картка на дошці

• Номер замовлення й угоду-джерело
• Бейджі Терміново / Високий для пріоритету і дефіцит, якщо матеріалу на складі бракує
• Червону підсвітку Прострочено, якщо термін минув
• Перші кілька позицій — «і ще N», якщо їх багато
• Лічильник «Позицій готово: X з N» і прогрес-бар за етапами

Фільтри

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

Замовлення — одне, позицій багато

Замовлення одне, позицій усередині — скільки треба. Це головна відмінність від «класичної» логіки: «два Наполеони, два Вишневі й один Вишневий з написом» — це одне замовлення з трьома позиціями, а не три окремих завдання. Кожна позиція — своя виробнича картка з власним маршрутом і власною кількістю.

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

Додати позицію — два кроки

Кнопка + Додати позицію відкриває пошук у каталозі й дає розписати кількість і опції для обраного товару. Кожна варіація виробу стає окремою позицією — «5 чорних худі + 3 сірих» = дві картки з різним кольором тканини, а не одна картка з двома чеклістами.

Розділити й об'єднати — коли реальність не збігається з планом

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

Зворотна операція — об'єднати — доступна на дошці в режимі списку. Кілька дрібних замовлень зводяться в одне, коли переналаштування обладнання дешевше зробити раз, а не для кожного окремо.

Кількість, що тече по етапах

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

Дві різні дії: «Записати» і «Закрити етап»

Це не одне й те саме, і плутати їх не варто.

• Записати — це звіт: «Петро зробив 5 з 10 тортів». Етап лишається відкритим, кількість накопичується. Разом зі звітом можна одразу зафіксувати брак: «5 придатних + 1 зіпсований».
• Закрити етап — це рішення. Після нього кількість замикається, наступний етап бачить саме цю цифру. Якщо закриваєте з недобором — обов'язкова причина: Забракло матеріалів · Цього достатньо · Немає часу · Інше. Це не брак — виріб просто не робили, матеріал не витрачено.

Це різниця між «сьогодні зробили ще 3, завтра доробимо решту» і «на цій партії робимо стільки і крапка». Без цієї різниці або цех бреше системі, або система бреше цеху.

Кілька виконавців на одному етапі

Раніше етап мав одного виконавця й другий пекар формально «нічим не займався». Тут два пекарі беруть по 5 тортів із 10, кожен звітує своє — сума становить готове етапу, і кожна половина потрапляє в собівартість зі своєю ставкою.

Фактичний час — сегментами, не «почав/закрив»

Різниця між «почав о 17:50» і «закрив о 09:15» бреше на всьому, що почали ввечері й доробили зранку. Тому час рахується відрізками: старт запускає новий сегмент, пауза його закриває. У картці й у звітах бачите не «16 годин 25 хвилин», а реальні 2 години 45 хвилин фактичної роботи.

«Мої етапи» — окрема сторінка для виконавця

Виконавцю не потрібен доступ до дошки керівника, до фінансових звітів чи редактора карт. Йому потрібно знати: за що можна братися прямо зараз, що чекає попереднього і що вже зроблено. Для цього є окрема сторінка «Мої етапи» з двома групами робіт.

Ліворуч — черга робіт, розбита на дві групи:

• 🟢 Можна братися — етапи, до яких дійшла черга: попередній закритий, ви можете стартувати
• ⚫ Чекає попереднього — приглушені картки з підписом «← чекає: Обсмажування зерна — зроблено 0 з 20»

Праворуч — детальний екран обраного етапу: заголовок «Замовлення #N · товар», норма й фактичний час, інструкція для цеху як синя картка, лічильники в одному рядку — отримано / зроблено / зіпсовано / лишилось (велика цифра «лишилось» primary-кольором). Велике поле «Скільки зробили зараз?» з кнопками −/+. Поле Зіпсовано й селект Причина браку з'являються, коли брак > 0. Кнопки Записати N шт («етап лишається відкритим»), Закрити етап («передати N далі на «Дегазацію»»), Почати / Пауза — для тайм-трекера.

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

Брак: причини, рішення, фото

Брак — не те саме, що недороблене. Недороблене — виріб просто не робили, матеріал не витрачено. Брак — виріб зробили й зіпсували, матеріал з'їдено. Тому у браку є і винний, і рішення, і вартість.

Довідник причин, а не вільний текст

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

Три рішення щодо браку

Коли брак зафіксовано, керівник обирає одне з трьох:

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

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

Як брак впливає на цифри

• Матеріали: списання рахується на «придатні + брак» — тканину на зіпсоване витратили однаково.
• Собівартість: залежить від налаштування — або зіпсоване подорожчує придатні (типово для валових виробництв з малою часткою браку), або виноситься окремим числом «втрати від браку».

Матеріали та склад: резерв на «Віддати в цех», списання за фактом

Виробництво без обліку матеріалу — це не виробництво, а лотерея. У RevukCRM склад інтегрований одразу: коли замовлення передається в цех, система автоматично резервує норму. Якщо чогось не вистачає — на картці й на дошці з'являється жовта позначка «дефіцит», але запуск не блокується. Цех часто починає, знаючи, що тканина приїде завтра; жорстка заборона змусила б обходити систему.

Списання можна налаштувати під свій процес:

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

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

Собівартість: автоматично, зі знімком ставок

Собівартість партії RevukCRM рахує сама. Не «10% націнки на матеріали», а реальну — з матеріалів зі складу за актуальною ціною, праці виконавців за їхньою ставкою, оплати підрядникам і фінансових втрат від браку.

Все — знімком у момент закриття етапу, інакше підвищення ставки в березні заднім числом подорожчало б лютневі замовлення. Час етапу ділиться між виконавцями пропорційно зробленому: хто зробив 5 з 10 — на того половина часу з його ставкою.

• Матеріали — за фактично списаним, за закупівельною ціною на момент списання
• Робота — за фактичним часом і ставкою (особистою або ставкою ролі, як налаштували)
• Підрядник — за сумою, введеною при передачі етапу

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

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

Готова продукція — куди й коли оприбутковувати

Досі багато CRM закінчувалися на закритті останнього етапу — вироби існували лише як число в картці, продати їх не було чим. У RevukCRM це закривається окремим блоком Готова продукція.

Опції:

• Оприбутковувати виготовлене автоматично — щойно позиція завершена, вироби потрапляють на склад. Вимкніть, якщо ведете склад готової продукції окремо
• Склад готової продукції — куди оприбутковувати; за замовчуванням головний склад компанії
• Закріплювати виготовлене за угодою — без цього продаж по тій самій угоді зарезервує ті самі вироби вдруге, і склад покаже нестачу там, де все на місці

На цьому ж екрані обирається політика вартості браку: «Ховати в ціні придатних» — зіпсоване подорожчує вироби, що дійшли до покупця (типово для тих, у кого брак — звична частина процесу); «Виносити окремою втратою» — собівартість показує, скільки коштує зробити добре, а втрати видно окремим числом.

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

Підрядники й передача етапів назовні

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

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

Приймання як окремий етап, а не статус

Ключова відмінність — у карті просто ставиться галочка «Вимагати перевірку після підрядника», і в маршрут сам вставляється окремий супутній етап приймання зі своїм виконавцем і часом. Це справжня задача: перевірку робить інша людина, вона займає час і за неї відповідають окремо.

Кабінет для підрядника

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

Сім звітів виробництва

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

• Замовлення — обсяг, статуси, середній час циклу; за товарами й у часі
• Завантаження — години роботи на людину, топ-перформери, середня тривалість етапу
• Прострочення — замовлення й етапи з пропущеним терміном, з годинами перевищення
• Матеріали — норма проти факту, вартість, перевитрата у відсотках по кожному матеріалу
• Собівартість — розкладка витрат по товарах: де ви заробляєте, а де тільки покриваєте витрати
• Брак — причини й етапи, фінансовий вплив
• Підрядники — кому скільки віддавалось, скільки прийнято, скільки виплачено, який відсоток браку

Кожен звіт вивантажується у XLSX або CSV для бухгалтера — прямо з панелі зверху.

Кому це підходить

Логіка модуля — гнучка під різні типи виробництва. Кілька реальних прикладів того, як її конфігурують.

Швейне виробництво. Один процес «пошиття виробу» — одна карта на всі моделі одного крою. Опції: «Вишивка», «Подарункова упаковка». Правило воронки: коли угода → «Прийнято в роботу» → створюється замовлення. Підрядник на вишивку з обов'язковим прийманням.

Меблі на замовлення. Кожен кухонний модуль або шафа — окрема позиція замовлення зі своїм маршрутом. Виконавець обирається при запуску. Технологічна пауза для висихання лаку. Фотофіксація обов'язкова, а брак «частина заготовок з тріщинами» рішається «Переробити».

Кондитерка й випічка. Одна карта «Випічка» на всі торти лінійки, варіації товару розводяться на позиції. Жорсткі строки — воронка з правилом «прострочене → сповіщення керівнику». Інтеграція зі складом критична — жовта позначка «дефіцит» одразу видна на дошці.

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

Тиражі й контрактне виробництво. Кілька дрібних замовлень об'єднуються в одну партію функцією об'єднати з дошки-списку.

Обсмажувач кави — приклад, на якому побудовані скрини в цій статті. Три етапи, технологічна пауза 12 годин, партії по 20–100 пакетів. Опція «Подарункова упаковка» додається одним чекбоксом при замовленні.

Що далі

Модуль виробництва у RevukCRM покриває повний цикл — від моменту, коли угода переходить у «Прийнято в роботу», до моменту, коли готова партія оприбутковується на склад. Він знімає три великі проблеми класичних виробничих компаній: розрив між продажами і цехом, ручний облік матеріалів і браку, неможливість порахувати реальну собівартість.

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