3. Управление закупками и расчеты с поставщиками
#4

Готовишься к экзамену?

Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.

Перейти в бота

Каким образом в обработке "Расчет потребностей в запасах" рассчитывается дата поступления запаса?

Способ расчета можно выбрать в настройках параметров учета (в разделе настроек "Закупки").
Неправильно: В типовой логике обработки дата поступления вычисляется по заданному алгоритму на основе даты потребности, начальной даты расчета и срока пополнения. Отдельного переключателя «способ расчета даты поступления» в параметрах учета для этого расчета обычно нет - настраиваются исходные данные (например, срок пополнения), а не формула выбора даты.
По дате потребности запаса.
Неправильно: Если дата потребности близкая, но срок пополнения больше, то поступление физически не может быть запланировано на дату потребности без учета времени поставки/пополнения. Обработка учитывает срок пополнения и начальную дату расчета, поэтому дата поступления не всегда совпадает с датой потребности.
По текущей дате плюс срок пополнения запаса.
Неправильно: В расчете потребностей опорной точкой выступает начальная дата расчета (задаваемая в обработке), а не обязательно «сегодня». Кроме того, если потребность наступает позже, чем «начальная дата + срок», то поступление привязывают к более поздней дате, чтобы не планировать обеспечение раньше самой потребности.
По самой поздней из двух дат – даты потребности и начальной даты расчета плюс срок пополнения.
Правильно: При расчете сравниваются дата потребности и дата, полученная как «начальная дата расчета + срок пополнения», и в качестве даты поступления выбирается максимальная из них. Это предотвращает планирование поступления «раньше потребности» и одновременно учитывает минимально возможный срок обеспечения.

Пояснение

В «Расчете потребностей в запасах» важно различать три входных параметра: 1) Дата потребности - момент, к которому запас должен быть в наличии (например, дата отгрузки по заказу клиента, дата производства, дата минимального остатка). 2) Начальная дата расчета - дата, от которой система стартует планирование (часто это дата начала горизонта планирования или дата, выбранная в обработке). 3) Срок пополнения - «lead time» (время, необходимое, чтобы обеспечить запас). Он может задаваться в способе обеспечения потребностей, настройках обеспечения/пополнения или в параметрах номенклатуры (в зависимости от конфигурации и методики). Алгоритм выбора даты поступления такой: - Сначала считается «самая ранняя достижимая дата поступления» = начальная дата расчета + срок пополнения. - Затем эта дата сравнивается с датой потребности. - Если потребность наступает позже, чем достижимая дата, нет смысла ставить поступление раньше - дата поступления берется по потребности. - Если потребность наступает раньше, чем достижимая дата, система понимает, что обеспечить к потребности уже невозможно, и ставит поступление на достижимую дату (с опозданием относительно потребности). Пример: - Начальная дата расчета: 10 марта. - Срок пополнения: 7 дней. - Дата потребности: 25 марта. Тогда «10 марта + 7 дней = 17 марта», а более поздняя дата - 25 марта, значит плановая дата поступления будет 25 марта. Другой пример: - Начальная дата расчета: 10 марта. - Срок пополнения: 20 дней. - Дата потребности: 15 марта. «10 марта + 20 дней = 30 марта», а более поздняя дата - 30 марта, значит поступление планируется на 30 марта (потребность будет просрочена). Практические советы: - Если в расчетах часто получается «поздно», проверьте корректность сроков пополнения и начальной даты расчета (горизонт планирования), а также источники потребности (заказы, нормы запасов, планы производства). - Срок пополнения лучше задавать реалистично по поставщикам/складам и регулярно актуализировать, иначе планирование будет систематически давать неверные даты.