Для виробництв ми автоматизуємо те, що відбувається між замовленням і цехом: єдина точка введення замовлення, потреби, розгорнуті зі специфікації, звірка з фактичними залишками та вже розміщеними закупівлями до запуску і змінне завдання, яке начальник виробництва затверджує, а не збирає. На нашому виробничому проєкті замовлення стало доходити до цеху за години замість трьох-пʼяти днів, а відвантаження вчасно зросли з 70% до 92%.
Замовлення переносять із пошти в CRM, з CRM у таблицю, з таблиці в облікову систему. Кожне перенесення коштує дня і додає ще одне місце, де можна помилитися.
Норми і специфікації існують у кількох версіях на кількох машинах, і потребу рахують за тим файлом, який виявився відкритим.
Потребу рахують за вчорашніми цифрами, і нестача розкривається на запуску, а не до нього.
Усі знають, що замовлення пішло пізніше. Ніхто не може сказати, через матеріал, переробку чи простій, — і наступного місяця причина повторюється.
Одна точка введення замовлення і його передача в усі системи, яким воно потрібне, з ретраями та алертами замість тихого збою.
Розгорнути партію в потребу за специфікацією, звірити з фактичними залишками та відкритими закупівлями і підготувати змінне завдання на затвердження.
Читаємо вхідні рахунки, накладні та специфікації постачальників, зіставляємо із замовленням на закупівлю і проводимо те, що проходить ваші правила.
Відповідаємо «де моє замовлення» із систем, які це вже знають, щоб ніхто не йшов питати в цех.
від замовлення до цеху
Клієнт під NDA. Цифри — власні дані клієнта, порівняння періодів до і після запуску.
Це проєкт із кейсу вище, описаний так, як він ішов, а не як метод. Серійне виробництво, близько 200 людей, один майданчик. Замовлення приходили поштою або в CRM, менеджер переносив їх у таблицю, а постачання рахувало потребу в матеріалах руками — за залишками, що відставали на день-два. У цеху нічого не було зламано: дні губилися в чотирьох перебиваннях до нього.
Замовлення вводиться один раз і розгортається в потребу за специфікацією виробу. Специфікації та норми витрат лежать в одному місці й в одній версії, а не в таблиці у технолога та іншій у постачання.
Рахується за фактичними залишками та вже розміщеними закупівлями. Нестача стає заявкою в постачання, а не листом, і зʼявляється до запуску, а не в цеху.
Платформа сама збирає змінне завдання з підтверджених замовлень, забезпечених матеріалом, і показує логіку порядково. Начальник виробництва затверджує його або змінює. Від замовлення до змінного завдання стало години замість трьох-пʼяти днів.
Матеріал списується за фактом випуску, а не раз на тиждень, і залишки перестали розходитися з обліковою системою.
І менеджер, і замовник бачать, де замовлення. Відвантаження вчасно зросли з 70% до 92%.
Собівартість рахується за замовленням, а зірвані терміни розкладаються за причинами — нестача матеріалу, переробка, простій, — замість загального «ми запізнилися».
Чотири місяці, і більша частина пішла не на код: спершу норми витрат і специфікації треба було звести до однієї узгодженої версії, і цим займався технолог клієнта. Що свідомо лишилося за людьми: норми і маршрути, затвердження змінного завдання, переговори про терміни та ціни з постачальником і приймання вхідного матеріалу за якістю.
Один-два тижні. Фіксовано і повністю зараховується у вартість впровадження.
Фіксована ціна за обсягом, який визначив аудит.
На цьому проєкті. За нашими кейсами діапазон — два-чотири місяці.
Модель, інфраструктура і підтримка. Рухається з обсягом.
Кожна партія зберігає витрачені матеріали, версію норм, за якими її запускали, і того, хто затвердив, бо саме відновлення партії питає аудит замовника.
Усе, що рухає верстат, лишається за системами, сертифікованими це робити. Ми будуємо вище цієї межі й кажемо про це до договору, а не після.
Залишки, документи й облік лишаються на своєму місці. Платформа рахує і пропонує, а запис живе там, де його вже шукає ваш аудитор.
Потребу можна порахувати лише за даними, що узгоджені самі з собою. Зведення норм — перше завдання на будь-якому такому проєкті, і володіє ним ваш технолог.
Шлях від підтвердженого замовлення до завдання, за яким можна працювати, — на типовому майданчику це три-пʼять днів перебивання і зазвичай найшвидша окупність.
Розгортання партії за специфікацією і звірка з фактичними залишками та відкритими закупівлями, щоб нестача зʼявлялася до запуску, а не в цеху.
Рахунки, накладні та специфікації, прочитані й зіставлені із замовленням на закупівлю: це разом прибирає цілу категорію перебивання.
ПЛК, SCADA і все, що несе функцію безпеки: ми це не будуємо і не змінюємо.
Ми не замінюватимемо працюючу ERP чи MES, щоб спростити собі автоматизацію, — платформа стоїть поруч і обмінюється даними.
Якщо норми і специфікації розходяться між підрозділами, спершу це проєкт з даних. Жоден розрахунок поверх них не буде вірним, поки це не зроблено.
Сторінки рішень англійською: робочий процес, інтеграції, ціна і коли це не ваш випадок.
Sorts mixed incoming documents by type and routes each one to the queue, folder or system that owns it.
Reads incoming invoices, checks totals, tax and supplier against the ERP, and posts only what clears the rules.
Watches tender portals for matching notices, extracts the requirements and flags the ones worth bidding on.
Ні. Ми працюємо над цехом: замовлення, специфікації, потреби, залишки і документи. Керування обладнанням і системи безпеки лишаються за тими, хто їх сертифікував.
Ми готового й не пропонуємо. Аудит саме для того й потрібен, щоб побачити, чим ваш процес відрізняється від типового, — систему збираємо вже під цю відмінність. А якщо виявиться, що вам цілком вистачає коробкового інструмента, ми чесно про це скажемо; карта процесу в будь-якому разі залишиться у вас.
Питання справедливе, і відповідальність тут важливіша за точність. Відповідає людина, і система побудована так, щоб вона могла: спірний випадок не проводиться мовчки, а потрапляє в чергу на перевірку. Низька впевненість для нас не помилка, а маршрут. Близько 70% проходить напряму, решту дивиться людина — а де саме провести цю межу, вирішуєте ви.
Це часта і цілком обґрунтована вимога. Рішення добираємо під ваші правила роботи з даними: якщо назовні не можна нічого, модель ставиться локально, у вашому контурі, і документи його не залишають.
Це не рідкість, і це нормально. Інтеграція без API — найбільш недооцінена стаття в кошторисі, тому площа інтеграції стоїть першою з чотирьох факторів ціни і тому ми не називаємо фіксовану вартість до аудиту. Працювати без API цілком можна — через файли, вивантаження, пошту, — просто це дорожче, і краще знати про це заздалегідь. Тому досить часто ми піднімаємо API для вас.
Так буває часто, і причина зазвичай одна: пілот рахували на щасливому шляху, а винятки лишили на потім — хоча саме вони і виявляються основною роботою. Тому ми дивимося не на точність розпізнавання, а на частку, яка проходить без людини, і заздалегідь домовляємося, хто і як розбирає решту.
Ні, йдеться не про це. Іде перенабір, а не люди: рішення лишаються за людиною — спірний документ, нетипова операція, розмова з клієнтом, підпис під звітністю. В одному бухгалтерському проєкті закриття місяця за клієнтом скоротилося з трьох днів до чотирьох годин не тому, що когось скоротили, а тому що кваліфікований спеціаліст перестав вбивати реквізити руками. Вивільнений час найчастіше йде в зростання: більше клієнтів тими самими силами і без зростання витрат.
Питання чесне, і іноді правильна відповідь — справді зробити самим. Ми так і говоримо, коли бачимо, що обсяг не виправдовує розробку: приблизно нижче 300 документів на місяць арифметика зазвичай не сходиться. Калькулятор на сайті рахує разом з експлуатацією, тож оцінити це можна ще до розмови з нами.
Змінюються, і ми виходимо саме з цього: модель у нас змінна деталь, а не фундамент. Джерело правди — власна база: документ, контрагент, проведення. Модель підключена збоку, і ми оновлюємо її, коли зʼявляється щось краще; для вас це планова робота, а не переробка системи.
Ми використовуємо cookie лише для аналітики — щоб бачити, з яких сторінок приходять заявки. Нічого більше й нічого до вашої згоди. Політика cookie