Обеспечить обособленно 1с что это
Новые методики резервирования и обеспечения потребностей в 1С ERP (Закрытая часть)
Продолжение статьи “Новые методики резервирования и обеспечения потребностей в 1С ERP”.
Таким образом, резервирование в новой схеме заключается в постановке заказа клиента в график. При этом, постановка в график выполняется пользователем по каждой строке заказа отдельно. Для этого пользователь указывает реквизит «Действие» в строке заказа.
Особо следует отметить действие “Резервировать на складе“:
Если зарезервировано на складе – программа, при построении графика ПРО, выполняет расход текущим моментом времени, то есть с текущего запаса товара. Несмотря на то что дата отгрузки в заказе – не сегодня! То есть будущая дата отгрузки «захватывает» остаток уже сейчас.
Если запаса сейчас в нужном количестве нет (с учетом других плановых расходов по другим заказам с действием «резервировать со склада») то будет отказано в проведении заказа с сообщением о нехватке свободного кол-ва на складе.
Итак, график планово-расчетных остатков (ПРО) строится следующим образом:
Для того, чтобы заказ «встал» в график ПРО, нужно, чтобы:
Такая схема позволяет очень просто найти дату, на которую можно отгрузить товар – то есть разместить заказ в графике. В старой системе решение такой задачи нетривиально.
Мы рассмотрели алгоритм резервирования. Теперь рассмотрим с методической точки зрения разные варианты резервирования.
«Резервировать на складе»:
«Резервировать к дате»
Обособление
Обособление основано на дополнительном складском разрезе учета «Назначение». Назначение – это заказ клиента, или другой заказ, образовавший потребность.
Таким образом, обособление методически очень похоже на старую схему резервирования:
Работает такая схема следующим образом.
При поступлении на склад – в документе указываем непустое назначение. Это происходит автоматически при поступлении на основании обособленного заказа поставки.
Опционально – блокируются попытки обособить товар на складе или в поставках больше, чем нужно по заказу клиента, который обеспечен обособленно
При отгрузке со склада – в документе указываем непустое назначение. Назначение проставляется автоматически при отгрузке на основании обособленного заказа. Блокируются попытки отгрузить обособленный товар под другой заказ.
Далее, в отчете по остаткам и движению склада можно выводить остатки в разрезе «Назначение», группировать, отбирать.
Отметим, что разрез “назначение” можно использовать для других целей, например разделения остатков склада по проектам…
Раздельное управление резервированием в строках заказа
Новая схема предполагает управление резервированием и датой отгрузки для каждой строки заказа отдельно, поскольку действие резервирования и дата отгрузки, как и количество товара указывается в строке заказа клиента.
Как следствие, если количество товара в строке по разному обеспечено:
Например в заказе 100 шт, при этом 20 шт зарезервировали на складе, 30 шт – в поставках, а 50 еще ждут обеспечения, то строку заказа придется разбить на 3 строки (по 20, 30 и 50 шт), и в каждой указать соответствующее Действие. Сначала это может показаться неудобным, но надо иметь в виду что поскольку количество строки обеспечено по разному, лучше всегда видеть это сразу в заказе чем открывать дополнительные формы и отчеты. Тем более, что из-за разного обеспечения даты отгрузки по строкам тоже могут отличаться.
Желаемая и плановая дата отгрузки
В заказе клиента указывается две даты отгрузки:
Плановая и желаемая даты могут не совпадать. Такое расхождение означает, что клиент может получить товар позже или раньше даты, им заявленной. В “дату желаемую” удобно записывать дату, в которую с клиентом договорились отгрузить товар. Напротив, “плановая дата отгрузки” по сути это не дата отгрузки, а дата, на которую можно отгрузить товар, то есть он будет в наличии на складе.
Например, если плановая дата отгрузки 10 июля, то это значит что клиент может забрать товар не раньше 10 июля. При этом, если дата желаемая 8 июля, это значит что пожелания (или договоренность) с клиентом нарушена – заказ просрочен на 2 дня. Если же желаемая дата 15 июля, это значит что есть страховое время 5 дней, когда товар будет пролеживать на складе в ожидании отгрузки.
Плановую дату отгрузки в заказе можно указывать построчно или опционно для всего заказа в целом.
Если плановая дата отгрузки указана для всего заказа в целом, то она автоматически рассчитывается равной максимальной дате отгрузки всех строк.
Инструменты резервирования
В новой схеме резервирования 1С:ERP, УТ11,КА2 предусмотрены следующие инструменты:
1.Выбор в заказе Действия резервирования и плановой даты отгрузки. Программа подскажет:
2.Рабочее место «Состояние обеспечения заказов». Выводит развернутую информацию о состоянии обеспечения и рекомендации по дообеспечению или исправлению обеспечения, которую можно выполнить здесь же – в результате в заказах изменяются действия и плановые даты отгрузки.
3.Рабочее место «Формирование заказов по потребностям». Формирует новые заказы на поставку, если на складе недостаточно товара обеспечения для принятых заказов (потребностей).
4.Для обособления предусмотрены отдельные инструменты:
Более подробно о схемах резервирования и обеспечения, их использовании, можно прочитать в книге “Секреты 1С:ERP. Обеспечение потребностей и резервирование“.
1С: ERP обеспечение потребностей. Назначения в ERP
Товары на складах в 1С:ERP могут обеспечиваться/резервироваться под назначение. Т.е. под конкретный заказ, партнера, направление деятельности. Функционал включается флагом Обособленное обеспечение заказов в настройках раздела Склад и доставка.
Обособленное обеспечение пронизывает все блоки 1С:ERP, в частности, адресное хранение, серийный учет, производство из давальческого сырья, планирование заказов на производство, всю систему обеспечения и формирования обеспечивающих заказов.
В настоящей статье поясняется общий механизм назначений.
1. Потребность в товарах
Заказы создают потребность в товарах, если для них указано действие:
• К обеспечению – товар обеспечивается и поступает на склад в общий доступ.
• Обеспечивать обособленно – товар обеспечивается и поступает на склад под назначение, привязывается к назначению.
Примечание: Если товар присутствует на складе в свободном доступе или находится «в пути» в обеспечивающем заказе, то он может быть сразу зарезервирован действиями Резервировать на складе или Резервировать по мере поступления.
На рис. 1, 2, 3 показаны три идентичных Заказа клиентов. В каждом присутствует товар с действием Обеспечивать обособленно. Заказы различаются заполнением реквизита Направление деятельности на вкладке Дополнительно. Сами Направления деятельности также различаются способом обособления товаров: Проект №1 – «По заказам направления деятельности», а Проект №4 – «По направлению деятельности». Все это определяет назначения обеспечивающих заказов. 
2. Обеспечение потребностей под назначение
Под Заказы клиентов №№ 4, 5, 6 созданы соответствующие обеспечивающие Заказы поставщикам №№ 1, 2, 3 (рис. 4, 5, 6). Назначения заполняются автоматически. Как видно, на состав Назначения повлияло Направление деятельности. Состав Назначения соответственно следующий:
1) Партнер + Заказ клиента, т.е. товар на складе будет зарезервирован под конкретный заказ партнера.
2) Партнер + Заказ клиента + Направление деятельности, т.е. товар на складе будет зарезервирован под конкретный заказ партнера конкретного направления деятельности.
3) Направление деятельности, т.е. товар на складе будет зарезервирован под конкретное направление деятельности и может быть списан любым документом с этим направлением деятельности (в шапке). 
Посмотреть результаты поступления товаров на склад можно отчетом Остатки и доступность товаров (рис. 7) и расшифровать резервы отчетом Поступление и отгрузка товаров. 
После поступления товаров на склад над ними можно выполнять операции: снятие резерва по назначению и резервирование под назначение. Используется документ Корректировка назначения товаров (раздел Склад и доставка). Его проще оформлять прямо из заказа.
3. Как снять резерв по назначению / резервировать под назначение
Снять резерв по назначению из Заказа клиента просто – кн. Обеспечение – Снять резерв по назначению. После указания нужного количества автоматически создается документ Корректировка назначения товаров. И товар поступает в общий доступ.
Резерв по назначению устанавливается также просто из Заказа клиента:
• Нужный товар переводится в действие Обеспечивать обособленно (рис. 8, Товар 6).
• кн. Обеспечение – Зарезервировать под назначение. После указания нужного количества автоматически создается документ Корректировка назначения товаров. Указанное количество товара будет зарезервировано под назначение. 
На рис. 9 показан список из двух документов Корректировка назначения товаров. Как видно, списание/резервирование осуществляется согласно настройкам направления деятельности в заказе. 
Рекомендация: При создании обеспечивающих заказов реквизит Назначение заполняется автоматически. Корректировку назначения товаров следует применять с осторожностью – множественные изменения могут привести к путанице: в заказах изменения не отображаются, а соответствующий наглядный отчет отсутствует.
Тенгиз Куправа,
руководитель проектов ООО «Кодерлайн»
[ Статья ] Как настроить в 1С систему обеспечения потребностей, чтобы уменьшить число ошибок и ускорить обработку заказов. Разбираем на примере интернет-магазина
В этой статье мы рассмотрим задачи, которые можно решать с помощью настроенной системы обеспечения потребностей.
Проблемы достаточно классические, будем рассматривать их на примере интернет-магазинов:
Посмотрим, как с помощью системы обеспечения потребностей их можно решить: оптимизировать схему работы и настроить своевременное обеспечение заказов клиентов и потребностей склада.
Материал актуален для типовых конфигураций УТ 11.4 (11.3), 1C:ERP 2.4 (2.2), КА 2.4 (2.2).
Постановка задачи
Итак, есть интернет-магазин футболок. Магазин предлагает два вида футболок: типовые и с индивидуальным принтом. Клиенты оформляют заказы на сайте и забирают их в пункте выдачи (ПВЗ). Типовые футболки привозят в пункт выдачи с распределительных складов, а индивидуальные — прямо из типографии. Собственные складские остатки в ПВЗ отсутствуют.
В качестве учетной системы используется 1С:Управление Торговлей 11.4.
Бизнес-процесс исполнения заказов построен следующим образом:
Типография требует оформлять заказ одним документом в день. Заказами футболок с индивидуальным принтом занимается менеджер, который вручную переносит заказы из учетной системы в единый бланк для типографии.
С ростом объема заказов у компьютера на складе начала образовываться очередь сборщиков, которым надо оформить отгрузку. Тогда для ввода данных по собранным заказам взяли дополнительного сотрудника. Но и после этого проблемы остались:
Предложенное решение
Попробуем настроить в программе систему обеспечения заказов. Она позволяет обрабатывать заказы единым пакетом. Это должно уменьшить количество оформляемых документов и сократить перемещения сборщиков по складу. Дополнительно, настроим обособленное обеспечение для футболок с индивидуальными принтами, чтобы программа могла резервировать футболку за покупателем.
Предполагается, что необходимые НСИ были сформированы заранее.
Основные понятия системы
Потребность — это количество недостающей номенклатуры на складе. Потребность в системе формируется заказами различных видов.
Способ обеспечения потребностей определяет то, каким образом будет обеспечиваться потребность (например, покупка у поставщика, перемещение с одного склада на другой, производство продукции силами переработчика, сборка/разборка).
Рисунок 1. Взаимосвязь потребности и способов ее обеспечения
Обособленное обеспечение характеризуется дополнительной аналитикой «назначение», которая позволяет зарезервировать товар под конкретный заказ клиента, и только под него.
Настройка системы обеспечения потребностей
По умолчанию конфигурация использует упрощенную систему обеспечения потребностей. В этом случае все недостающие товары закупаются у поставщиков. Если в организации потребность склада может обеспечиваться иным способом, например, перемещением с другого склада, в настройках необходимо включить расширенное обеспечение потребностей.
Сделать это можно в группе настроек Обеспечение потребностей, которая открывается по команде Склад и доставка в разделе НСИ и администрирование. Там же можно включить возможность обособленного обеспечения.
Рисунок 2. Настройки группы «Обеспечение потребностей»
Так как в задаче есть и закупка, и перемещение, мы будем использовать расширенное обеспечение потребностей. А обособленное обеспечение пригодится для оформления заказов в типографии.
Настройка способов обеспечения потребностей
Способы обеспечения потребностей настраиваются в разделе Склад и доставка по команде Настройки и справочники.
Для обеспечения потребности в футболках с принтами создадим способ обеспечения Закупка в типографии. Тип обеспечения указывает, какой заказ система создаст для обеспечения потребности. Нам нужно формировать заказ поставщику, поэтому выберем тип обеспечения Покупка.
Рисунок 3. Выбираем тип обеспечения
Перечень доступных типов определяется соответствующими функциональными опциями. В зависимости от бизнес-процессов организации используемых типов обеспечения может быть больше или меньше. В текущей базе настроено оформление документов Заказ поставщика, Заказ на перемещение и Заказ на сборку/разборку, поэтому для выбора доступно три типа обеспечения.
На закладке Параметры планирования настраиваются временные интервалы:
Рисунок 4. Настраиваем параметры планирования
На закладке Ограничение использования можно указать значения полей, которые будут заполняться в документе Заказ поставщика по умолчанию. Так как у нас поставщик единственный, укажем его сразу в способе обеспечения.
Рисунок 5. Заполняем данные по умолчанию
При использовании соглашений с поставщиками появляется возможность указать конкретное соглашение. В текущем примере функциональная опция выключена и возможности указать соглашение нет.
По аналогии создадим способ обеспечения потребностей с типом Перемещение для автоматического формирования документов Заказ на перемещения. Так как у нас несколько распределительных складов, указывать конкретный склад мы не будем.
Рисунок 6. Способ обеспечения «Перемещение в ПВЗ»
Теперь, когда способы обеспечения настроены, необходимо определить какую номенклатуру каким способом обеспечивать в ПВЗ. Для футболок с принтами укажем Заказ в типографии. А для обычных футболок — Перемещение в ПВЗ.
Сделать это можно прямо в карточке номенклатуры или карточке склада по гиперссылке Настройка способов обеспечения потребностей. Галочка Обособленная покупка/продажа определяет, какое действие по умолчанию для номенклатуры будет устанавливать программа в заказах. Обеспечивать, если галочка не установлена, Обеспечивать обособленно, при установленной галочке.
Рисунок 7. Карточка номенклатуры «Футболка с индивидуальным принтом»
В открывшемся окне укажем соответствующие способы обеспечения потребности.
Рисунок 8. Указание способа обеспечения для конкретной номенклатуры
Формирование заказов по потребности
Теперь посмотрим, как работает система обеспечения. Для этого создадим заказы клиентов. Чтобы в ПВЗ возникла потребность в футболках, на закладке Товары требуется установить действие К обеспечению или Обеспечивать обособленно, в случае обособления товаров.
Рисунок 9. Футболки с индивидуальным принтом заказываются обособленно
Запустим процедуру Формирование заказов по потребностям из раздела Склад и доставка.
На первой закладке укажем фильтр по складу и перейдем на следующую страницу по кнопке Далее.
Рисунок 10. Установка отбора перед процедурой формирования потребности
В случае если способов обеспечения много, можно воспользоваться гиперссылкой Произвольные отборы, расположенной ниже типовых фильтров.
На втором шаге указаны все способы обеспечения, которые необходимо отработать для выполнения заказов клиентов.
Рисунок 11. Галочки позволяют работать с обеспечением по очереди
Если для номенклатуры, попавшей в потребность, способ обеспечения не указан, такая потребность выделяется строкой Обеспечение без указания способа и обеспечивается заказом поставщику.
По кнопке Далее переходим на закладку Обеспечение заказов к отгрузке. Там указана вся информация о потребности ПВЗ в номенклатуре. В колонке К заказу можно изменить количество требуемых позиций или отказаться от них совсем. Для примера уменьшим количество заказываемых типовых футболок с трех штук на две.
Рисунок 12. Программа пропустила третий шаг. На третьем шаге рассчитывается потребность в складских остатках. Так как ПВЗ не работает со складскими запасами, этот шаг не нужен
По кнопке Далее получаем сформированные заказы поставщику и на перемещение.
Рисунок 13. Заказы, обеспечивающие потребность сформированы
Так как в способе обеспечения Перемещение в ПВЗ склад не указан, это необходимо сделать сейчас в документе. Проведем заказ на перемещение и запустим обработку формирования заказов по потребности еще раз при помощи кнопки Продолжить с другими отборами.
Проверим, как система отработает недостающую типовую футболку на четвертом шаге.
Система определяет сформированные ранее заказы и предлагает заказать только недостающие позиции.
Рисунок 14. Повторный запуск формирования заказов по потребностям
Проверим, как программа сформировала заказ поставщику. Для каждой футболки заполнен реквизит Назначение. Эта аналитика запрещает отгружать номенклатуру по любому другому заказу покупателя, кроме указанного.
Рисунок 15. Заказ поставщику был сформирован с обособлением товаров
Схема обеспечения
Наверняка вы обратили внимание, что способ обеспечения определяется не только для каждой номенклатуры, но и для каждого склада. И это правильно, так как разные склады имеют различные источники получения номенклатуры. Например, типовые футболки на распределительных складах могут обеспечиваться документом Заказ поставщику, если мы их приобретаем у поставщика или Заказ на производство, если в организации есть швейный цех.
В результате все материальные движения в организации можно выстроить в определенные цепочки. При этом заказы, обеспечивающие потребность на одном складе, могут создавать её на другом складе.
Рисунок 16. Схема материального движения интернет-продаж в организации Заказчика
Схема обеспечения — список, объединяющий номенклатуру с одинаковым способом обеспечения в пределах одного или нескольких складов. В схеме обеспечения можно настроить модель материального движения определенного товара.
Рисунок 17. Схема обеспечения, которая моделирует цепочку материального движения
В виде номенклатуры можно установить схему обеспечения по умолчанию. И тогда её не надо будет указывать каждый раз при создании новой номенклатуры.
Рисунок 18. Настройка схемы обеспечения по умолчанию в виде номенклатуры
Заключение
Внедрение системы обеспечения заказов клиентов повлекло изменения в бизнес-процессе исполнения заказов: обязанность формировать заказ на перемещение была передана сотруднику склада.
В результате менеджерам теперь не нужно постоянно ходить на склад. А сотрудник склада, зная систему хранения, старается рационально формировать заказы на перемещение.
Менеджер, работающий с заказами для типографии, оформляет документ «Заказ поставщику» непосредственно в учетной системе, что свело к минимуму количество ошибок.
Кейс: «Обособленное обеспечение запасов»
О чем эта статья
В статье рассмотрена задача изменения назначения резервов товаров в случае отказа покупателя от своего заказа с использованием штатных возможностей прикладного решения «Управление торговлей, ред.11». Решение задачи позволяет избежать блокировки товара в резерве, если покупатель отказался от покупки, а вернуть товар поставщику по каким-либо причинам нельзя или затруднительно.
Применимость
Статья написана для редакций УТ 11.1/11.2. Если вы используете эти редакции, отлично — прочтите статью и внедряйте рассмотренный функционал.
Если Вы работаете со старшими версиями УТ 11, то данный функционал является актуальным с небольшими отличиями в оформлении операций. Наиболее заметным отличием УТ 11.3/11.4 от редакции 11.1/11.2 является интерфейс Такси. Поэтому, чтобы освоить материал статьи — воспроизведите представленный пример на своей базе УТ 11. Таким образом Вы закрепите материал практикой 🙂
Постановка задачи
Копания занимается оптовой торговлей арматуры. Закупки производятся методом «заказ под заказ». Используется обособленный учет товаров по видам запасов. Но иногда клиент отказывается от заказа.
В случае отказа клиента от заказа надо обеспечить возможность резервирования поступившей под заказ другого клиента арматуры.
Решение
Настраиваем функциональные опции.
Для работы системы:
Для реализации задачи:
Создаем организацию, вводим банковский счет, настраиваем методы оценки стоимости при выбытии, систему налогообложения.
Создаем вид номенклатуры: Металл, единица измерения – тонна.
Создаём поставщика и двух покупателей.
Создаем оптовый склад.
Создаём заказ Клиента №1 на 20 тонн арматуры 10. В колонке вариант обеспечения указываем «Под заказ».
Создаём заказ другого Клиента №2 на 10 тонн арматуры 10. В колонке вариант обеспечения указываем «Под заказ».
Создаем заказ поставщику. Добавляем номенклатуру Арматура 10 и в колонке Назначение выбираем заказ клиента №1. Количество 20 тонн. Добавляем номенклатуру Арматура 10 и в колонке Назначение выбираем заказ клиента №2. Количество 10 тонн.
Оформляем поступление по заказу поставщика, документ «Поступление товаров и услуг». В движениях видим, что потребности по заказам закрыты.
Смотрим отчет «Анализ доступности товаров». Видим резервы в колонке обособленный резерв, это значит, что продать эти товары мы не сможем никому, кроме тех, под кого они зарезервированы.
Клиент №2 отказался от заказанной арматуры, но товары надо как то продавать дальше, а они не доступны для заказа. Висят в обособленном резерве.
Проблема решается документом «Корректировка назначения товаров». Создаём документ на основании заказа Клиента №2. Заполнение происходит автоматически. В документе указываем новое назначение «На склад».
Смотрим анализ товаров на складах – ура, товары доступны для резервирования и продажи.
В справочнике «Виды запасов», который можно открыть через меню «Все функции» увидим все виды запасов, сформированные нашими документами и сможем полюбопытствовать какие виды запасов для номенклатуры были сформированы системой.
Отчетом «Движения товаров организаций» с добавленной группировкой «По видам запасов» можно увидеть сами виды запасов. Приход расход и конечный остаток. По каждой цифре можно увидеть расшифровку по регистратору, то есть какой документ сделал это движение.
Выводы
Мы научились делать обособленные резервы и снимать их. Анализируем отчетом «Анализ товаров на складах» и «Движение товаров организаций».
Автор статьи, Алексей Князев.
г. Москва, 2013 г.
Комментарии / обсуждение (11):
Добрый день. Не работает документ “Корректировка назначения товаров”. У нас настроена схема “Интеркампани”. Собственник товара организация А, а заказ покупателя оформлен от организации В. Документ не дает снять с заказа, ошибка “нет на остатке у организайй А”. Я согласна, что нет, так как этот товап на остатке организации В.
Здравствуйте!
На последнем на текущий момент релизе УТ11.1.6.20 описанная Вами ситуация не воспроизводится.
Для более детального анализа укажите релиз программы и приложите скрин-шоты оформляемых Вами документов.
Ответа про “Обособленный учет себестоимости товаров по видам запасов” так и нет (
Быть может Евгений Гилев нам подскажет и разъяснит необходимо ли использовать данную настройку в рамках этой задачи!?
Здравствуйте!
Ведение обособленного учета себестоимости позволяет получать информацию о прибыли в разрезе поставщиков, сделок и т.д.
В рамках данной задачи использование функционала обособленного учета себестоимости необязательно.
Обособленный учёт себестоимости включен для демонстрации того, что обособленный резерв влияет на вид запасов, в разрезе которых можно посчитать себестоимость. В результате этого можно более точно посчитать рентабельность сделки с обособленным резервом (заказ под заказ).
Поправьте меня если я ошибаюсь, но мне кажется что себестоимость обособленного резерва и так рассчитывается отдельно от остальных товаров? или все же если не указать флаг Обособленный учет с/с товаров по видам запасов, то себестоимость товаров будет рассчитываться по общим правилам? Этот момент как-то упущен из статьи.
Вроде даже отдельная опция была, которая позволяла указывать как рассчитывать себестоимость обособленно обеспечиваемых товаров – обособленно или нет, но сейчас что-то ее не нашел.
В статье я действительно как то упустил вопросы себестоимости… виноват.
В УТ 11 вид запасов это вроде как и есть партия. И если у нас было несколько поставок от одного поставщика по разным ценам, то вид запасов создастся один и себестоимость посчитается по средней по этому виду запасов. А тут у нас есть отдельный вид запасов (партия) с реквизитом “заказ клиента”. И после расчета себестоимости эта партия выделена отдельной строкой в регистре.
Вроде так.
Хотя я не гуру, возможно и не прав. Буду рад если мне объяснят в чем. 😉
“если у нас было несколько поставок от одного поставщика по разным ценам, то вид запасов создастся один” О_о…. А включение партионного учета не как на этот механизм не влияет?
Согласен с Ninal – в новой УТ появилась возможность списания по FIFO, опять же в зависимости от настроек обособленного учета себестоимость может быть различная.
поэтому и вопрос был про обособленный учет – понимает ли автор зачем он был включен для данной задачи. Если только для влияния на вид запасов – то как-то узко. А последствия…
Автор отнюдь не предлагает использовать эти механизмы на практике, а лишь показывает возможности конфигурации. В частности влияние обособленных резервов на вид запасов.
… а про себестоимость, автор, не всё понимает, и поэтому продолжает учиться…
🙂
Зачем включать для данной задачи “Обособленный учет себестоимости товаров по видам запасов”? Что это даёт в контексте данной задачи?