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

[mazzy]

Да, ldv прав.

Если у вас есть производственный заказ, то никаких прогнозов дополнительно создавать не надо. Поскольку утвержденный производственный заказ АВТОМАТИЧЕСКИ будет учтен при планировани.

[Света]

Все ясно ипонятно. Огромное спасибо.
А как быть с разовыми закупками ТМЦ и услуг, которые не относятся к производственному заказу?
И кто-нибудь внедрял Сводное планирование на производстве?
У нас номенклатура ТМЦ 45000 ед, а готовой продукции, полуфабрикатов примерно 7000.

[mazzy]

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

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

[ldv]

Что касается закупок не связанных с производственными заказами.
Здесь первое что следует сделать - это оценить, насколько эффективно будет автоматизировать весь цикл закупок таких ТМЦ в ERP-системе. Нужно помнить - что за каждое рабочее место пользователя платятся деньги и т.п. На мой взгляд что касается сбора заявок на непроизводственные ТМЦ, то это лучше делать вне системы. Либо автоматизировать этот процесс уже после запуска решения по автоматизации основного производственного бизнесс-процесса.
Для этого предлагались в рамках этой дискуссии предлагались варианты:
1. Закупки (различных типов - Журнал, Предложение).
2. Ручной ввод в форму сводного планирования
3. Ввод прогноза с его последующей обработкой
Каждый из этих вариантов имеет свои достоинства и недостатки - какой лучше - не зная кокретной ситуации сказать нельзя.
Но - опять же - целесообразность реализации автоматизации всей цепочки управления ТМЦ вне рамок концепции MRP в MRP-системе я считаю нецелесообразным и малоэффективным в общем случае.

[mazzy]

согласен

[Света]

Цитата:

Изначально опубликовано ldv
[Но - опять же - целесообразность реализации автоматизации всей цепочки управления ТМЦ вне рамок концепции MRP в MRP-системе я считаю нецелесообразным и малоэффективным в общем случае. [/B]

Все понятно, не понятно только вот это высказывание. Значит непроизводственные заявки не попадают под идеологию MRP? Но в других системах попадают. Может просто в Аксапте так, а не в идеологии...............
Объясниете если я не права

[tav]

Позволю себе добавить собственный комментарий, так как этот вопрос меня интересовал вначале тоже.
Идеология Аксапты тут не при чем. Система сама по себе достаточно универсальна. Есть необходимая функциональность для процесса управления. Все остальное - бантики. Что же касается заявок, то это по большому счету вещь разовая. А как известно, разовые вещи плохо формализуются и еще хуже контролируются. Отсюда пожелание - свести плохо нормализуемые вещи к минимуму.
"Неразовые" же потребности должны нормироваться. Нормы соответствующим образом должны быть отражены в настройках системы (нормы расхода материалов в спецификации, минимальный/максимальный уровень складского запаса и т.д.)
Ну а разовую закупку не возбраняется и ручками завести.

[ldv]

Непроизводственные заявки не могут обрабатываться в рамках цикла MRP - это от системы не зависит. Другое дело что система может поддерживать данный бизнес-процесс вне контура MRP. Что можно сделать и в Аксапта - см. предложенные варианты.
Почему непроизводственные заявки не могут обрабатываться в рамках цикла MRP: как известно согласно MRP рассчет потребностей в запасах осуществляется на основании данных о заказах клиентах (в т.ч. и прогнозных). Если мы говорим о производстве, то рассчет потребностей осуществляется на основании производственных спецификаций на продукцию, указанную в заказах клиентов. С учетом текущих запасов естественно. Таким образом, все что не входит в производственные спецификации не планируется в рамках MRP. Другой вопрос - что следует включать в спецификации, а что не следует.
Это очень примитивная схема. Но для пояснения того, что непроизводственные заявки в рамках MRP не генерируются, я думаю такой примтив достаточен.

[Yuri]

Решал ли кто задачку с определением в процессе сводного планирования и / или бюджетирования конечного объема выручки с учетов скидок ?

Суть проблемы:
используем пронозы для определения количества будущих продаж по-номенклатурно. Далее узнаем объем выручки за период как сумму по всем номенклатурам = цена продажи * количество в прогнозе.
Но! Разным группам клиентов продаем по разным ценам (прайс-листам).
То есть, по хороршему, нужно спрогнозировать количество продаж каждой номенклатуры по каждым группам клиентов (т.е. ценовым группам в нашем случае).
Номенклатур - 2000 позиций
Групп клиентов - 10
Больно муторная и слабо предсказуемая задача, набивать 20 тыс. предпологаемых цифр продаж, а в лоб статистику использовать не рекомендуется - то, что было может и не повториться и т.д.
Есть ли другие решения или идеи ?

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

С уважением.

[komar]

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

[Yuri]

Функциональность прогноз движения денежных средств в форме прогноз продаж, кстати, даёт нам и финансовое исчиление ресурсов.
Но самое главное - как формировать бюджет продаж и закупок. Только на основе статистике в финансовом модуле ? Это принципиально неверно. Как драйвер формирования финансового плана и выступает прогноз "ресурсов". По моему, связь между плаинрованием ресурсов через Сводное планирование и формирование на его основе финансовых бюджетов очевидна. В Аксапте даже есть неплохие фичи для увязывания планов ресурсных и их финансовых исчислений.
Другое дело, что по разным группам товаров существуют различные условия - коммерческие соглашения, которые влияют на цены (через скидки. скажем разным группам клиентов) и на поступления денег (через различные сроки условий оплаты).
В более "продвинутых" ERP существует блок SIC - statistical inventory control. Эта дополнительная функциональность позволяет автоматизировать использование статистической информации как источник данных для формирования, в том числе, прогнозных данных. Здесь всё приходиться вводить вручную или мудрить с импортом-экспортом.