Proboot Почати сьогодні

Облік виробництва взуття
Усе в одній системі

Почати сьогодні
Доступно заразУ беті

Старт

Замовлення, відвантаження й гроші в порядку з першого дня, без перебудови цеху.

Замовлення й клієнти

Замовлення приймається так, як його диктує оптовик: ростовкою.

  • Клієнти, контакти, історія замовлень
  • Замовлення з ростовкою
  • Моделі без техкарт
  • Статуси замовлення, часткове виконання
  • Резерв на складі під замовлення

Пакування й склад готової продукції

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

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

Відвантаження

ТТН, накладна й рахунок створюються з картки відвантаження, без ручного набору.

  • ТТН Нової пошти з системи
  • Видаткова накладна, рахунок
  • Короби: що в якому лежить
  • Історія відвантажень за клієнтом

Гроші

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

  • Оплати, часткові оплати, передоплати
  • Борги клієнтів, терміни, прострочка
  • Знижки й типи цін для клієнтів
  • Будь-яка валюта, курс на дату документа

Ще в тарифі Старт

Співробітники, SMS і API

  • Кожен працює під своїм акаунтом і бачить лише те, що потрібно на його посаді
  • Журнал дій: хто що змінив і коли
  • У SMS посилання на онлайн-накладну: сума, оплата, борг і відстеження посилки
  • SMS клієнту про статус замовлення й відправлення з ТТН
  • API: замовлення, залишки готової продукції, клієнти, відвантаження
  • Вебхуки на нове замовлення й зміну статусу
Бета з січня 2027

Цех

Собівартість кожної моделі по факту, а не за нормою.

Матеріали й комплектуючі

Шкіра приходить партіями за різною ціною і рахується саме так.

  • Довідник матеріалів і комплектуючих з характеристиками
  • Прихід від постачальника, партії з власною ціною
  • Повернення постачальнику
  • Витрата матеріалів на ненормовані потреби
  • Інвентаризація складу матеріалів
  • Залишки за партіями, а не за середньою

Техкарти

Модель описується один раз, з нормами на кожен розмір і кожен етап.

  • Техкарта за етапами: крій, заготовка, збірка
  • Норми витрати кожного матеріалу
  • Розмірні сітки, ростовка заготовок
  • Кольорові варіанти моделі

Виробництво

Робота розбивається на партії, і видно, де кожна з них і в кого.

  • Робота й маршрутні листи
  • Партії: пари, що разом ідуть цехом
  • Видача матеріалів на етап
  • Розрахунок потреби в матеріалах під замовлення
  • Дефіцит і що докупити

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

Скільки насправді коштувала пара, а не скільки мала коштувати за нормою.

  • Собівартість пари по факту
  • Перевитрата проти норми
  • Витратні матеріали й накладні періоду
  • Відхилення від норм у розрізі моделей

Зарплата

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

  • Відрядна за моделями й етапами
  • Фіксована ставка
  • Ставка плюс відрядна
  • Розрахункові відомості
Бета з січня 2027

Фабрика

Керування дільницями й бригадами, а не лише моделями.

Дільниці й бригади

Коли цехів кілька, облік іде за дільницею й бригадою, а не лише за моделлю.

  • Кілька дільниць усередині етапу
  • Бригади
  • Розцінка на етап, окремо на бригаду або на кожного в ній

Склади й напівфабрикати

Матеріали, заготовки й готова продукція на кількох складах, з переміщеннями між ними.

  • Кілька складів кожного типу
  • Віддалені склади й точки
  • Переміщення між складами з актом
  • Напівфабрикати власного виробництва як облікова одиниця
  • Продаж напівфабрикатів на сторону, їхня собівартість
IV квартал 2027

Група

Кілька виробництв, одна картина.

Кілька виробництв в одному акаунті

Власник бачить усі свої виробництва разом, а кожна команда лише своє.

  • Кілька виробництв і юросіб в одному акаунті
  • Зведена звітність по групі
  • Права в розрізі виробництва й юрособи
  • Пріоритетна підтримка

Безпека

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

Коротко

  • Дані кожного виробництва ізольовані на рівні бази даних, а не лише в коді програми.
  • Паролі зберігаються за алгоритмом argon2id, сучасним стандартом, стійким до перебору на відеокартах.
  • Вхід з другим фактором і ключами доступу: код із застосунку або вхід за обличчям, відбитком пальця чи ПІН-кодом.
  • Підтримка заходить у вашу систему лише так, як дозволили ви, і ви бачите кожен такий вхід.
  • Щоденні зашифровані резервні копії, які сам сервер розшифрувати не може.
  • Усі з’єднання лише через HTTPS (TLS 1.2 і 1.3), а база даних і внутрішні сервіси закриті від інтернету.

Вхід і облікові записи

  • Паролі. Зберігаються за алгоритмом argon2id. Він навмисно повільний і вимагає багато пам’яті, тому підібрати пароль навіть на потужних відеокартах практично неможливо. Застарілі швидкі хеші на кшталт SHA-256 такого захисту не дають.
  • Вимоги до пароля. Від 8 символів, велика й мала літера, цифра та спецсимвол.
  • Другий фактор (2FA). Код із застосунку-автентифікатора та 10 одноразових резервних кодів на випадок втрати телефону. На введення коду є 5 хвилин і 5 спроб. Вимкнути другий фактор можна лише паролем разом із кодом.
  • Ключі доступу (passkeys). Вхід без пошти й пароля: за обличчям, відбитком пальця або ПІН-кодом пристрою. Такий вхід уже вважається двофакторним. Додати чи видалити ключ можна лише із сесії, відкритої з другим фактором.
  • Захист від перебору. Після 10 невдалих спроб входу на одну пошту або 50 з однієї адреси за 15 хвилин вхід тимчасово блокується. Такий самий ліміт діє на листи для скидання пароля.

Захист сесій і даних

  • Сесії на сервері. Їх можна закрити миттєво. Кнопка «Вийти на інших пристроях» завершує всі входи, крім поточного. Зміна чи скидання пароля закриває всі сесії автоматично.
  • Захищені cookie. Сесійна cookie недоступна для скриптів сторінки, передається лише через HTTPS і не надсилається з чужих сайтів.
  • Блокування екрана. Окремий пароль або ПІН-код, який обов’язково відрізняється від пароля облікового запису. Зручно, коли за одним комп’ютером на складі чи в цеху працюють кілька людей. Після 5 невдалих спроб сесія закривається.
  • Ізоляція на рівні бази даних. Кожен рядок у базі належить конкретному виробництву, і доступ до нього закритий політиками безпеки PostgreSQL (Row-Level Security). Навіть якщо в коді станеться помилка, база не віддасть дані одного виробництва іншому.
  • Подвійна перевірка. Крім політик бази, кожен запит додатково обмежений ідентифікатором виробництва.

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

Доступ команди Proboot до вашої системи. Режим доступу обираєте ви в розділі «Налаштування → Безпека».

  • Вхід закритий: підтримка не може зайти взагалі. Якщо доступ потрібен, у вас з’являється запит «Запит доступу для команди Proboot» з кнопками «Дозволити» і «Відхилити». Термін дозволу задаєте ви: 1, 4, 8 або 24 години.
  • Лише перегляд: підтримка може подивитися, але будь-які зміни сервер відхиляє. Якщо потрібно щось виправити, підтримка надсилає вам запит прямо із сеансу.
  • Доступ без підтвердження: лише перегляд або перегляд із правками, сеанс від 30 хвилин до 4 годин, лист вам про кожен вхід.

У будь-якому режимі:

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

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

Сервер і мережа

  • HTTPS. Лише TLS 1.2 і 1.3, HSTS, HTTP/2. Застарілі протоколи сервер не приймає.
  • Захист у браузері. Політика безпеки контенту (CSP) дозволяє виконувати лише власні скрипти Proboot. Систему неможливо вбудувати в чужу сторінку, щоб підмінити кнопки. Додатково заголовки nosniff, COOP, Referrer-Policy та Permissions-Policy.
  • Шифрування ключів. Ключі інтеграцій з магазинами та службами доставки, а також секрети другого фактора зберігаються в базі зашифрованими (AES-256-GCM). Одноразові коди й токени зберігаються лише у вигляді хешу. В інтерфейсі показується тільки маска.

Резервні копії

  • Щодня. Копія бази робиться щодня і зберігається 7 днів на сервері.
  • Поза сервером. Ще одна копія щодня передається на окремий пристрій поза дата-центром. Там зберігаються тижневі знімки.
  • Зашифровано. Копії зашифровані. Навіть якщо хтось отримає доступ до сервера, прочитати резервні копії він не зможе.

Маєте питання щодо безпеки або потрібні додаткові документи для вашої служби безпеки? Напишіть нам на support@proboot.app, відповімо детально.

Proboot та інші системи

Почніть
сьогодні

Старт доступний уже зараз і, поки триває бета, безкоштовно. Цех і Фабрика з січня 2027.

Код країни +380

Натискаючи «Надіслати заявку», ви погоджуєтеся з Політикою обробки даних.