Підхід
Людський фактор не усунути. Його можна зменшити
Ми не обіцяємо, що люди перестануть помилятися. iTiKo будує системи, які помічають помилку раніше, ніж вона дійде до клієнта: беремо найболючіший процес, запускаємо пілот на реальних даних, а кожне оновлення проводимо через резервну копію, автоматичні перевірки й порівняння екранів.
Оновлено: вересень 2026
Принципи
Шість правил, за якими ми будуємо системи
Ми беремо найболючіший процес, не ламаємо облік у 1С, лишаємо останнє слово за людиною, робимо кожну дію видимою, спершу запускаємо пілот і самі ведемо сервер.
Принцип 01
Починаємо з середини
Беремо найболючіший процес і доводимо його до щоденної роботи. Не малюємо ERP на рік уперед.Принцип 02
1С лишається
Облік не ламаємо: дані з 1С заходять імпортом, а згодом — прямим обміном.Принцип 03
Система пропонує — людина вирішує
Автопідбір і попередження про конфлікти. Останнє слово — за оператором.Принцип 04
Усе прозоро
Ролі, журнал дій, відкат імпорту: видно, хто, що і коли змінив.Принцип 05
Спершу пілот
Запуск на реальних даних, вимірюємо результат — і лише потім масштабуємо на інші точки.Принцип 06
Сервіс, а не коробка
Система працює на наших серверах. Оновлення, копії й моніторинг — наша робота, не ваша.
Етапи
Від прототипу до щоденної роботи
Кожен проєкт проходить чотири етапи — прототип, ядро, пілот і запуск, модулі, — і після кожного ви отримуєте результат, який можна перевірити.
| Етап | Що робимо | Що ви отримуєте |
|---|---|---|
| 01 · Прототип | Екрани ключового процесу на знеособлених даних | Систему можна спробувати руками й уточнити, чого не вистачає |
| 02 · Ядро | Безпека, інтерфейс, логіка розрахунків, документація | Систему enterprise-рівня, готову до пілоту |
| 03 · Пілот і запуск | Окремий сервер, реальні дані з 1С, навчання людей | Робочу систему на одній точці чи філії та супровід після запуску |
| 04 · Модулі | Кожен наступний модуль — окремим етапом, коли ви готові | Розширення без переписування ядра |
За цими етапами ми ведемо і розробку ERP, і менші системи: кожен наступний модуль додаємо окремим етапом, коли ви готові, а ядро не переписуємо.
Людський фактор на практиці
Де система страхує людину
Система помічає помилку раніше, ніж вона дійде до клієнта. Приклади — з наших систем: тих, що вже в роботі, і тих, що в пілоті чи готові до запуску; статус кожної — чесний.
| Ситуація | Що робить система | Де працює |
|---|---|---|
| Страва з алергеном для гостя | Конфлікт «гість ↔ алерген» спливає до того, як замовлення піде на кухню. | HoReCaПілот |
| Відмітка на роботі «за друга» | QR-код змінюється кожні 30 секунд, повторні скани гасяться — переслати фото коду не вийде. | TimeTaskerBotУ роботі |
| Той самий документ двічі | Контроль дублів і звірка джерел; чернетку документа 1С підтверджує бухгалтер. | AI-бухгалтерУ роботі · пілот |
| Двоє реєстраторів викликають один талон | Одночасний виклик без дублів, а звичайні талони піднімаються в черзі через 30 хвилин. | ЧергаГотово до запуску |
| Зібрали не той товар | Кожна одиниця проходить через сканер — навіть коли зникає мережа. | WMSПілот |
| Доручення загубилось у чаті | Голосове в Telegram розшифровується й стає задачею з виконавцем. | TrinityУ роботі |
Реліз-конвеєр
Кожне оновлення проходить один і той самий шлях
Кожне оновлення будь-якої нашої системи проходить шість кроків, і якщо хоч один не пройдено, реліз зупиняється, а робоча версія лишається як була.
- 01
Резервна копія
Перед оновленням знімаємо копію бази й коду та позначаємо поточну версію як точку відкату.
Якщо щось піде не так, повертаємо попередню версію без втрати даних.
- 02
Перевірка типів
Компілятор перевіряє весь код на невідповідність типів даних.
Цілий клас помилок не доходить навіть до збірки.
- 03
Збірка
Збираємо робочу версію так само, як вона працюватиме на сервері.
Якщо проєкт не збирається, реліз зупиняється — робоча версія лишається як була.
- 04
Наскрізні перевірки
Автоматичні сценарії проходять ключові дії користувачів: вхід, створення й зміну записів, права доступу.
Ключові сценарії перевірено до того, як ними скористаються люди.
- 05
Порівняння екранів
Знімаємо ключові екрани «до» й «після» та перевіряємо, що в консолі браузера немає помилок.
Видно, що змінилося в інтерфейсі, а що мало лишитися як було.
- 06
Реліз
Перемикаємо систему на нову версію; за доступністю далі стежить автоматичний моніторинг.
Оновлення займає лічені секунди й проходить без втрати даних.
Конвеєр — лише частина того, як ми тримаємо системи в роботі. Права, журнал дій, моніторинг і персональні дані описані на сторінці безпека й надійність.
Команда й супровід
Одна команда на весь шлях
Одна команда відповідає за весь шлях: розбір процесу, розробку, сервери, запуск і щоденний супровід. Без «це не наша зона» між підрядниками. Техніку беремо на себе, щоб люди займалися своєю справою.
Після запуску ми поруч щодня
Сервер обов'язковий, а пакет підтримки — «Базовий» або «Стандарт» на ваш вибір. Вартість — лише в комерційній пропозиції.
Обов'язково
Сервер
- окремий сервер для вашої системи
- резервна копія й точка відкату перед кожним оновленням
- регулярні резервні копії — розклад і строк зберігання в договорі
- автоматичний моніторинг цілодобово й оновлення безпеки
- потужність — під кількість користувачів, без ліцензій
- простій компенсуємо — умови в договорі
Пакет підтримки
Базовий
- виправлення помилок без обмеження строку
- оновлення програми
- консультації в робочий час
- чіткий час реакції на критичні помилки
Пакет підтримки
Стандарт
- усе з «Базового»
- години доопрацювань щомісяця
- пріоритетна реакція
- консультації операторів у месенджері
- щомісячний звіт
Модель співпраці
Ви платите за сервер і ресурси, а не за ліцензії. Потужність сервера підбираємо під кількість одночасних користувачів; потрібно більше — переходимо на потужніший. Копії, моніторинг і оновлення — наша робота. Вартість — у комерційній пропозиції.
Гарантія безперервності
Гарантія безперервності: якщо з нами щось станеться, за 24 години ви отримуєте повний доступ до сервера з програмою, інструкцію, технічну документацію й журнали розробки. Це закріплено в договорі.
FAQ
Часті запитання про підхід
Чому ви починаєте з одного процесу, а не з повної ERP?
Бо так результат видно на реальних даних уже після першого етапу, а не через рік проєктування. Ми доводимо найболючіший процес до щоденної роботи, вимірюємо результат і лише потім додаємо модулі — ядро при цьому не переписуємо.
Як ви оновлюєте систему, не зупиняючи роботу?
Кожне оновлення проходить шість кроків: резервну копію, перевірку типів, збірку, наскрізні перевірки, порівняння екранів «до / після» і лише потім реліз, який займає лічені секунди. Якщо будь-який крок не пройдено, реліз зупиняється, а перед оновленням завжди є точка відкату.
Хто ухвалює рішення — система чи людина?
Людина. Система пропонує час, ресурс чи місце й попереджає про конфлікти, а підтверджує оператор; кожна дія при цьому потрапляє в журнал.
Що таке пілот і скільки він триває?
Пілот — це запуск системи на реальних даних однієї точки чи філії з навчанням людей і супроводом. Тривалість і критерії успіху фіксуємо в пропозиції до старту, а на інші точки масштабуємо лише після результату.
Як система зменшує людський фактор?
Вона перевіряє там, де людина втомлюється: дані вносяться один раз, конфлікти видно заздалегідь, а кожна дія й кожен імпорт мають журнал і відкат. Норма — коли помилку помічає система, а не клієнт.
Що входить у супровід після запуску?
Сервер і пакет підтримки на вибір. Сервер обов'язковий: окремий сервер для вашої системи, резервні копії, автоматичний моніторинг і оновлення безпеки. «Базовий» — це виправлення помилок без обмеження строку, оновлення й консультації в робочий час; «Стандарт» додає години доопрацювань щомісяця, пріоритетну реакцію й щомісячний звіт. Вартість — у комерційній пропозиції.
Почнемо з вашого найболючішого процесу
Розкажіть, що болить, — відповімо й запропонуємо перший крок: прототип, пілот на реальних даних і лише потім масштабування.
- +38 067 344 39 49
- info@itiko.tech
- Telegram @pm12045
- Івано-Франківськ, вул. Дністровська, 45а