Вопрос к знатокам Аксапты: Как завести заявку на покупку материалов?

[tav]

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

[glibs]

По нескольким закупкам можно зарегистрировать один инвойс. Т.е. создавать новую закупку и что-то переносить не обязательно.

А вообще MRP системы предполагают работу с потребностью, а не с заявкой.

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

[ds1678]

Цитата:

Сообщение от glibs

По нескольким закупкам можно зарегистрировать один инвойс. Т.е. создавать новую закупку и что-то переносить не обязательно.

А вообще MRP системы предполагают работу с потребностью, а не с заявкой.

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

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

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

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

[Starling]

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

Цитата:

Сообщение от glibs

Общую скидку при обработке накладной можно задать.

На сколько я понимаю ее можно указать, но не рассчитать автоматически.

Цитата:

Сообщение от glibs

А "товарную" вы сами себе рассчитываете или поставщик вам ее рассчитывает?

Поставщик уведомляет о предоставляемых товарных скидках, это заносится в систему, и затем рассчитывается. Думаю, что при условии решения всех остальных проблем, от автоматизации расчета товарных скидок можно будет отказаться

Цитата:

Сообщение от glibs

Было бы неплохо, если бы вы конкретизировали, о каких именно расходах речь идет.

Все что связанно с закупкой у иностранного поставщика:
• Транспорт
• Услуги хранения на ТЛС
• Таможенные услуги

Цитата:

Сообщение от glibs

Если по строкам, то будет. А что за автоматические накладные расходы?

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

Цитата:

Сообщение от glibs

Удачный пример неправильно поставленной задачи.

Каюсь

Цитата:

Сообщение от glibs

Например, можно отменить строчку закупки, обнулив количество К поставке.

Это не подходит, так как почти всегда в рамках следующего инвойса товар будет получен полностью
Вопросы по 2-ому вариенту:

Цитата:

Сообщение от glibs

А зачем корректировать прогноз в п.2? Откуда вы тогда будете брать исходное количество в заявке?

В принципе согласен.

Цитата:

Сообщение от glibs

А вообще, конечно, лучше заставить себя приспособиться к потребностям сразу

На предприятии так и работают: анализируют статистику прошлых периодов, затем строят прогноз продаж, а отталкиваясь от него делают прогноз закупок. Только считается это все не в аксапте, а в Excel. На данный момент принять решение о том, что нужно внедрять сводное я не могу. Поэтому считаю что у меня на вхоже есть рассчитанная в Excel заявка.

Цитата:

Сообщение от ds1678

Все это верно, при условии, что для компании закупка канцелярии - не основной вид деятельности

Компания занимается дистрибуцией, так что закупка основной вид деятельности.

[Starling]

Цитата:

Сообщение от glibs

По нескольким закупкам можно зарегистрировать один инвойс. Т.е. создавать новую закупку и что-то переносить не обязательно.

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

Так же есть маленькое уточнение к БП: между заявкой и инвойсом есть стадия получения подтверждения от поставщика, как в этом случае ее отразить?
Вообще в терминах аксапты это перевод скл. проводки из статуса Приходы - предложения в статус Заказано. Изменить этот статус можно только для закупки в целом, а мне нужно только для отдельных ее строк.

Цитата:

Сообщение от glibs

А вообще MRP системы предполагают работу с потребностью, а не с заявкой.

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

Цитата:

Сообщение от glibs

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

Такой вопрос: вы говорите либо проекты либо план продаж, а в чем собственно отличие? И там и там одни и теже таблицы используются, только вызываются из разных мест. Или я что-то путаю?
Итого при данном подходе получается следующее:
1. Все заявки создаются в прогнозе закупок, при этом используем уровень поставщик – номенклатура. Т.к. ввод прогнозов на уровне групп мне не подходит.
2. По факту получения подтверждения от поставщика, делаю обычную закупку и корректирую прогноз закупок (вот тут, кажется все равно модификация). Инвойсы приходят один к одному с подтверждением и тут проблем уже нет.
3. Делаю отчет (а может уже и есть такой) что осталось в прогнозе, что уже было подтверждено или получено.
Получается так. Ни чего не забыл?

[glibs]

Цитата:

Сообщение от Starling

...
Можно, но все скидки (а в моем случае это общая и товарная) будут рассчитаны для закупки, а не для инвойса (накладной).
...

Общую скидку при обработке накладной можно задать. А "товарную" вы сами себе рассчитываете или поставщик вам ее рассчитывает?

Цитата:

Сообщение от Starling

...
Накладные расходы будут рассчитываться опять же для закупки, а не для накладной.
...

Было бы неплохо, если бы вы конкретизировали, о каких именно расходах речь идет.

Цитата:

Сообщение от Starling

...
Автоматических расчет накладных расходов в данном случае работать не будет.
...

Если по строкам, то будет. А что за автоматические накладные расходы?

Цитата:

Сообщение от Starling

...
Так же есть маленькое уточнение к БП: между заявкой и инвойсом есть стадия получения подтверждения от поставщика, как в этом случае ее отразить?
Вообще в терминах аксапты это перевод скл. проводки из статуса Приходы - предложения в статус Заказано. Изменить этот статус можно только для закупки в целом, а мне нужно только для отдельных ее строк.
...

Удачный пример неправильно поставленной задачи.

Например, можно отменить строчку закупки, обнулив количество К поставке.

Цитата:

Сообщение от Starling

Такой вопрос: вы говорите либо проекты либо план продаж, а в чем собственно отличие?
...

Просто мало кто в России покупает модуль Проекты. Поэтому я и написал "Если не пользоваться проектами...".

А так вы все правильно говорите, конечно.

Цитата:

Сообщение от Starling

...
1. Все заявки создаются в прогнозе закупок, при этом используем уровень поставщик – номенклатура. Т.к. ввод прогнозов на уровне групп мне не подходит.
2. По факту получения подтверждения от поставщика, делаю обычную закупку и корректирую прогноз закупок (вот тут, кажется все равно модификация). Инвойсы приходят один к одному с подтверждением и тут проблем уже нет.
3. Делаю отчет (а может уже и есть такой) что осталось в прогнозе, что уже было подтверждено или получено.
Получается так. Ни чего не забыл?
...

А зачем корректировать прогноз в п.2? Откуда вы тогда будете брать исходное количество в заявке?

А вообще, конечно, лучше заставить себя приспособиться к потребностям сразу.

[Starling]

Итого у варианта 1 есть ряд минусов:
1. Нет возможности автоматически расчитать сумму общей скидки
2. Нет возможности автоматически расчитать товарную скидку
3. Нет возможности распределелить накладные на строки ()
4. Нет возможности отразить статус получения подтверждения от поставщика
Над варинатом 2 думаю.
Только кажеться мне, что прогноз закупок это не совсем заявки. Все таки прогноз и заявка вещи разные. Цепочка должна быть такая Прогноз продаж --> Прогноз закупок --> Заявка --> Закупка.

[Serg]

To Straling
Для начала я бы Вам посоветовал скорректировать понятие «заявки на приобретение» на понятие «заявка на получение», это будет ближе к логике системы и к более правильным бизнес-процессам. Каждое подразделение должно заниматься расчетом и определением потребностей для выполнения своих собственных задач, а не решать вопрос о приобретении. Последняя задача это прерогатива отдела снабжения, в помощь которому и дается сводное планирование, которое сводит в расчет текущие остатки на складах, заказные и подтвержденные закупки поставщиков, возвраты на склады, заявки на приобретения, страховые запасы и прочие ожидаемые расходы и в результате выдает обновленный план заказов на закупку.
Правда, с точки зрения управления предприятием «заявки на получение» не лучший БП, но полностью и быстро от него отказаться сложно.
Подробности (можно с демонстрацией на рабочем проекте) это уже отдельная тема.

[Starling]

to Serg
На данном этапе модуль сводное планирование не внедряется. Что с моей точки зрения верно, так как без отладки других процессов запустить сразу сводное проблематично. Кроме того возможности модуля сводное планирование не покрывают всех требований БП предприятия. Это связано с отсутствием методов прогнозирования. Прогнозы в аксапте нужно вносить только руками. Частично эти требования можно было бы покрыть, используя журналы резервного запаса, но вот на сколько этот функционал подойдет я ответить не готов, так эти БП предприятия я не анализировал.

Итого: менять уже существующую на предприятии и вполне работающую схему на данном этапе смысла нет, так как предложить что-то взамен пока нельзя. Т.е. отталкиваюсь от того, что заявки пока будут использоваться также, как это было до Аксапты. Решение я уже принял проанализировав все предложенные решения и уточнив дополнительные детали с ключевыми пользователями. Остановился на том, что заявка эта закупка с типом Предложение, инвойс – это закупа с типом Закупка. По факту создания инвойса, количество в заявки корректируется с учетом инвойса. Для корректировки заявки выбираются по методу ФИФО. Дальше все в рамках стандартного функционала. Модификация по корректировки есть, но она не очень сложная.
Как только перейдем к внедрению сводного, вот тогда наверно и будет думать о том, как существующие БП лучше оптимизировать и реализовать в Аксапте.

Спасибо за помощь.

[ds1678]

To Starling:

Цитата:

Сообщение от Starling

Компания занимается дистрибуцией, так что закупка основной вид деятельности.

Цитата:

Сообщение от Starling

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

Если компания занимается дистрибуцией, и закупка для нее основной вид деятельности, то это обязывает Вас внедрять систему планирования. Система планирования позволяет:
- управлять и распределять материальные потоки между складами согласно настройкам покрытия по номенклатуре;
- планировать и формировать закупки на основании потребностей по правилам, заложенным в группы покрытия;
- контролировать опасные отставания от графика закупок и перемещений;
- а после небольших модификаций передавать данные для формирования БДДС (думаю график платежей и поиск "дыр" для компании не на последнем месте).

Источником же потребности могут (должны) выступать совокупный набор следующих данных:
- прогноз реализации (рассчитанный где угодно с помощью чего угодно и переданный в соответствующую таблицу аксапты, при этом это может быть как прогноз, так и некое подкрепленное намерение о продаже);
- заказы на реализацию с конечных складов сбыта и все перемещения, связанные с доставкой товара на эти склады;
- уровень необходимых резервных запасов (здесь форкастинг у Аксапты действительно имется).

Такая малость, как невозможность прогнозирования напрямую в Аксапте Вас не должна заставлять вас отказываться от системы планирования (подчеркиваю, не от внедрения сводного планирования, а именно от внедрения системы планирования). Это часть системы управления предприятием, при чем главная часть (см. МРП2). Экономический эффект от систем подобного класса (в т.ч. аксапты) досигается только в случае следования данному стандарту, что влечет за собой, как правило, серьезную корректировку БП предприятия.

Но вы же консультант, педложите Предприятию лучшее