Производство / Сферы применения Odoo / Настройка "Производства" для нужд Рекламного агентства / Форумы / Odoo Россия

RSS

Настройка "Производства" для нужд Рекламного агентства

Сообщение #1

13 апреля 2015, 11:31 | Настройка "Производства" для нужд Рекламного агентства

Здравствуйте. Подскажите пожалуйста, как правильно настроить св-ва продуктов: тип продукта (потребляемый, складируемый, услуга), снабжение (производство, сделанный на заказ)?

Коротко — занимаемся производством наружной рекламы.
Каждый заказ (конечный продукт) индивидуален.

У нас существует 5 типов продуктов, которые мы используем:

1-й. Расходники (их кол-во мы не считаем, предполагаем, что их кол-во не ограничено) — например: «клей».
2-й. Полуфабрикаты закупаемые (их кол-во мы считаем, закупаем, нужно чтобы они автоматически закупались и выдерживался их определенный минимум) — например: «люверсы», «чернила для печати», «баннерная ткань 440 гр./кв.м.»
3-й. Полуфабрикаты изготавливаемые (их кол-во так же считаем. Изготавливаются они на «Производстве» через спецификации, заказ наряды и т.д.) — например: «Проклейка краев», «Установка люверсов», «Печать на баннерной ткани — 440 гр./кв.м., 720 dpi»
4-й. Готовый продукт (который мы продаем через точку продаж или по безналу) — например: «Баннер напечатанный на баннерной ткани — 440 гр./кв.м, с качеством 720 dpi, с проклеенными краями и установленными люверсами».
5-й. Услуга — например: «Дизайн».

Подскажите пожалуйста, как должны выглядеть настройки (свойства) на каждый тип продукта, которые мы используем.

+ 2-й вопрос:
Как продавать через точку продаж наш «Готовый продукт» (4-й тип)? Или все же правильно продавать не «Готовый продукт», а «Полуфабрикаты» (2-й и 3-й тип)

Последний раз редактировал пользователь Rolex - 13 апреля 2015, 13:57

Сообщений в теме: 8

Ответы в тему

Сообщение #2

28 апреля 2015, 13:23

Rolex (2015-04-13 11:31:17):
Здравствуйте. Подскажите пожалуйста, как правильно настроить св-ва продуктов: тип продукта (потребляемый, складируемый, услуга), снабжение (производство, сделанный на заказ)?

«Потребляемый» — явно материалы и комплектующие (в т.ч. и полуфабрикаты), «складируемый» — я бы отнес к произведенному или закупленному на продажу, «услуга» — она услуга и есть. Для снабжения: «покупать» — это для стандартных комплектующих или товаров на продажу; «производить» — изготовить у себя; «изготовить под заказ» — заказать на стороне нестандартную изделие/комплектующую

Коротко — занимаемся производством наружной рекламы.
Каждый заказ (конечный продукт) индивидуален.

У нас существует 5 типов продуктов, которые мы используем:

1-й. Расходники (их кол-во мы не считаем, предполагаем, что их кол-во не ограничено) — например: «клей».
2-й. Полуфабрикаты закупаемые (их кол-во мы считаем, закупаем, нужно чтобы они автоматически закупались и выдерживался их определенный минимум) — например: «люверсы», «чернила для печати», «баннерная ткань 440 гр./кв.м.»

Здесь скорее расходники — чернила и материалы — ткань; полуфабрикатом будет «отрез (заготовка) из банерной ткани размером X на Y метров» и его нужно произвести из материала по спецификации

3-й. Полуфабрикаты изготавливаемые (их кол-во так же считаем. Изготавливаются они на «Производстве» через спецификации, заказ наряды и т.д.) — например: «Проклейка краев», «Установка люверсов», «Поечать на баннерной ткани — 440 гр./кв.м., 720 dpi»

Здесь перечислены отнюдь не полуфабрикаты, но операции из технологического маршрута к какому-то продукту, например «Банер» или «Заготовка для банера» по спецификации, включающей позиции-комплектующие и материалы: типа, каркас, эти самые «люрексы», заготовка из банерной ткани, ведро чернил...

4-й. Готовый продукт (который мы продаем через точку продаж или по безналу) — например: «Баннер напечатанный на баннерной ткани — 440 гр./кв.м, с качеством 720 dpi, с проклеенными краями и установленными люверсами».
5-й. Услуга — например: «Дизайн».

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

Сообщение #3

29 апреля 2015, 06:10

VictorK , не совсем так.

Потребляемый — остатки по этому типу товаров НЕ УЧИТЫВАЮТСЯ НА СКЛАДЕ. Остатки комплектующих, полуфабрикатов и т.п. обычно нужно учитывать на складе. Поэтому тип Потребляемый нужно указывать исключительно у тех товаров у которых «бесконечные» остатки, например вода.

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

Изготовить под заказ — это не заказать на стороне, это значит что вы не берете этот товар у себя на складе, и вы закупаете или изготавливаете его только непосредственно в момент заказа. Таким образом, даже если у вас на складе уже имеется 5 штук такого товара, системе всё равно и она сделает запрос на закупку/изготовление этого товара под конкретное количество, указанное в заказе на продажу.

Т.е. стандартный алгоритм: Заказ на продажу -> Проверка складских остатков -> Докупаем/изготавливаем то что не хватило взять на складе из остатков

Алгоритм «изготовить под заказ»: Заказ на продажу -> Заказ на закупку/изготовление, минуя проверку складских остатков

Сообщение #4

29 апреля 2015, 21:14

Спасибо!
С продуктами более-менее разобрался…

Теперь встал другой вопрос.
Предположим, поступил заказ — «печать картинки „абракадабра“ на баннерной ткани, размером 1х2 м.»
Мастер на производстве видит заказ-наряд: «печать на баннерной ткани в кол-ве 2 кв.м.».
А картинку «абракадабра» и ее размеры 1х2 м. он уже не видит.

Собственно вопрос: как сделать так, чтобы мастер помимо самого заказ-наряда, еще увидел «абракадабру с ее размерами 1х2 м.».

Т.е. в моей видении — Как сделать так, чтобы «вложение» и «описание» относящиеся к Заказу на продажу, автоматически отправлялись к «заказ-наряду» или «производственному заказу»?
Или может есть какой-то модуль (либо где-то галочку забыл поставить) — но смысл в том, чтобы мастер из «заказ-наряда» смог выйти на его источник «заказ на продажу» — и уже от туда посмотреть более подробную информацию (кого печатать, его размеры и.т.п.).

Сообщение #5

02 мая 2015, 09:30

dskarataev , Денис, спасибо, что указали мне на неточности, ценю, поскольку это дает возможность внимательнее поработать с содержанием и, в конечном итоге, продвинуться в понимании тонкостей.

По поводу Consumable не могу согласится с вашей трактовкой и примером по поводу воды.
Цитата из документации:

Consumable: This product is handled in stock management, you can receive it, deliver it and produce it. However, its stock level is not managed by the system. OpenERP assumes that you have got sufficient levels in stock at all time, so it does not restock it automatically.

Таким образом, продукт типа Consumable — это обычный продукт, который вы можете получать, передавать, производить и он, несомненно, считается и вы можете узнать его реальное и виртуальное количество (я избегаю бухгалтерского термина «складские остатки»).
Отличие в том, что такой продукт не принимается во внимание, когда Odoo запускает механизмы автоматики пополнения запасов. Забота о запасах такого продукта (stock level) целиком ложится на менеджера. Соответственно, менеджер руководствуется заданными политиками: держать неснижаемый остаток, закупать по N тонн в месяц и т.п…

К типу Consumable имеет смысл отнести метизы, фурнитуру, ходовые материалы и т.п. которые должны быть в наличии в любой момент.

Вода как и электричество в stock не попадают, это, вроде бы, общепроизводственные расходы. Хотя нет, могу представить, что на каждом work center установлены индивидуальные счетчики воды либо вода для производства закупается и развозится флягами..., тогда ее можно будет считать как consumable product.

С уважением,
Виктор

Сообщение #6

02 мая 2015, 10:32

dskarataev , По поводу способа запасания продукта «Производство под заказ».
вы правы, Odoo все равно: будете у себя продукт-комплектующее производить или партнеру закажете, но нам удобнее было выделить в эту категорию заказы подрядчикам.

Мы исходили из того, что наш Заказчик запускал управленческий учет, чтобы минимизировать «производство на склад» и все производить (собирать) под заказ. Следовательно, обычно в физическом хранении не может быть количества готовых изделий, достаточного для отгрузки минимальной партии.

И тут не работает предложенный вами, Денис, «стандартный алгоритм: Заказ на продажу -> Проверка складских остатков -> Докупаем/изготавливаем».

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

В нашей ситуации, практически все продаваемое с точки зрения Supply Chain Route — 'Manufacture', а комплектующие удобно маркировать: собственное производство — 'Manufacture', заказываемые на стороне — ' Make To Order', закупаемые на рынке стандартные (метизы, материалы и т.п.) — 'Buy'.

Кстати, обращаю внимание: предыдущий мой пост был с позиции «как я понимаю замысел разработчиков», этот — с позиции «как мы это применяем».

Виктор

Последний раз редактировал пользователь VictorK - 02 мая 2015, 11:01

Сообщение #7

02 мая 2015, 11:00

VictorK (2015-05-02 09:30:37):
Таким образом, продукт типа Consumable — это обычный продукт, который вы можете получать, передавать, производить и он, несомненно, считается и вы можете узнать его реальное и виртуальное количество (я избегаю бухгалтерского термина «складские остатки»).
Отличие в том, что такой продукт не принимается во внимание, когда Odoo запускает механизмы автоматики пополнения запасов. Забота о запасах такого продукта (stock level) целиком ложится на менеджера. Соответственно, менеджер руководствуется заданными политиками: держать неснижаемый остаток, закупать по N тонн в месяц и т.п…

К типу Consumable имеет смысл отнести метизы, фурнитуру, ходовые материалы и т.п. которые должны быть в наличии в любой момент.

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

Т.е. я поправил вас выше специально чтобы люди не понимая деталей просто не поставили тип Comsumable у всей фурнитуры и т.п.

Последний раз редактировал пользователь dskarataev - 02 мая 2015, 11:01

Сообщение #8

02 мая 2015, 11:47

dskarataev ,

Всё верно, но людей нельзя путать.

Видете ли, Денис. Я считаю, что все, что здесь публикуется, есть личные мнения, основанные на собственном понимании концепции продукта и личного опыта использования Odoo/OpenERP для ведения управленческого учета. Поэтому запутать можно только человека, который принимает все написанное за истину :)

Но далеко не каждый готов чтобы система не контролировала остатки фурнитуры и т.п.

Мы-то как раз считаем, это сильной стороной Odoo — она (программа) дает рекомендации, напоминает и предупреждает, а все решения принимаются менеджерами вне её. Вы можете игнорировать предупреждение запустить MO в работу, не дожидаясь наличия всех комплектующих (не только consumable). В этом смысле Odoo скорее аудитор, чем ревизор. Вам случалось сталкиваться с ситуацией, когда поставщик не может вам отгрузить здесь и сейчас со склада товар, поскольку он по какой-то причине не проведен в складском учете? Odoo спокойно относится к отрицательным числам и не будет блокировать бизнес.

И еще один, как мне кажется, важный момент.

при выполнении документов

Придерживаюсь мнения, что SO, MO, PO и инвойсы — это не «документы», а «объекты» учета, обладающие свойствами и имеющимим свой жизненный цикл от порождения до исполнения. При этом ордера имееют смысл обязательств (наших/нам) и потребностей (наших) «в штуках», а инвойсы — обязательства финансовые нам/наши (в отличие от счета-бумажки, который у «них» чаще называют Bill )

С документами РСБУ работает…

Форумы » Сферы применения Odoo » Производство