УТ 11.5 Резервировать по мере поступления
Всем привет.
Имею УТ 11.5.402
Пытаюсь понять механизм "Резервировать по мере поступления"
Делаю ситуацию:
1. Заказ поставщику + Поступление на склад 10 шт.
2. Заказ поставщику 12 шт.
Отчет Остатки и доступность показывает: В Наличии 10, Ожидается 12. отлично
А теперь я хочу поставить Заказ клиента, на этот товар, НО не из остатка , а из того что "Ожидается".
Делаю Заказ клиента, ставлю Действие - Резервировать по мере поступления, и эта операция резервирует товар из текущего остатка
Как поставить резерв из товара который ожидается?
Имею УТ 11.5.402
Пытаюсь понять механизм "Резервировать по мере поступления"
Делаю ситуацию:
1. Заказ поставщику + Поступление на склад 10 шт.
2. Заказ поставщику 12 шт.
Отчет Остатки и доступность показывает: В Наличии 10, Ожидается 12. отлично
А теперь я хочу поставить Заказ клиента, на этот товар, НО не из остатка , а из того что "Ожидается".
Делаю Заказ клиента, ставлю Действие - Резервировать по мере поступления, и эта операция резервирует товар из текущего остатка
Как поставить резерв из товара который ожидается?
По теме из базы знаний
- Состояние обеспечения по заказам для 1С:УТ, КА и ERP
- Состояние обеспечения заказов 2021 для новых УТ 11.5, КА 2.5 и ERP 2.5
- Интеграции с маркетплейсами из одного окна: Озон, ВБ, Яндекс, Сбер, Али, ЛаМода для 1С:УНФ, УТ, КА, ERP
- API-интеграция 1С с маркетплейсами ОЗОН, WildBerries, Я.Маркет, СберМегаМаркет, Стройландия, Леруа Мерлен, Hoff, AliExpress для УТ11, КА2, ERP2, УНФ, БП3, Розница, УТ10, УПП1.3
- Резервирование по мере поступления. УТ 11.5
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
День добрый.
У нас 1С:ERP Управление предприятием 2 (2.5.8.175).
Аналогичный вопрос был задан в Техподдержку.
По номенклатуре Смола Hikotack P-90S имеется свободный остаток в количестве 3,050 тонны и ожидаемое поступление (02.09.2022) в количестве 2,100 тонны (рисунки 1 и .2)
Создаем заказ клиента на эту номенклатуру товара с датой отгрузки 09.09.2022 и выбираем в нем действие "Резервировать по мере поступления" (рисунок 3).
Комментарий: менеджеру не требуется текущий свободный остаток. Требуется зарезервировать предстоящее поступление, при этом оставив возможность более "срочных" отгрузок.
После проведения документа программа делает резерв из свободного текущего остатка (рисунок 4).
Какое действия необходимо выполнить, чтобы получить ожидаемый результат, а именно: зарезервировать "ожидаемый" товар (рисунок 5).
У нас 1С:ERP Управление предприятием 2 (2.5.8.175).
Аналогичный вопрос был задан в Техподдержку.
По номенклатуре Смола Hikotack P-90S имеется свободный остаток в количестве 3,050 тонны и ожидаемое поступление (02.09.2022) в количестве 2,100 тонны (рисунки 1 и .2)
Создаем заказ клиента на эту номенклатуру товара с датой отгрузки 09.09.2022 и выбираем в нем действие "Резервировать по мере поступления" (рисунок 3).
Комментарий: менеджеру не требуется текущий свободный остаток. Требуется зарезервировать предстоящее поступление, при этом оставив возможность более "срочных" отгрузок.
После проведения документа программа делает резерв из свободного текущего остатка (рисунок 4).
Какое действия необходимо выполнить, чтобы получить ожидаемый результат, а именно: зарезервировать "ожидаемый" товар (рисунок 5).
Их ответ:
Добрый день.
Запасы доступные к распределению на складе формируются:
■ при проведении фактического прихода по заказу и без заказа;
■ отмене проведения ранее оформленной отгрузки по заказу и без заказа;
■ изменения действий в заказе - отмене резерва по заказу.
Запасы распределяются на принятые к обеспечению позиции заказов в очереди:
■ сначала запасы на складе;
■ затем запасы из ожидаемых поступлений по заказам по возрастанию дат поступлений;
■ затем неподтвержденные заказы на поступление.
Если нужно, чтобы заказ обеспечивался из конкретного заказа на поступление и только товаром приходящим по этому заказу на поступление, то необходимо также использовать обособленную схему.
Если нужно чтобы заказы получали складские резервы в порядке планового графика отгрузки, нужно аккуратно вести желаемые даты отгрузки в заказах.
Если хочется оставить на складе свободные запасы для экстренных отгрузок по беззаказной схеме или других нужд и при этом, чтобы принятые ранее заказы не держали такой товар в резерве а ждали планового пополнения запасов (большой поставки) спланированной, например, посредством формирования заказов по потребностям, то для этого случая есть концептуальное изменение:
До 2.5.7 система ставила товары в резерв по мере поступления для заказов, в которых было установлено действие Резервировать к дате. Но был ряд проблем - в реальных условиях поставки могут осуществляться не в срок и не в полном объеме, в этом случае степень гарантированности такого резерва низкая. Кроме того возникали проблемы с контролем остатков, который блокировал работу менеджеров после изменения в большую сторону даты поступления в заказе на поступление.
В 2.5.7 и выше необходимо использовать понятие границы обеспечиваемого периода (настраивается в способе обеспечения). Пока заказ находится за границей периода система не распределяет ни складской остаток ни ожидаемые поступления на такой заказ. Как только желаемая дата отгрузки заказа становится в пределах границы периода, заказ претендует на полноценное обеспечение, а клиент на гарантию отгрузки товара в срок, поэтому претендует и на складской остаток.
Да, желаемыми датами отгрузки и датой документа можно манипулировать, но и до 2.5.7 можно было манипулировать датами отгрузки в заказах с действием Резервировать к дате и в результате отбирать уже спланированное обеспечение конкретного заказа на себя, а затем по мере поступления и складской остаток получать раньше первого заказа. Здесь скорее вопрос не к системе, а к регламенту работы с заказами.
См. подробнее документацию:
Добрый день.
Запасы доступные к распределению на складе формируются:
■ при проведении фактического прихода по заказу и без заказа;
■ отмене проведения ранее оформленной отгрузки по заказу и без заказа;
■ изменения действий в заказе - отмене резерва по заказу.
Запасы распределяются на принятые к обеспечению позиции заказов в очереди:
■ сначала запасы на складе;
■ затем запасы из ожидаемых поступлений по заказам по возрастанию дат поступлений;
■ затем неподтвержденные заказы на поступление.
Если нужно, чтобы заказ обеспечивался из конкретного заказа на поступление и только товаром приходящим по этому заказу на поступление, то необходимо также использовать обособленную схему.
Если нужно чтобы заказы получали складские резервы в порядке планового графика отгрузки, нужно аккуратно вести желаемые даты отгрузки в заказах.
Если хочется оставить на складе свободные запасы для экстренных отгрузок по беззаказной схеме или других нужд и при этом, чтобы принятые ранее заказы не держали такой товар в резерве а ждали планового пополнения запасов (большой поставки) спланированной, например, посредством формирования заказов по потребностям, то для этого случая есть концептуальное изменение:
До 2.5.7 система ставила товары в резерв по мере поступления для заказов, в которых было установлено действие Резервировать к дате. Но был ряд проблем - в реальных условиях поставки могут осуществляться не в срок и не в полном объеме, в этом случае степень гарантированности такого резерва низкая. Кроме того возникали проблемы с контролем остатков, который блокировал работу менеджеров после изменения в большую сторону даты поступления в заказе на поступление.
В 2.5.7 и выше необходимо использовать понятие границы обеспечиваемого периода (настраивается в способе обеспечения). Пока заказ находится за границей периода система не распределяет ни складской остаток ни ожидаемые поступления на такой заказ. Как только желаемая дата отгрузки заказа становится в пределах границы периода, заказ претендует на полноценное обеспечение, а клиент на гарантию отгрузки товара в срок, поэтому претендует и на складской остаток.
Да, желаемыми датами отгрузки и датой документа можно манипулировать, но и до 2.5.7 можно было манипулировать датами отгрузки в заказах с действием Резервировать к дате и в результате отбирать уже спланированное обеспечение конкретного заказа на себя, а затем по мере поступления и складской остаток получать раньше первого заказа. Здесь скорее вопрос не к системе, а к регламенту работы с заказами.
См. подробнее документацию:
Запасы доступные к распределению на складе формируются:
■ при проведении фактического прихода по заказу и без заказа;
■ отмене проведения ранее оформленной отгрузки по заказу и без заказа;
■ изменения действий в заказе - отмене резерва по заказу.
Запасы распределяются на принятые к обеспечению позиции заказов в очереди:
■ сначала запасы на складе;
■ затем запасы из ожидаемых поступлений по заказам по возрастанию дат поступлений;
■ затем неподтвержденные заказы на поступление.
Если нужно, чтобы заказ обеспечивался из конкретного заказа на поступление и только товаром приходящим по этому заказу на поступление, то необходимо также использовать обособленную схему.
Если нужно чтобы заказы получали складские резервы в порядке планового графика отгрузки, нужно аккуратно вести желаемые даты отгрузки в заказах.
Если хочется оставить на складе свободные запасы для экстренных отгрузок по беззаказной схеме или других нужд и при этом, чтобы принятые ранее заказы не держали такой товар в резерве а ждали планового пополнения запасов (большой поставки) спланированной, например, посредством формирования заказов по потребностям, то для этого случая есть концептуальное изменение:
До 2.5.7 система ставила товары в резерв по мере поступления для заказов, в которых было установлено действие Резервировать к дате. Но был ряд проблем - в реальных условиях поставки могут осуществляться не в срок и не в полном объеме, в этом случае степень гарантированности такого резерва низкая. Кроме того возникали проблемы с контролем остатков, который блокировал работу менеджеров после изменения в большую сторону даты поступления в заказе на поступление.
В 2.5.7 и выше необходимо использовать понятие границы обеспечиваемого периода (настраивается в способе обеспечения). Пока заказ находится за границей периода система не распределяет ни складской остаток ни ожидаемые поступления на такой заказ. Как только желаемая дата отгрузки заказа становится в пределах границы периода, заказ претендует на полноценное обеспечение, а клиент на гарантию отгрузки товара в срок, поэтому претендует и на складской остаток.
Да, желаемыми датами отгрузки и датой документа можно манипулировать, но и до 2.5.7 можно было манипулировать датами отгрузки в заказах с действием Резервировать к дате и в результате отбирать уже спланированное обеспечение конкретного заказа на себя, а затем по мере поступления и складской остаток получать раньше первого заказа. Здесь скорее вопрос не к системе, а к регламенту работы с заказами.
■ при проведении фактического прихода по заказу и без заказа;
■ отмене проведения ранее оформленной отгрузки по заказу и без заказа;
■ изменения действий в заказе - отмене резерва по заказу.
Запасы распределяются на принятые к обеспечению позиции заказов в очереди:
■ сначала запасы на складе;
■ затем запасы из ожидаемых поступлений по заказам по возрастанию дат поступлений;
■ затем неподтвержденные заказы на поступление.
Если нужно, чтобы заказ обеспечивался из конкретного заказа на поступление и только товаром приходящим по этому заказу на поступление, то необходимо также использовать обособленную схему.
Если нужно чтобы заказы получали складские резервы в порядке планового графика отгрузки, нужно аккуратно вести желаемые даты отгрузки в заказах.
Если хочется оставить на складе свободные запасы для экстренных отгрузок по беззаказной схеме или других нужд и при этом, чтобы принятые ранее заказы не держали такой товар в резерве а ждали планового пополнения запасов (большой поставки) спланированной, например, посредством формирования заказов по потребностям, то для этого случая есть концептуальное изменение:
До 2.5.7 система ставила товары в резерв по мере поступления для заказов, в которых было установлено действие Резервировать к дате. Но был ряд проблем - в реальных условиях поставки могут осуществляться не в срок и не в полном объеме, в этом случае степень гарантированности такого резерва низкая. Кроме того возникали проблемы с контролем остатков, который блокировал работу менеджеров после изменения в большую сторону даты поступления в заказе на поступление.
В 2.5.7 и выше необходимо использовать понятие границы обеспечиваемого периода (настраивается в способе обеспечения). Пока заказ находится за границей периода система не распределяет ни складской остаток ни ожидаемые поступления на такой заказ. Как только желаемая дата отгрузки заказа становится в пределах границы периода, заказ претендует на полноценное обеспечение, а клиент на гарантию отгрузки товара в срок, поэтому претендует и на складской остаток.
Да, желаемыми датами отгрузки и датой документа можно манипулировать, но и до 2.5.7 можно было манипулировать датами отгрузки в заказах с действием Резервировать к дате и в результате отбирать уже спланированное обеспечение конкретного заказа на себя, а затем по мере поступления и складской остаток получать раньше первого заказа. Здесь скорее вопрос не к системе, а к регламенту работы с заказами.
(20) Разобрался, пока на половину.
У нас используется упрощенная схема обеспечения потребностей.
А настройка способов обеспечения появляется только при расширенной настройке.
Тогда возникает вопрос, откуда программа берёт границу обеспечиваемого периода, когда настроена упрощенная схема обеспечения?
Вопрос риторический, будем разбираться в коде...
У нас используется упрощенная схема обеспечения потребностей.
А настройка способов обеспечения появляется только при расширенной настройке.
Тогда возникает вопрос, откуда программа берёт границу обеспечиваемого периода, когда настроена упрощенная схема обеспечения?
Вопрос риторический, будем разбираться в коде...
Другими словами, ответ и рекомендации тех. поддержки не очень подходят к нашим бизнес-процессам.
Использования обособленной схемы имеет свои ограничения и применительно к нашей компании их можно описать так:
1. Заказ клиента должен появиться в программе до момента появления заказа поставщику.
У нас такой вариант не всегда осуществим.
2. Заказы клиентов появляются после заказа поставщику, в котором выбрана хоз.операция Импорт (товары в пути) и на основании заказа поставщика уже оформлены документы Приобретение товаров и услуг и Таможенная декларация (на импорт). Для того, чтобы произошли корректные записи во всевозможные регистры учета, содержащие Назначение, необходимо корректировать, как минимум три документа:
Заказ поставщику, Приобретение товаров и услуг и Таможенная декларация (на импорт).
И если в отношении Заказа поставщику сделать изменения допустимо, то в двух других документах это проблематично, особенно, когда они находятся в закрытом периоде.
Использования обособленной схемы имеет свои ограничения и применительно к нашей компании их можно описать так:
1. Заказ клиента должен появиться в программе до момента появления заказа поставщику.
У нас такой вариант не всегда осуществим.
2. Заказы клиентов появляются после заказа поставщику, в котором выбрана хоз.операция Импорт (товары в пути) и на основании заказа поставщика уже оформлены документы Приобретение товаров и услуг и Таможенная декларация (на импорт). Для того, чтобы произошли корректные записи во всевозможные регистры учета, содержащие Назначение, необходимо корректировать, как минимум три документа:
Заказ поставщику, Приобретение товаров и услуг и Таможенная декларация (на импорт).
И если в отношении Заказа поставщику сделать изменения допустимо, то в двух других документах это проблематично, особенно, когда они находятся в закрытом периоде.
(11) а что не так? менеджеры обычно работают с текущими остатками, а "Резервировать по мере поступления" - это чтобы из планируемых закупок никто не продал, то, что уже обещано клиенту. Тут принцип - "Из общего котла мне надо столько-то". Не нравится? Работайте с обособленным обеспечением.
(14) Да, но теперь новое необратимое улучшение. В заказе 400 на остатках 380. мы 380 ставим в резерв, остальное обеспечить. Вроде хорошо и правильно. Но нет, в заказе 400 пусть ругается что 20 нехватает, будем корректировать сразу, нежели потом по недовозу выслушивать от клиентов
Займусь некропостингом... Кто-нибудь знает, как сделать, чтобы резерв по мере поступления не забирался у заказов, у которых дата отгрузки позже текущего.
Например, есть заказ 2345 от 05.10.22 с датой отгрузки 05.12.22. Он был с резервом по мере поступления 300шт. товара.
Потом создаётся заказ 2356 от 01.11.22 с датой отгрузки 24.11.22. И из заказа 2345 забирается 9 шт. товара, который мы уже пообещали клиенту отгрузить 05.12.22.
Есть какая-то настройка, чтобы по дате отгрузки не перераспределялся резерв? А кто первый встал, того и тапки, независимо от даты отгрузки.
1С:Управление торговлей (11.5.9.125)
Например, есть заказ 2345 от 05.10.22 с датой отгрузки 05.12.22. Он был с резервом по мере поступления 300шт. товара.
Потом создаётся заказ 2356 от 01.11.22 с датой отгрузки 24.11.22. И из заказа 2345 забирается 9 шт. товара, который мы уже пообещали клиенту отгрузить 05.12.22.
Есть какая-то настройка, чтобы по дате отгрузки не перераспределялся резерв? А кто первый встал, того и тапки, независимо от даты отгрузки.
1С:Управление торговлей (11.5.9.125)
(18) в моём случае действие "Резервировать по мере поступления" первым поставил менеджер заказа 2345 от 05.10.22 с датой отгрузки 05.12.22.
А программа почему-то при резервировании по мере поступления по заказу 2356 от 01.11.22 с датой отгрузки 24.11.22 увидела, что дата отгрузки у него раньше и перераспределила на него товар, который уже зарезервирован и обещан другому клиенту.
Хочу, чтобы перераспределения не было. Если поставил менеджер с датой отгрузки 05.12.22 резерв из поступления первым, то его уже никто не должен смещать. Под заказ 2356 от 01.11.22 с датой отгрузки 24.11.22 будем заказывать товар обособленно.
А программа почему-то при резервировании по мере поступления по заказу 2356 от 01.11.22 с датой отгрузки 24.11.22 увидела, что дата отгрузки у него раньше и перераспределила на него товар, который уже зарезервирован и обещан другому клиенту.
Хочу, чтобы перераспределения не было. Если поставил менеджер с датой отгрузки 05.12.22 резерв из поступления первым, то его уже никто не должен смещать. Под заказ 2356 от 01.11.22 с датой отгрузки 24.11.22 будем заказывать товар обособленно.
(17)
Вы нашли решение?
нгом... Кто-нибудь знает, как сделать, чтобы резерв по мере поступления не забирался у заказов, у которых дата отгрузки позже текущего.
Например, есть заказ 2345 от 05.10.22 с датой отгрузки 05.12.22. Он был с резервом по мере поступления 300шт. товара.
Потом создаёт
Например, есть заказ 2345 от 05.10.22 с датой отгрузки 05.12.22. Он был с резервом по мере поступления 300шт. товара.
Потом создаёт
Вы нашли решение?
(28) мы решение не нашли. Пока смирились с такой логикой программы. Думали уже даже писать нетиповой контроль остатков по датам отгрузки при проведении заказа клиента, чтобы смотреть хватает ли товара тем, кто первый поставил резерв по мере поступления. Но слишком уж это трудоемко. Помучаемся, подождём пока 1С переосмыслит свою методологию...
(24) Мы в результате не ставим желаемую дату отгрузки пока дело не дойдет до действия Отгрузить. Когда желаемая дата отгрузки пусто, резервирование идет от даты Заказа клиента. Для понимания даты отгрузки по Контракту создали Доп реквизит и вывели его в состояние обеспечения. А дата отгрузки с Отгрузить заполняем для монитора Отгрузки для Логистов. Если у кого-то есть другое решение, подскажите.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот