1С:Предприятие 8.3 · REST API · On-Premise

Раскрой за 4 секунды.
Обрезки — в 1С, в обороте, не теряются.

Алгоритм считает оптимальный раскрой прямо из документа 1С. Ликвидные остатки — в складской программе, под контролем, активно используются в следующих заказах.

🏗️ Сэндвич-панели 🪟 Подоконники в одном API

Как работает ↓ Этапы внедрения Попробовать бесплатно

Сравнение процессов

До и после. Без лишних слов.

Два разных подхода — разные результаты на конец года.

Без сервиса — как обычно

Менеджер рисует раскрой вручную на бумаге или в Excel45–90 мин

Ошибки в расчётах — перерасход 10–20% материалаубытки

Обрезки — в кучу. Никто не знает что там и какого размерахаос

Режут новый лист хотя нужный обрезок уже есть на складедвойной расход

Обрезки портятся, ломаются, никто их не берёт и не ищетсписание

Инвентаризация года: −30–50 листов — «куда-то делись»−50 листов

С интеграцией 1С

Менеджер нажимает «Рассчитать» в документе заявки 1С2 мин

Алгоритм считает оптимальный раскрой: 3200+ вариантов4 сек

Схема и сводка — прямо в документе 1С, КПД 88–92%91% КПД

Ликвидные остатки — алгоритм возвращает список с размерамиточный учёт

1С создаёт приход на склад: остатки доступны для следующих заказовв обороте

Инвентаризация года: склад совпадает с учётом до листа0 потерь

Ключевая ценность

Обрезки — это деньги. Просто они пока в куче.

При правильной работе ликвидные остатки не лежат мёртвым грузом — они в постоянной ротации.

📦 Без учёта — типичная картина

Никто не знает что есть в куче обрезков
Нужный кусок ищут 20 минут — не находят
Режут новый лист вместо использования остатка
Обрезки залёживаются, трескаются, портятся
Через 3 месяца их просто выбрасывают
Итог: −30–50 листов за год «потерялись»

✅ С учётом в 1С — как работает сервис

Каждый остаток — позиция в 1С с точными размерами
При расчёте 1С передаёт список доступных остатков
Алгоритм сначала использует остатки — потом режет новый лист
Остатки в обороте — не залёживаются, не портятся
Менеджер видит в счёте что использован складской остаток
Итог: склад сходится, деньги не теряются

      Конкурентное ценообразование: Режим OPTIMAL и LIQUID оставляют на складе
      стандартные остатки (300×1500, 600×2000 мм и т.п.) вместо того чтобы включать «неликвид»
      в счёт клиенту. Вы не режете «в ноль» — вы накапливаете ликвидный товарный запас.
      Это позволяет давать цену ниже конкурентов без потери маржи.
    

Что режем

Два материала — один API

Один эндпоинт, параметр cutting_mode переключает алгоритм. Подключите только нужное — или сразу оба.

🏗️ SANDWICH

Сэндвич-панели · лист 3000×1500

Алгоритм: 2D-bin-packing (rectpack)
Поиск: 80–180 вариантов мультивселенной
Оптимизация: Phase 1–6 (LNS, snap, fill)
Стандарт: 7 ширин × 9 длин
Параметр: "cutting_mode":"sandwich"

Когда: фасады, кровля, стены, утепление

🪟 WINDOWSILL

Подоконники · рулон/штанга 6000 мм

Алгоритм: 1D FFD-backfill
Группировка: по ширине подоконника
Скорость: <1 сек (детерминированно)
Ширины: любые из заявки
Параметр: "cutting_mode":"windowsill"

Когда: оконные и дверные подоконники

Стратегии оптимизации (Standard / Optimal / Liquid) применяются только к режиму sandwich. Подоконники используют детерминированный алгоритм.

Стратегии раскроя (для сэндвича)

3 режима — 3 бизнес-цели

Менеджер выбирает режим под задачу. Все три работают в 1С через одну кнопку.

STANDARD

Минимум листов, минимальная цена

Приоритет: плотность укладки
КПД: 88–92%
Листов: минимум
Ликвид: есть, без гарантий
Скорость: 3–5 сек

Когда: клиент хочет минимальную стоимость, срок критичен

Рекомендуется

OPTIMAL

Баланс цена / ликвидный склад

Приоритет: стандартные остатки
Листов: +10–25% к STANDARD
Ликвид: 80–90% возврат на склад
Phase 3 LNS: не сносит ценный ликвид
Скорость: 4–7 сек

Когда: строим склад ликвида, конкурируем по цене

LIQUID

Максимум стандартных остатков

Стрип-биллинг: группирует одинаковые детали
Листов: +15–30% к STANDARD
Ликвид: максимум, стандартные размеры
Для: крупных однотипных заказов
Скорость: 5–9 сек

Когда: много одинаковых деталей, нужно пополнить склад

Процесс

Как это работает в 1С

5 шагов от заявки до оприходованных остатков

Менеджер создаёт заявку в 1С — как обычно

Документ «Заявка на раскрой»: клиент, материал, список деталей с размерами. Выбирает режим расчёта (STANDARD / OPTIMAL / LIQUID). Никаких новых программ — всё в привычном интерфейсе.

📋 Заявка на раскрой в 1С

Нажимает «Рассчитать раскрой»

ObjectScript отправляет список деталей + доступные складские остатки (из 1С) в API сервиса. Алгоритм перебирает 3200+ вариантов укладки. Алгоритм сначала использует складские остатки, потом — новые листы.

⚡ 4 секунды на 50–200 деталей

Результат — прямо в документ 1С

Количество листов, КПД, список ликвидных зон с точными размерами, какие складские остатки использованы. Менеджер вставляет данные в счёт одной кнопкой «Заполнить счёт».

📊 24 листа · КПД 91% · 2.1 м² ликвид

Пильщик получает PDF-схему

Кнопка «Отправить пильщику» — и на складе открыт PDF с цветной схемой резки, размерами каждой детали, порядком резов. Telegram / WhatsApp / Email / печать.

📱 1 клик → пильщик получил задание

1С сама оприходует ликвидные остатки на склад

Сервис возвращает список новых ликвидных зон с размерами (например: 1200×1500 мм, 600×2000 мм). ObjectScript автоматически создаёт приходный ордер. Остатки видны в 1С и доступны для следующих заказов.

✓ Склад в 1С — единственный источник правды

📄 Заявка на раскрой № ЗР-000147 — РАССЧИТАНО

□

✓ Рассчитано за 3.8 сек · Режим: OPTIMAL

листов

91.1%

КПД

2.14

м² ликвид

94%

стандарт

Склад использован: 1 остаток На склад: 1200×1500 + 500×1500 Раскладки: A×10 B×8 C×4 D×2

Документ проведён 15.05.2026 14:23:07 Иванова А.В. · OPTIMAL режим

Внедрение

Этапы подключения

От решения до первого реального заказа — 4–12 часов суммарно.

#	Этап	Время	Кто делает
1	Выбор типа интеграции Тонкий клиент или толстый? Есть ли HTTP-доступ с сервера 1С? Свой сервер или облако? Выбираем один из 5 форматов ниже.	30 мин	Совместно: вы + интегратор
2	Настройка сервиса SaaS — создаём API-ключ (5 мин). On-Premise (сервер без интернета) — разворачиваем Docker-контейнер на вашем сервере.	5 мин – 2 ч	Мы + ваш сисадмин
3	Разработка модуля 1С ObjectScript 40–150 строк в зависимости от типа. Готовые шаблоны предоставляем. Разработчик 1С адаптирует под вашу конфигурацию.	1–5 ч	1С-разработчик
4	Тестирование Прогоняем 3–5 реальных заказов. Проверяем цикл: заявка → расчёт → результат в 1С → приход остатков на склад.	1–2 ч	Совместно
5	Обучение и запуск 1 час для менеджеров (3 кнопки), 30 мин для пильщика (читать PDF). Запуск в боевом режиме.	1–2 ч	Интегратор

5 форматов

Подключается к любой конфигурации 1С

Выберите формат по вашей инфраструктуре. Документация и готовый код — в разделе «Документация 1С».

Формат	Подходит когда	Без интернета	Авто-склад	Код
🌐 Тонкий / Веб-клиент 1С в браузере, HTML-поле + notify	1С в браузере или тонкий клиент, управляемые формы	с On-Premise	—	~40 строк
🖥️ Толстый — UI Толстый клиент, только интерфейс	Толстый клиент, УФ или ОФ, нет HTTP с сервера	с On-Premise	—	~60 строк
⚡ Толстый — UI + API Полная интеграция с авто-складом	Толстый клиент, HTTP с сервера, нужен авто-склад	с On-Premise	✓	~150 строк
🤖 Без UI — Авто Регламентное задание, без менеджера	Массовые однотипные заказы, автопилот	с On-Premise	✓	~120 строк
🏭 On-Premise Сервис на вашем сервере, без интернета	Свой сервер в LAN, нет интернета, высокая безопасность	✓ всегда	✓	Docker + ~60 строк

* «Авто-склад» — 1С автоматически создаёт приход ликвидных остатков по данным от сервиса. Склад в 1С — единственный источник правды, сервис не хранит складские данные.

Цифры

Что даёт автоматизация

На основе сравнения ручного и автоматического расчёта для заказов 50–350 деталей

4 сек

вместо 45–90 минут

Время расчёта любого заказа

91%

КПД укладки

Против 70–75% при ручном расчёте

−19%

расход материала

Меньше листов на тот же объём

89%

ликвида — в склад

В режиме OPTIMAL 89% доп. материала возвращается стандартными остатками

«потерянных» листов

Остатки в учёте 1С, не теряются в куче обрезков

Раскрой за 4 секунды.Обрезки — в 1С, в обороте, не теряются.