Заявки на закупку

[tolstjak]

В ахарте есть заявки на закупку?
Подскажите кто знает.
Александр

[mad_pilot]

есть.
Обработка/заявка

[Света]

А где это можно поподробнее?
Глупый конечно вопрос, но все же...Мы начинающие

[mad_pilot]

закупки/закупки/обработка/заявка

[PlasticinE]

<Зохавано мудератором>
за неуплату

[Света]

Все прочитала про заявку. Ясно.
Теперь другой вопрос.
А где заявка которая поступает от подразделений на закупку определенной номенклатуры? Получается ее нет в аксапте.

[ldv]

В Аксапте как известно реализована концепция MRP - исходя из которой потребности в закупках должны рассчитываться. Т.е. заявками на закупку можно считать результаты сводного планирования в Спланированных заказах. В принципе в эту же форму можно вводить и заявки от подразделений для их последующей обработки.

[glibs]

Не успел. Но не выбрасывать же.

Да!

Аксапта считает себя системой достаточно умной для того, чтобы самой решать что и когда закупать. Называется это Сводное планирование. С помощью данной процедуры можно получить предложения по закупке или производству номенклатуры (в т.ч. и закупке необходимых сырья, материалов и комплектующих для производства). При этом система берет на себя ответственность за оптимизацию материальных потоков, производственных ресурсов и финансовых потоков (концепции MRP I, MRP II и ERP соответственно). Управлять процессами можно с помощью многочисленного числа параметров системы (например, настройка покрытия, настройка сводных планов и т.п.).

Если вас интересует заявка на закупку сугубо как элемент системы документооборота — написали заявку, отпавили кому-то, но цифры урезал на 30%, вы согласились в добровольно-принудительном порядке, этот кто-то заявку утвердил, ... — то по большому счету в Аксапте такого нет. Нет такой процедуры и в бюджетировании, например, если по такой схеме необходимо составлять бюджет административных расходов (например, банальная канцелярия).

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

Пусть меня поправят, если я неправ.

[Yuri]

Братцы, а кто в "живой" эксплуатации использует сводное планирование?
По данным полугодовой давности, в России внедрений с использованием полной функциональности Сводного планирования (прогнозные планы и модели, настройки покрытий и пр., хотя бы без производства) ещё не было.

[glibs]

Quote:

Изначально опубликовано glibs
...(или не будут, если они имеют статус «Журнал»)...

Что-то я засомневался, а проверить некогда. В ПДДС такие закупки точно не попадают.

To Yuri:

Аксапта ритейл говорит, что они используют Сводное планироване (можно попробовать у них спросить).

[Maxim Gorbunov]

Quote:

Изначально опубликовано glibs
Что-то я засомневался, а проверить некогда. В ПДДС такие закупки точно не попадают.

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

[glibs]

Quote:

Изначально опубликовано Maxim Gorbunov
...Журналы в Сводное планирование не попадают...

Thanks.

Quote:

Изначально опубликовано Maxim Gorbunov
...В принципе, в качестве заявок можно (и, возможно, правильнее) использовать закупки типа предложение. Их можно как включать, так и не включать в сводный план. По ним создаются складские проводки типа Закупка-Предложение. Кстати, кажется, при утверждении спланированного заказа создаются закупки именно такого типа...

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

[Михаил Андреев]

Quote:

По данным полугодовой давности, в России внедрений с использованием полной функциональности Сводного планирования (прогнозные планы и модели, настройки покрытий и пр., хотя бы без производства) ещё не было.

Странные у Вас данные

Quote:

По ним создаются складские проводки типа Закупка-Предложение. Кстати, кажется, при утверждении спланированного заказа создаются закупки именно такого типа.

Нет, тип Закупка. Разница для Заказов типа Заказ и типа Предложение при создании Закупки из Сводного планирования в том, что в первом случае можно товар сразу зарезервировать (если флаг установлен, конечно) - система это делает сама, а во втором зарезервировать нельзя.

[Света]

интересно, получается до сих пор заявки никому не были нужны?
А на производстве это стандартный бизнес-процесс. А мы собираемся внедрять производство.
насколько мне известно, SAP тоже ERP-система, но там нет проблем с заявками.
А закупка в Аксапте разве не траслируется в Договор на поставку? Как же их использовать для заявок?

[glibs]

Ув. Светлана,

Я вот что думаю по этому поводу.

Вы бы уточнили вопрос. До сих пор речь шла о заявках на закупку.

Quote:

Изначально опубликовано Света
интересно, получается до сих пор заявки никому не были нужны?
А на производстве это стандартный бизнес-процесс. А мы собираемся внедрять производство.

У вас производство формирует заявки на закупку? Я не уверен, что такой бизнесс-процесс является стандартным. Я не специалист в этой области, но чаще слышать приходилось о лимитно-заборных карточках и требованиях на отпуск. Если это течет по трубам, сыпется или бежит по проводам — то акт на основании датчиков/счетчиков. Ничего общего с закупками они, как правило, не имеют. Но это первичка. Можно напрограммировать ее распечататку, напимер, из того же маршрута конкретного производственного заказа (там для каждой операции маршрута есть потребление на маршруте). Нужно ли вести архив такой первички в электронном виде и кто должен ее печатать, я, к сожалению, не знаю.

Надеюсь специалисты по производству меня подправят.

Вроде политикой МБС является предоставление локализации производства на откуп Solution Centers (даже не знаю, как мы теперь называемся). Так что можно программировать.

Quote:

Изначально опубликовано Света
насколько мне известно, SAP тоже ERP-система, но там нет проблем с заявками.

Да. Аксапта — это все-таки не САП. Рекомендую начинать привыкать.

Quote:

Изначально опубликовано Света
А закупка в Аксапте разве не траслируется в Договор на поставку? Как же их использовать для заявок?

В договор не транслируются. Если уточните, какие именно заявки и с какой функциональностью вас интересуют, можно будет обсудить (я не обещаю своего участия).

[Алексей Контев]

У нас торговая организация, но механизм заявок мы используем. Правда пришлось вносить некоторые изменения (писать)
Из-за большого объема номенклатуры (более 5000) и сезонности спроса пришлось отказаться от многих удобных вещей в сводном планировании Аксапты (напр. Ключи распределения и т.п.)
Механизм следующий. Группа анализа (маркетинга) вводит план реализации на месяц по каждой номенклатуре (одной цифрой на первое число месяца = реализации за месяц).
Далее запускается механизм сводного планирования.(код покрытия “Период”, срок поставки 30 дней и т.п.)
А теперь, что из нового:
При формировании закупок, создаются закупки с поставщиком “Заявка группы анализа” и тип “Контракт”- аналог журнала. Слово “Контракт” т.к. данный тип используется для ввода годовых контрактов с поставщиками и дальнейшего создания на основании его закупок.
Далее, закупщики создают строки своих закупок с указанием поставщика и т.п. (Журнал, Предложение, или Закупка), но строки вводят через отдельный механизм “Создание строк на основе контракта”
При этом в документе “Контракт” изменяется поле к поставке, а в строках закупки вводится номер контракта и строки контракта, на основании которой создана закупка.
Это дает возможность уйти от механизма “ Частичная поставка”, т.е. не надо проставлять во всех строках кол-во “немедленное получение”. Также имеется возможность получения данных о невыполненных заявках и закупках, созданных без заявки.
Вот так работаем мы . Но, если честно, сейчас бы я лучше потратил больше сил на проталкивание стандартных механизмов Аксапты, чем глобальное программирование.

[Света]

все очень просто.
У нас позаказное производство. Т.е мы производим нестандартное оборудование.
Поступает заказ на изготовление блока (пример) . Его рассчитывают, расписывают маршрут. Затем производство дает заявку в снабжение на закупку ТМЦ. Снабжение рассматривает эти заявки, утверждает сроки поставки, ищет поставшиков, заключает договор, поставляет товар. Вот такая цепочка. Начальник снабжения следит за исполнением заявок. От них мы не можем отказаться.

А лимитно- заборные карты это для отпуска со склада. Это не то.

[komar]

Это запланированный заказ. Его генерит сводное планирование.
Никаких проблем - пусть отдел снабжения их рассматривает и утверждает. На первый взгляд, Вас смущает только отсутствие слова "заявка"...

[ldv]

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

[mazzy]

Света,
давайте посмотрим в корень проблемы и рассмотрим общий случай.

Предположим у вас несколько нестандартных производств на разных участках. Эти производства используют почти одинаковые материалы и комплектующие. Каждое из этих производств хочет чего-то приобретсти (может закупить, может произвести, может перенести с другого склада)

Теперь смотрите на проблему.
Если отдел снабжения обрабатывает заяки от каждого производства, то отделу снабжения очень тяжело соптимизировать закупки (объединить закупки, передвинуть сроки и т.п.) поскольку отдел снабжения не видит общей картины.

Тут появляется MRP. Задача MRP - обеспечить пополнения склада в нужном количестве и в нужное время.

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


Теперь возвращаемся к Аксапте.

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

Таким образом:

• То что вы называете заявками - в Аксапте называется прогнозом закупки
• Снабжение рассматривает эти заявки (прогнозы) и утверждает их (в прогнозах есть кнопочка Активизировать)
• Снабжение обрабатывает все MRP-правила (в том числе прогнозы) при построении сводного плана в модуле сводное планирование
• В модуле сводное планирование автоматически создает предложения на закупку, производство или перенос с другого склада. Здесь же происходят объединения разных заявок (прогнозов) перенос сроков и прочее.
• Снабжение обрабатывает эти предложения, утверждает, переустанавливает поставщика и создает закупки по утвержденным предложениям.
• Далее работа происходит с обычными закупками.

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

Самое главное, правильно распределить по ролям и дать соответствющие права.