1C:Предприятие 8

https://github.com/feenlace/mcp-1c

Предупреждаю, чтобы потом не кидались тапками: да, в базу надо накатить расширение с HTTP-сервисом и опубликовать его (исключение поиск по коду, ему достаточно --dump без самой 1С). Зато модель видит реальную базу, а не голую выгрузку. Чтобы руками не мучиться, есть mcp-1c --install "путь к базе", он сам платформу найдёт и расширение поставит. Дальше прописываете сервер в конфиг своего AI-клиента, перезапускаете и спрашиваете что-нибудь типа "покажи структуру справочника Номенклатура". В репе лежит пошаговая инструкция, с нуля расписал.

По приватности: наружу оно никуда не лезет, болтает только с вашей базой, локальные модели тоже тянет, так что код и данные остаются у вас. Платформа 8.3.10 и выше.

Если чего-то не хватает, пишите в комменты или в issues, мне самому интересно, кому что пригодится. Ну и звёздочку на гитхабе не жалко, мелочь, а приятно))

Типовом контроль УТ 11. Главная подстава типового механизма в том, что лимиты (объем или вес) УТ 11 использует только для автоматического алгоритма (когда вы жмете «Создать задания на размещение»). Алгоритм честно перебирает ячейки и отбрасывает заполненные. Но если оператор вручную бьет документ и указывает ячейку, 1С считает: раз человек в здравом уме туда это кладет, значит, он видит, что товар влезает. Система молча проводит документ. Никаких проверок при ручном проведении нет.

По требованиям заказчика требуется оставить возможность изменения ячеек в документе размещения операторам на ближайшее время.

Решение: Расширение с «правом на подвиг». Прикрепляю само расширение может кому пригодиться в посте не могу комментарием сделаю.

Было решено написать расширение, которое проверяет остатки регистра ТоварыВЯчейках с учетом того, что мы сейчас туда пытаемся положить.

Если лимит по объему или весу превышен, оператору вылетает диалоговое окно:

«Внимание! При размещении в ячейку [Номер] будет заполнение более 100% по объему. Отменить проведение документа? [Да] / [Нет]»

Почему оставили кнопку «Нет» (провести документ), а не сделали жесткий запрет? Потому что склад — это живой организм. Бывают ситуации, когда по базе в ячейке еще висит товар, но физически она уже пустая, а паллет нужно поставить вот прям срочно. Оператор берет ответственность на себя, жмет «Нет» и проводит документ.

Так же для исправления данной ситуации были произведены и сохранены настройки типовых отчетов для поиска переполненных ячеек. Теперь при пересменке обязательно формируется отчет и он должен пустым.

Ну и куда же без инструкций на каждый процесс (приемка, отгрузка, инвентаризация, блокировка ячеек, перемещение, разбор задвоенных ячеек.) и подготовки настроек для отчетов для контроля ошибок в процессе.

Далее планируется расписать оставшиеся складские бизнес процессы.
Настроить ТСД и клевевернс.
Провести полное обучение сотрудников склада
И после все же запретить операторам выбирать ячейка в ручную при размещении.