Найти в Дзене

Передача данных в закупки в 1С ERP: Откуда система знает, что именно нам нужно купить для сборки?

Вопрос от пользователя: «Мы работаем по позаказной схеме. Как сделать так, чтобы при оформлении заказа на изделие в 1С автоматически создавался список закупок, основанный на чертежах конструктора, а не на интуиции снабженца?» Суть проблемы При позаказном или мелкосерийном производстве каждый заказ может иметь уникальный состав комплектующих. Если закупщик формирует потребность вручную на основе пришедшего заказа или спецификации заказчика, высок риск человеческой ошибки: можно забыть заказать какую-то уникальную деталь или ошибиться в количестве. Что может 1С ERP? В 1С:ERP существует механизм, который связывает документ-заказ клиента с нормативной информацией — конструкторскими спецификациями. Система автоматически «разузловывает» заказанное изделие, учитывая все уровни вложенности, и формирует потребность в покупных материалах и комплектующих на всех уровнях. Суть подхода: Когда менеджер вводит в систему заказ на изделие «Станок Х», он указывает спецификацию, по которой этот станок до

Вопрос от пользователя: «Мы работаем по позаказной схеме. Как сделать так, чтобы при оформлении заказа на изделие в 1С автоматически создавался список закупок, основанный на чертежах конструктора, а не на интуиции снабженца?»

Суть проблемы

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

Что может 1С ERP?

В 1С:ERP существует механизм, который связывает документ-заказ клиента с нормативной информацией — конструкторскими спецификациями. Система автоматически «разузловывает» заказанное изделие, учитывая все уровни вложенности, и формирует потребность в покупных материалах и комплектующих на всех уровнях.

Суть подхода:

Когда менеджер вводит в систему заказ на изделие «Станок Х», он указывает спецификацию, по которой этот станок должен быть произведен. Далее система работает по следующему алгоритму:

  1. Анализ состава: Берется спецификация на «Станок Х». В ней указаны узлы собственного производства и покупные детали.
  2. Детализация (разузлование): Система смотрит: все узлы собственного производства имеют свои спецификации. Она «раскрывает» и их, спускаясь до самого нижнего уровня.
  3. Формирование потребности: В итоге на выходе получается полный перечень того, что нужно получить со стороны (купить):
    Все покупные комплектующие со всех уровней (двигатели, крепеж, электроника).
    Все основные материалы для изготовления деталей собственного производства (листовой металл, прутки, краска).

Преимущества подхода:

  • Автоматизация: Исключается ручной труд по расчету потребности.
  • Точность: Ни одна деталь, даже самая мелкая, не будет забыта.
  • Скорость: Потребность формируется мгновенно после ввода заказа, что позволяет быстро запустить процесс закупки для длинноцепочных позиций.

Решение и рекомендации

Критически важно, чтобы конструкторские спецификации в системе были полными и актуальными, а для всех узлов собственного производства были созданы и утверждены свои спецификации. Тогда при работе с заказом клиента нужно просто выбрать основное изделие и указать «Обеспечение по спецификации», и система сделает всю работу за закупщика.

Итог простыми словами

Это похоже на умную кулинарную книгу. Вы просто говорите книге: «Хочу испечь торт "Прага"». А она сама открывает рецепт торта, внутри рецепта коржа видит список продуктов, внутри рецепта крема — другой список, складывает всё вместе и выдает вам: «Купи муку, яйца, масло, сгущенку и шоколад». Вам не нужно самому переписывать ингредиенты из трех разных мест.

Типичные сценарии использования:

  • Сценарий 1: Индивидуальный заказ.
    Ситуация: Клиент заказал станок, но с усиленной станиной.
    Решение: Конструктор подбирает или создает спецификацию с индексом «УС» (усиленная). Менеджер в заказе клиента указывает эту спецификацию.
    Результат: Система сформирует закупки не для стандартной станины, а для усиленной (например, прокат большей толщины), что обеспечит выполнение требований заказчика.
  • Сценарий 2: Плановые закупки.
    Ситуация: На следующий месяц утвержден план производства 10 станков и 5 лебедок.
    Решение: Плановик запускает обработку «Формирование потребностей», которая на основе планов производства и конструкторских спецификаций рассчитывает суммарную потребность в покупных изделиях и материалах на весь месяц.
    Результат: Отдел закупок видит консолидированную потребность и может оптимизировать заказы поставщикам, объединив позиции из разных заказов.