1. Главная страница » Компьютеры » 1С ут заказ по потребностям

1С ут заказ по потребностям

Автор: | 16.12.2019

Создадим новый склад — «Склад стеллажей», все настройки оставим по умолчанию.

Создадим новый «Способ обеспечения потребности» (справочники вкладки «Запасы и закупки») — «Заказ на производство»:

Ввод номенклатуры

Далее необходимо создать 2 номенклатурные позиции — «Стеллаж 1» и «Стеллаж 2»:

Для каждой из номенклатуры необходимо создать произвольный набор комплектующих, закладка «Варианты комплектации»:

На закладке «Параметры обеспечения потребностей» номенклатуры необходимо указать для «Склада стеллажей» следующие настройки:

Получите 267 видеоуроков по 1С бесплатно:

И метод обеспечения потребности:

Проделываем этот процесс для «Стеллажа 1» (норма потребления — 5) , для «Стеллажа 2» (норма — 10).

Формирования заказов

Для формирования заказов по потребностям необходимо открыть обработку «Формирование заказов по потребностям» на вкладке «Запасы и закупки»:

На первом шаге заполняем наш склад — «Склад стеллажей»:

На шаге номер два система отобразить текущую потребность:

После нажатия на «далее» система автоматически сформирует заказы на нужные позиции номенклатуры:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Рассмотрим механизм обеспечения складских потребностей в номенклатуре за счет покупки, перемещения с другого склада и сборки.

  • Статья
  • Видео
  • Комментарии (10)

В данном уроке будем разбираться с обеспечением складских потребностей в номенклатуре.

Суть этого механизма (в двух словах) — автоматизированное создание обеспечивающих заказов по складским потребностям, сформированным документами следующих видов:

  • заказ клиента ЗК,
  • заказ на внутреннее потребление ЗВП,
  • заказ на сборку ЗС,
  • заказ на перемещение ЗНП.

Обеспечение складских потребностей может быть за счет:

  • покупки у поставщика,
  • сборки/разборки на складе,
  • перемещения товаров с другого склада.

Соответственно в роли обеспечивающих заказов могут выступать:

Посмотрим основные настройки системы в части обеспечения потребностей:

Обеспечение потребностей может быть:

  • упрощенное (только за счет покупки),
  • расширенное (за счет покупки, сборки и перемещения).

Остановимся на второй варианте, включим также Обособленное обеспечение заказов (разберем в следующем уроке):

Способы обеспечения потребностей

Теперь нужно создать различные способы обеспечения потребностей, под каждый тип обеспечения создадим по одному способу:

Вводим наименование, выбираем тип обеспечения и срок покупки (интервал времени между оформлением ЗП и поступлением товаров на склад). Далее нужно выбрать правило формирования заказов — в подавляющем большинстве случаев пользователи выбирают Заказ при достижении точки заказа — т.е. обеспечивающие заказы создаются после того, как возникла складская потребность, "точка заказа").

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

В поле Гарантированный срок отгрузки нужно указать сколько нашему предприятию требуется времени от момента оформления складской потребности до момента ее отгрузки.

На второй вкладке при необходимости указывается организация, подразделение и конкретный поставщик:

Если указать поставщика, то в дальнейшем ЗП заполнится полностью автоматически.

Теперь создадим способ обеспечения с типом перемещение:

На второй вкладке укажем данные о складе, с которого будет происходить перемещение:

Создадим третий вариант с типом Сборка/разборка:

На второй закладке укажем плановую длительность сборки:

Схемы обеспечения

Теперь нам нужно привязать способы обеспечения потребностей к конкретным складам. Для этого используются схемы обеспечения:

Создадим новую схему (будем ее использовать для программных продуктов 1С):

Для основного склада выбираем способ обеспечения с типом Закупка:

А для магазинов выберем способ с типом Перемещение:

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

Теперь настроим схему обеспечения для сборной мебели: в магазинах — за счет перемещения, на основном складе — за счет сборки:

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

Но при этом схема будет заполняться только при создании новых карточек. Для уже существующей номенклатуры нужно указать схему в товарной карточке:

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

Обеспечение заказа клиента

Создадим ЗК в магазине:

Читайте также:  Megapixel ip camera настройка

При добавлении строк в заказ вариант обеспечения автоматически устанавливается К обеспечению (т.е. формируется складсках потребность), давайте попробуем установить статус Отгрузить (при этом статусе потребность не формируется, товар отгружается из складских запасов):

Выбираем следующий алгоритм: если товар есть на остатке, тогда Отгрузить, в противном случае формировать складскую потребность:

Видим, что часть кухонных стульев можно обеспечить за счет складских запасов (строка с товаром разделилась на две), а часть образовала потребность:

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

При создании заказа выбираем По потребностям:

В списке возможных отборов сделаем фильтр по складу:

На следующем шаге программа автоматически определила доступный способ обеспечения:

На следующем шаге программа сформировала список товаров, по которым возникла потребность и автоматически рассчитала количеству:

На следующем шаге создан и проведен ЗНП, откроем его:

Аналогично ЗК заполняем вариант обеспечения для товаров:

Видим, что часть стульев есть на основном складе, а другая часть сформировала складскую потребность:

Теперь уже нам необходимо обеспечивать ЗНП (цепочка потребностей).

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

В данном случае потребность по ЗНП сформирована на основном складе:

Автоматически подставился способ обеспечения:

Программа определила складскую потребность и рассчитала требуемое количество:

По этой потребности автоматически создался ЗС:

Заполняем обеспечение для комплектующих:

Благодаря тому, что все материалы в нужном количестве есть на остатках на основном складе, установился статус Отгрузить для всех строк:

Меняем статус документа, проводим и на его основании создаем документ сборки:

Устанавливаем статус, проводим и закрываем документ:

Теперь потребность по стульям в заказе на перемещение обеспечена, проверим с помощью отчета:

Об успешном обеспечении говорит зеленая заливка в строке:

Теперь осталось обеспечить потребность в программном обеспечении. Помним, что она обеспечивается за счет закупки. Поэтому открываем список ЗП и создаем новый по потребностям:

Установим фильтр по складу:

Способ обеспечения подставился автоматически:

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

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

Откроем заказ и проставим цены вручную:

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

Формирование заказов по потребностям

Для создания обеспечивающих заказов мы каждый раз открывали список нужных документов и нажимали создать новый по потребностям. Но удобнее это делать из рабочего места Формирование заказов по потребностям:

Здесь вам нужно только сделать отбор по складу. При необходимости, также можно настроить фильтр по типу обеспечения:

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

По зеленой раскраске строк видим, что заказ на перемещение обеспечен полностью, можно на его основании уже создавать перемещение (если перемещение создавать еще рано, можно как вариант зарезервировать товар под данный заказ):

Откроем документ, видим что обеспеченный сборкой стул успешно зарезервирован на складе:

Для создания перемещения нужно для всех строк установить статус Отгрузить:

Теперь на форме Состояние обеспечения остался только ЗК, видим что все позиции заказа обеспечены:

Меняем вариант обеспечения, теперь можем отгружать товар клиенту:

Таким образом мы разобрали не только обеспечение потребностей разными способами, но и посмотрели как работают цепочки потребностей.

В этой статье мы рассмотрим задачи, которые можно решать с помощью настроенной системы обеспечения потребностей.

Проблемы достаточно классические, будем рассматривать их на примере интернет-магазинов:

  • Заказы клиентов теряются или собираются с большим опозданием.
  • Сборщики заказов спешат и из-за этого ошибаются. При оформлении заказов образуется очередь и все друг другу мешают.
  • Менеджер в спешке может неправильно оформить документы.
  • В товарах, которые приезжают в пункт выдачи, сложно разобраться.

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

Материал актуален для типовых конфигураций УТ 11.4 (11.3), 1C:ERP 2.4 (2.2), КА 2.4 (2.2).

Постановка задачи

Итак, есть интернет-магазин футболок. Магазин предлагает два вида футболок: типовые и с индивидуальным принтом. Клиенты оформляют заказы на сайте и забирают их в пункте выдачи (ПВЗ). Типовые футболки привозят в пункт выдачи с распределительных складов, а индивидуальные — прямо из типографии. Собственные складские остатки в ПВЗ отсутствуют.

Читайте также:  Asus p8h61 m le какой процессор подойдет

В качестве учетной системы используется 1С:Управление Торговлей 11.4.

Бизнес-процесс исполнения заказов построен следующим образом:

  • Менеджер согласовывает заказ с клиентом, создает заказ на перемещение, распечатывает документы и относит их сборщику.
  • Сборщик собирает заказ, оформляет отгрузку и относит заказ к месту погрузки.
  • Приемщик в пункте выдачи подтверждает получение заказа.
  • При выдаче заказа покупателю приемщик оформляет продажу.

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

С ростом объема заказов у компьютера на складе начала образовываться очередь сборщиков, которым надо оформить отгрузку. Тогда для ввода данных по собранным заказам взяли дополнительного сотрудника. Но и после этого проблемы остались:

  • Менеджеры кладут документы поверх еще невыполненных заказов. В результате некоторые заказы не готовы к назначенному сроку.
  • Сборщики с каждым заказом ходят от стола заказов к стеллажам, компьютеру и зоне отгрузки. И не успевают справиться с возросшим объемом работы.
  • В пункте выдачи заказов стали жаловаться, что в большой коробке из типографии, где всё валом, трудно найти нужный заказ. А менеджер, который оформляет заказ в типографию, в спешке путает или забывает указывать для футболки номер заказа клиента.

Предложенное решение

Попробуем настроить в программе систему обеспечения заказов. Она позволяет обрабатывать заказы единым пакетом. Это должно уменьшить количество оформляемых документов и сократить перемещения сборщиков по складу. Дополнительно, настроим обособленное обеспечение для футболок с индивидуальными принтами, чтобы программа могла резервировать футболку за покупателем.

Предполагается, что необходимые НСИ были сформированы заранее.

Основные понятия системы

Потребность — это количество недостающей номенклатуры на складе. Потребность в системе формируется заказами различных видов.

Способ обеспечения потребностей определяет то, каким образом будет обеспечиваться потребность (например, покупка у поставщика, перемещение с одного склада на другой, производство продукции силами переработчика, сборка/разборка).

Рисунок 1. Взаимосвязь потребности и способов ее обеспечения

Обособленное обеспечение характеризуется дополнительной аналитикой «назначение», которая позволяет зарезервировать товар под конкретный заказ клиента, и только под него.

Настройка системы обеспечения потребностей

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

Сделать это можно в группе настроек Обеспечение потребностей, которая открывается по команде Склад и доставка в разделе НСИ и администрирование. Там же можно включить возможность обособленного обеспечения.

Рисунок 2. Настройки группы «Обеспечение потребностей»

Так как в задаче есть и закупка, и перемещение, мы будем использовать расширенное обеспечение потребностей. А обособленное обеспечение пригодится для оформления заказов в типографии.

Настройка способов обеспечения потребностей

Способы обеспечения потребностей настраиваются в разделе Склад и доставка по команде Настройки и справочники.

Для обеспечения потребности в футболках с принтами создадим способ обеспечения Закупка в типографии. Тип обеспечения указывает, какой заказ система создаст для обеспечения потребности. Нам нужно формировать заказ поставщику, поэтому выберем тип обеспечения Покупка.

Рисунок 3. Выбираем тип обеспечения

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

На закладке Параметры планирования настраиваются временные интервалы:

  • Срок покупки. Количество дней от заказа до поступления товара на склад.
  • Обеспечиваемый период. Система будет выбирать заказы, у которых дата отгрузки не выходит за границу указанного периода.
  • Гарантированный срок отгрузки. Это количество дней, через которое товар может быть отгружен. Как правило, он складывается из срока покупки и времени складской приемки.

Рисунок 4. Настраиваем параметры планирования

На закладке Ограничение использования можно указать значения полей, которые будут заполняться в документе Заказ поставщика по умолчанию. Так как у нас поставщик единственный, укажем его сразу в способе обеспечения.

Рисунок 5. Заполняем данные по умолчанию

При использовании соглашений с поставщиками появляется возможность указать конкретное соглашение. В текущем примере функциональная опция выключена и возможности указать соглашение нет.

По аналогии создадим способ обеспечения потребностей с типом Перемещение для автоматического формирования документов Заказ на перемещения. Так как у нас несколько распределительных складов, указывать конкретный склад мы не будем.

Рисунок 6. Способ обеспечения «Перемещение в ПВЗ»

Теперь, когда способы обеспечения настроены, необходимо определить какую номенклатуру каким способом обеспечивать в ПВЗ. Для футболок с принтами укажем Заказ в типографии. А для обычных футболок — Перемещение в ПВЗ.

Читайте также:  Mi box 3 не работает usb

Сделать это можно прямо в карточке номенклатуры или карточке склада по гиперссылке Настройка способов обеспечения потребностей. Галочка Обособленная покупка/продажа определяет, какое действие по умолчанию для номенклатуры будет устанавливать программа в заказах. Обеспечивать, если галочка не установлена, Обеспечивать обособленно, при установленной галочке.

Рисунок 7. Карточка номенклатуры «Футболка с индивидуальным принтом»

В открывшемся окне укажем соответствующие способы обеспечения потребности.

Рисунок 8. Указание способа обеспечения для конкретной номенклатуры

Формирование заказов по потребности

Теперь посмотрим, как работает система обеспечения. Для этого создадим заказы клиентов. Чтобы в ПВЗ возникла потребность в футболках, на закладке Товары требуется установить действие К обеспечению или Обеспечивать обособленно, в случае обособления товаров.

Рисунок 9. Футболки с индивидуальным принтом заказываются обособленно

Запустим процедуру Формирование заказов по потребностям из раздела Склад и доставка.

На первой закладке укажем фильтр по складу и перейдем на следующую страницу по кнопке Далее.

Рисунок 10. Установка отбора перед процедурой формирования потребности

В случае если способов обеспечения много, можно воспользоваться гиперссылкой Произвольные отборы, расположенной ниже типовых фильтров.

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

Рисунок 11. Галочки позволяют работать с обеспечением по очереди

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

По кнопке Далее переходим на закладку Обеспечение заказов к отгрузке. Там указана вся информация о потребности ПВЗ в номенклатуре. В колонке К заказу можно изменить количество требуемых позиций или отказаться от них совсем. Для примера уменьшим количество заказываемых типовых футболок с трех штук на две.

Рисунок 12. Программа пропустила третий шаг. На третьем шаге рассчитывается потребность в складских остатках. Так как ПВЗ не работает со складскими запасами, этот шаг не нужен

По кнопке Далее получаем сформированные заказы поставщику и на перемещение.

Рисунок 13. Заказы, обеспечивающие потребность сформированы

Так как в способе обеспечения Перемещение в ПВЗ склад не указан, это необходимо сделать сейчас в документе. Проведем заказ на перемещение и запустим обработку формирования заказов по потребности еще раз при помощи кнопки Продолжить с другими отборами.

Проверим, как система отработает недостающую типовую футболку на четвертом шаге.

Система определяет сформированные ранее заказы и предлагает заказать только недостающие позиции.

Рисунок 14. Повторный запуск формирования заказов по потребностям

Проверим, как программа сформировала заказ поставщику. Для каждой футболки заполнен реквизит Назначение. Эта аналитика запрещает отгружать номенклатуру по любому другому заказу покупателя, кроме указанного.

Рисунок 15. Заказ поставщику был сформирован с обособлением товаров

Схема обеспечения

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

В результате все материальные движения в организации можно выстроить в определенные цепочки. При этом заказы, обеспечивающие потребность на одном складе, могут создавать её на другом складе.

Рисунок 16. Схема материального движения интернет-продаж в организации Заказчика

Схема обеспечения — список, объединяющий номенклатуру с одинаковым способом обеспечения в пределах одного или нескольких складов. В схеме обеспечения можно настроить модель материального движения определенного товара.

Рисунок 17. Схема обеспечения, которая моделирует цепочку материального движения

В виде номенклатуры можно установить схему обеспечения по умолчанию. И тогда её не надо будет указывать каждый раз при создании новой номенклатуры.

Рисунок 18. Настройка схемы обеспечения по умолчанию в виде номенклатуры

Заключение

Внедрение системы обеспечения заказов клиентов повлекло изменения в бизнес-процессе исполнения заказов: обязанность формировать заказ на перемещение была передана сотруднику склада.

В результате менеджерам теперь не нужно постоянно ходить на склад. А сотрудник склада, зная систему хранения, старается рационально формировать заказы на перемещение.

Менеджер, работающий с заказами для типографии, оформляет документ «Заказ поставщику» непосредственно в учетной системе, что свело к минимуму количество ошибок.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *