Файл: Разработка регламента выполнения процесса «Покупка сырья и материалов» (Описание предметной области).pdf
Добавлен: 19.06.2023
Просмотров: 25
Скачиваний: 2
Введение
Закупка товаров предприятием или торговой организацией – наиболее проблемный этап схемы обеспечения материальными ресурсами. В статье про выбор оптимальной схемы обеспечения предприятия материальными ресурсами мы описали своё видение идеи организации учета, общую концепцию. Чтобы максимально сократить издержки при хранении ТМЦ, но при этом гарантировать обеспеченность материалами производственного или торгового процесса, необходимо часть закупок ТМЦ осуществлять адресно (надо -› купили), а часть – для восполнения запасов, которые можно оперативно использовать, снижая зависимость от возможных задержек поставок (надо -› берем с запаса на складе -› покупаем -› восполняем запас).
Целью данной работы является Разработка регламента выполнения процесса «Закупка сырья и материалов».
Задачи работы – построить:
- развернутое (подробное) описание предметной области;
- диаграмму вариантов использования;
- диаграмму деятельности;
- диаграмму последовательности;
- диаграмму состояний;
- диаграмму классов
Глава 1. Описание предметной области
Большинство действий (этапов), которые осуществляются при закупке товарно-материальных ценностей, однотипны:
расчет потребности в ТМЦ для обеспечения производственного процесса или на проведение неких работ, например, на проведение ремонтных работ, проводимых собственными силами (планирование обеспечения);
планирование совокупной потребности в закупке запасов (товаров, сырья, материалов, оборудования) для каждого отдельного заказчика (для промышленных предприятий чаще в качестве заказчиков выступают подразделения самого предприятия, но в более широком смысле, особенно для торговых предприятий, заявка может быть направлена на удовлетворение потребности и внешних заказчиков – наших покупателей);
комплексное планирование поставок (закупок) в целом по предприятию;
подбор поставщиков, тендерные процедуры;
поставка ТМЦ (оформление, контроль соблюдения условий поставки, оприходование на учет, ...);
проверка качества поступивших товаров (комиссионно при приемке или в ходе проведения дополнительной проверки, испытаний, сертификации, которая может проводиться как предприятием самостоятельно, так и внешними сертифицирующими организациями).
Чаще всего эти этапы процесса закупки выполняются последовательно. Но на любом из них может быть откат назад. Например, при проблемах поставки может понадобиться заново искать поставщика. Кроме того, в любой момент может возникнуть что-то, что невозможно было предугадать, например, аварийная ситуация. А значит необходимо быть готовым к срочному внесению изменений во все планы (обеспечения, поставок/закупок), срочному подбору поставщика и осуществления внеплановой закупки ТМЦ.+
Каждый из этих этапов крайне важен в общей схеме и имеет свою специфику. Каждый этап должен быть автоматизирован так, чтобы весь процесс закупки работал как единое целое.
Именно такие цели и мысли мы пытались учесть каждый раз, когда меняли схему обеспечения на предприятиях и в торговых организациях. Набили множество шишек, нашли много интересных решений, которые могут быть интересны другим предприятиям, организациям или коллективам внедренцев, работающих на поприще ERP-систем. Идеи, которыми мы можем поделиться, не уместно смешивать в одной статье. Уж больно их много... Поэтому каждому из этапов мы уделили отдельное внимание, описали свой взгляд в отдельных статьях по более узкой тематике: планированию потребности, тендерным процедурам, поставке и т.д.
Осуществить планирование материального обеспечения предприятия – значит заранее определиться, какие ТМЦ и в каких объемах нам будут нужны. Лучший (наверно даже единственный) способ выполнить планирование обеспечения материальными ресурсами – обдумать заранее, что мы будем делать (изготавливать, Иногда не возможно на этапе материально-технического планирования определиться с точным объемом требуемых ТМЦ или даже с тем, какие ТМЦ потребуются. Во многих случаях эта проблема решается за счет создания текущего оборачиваемого запаса – небольшого запаса постоянно используемых товаров, которые мы всегда имеем в наличии (на сайте можно найти статьи о пользе нормирования запасов, а также о том, какие виды запасов мы рекомендуем для применения на практике).
Именно нормирование запасов позволяет не только упросить процесс ресурсного планирования обеспечения и закупки товаров, но и предоставить логичные механизмы контроля запасов (текущих запасов – на оборачиваемость, аварийных запасов – на целесообразность и доступность). Применение нормирования в схеме обеспечения предприятия материальными ресурсами выстраивает методическое обеспечение планирования в наиболее эффективный совокупный процесс.
Для того, чтобы зафиксировать имеющуюся потребность в ТМЦ, мы применяем "заказы" – электронные документы, которыми конечные потребители заказывают необходимые им ТМЦ. При оформлении заказов крайне важно определиться с источником обеспечения, т.е. то, откуда мы возьмем необходимые ТМЦ. В своей практике мы используем 5 источников обеспечения. Кроме закупки это еще адресный резерв, собственное производство и два вида запасов – запас текущий оборачиваемый и запас аварийный. Детальнее с рекомендуемой нами схемой планирования потребности в материалах и заказе ТМЦ можно познакомиться в статье о планирование потребности в ТМЦ (заказ ТМЦ и источники обеспечения).
Отдельно стоит сказать про важнейшую роль заказов в случае, если на предприятии ведется автоматизированный учет всех проводимых работ и для планирования активно применяется программное обеспечение. Именно заказы (в которых кроме материалов также могут описываться и работы) в данном случае играют важнейшую роль при планировании работ и контроле их выполнения. Однако планирование и учет работ – это отдельная огромная тема, частично также затронутая в наших статьях.+
2. ПОДАЧА ЗАЯВОК НА ЗАКУПКУ
Значимая часть необходимых для предприятия ТМЦ (сырья или материалов для изготовления чего-либо, например, для проведения ремонтных работ) может отсутствовать, а значит должна быть закуплена. При планировании потребности в ТМЦ (при оформлении заказов) такие материалы целесообразно выделять, указав закупку в качестве источника обеспечения. Такие ТМЦ (те, для которых в заказах источником обеспечения будет закупка), далее должны войти в заявку на закупку, по ним будет планироваться и осуществляться приобретение
Детально преимущества от раздельного оформления заказов и заявок мы рассмотрим немного позже. Вот некоторые из преимуществ:
неоспоримые управленческие выгоды от четкого понимания, для чего требуются те или иные закупаемые ТМЦ;
возможность уйти от пиковых нагрузок при квартальном или месячном планировании закупок, т.к. потребность в закупаемых материалах определяется исполнителями при оформлении заказов, т.е. постоянно, а не раз в период;
простота контроля бюджета на закупку в разрезе отдельных подразделений-заказчиков (центров финансовой ответственности);
минимизация трудозатрат на подготовку, проверку и согласование заявок на закупку.
Заявка на закупку также крайне важна для оценки эффективности организации и проведения закупок (сравнения плана и факта поставок). В данном случае контроль выполнения заявки без сложностей может быть проведен самим заказчиком, т.е. подразделением, которое подало заявку на закупку ТМЦ. А ведь именно контроль закупки заказчиком/потребителем, т.е. лицом, которое зависит от наличия затребованных ТМЦ, часто является наиболее эффективным. Нужно только дать этому лицу возможность своевременно видеть проблемы с закупками и объективно их оценивать.
В пределах организационной структуры предприятий, заявки на закупку обычно подают подразделения, играющие в процессе закупок роль заказчиков.
В любом случае, заявки на закупку от множества подразделений-заказчиков часто содержат одни и те же позиции. Является ли информация о заказчике необходимой для осуществления закупки и поставки товаров? Разве что при согласовании замены на возможные аналоги или при уточнении свойств и характеристик товара при подборе поставщика. На всех остальных этапах закупки товаров снабженцу важно только знать, что и в каком объеме требуется закупить.+
При организации и планировании поставок товаров намного удобнее и целесообразнее работать не с десятками или сотнями заявок на закупку товаров отдельных подразделений-заказчиков, а чем-то другим, агрегированным. В этих целях удобно применять план закупок (план поставок). Именно план закупок (план поставок) будет этим агрегированным перечнем ТМЦ, которые должны быть закуплены предприятием или организацией в целом.
План закупок товарно-материальных ресурсов является «инструкцией к действию» для коммерческой службы предприятия, ответственной за закупку ТМЦ. Он же нужен и удобен для контроля закупок, проводимых коммерческой службой или отдельными ответственными исполнителями (снабженцами), т.к. очень легко получить статистику его выполнение, получить позиции, которые не были закуплены или закуплены не в полном объеме.
Выделение плана закупок в схеме закупок ТМЦ обеспечивает и многие прочие выгоды, например, возможность организовать автоматический контроль за оприходованием позиций, не заявленных к закупке, т.е. предотвратить «самодеятельность» снабженцев при закупках, когда покупают "не совсем" то, что надо (или совсем не то), или когда закупка товаров ведется в завышенном объеме
Отсутствие контроля сроков подбора поставщиков может привести к тому, что обоснование задержки поставки ТМЦ будет постоянно списываться именно на проблемы в поиске поставщика. Поэтому желательно иметь четкие и эффективные механизмы анализа задержек при подборе поставщиков.
Для некоторых видов ТМЦ проверка качества проводится непосредственно в момент приемки (разгрузки), а иногда требует проведения ряда анализов и измерений, что требует дополнительного времени. Кроме того, такая проверка качества может проводиться как особым внутренним подразделением предприятия, имеющим на то лицензию (например, лабораторией отдела технического контроля), а может и внешней организацией.
Как и все прочие этапы, этап проверки качества (сертификации) требует контроля. Иначе крайне необходимые для производства материалы могут неделями лежать на складе недоступные для выдачи по причине незавершенного контроля качества.
Если же замахнуться на тотальный контроль запасов, постараться в любой момент времени владеть информацией, для чего и почему какие-либо ТМЦ лежат на складе, то организация учета ТМЦ а время проверки качества становится обязательной частью общей схемы учета ТМЦ на предприятии.
Необходимо помнить, что какой бы идеальной ни была схема планирования, всегда будут факторы, требующие срочного реагирования и проведения закупок во внеплановом режиме. Например, аварийные ситуации или ошибки исполнителей.
Те же ошибки исполнителей, отказ от инвестиционных проектов или прочие факторы могут приводить и к обратным изменениям – сокращению потребности и, как следствие, необходимости срочного отказа от заявленных к закупке ТМЦ, сокращения плана поставок. Иначе мы рискуем купить более не требуемые ТМЦ, которые будут мертвым грузом лежать на наших складах.+
Наличие ситуаций, которые не поддаются планированию, не говорит о том, что решения при согласовании дополнительных заявок на закупку или корректировок плана поставок может в такой ситуации применяться без понимания последствий.
Крайне важно обладать полной информацией о том, что привело к необходимости вносить изменения в согласованные планы и как принимаемое решение повлияет на прочие факторы экономической жизни предприятия. Например, в части бюджета требуется четко понимать, как дополнительные затраты повлияют на себестоимость продукции.
Глава 2. Выбор средства моделирования
Язык UML предназначен для создания моделей информационных систем с целью их последующей реализации в виде объектно-ориентированных программ.
Язык UML объединил наиболее известные методы OOA/OOD и очень быстро приобрел широкую популярность среди разработчиков программного обеспечения.
Основными «строительными блоками» UML являются диаграммы, которые условно можно разделить на две категории:
- структурные модели, описывающие структуру системы, классы, компоненты, подсистемы и т.д.;
- модели поведения, отражающие функциональные возможности системы, логику выполнения процессов обработки данных, взаимодействие объектов в ходе выполнения процессов и т.д.