Содержание:
1. Введение. 1С:Управление производственным предприятием 1.3
2. Проектирование программы учета товара на складе
3. Особенности реализации проекта
1. Введение. 1С:Управление производственным предприятием 1.3
Данная статья является продолжением первой части статьи посвященной реализации адресного учета в конфигурации 1С:Управление производственным предприятием 1.3.
2. Проектирование программы учета товара на складе
Поскольку на предприятии заказчика на момент начала внедрения отсутствовали бизнес-процессы связанные с адресным хранением ТМЦ на складах, то в качестве основы были взяты бизнес-процессы реализованные в конфигурации при настройке «1С:ERP».Они были скорректированы с учетом требований заказчика к реализуемому механизму (см. предыдущую часть статьи), а также с учетом специфики складских операций заказчика.
Сами бизнес процессы были описаны в виде схем в нотации бизнес процессов IDEF0
Для этого было несколько причин:
· Наличие схем всех бизнес-процессов «1С:ERP», которые и были взяты нами за основу в конфигурации «СППР 1С» (идущей в комплекте с «1С:ERP»).
· простота для понимания, в том числе со стороны неподготовленных лиц – ключевые пользователи со стороны заказчика смогли быстро разобраться в предоставленных схемах бизнес-процессов, высказать свои замечания, согласовать их.
· простота редактирования – существующий в платформе 1С конструктор схем позволяет быстро создавать и редактировать схемы в нотации IDEF0 – за счет этого удалось оперативно описать все бизнес-процессы и учесть замечания со стороны заказчика.
В результате с помощью схем IDEF0 были описаны для всех бизнес-процессов разрабатываемой подсистемы:
· Описание структуры адресного склада;
· Ввод начальных остатков на адресном складе
· Поступление материалов на адресный склад от поставщика;
· Перемещение материалов на адресный склад с неадресного склада;
· Поступление материалов на адресный склад из производства;
· Перемещение материалов внутри адресного склада;
· Перемещение материалов с адресного склада на неадресный склад;
· Передача материалов с адресного склада в производство
· Списание материалов с адресного склада
· Анализ и контроль движений по адресному складу.
Во время работы в 1С:ERP в целом подход с использованием нотации IDEF0 при описании проектируемых бизнес-процессов себя оправдал. Он позволил быстро без написания объемной документации подготовить и согласовать проект подсистемы в понятном заказчику виде. Кроме того, он стал основой для технического проекта, описывающего структуру подсистемы в терминах объектов метаданных 1С. Этому в немалой степени поспособствовала структура конфигурации «1С:СППР» переходить от проектирования бизнес-процессов к проектированию структуры конфигурации. Ну в дополнение ко всему, данные схемы бизнес-процессов легли в основу сценариев работы пользователей, которые были описаны в инструкции пользователя и которые использовались при сценарном тестировании при приемке работ.
2.1 Проектирование структуры конфигурации
В ходе описания бизнес-процессов на складе были определены все необходимые доработки системы. Для реализации поставленных задач были проектированы новые объекты конфигурации, а также запланировано изменение ряда типовых объектов. Все добавленные и измененные объекты были описаны в «1С:СППР» с помощью ER-диаграмм данных:
К ключевым проектным решениям системы можно отнести следующие:
1) Учет товаров в разрезе адресов хранения включается независимо для каждого склада организации. Для этого в справочник добавлены реквизиты «Адресный склад» (булево) и «Дата начала ведения адресного учета» (дата). Проверки выполняющиеся для документов движения ТМЦ по адресным складам начинают выполняться только после указанной даты. Это соответствует условиям выдвинутым заказчиком на этапе сбора требований (см. предыдущую часть статьи).
2) Информация о топологии адресного склада хранится в типовом справочнике «Места хранения». Для целей решения поставленной задачи в справочник добавлены реквизиты, определяющие адрес и тип места хранения:
При этом реквизит «Тип ячейки» имеет важное место в логике работы подсистемы. Это перечисление, которое может принимать следующие значения:
o Приемка - в ячейках данного типа регистрируется поступление товаров на склад. Из ячеек данного типа запрещена отгрузка товаров со склада.
o Отгрузка - из ячеек данного типа осуществляется отгрузка товаров со склада.
o Хранение - в ячейки данного типа разрешено перемещение товаров из ячеек типа "приемка".
o Архив - ячейки данного типа не используются в товародвижении, не допускается их использование в документах.
Важно, что все типовые документы конфигурации ориентируются на значение данного реквизита и работают только с ячейками типа «Приемка» или «Хранение» в зависимости от оформляемой операции. За счет этого удалось ограничиться минимальными доработками типовых документов (все необходимые действия выполняются в подписках на события без изменения самих документов!). Порядок работы пользователей при работе с типовыми документами учета склада также не изменился. Таким образом, соблюдаются требования №4 и№5 заказчика (см. предыдущую часть статьи).
3) Описание адресной структуры склада осуществляется с помощью обработки «Генерация топологии склада». Данная обработка позволяет быстро в автоматическом режиме создать необходимое количество мест хранения (ячеек) с принятой системой адресации.
4) Информация об остатках и оборотах на адресном складе ведется в отдельном контуре. Этот контур реализован с помощью нового РН «Товары в ячейках». Движения в нем формируются независимо от движений по типовым регистрам, однако при этом выполняется контроль соответствия данных об остатках на складах.
Поступление извне в данный регистр выполняется типовыми документами («ПТиУ», «Перемещение товаров», Возврат материалов из производства» и т.д.) в подписках на события. При этом поступление всегда автоматически выполняется в ячейку с признаком «Приемка». Считается, что зона приемки имеет неограниченные размеры и моет принять любое количество товаров.
Списание из регистра также выполняется типовыми документами (РТиУ, Перемещение товаров, Требование-накладная и т.д.). При этом списание всегда автоматически выполняется из ячейки с признаком «Отгрузка». Предварительно необходимо переместить все необходимые товары из ячеек хранения в зону отгрузки.
5) Ключевым объектом дорабатываемой подсистемы стал новый документ «Перемещение товаров по ячейкам» - данный документ в зависимости от указанного Вида операции позволяет выполнять любые необходимые движения внутри адресного склада. При этом документ достаточно прост в заполнении, и работа с ним практически не изменяется в зависимости от выбранной операции
6) Анализ и контроль движений по адресному складу осуществляется с помощью комплекта специально разработанных отчетов, которые позволяют получать информацию о фактическом местонахождении каждой партии товара, а также выявлять возможные ошибки в ведении учета:
3.Особенности реализации проекта
В ходе разработки спроектированной подсистемы большое внимание (в соответствии с пожеланиями заказчика) уделялось простоте выполнения операций и максимальной степени автоматизации. В результате были реализованы следующие решения:
1) При работе с типовыми документами конфигурации программа без участия пользователя автоматически определяет зоны Приемки и зоны Отгрузки адресных складов (даже в том случае если таких зон на складе несколько), без участия пользователя выполняет соответствующие движения. Таким образом, работа пользователей с типовыми документами конфигурации не претерпела никаких изменений.
2) При размещении товаров из зоны Приемки по ячейкам хранения и из ячеек хранения в зону Отгрузки разработаны алгоритмы подбора наиболее подходящих ячеек для размещения каждой позиции таким образом, чтобы минимизировать перемещение по складу. При этом учитываются сроки хранения сроки нахождения товаров на складе и другие показатели.
3) Работа со всеми документами (и типовыми и нетиповыми), участвующими в движениях товаров по адресным складам, возможна с использованием сканеров ШК и ТСД. При этом штрих-коды назначены каждой партии номенклатуры, а также всем местам хранения.
4) Все документы адресного склада оптимизированы под работу с клавиатурным вводом (без использования мыши), что существенно повышает скорость работы.
5) В документе «Перемещение товаров по ячейкам» реализована цветовая индикация выполненных действий по принципу светофора – строки табличной части по которым выполнение действия (отбор/размещение) подтверждено считыванием штрих-кода выделяются зеленым цветом, ошибочные - красным. Это позволяет пользователям быстрее ориентироваться в документах с большим набором данных. Коме того, реализована звуковая индикация ошибок при считывании штрих-кодов.
6) Все документы движения по адресному складу связаны в цепочки. Таким образом, с одной стороны исключается независимое выполнение операций без зафиксированной потребности в них, а с другой стороны за счет автоматического заполнения при вводе на основании ускоряется работа с документами и исключается повторный ввод данных. В качестве примера можно привести следующие цепочки документов:
o Заказ поставщику - Поступление товаров и услуг – Перемещение товаров по ячейкам (вид операции: Размещение)
o Внутренний заказ - Перемещение товаров по ячейкам (вид операции: отбор) – Требование-накладная
Перечисленный выше комплекс мер позволил:
· быстро освоить пользователями новые механизмы;
· реализовать новую схему учета на складе без существенного замедления в работе.
· исключить большое количество ошибок (особенно на первых этапах работы) за счет максимального упрощения интерфейса и автоматизации большей части действий.
В заключительной части статьи будет рассказано об организации тестирования, и опытной эксплуатации. Также будут рассмотрены перспективы развития функционала, подведены итоги проекта, рассмотрены ошибки, допущенные в ходе его реализации.
Продолжение следует…
Специалист компании ООО «Кодерлайн»
Антон Лосев.