В качестве победителя могут быть выбраны поставщики исключительно из числа квалифицированных, т. е. с установленным флагом «Допущен», на закладке «Оценки предложений поставщиков».
На закладке «Состав комиссии» отслеживать список согласующих лиц и статус согласования, каждым из них. Табличная часть будет заполняться автоматически по параметрам маршрута согласования документа. Предполагается добавление колонки «Статус согласования». Согласующим лицам для просмотра будут доступны значения критериев на закладке «Оценка критериев поставщиков», без значений баллов и суммарных итогов. Пользователям с ролью «Служба безопасности» доступна закладка «Оценки предложений поставщиков», но без колонки «Балл». Полностью документ будет доступен пользователям с ролью «Организатор тендера», а также пользователь должен являться ответственным за текущий документ «Протокол оценки предложений поставщика».
В Системе реализовать печатную форму Протокола оценки.
4.2.8.6. Формирование Прайсов.
Документ «Прайс» может формироваться на основании Заявок на закупку, где установлен флаг «Прайс».
Механизм формирования спецификаций в АСУ МТО должен зафиксировать и хранить следующие данные:
· Цены в разрезе номенклатуры;
· Условия поставки (тип цен, валюта, параметры учета НДС);
· Условия оплаты (даты оплаты, процент оплаты);
· Документы Заказ поставщику;
Система должна контролировать следующие параметры:
· Наличие цен, по всем номенклатурным позициям спецификации;
· Тип цен должен быть равен типу цен, заданному при формировании потребности;
· Валюта должна быть равна валюте, заданной при формировании потребности;
· Дата оплаты не должна быть ниже текущей;
· Процент оплаты должен равняться 100%, в рамках одной номенклатуры;
· Даты формируемых документов, не должны быть меньше текущей.
В форму документа справочника «Прайс», вывести реквизиты, получаемые по результатам процедуры «Выбора поставщика»:
· Поставщик;
· Договор;
· Условия оплаты;
· Срок поставки;
· Дата действия цены До;
· Условия поставки.
Данные реквизиты должны быть унаследованы «Заказом поставщику».
На основании введенных Систему данных необходимо разработать печатную форму согласно требованиям Заказчика.
4.2.9. Выполнение закупки.
После того как потребности распределены к закупке, их должен обработать закупщик.
Разработать механизм, который позволит вести учет ответственных за закупку и обеспечения номенклатуры пользователей. Закрепить в соответствие с Номенклатурой, или номенклатурной группой, или перечнем (1,2,3) номенклатуры. Данный механизм должен накладывать отбор на доступность потребностей, при подборе их в состав лотов. Назначение ответственного за закупку и обеспечение номенклатуры, выполнять на период. Если конечная граница периода не указана, значит, период действия данной записи не органичен. Предусмотреть возможность замещения.
Пользователям с ролью «Менеджер по закупкам» реализовать рабочее место в виде обработки «Рабочий стол Закупщика». Пример на рис. «Функционал Рабочего стола закупщика».

Данная обработка должна выгружать на рабочий стол информацию к закупке ответственному за закупку.
Пользователь должен обработать потребности. В случае наличия Прайсов по номенклатуре потребности, должны сформироваться «Заказы поставщику», а в случае их отсутствия «Извещение» для проведения тендерных процедур.
Формирование заказа поставщику
После выполнения операция по определению потребностей, которые будут обеспечиваться за счет закупки, и определения поставщика, в АСУ МТО необходимо зафиксировать объём и перечень номенклатуры для закупки. При последующей работе с данным перечнем необходимо иметь возможность видеть:
· Комментарии, оставленные инициатором при формировании потребности;
· Приоритет потребности;
· Файлы, прикрепленные к потребности на этапе ввода;
· Текущий статус каждой строки заказа (например: строка №1 «Поставщик подтвердил», строка №2 «В Пути», и т. д.; информация предоставляется поставщиком при контакте с ответственным менеджером по закупке, и заносится менеджером по закупке вручную);
· Дата изменения текущего статуса (рассчитывается и фиксируется автоматически при изменении статуса строки менеджером по закупкам).
Пользователь системы при формировании заказа поставщику должен работать только с потребностями определенными для закупки. Потребности, определенные для обеспечения за счет собственных остатков или перемещения, не должны быть доступными для закупки не зависимо ни от каких параметров.
При проведении документа «Заказ поставщику», формировать и отправлять электронное сообщение, на электронный адрес поставщика, указанный в его контактных данных. В случае отсутствия электронной почты в контактных данных поставщика выводить сообщение, но не блокировать проведение документа. Учитывать факт отправки письма, чтобы не отправлять письма постоянно, при каждом перепроведении.
В связи с условиями по временному ограничению действия договора, при проведении документа «Заказ поставщику» проверять временные рамки действия выбранного договора. В случае выхода текущей даты (или даты, в шапке документа) за рамки периода действия договора, при проведении выдавать сообщение пользователю и отказывать в проведении.
Система АСУ МТО. TMS должна контролировать превышение суммы договора. В шапке документа «Заказ поставщику» кроме договора выводить и документ «Спецификация договора поставки». Связка данных реквизитов позволит контролировать заказываемую номенклатуру, ее количество и превышение суммы договора. Для случаев, когда номенклатура отсутствует в спецификации или ее количество больше чем в спецификации отказывать в проведении документа «Заказ поставщику» и выводить информационное сообщение. Для случаев превышения суммы договора, с учетом ранее проведенных документов «Заказ поставщику», так же отказывать в проведении документа и выводить информационное сообщение.
Описанные выше контроли по сумме, количеству и номенклатуре, регулировать опциональной настройкой.
В табличной части документа «Заказ поставщику» вести учет статусов каждой строки отдельно. Данный функционал позволит контролировать статус исполнения поставщиком и отслеживанием собственными силами процесса поставки. При создании документа «Заказ поставщику» у всех строк автоматически будет проставляться статус «Создан». При нажатии на кнопку «Отправить поставщику» АСУ МТО. TMS будет отправлять печатную форму документа на электронную почту контрагента, и устанавливать статус строк «Отправлено поставщику». В дальнейшем установкой статуса сможет заниматься пользователь, ответственный за созданный документ. Кроме статуса, добавить в табличную часть документа «Заказ поставщику» колонки «Дата изменения статуса» и «Решение». Реквизит «Дата изменения статуса» закрыть от редактирования вручную. Изменения реквизита производить автоматически по текущему времени изменения статуса строки. Реквизит «Решение» сделать текстовым полем, для внесения комментариев по каждой строке заказа. Реквизиты «Статус», «Дата изменения статуса» и «Решение» выводить в отчетную форму документа «Анализа заказов поставщикам».
В качестве статусов использовать значения:
· Создан;
· Отправлен поставщику;
· В производстве;
· В пути;
· Поступил на склад.
4.2.9.1. Корректировка/Закрытие заказа поставщику
Механизм Корректировка/Закрытие заказов поставщику, в АСУ МТО, необходим для внесения корректировок в перечень заказанной у поставщика номенклатуры, в случаях недопоставки (когда поставщик сказал, что точно не сможет поставить 100 шт., а только 95 шт.).
С помощью документа «Корректировка заказа поставщику» можно провести корректировку заказа, связанную с изменением товарных и финансовых договоренностей с поставщиком.
Документ всегда вводится на основании документа «Заказ поставщику». При вводе на основании табличная часть документа заполняется теми потребностями из документу «Заказ поставщику», на основании которого он введен, по которым не было оформлено поступление товаров. При этом учитываются все ранее введенные документы корректировки.
Документ «Корректировка заказа поставщику» решает две основные задачи: добавление и удаление позиций в табличную часть документа «Заказ поставщику».
Если требуется добавить в заказ поставщику позицию номенклатуры, в табличную часть документа "Корректировка заказа поставщику" вводится строка с положительным значением реквизита "Количество", значение реквизита соответствует количеству добавляемых позиций.
Если требуется удалить из заказа поставщику позицию номенклатуры, в табличную часть документа "Корректировка заказа поставщику" вводится строка с отрицательным значением реквизита "Количество", значение реквизита соответствует количеству удаляемых позиций.
Если требуется произвести замену позиции номенклатуры в заказе поставщику, в табличную часть документа «Корректировка заказа поставщику» вводится две строки: позиция, которую нужно удалить, вводится со знаком минус, а позиция, которую нужно добавить вводится со знаком плюс.
При корректировке цены или количества по позиции номенклатуры в табличную часть заказа, также вводится две строки: строка со старой ценой или количеством со знаком минус и строка с новым количеством или ценой со знаком плюс.
Для автоматического заполнения табличной части документа «Корректировка заказа поставщику» предназначена кнопка «Заполнить».
Возможны два варианта заполнения:
· Заполнить по остаткам;
· Скопировать состав заказа.
Вариант «Заполнить по остаткам» - в этом случае табличная часть документа заполняется всеми недополученными товарами по документу «Заказ поставщику», указанному в шапке документа, с учетом ранее оформленных документов корректировки.
Вариант «Скопировать состав заказа» - в этом случае в документ будет скопирована информация из табличной части документа «Заказ поставщику».
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |


