Пересчет спецификаций в их составляющие (ящик пива=20 бутылок пива)

[gl00mie]

Есть такая ситуация: компания закупает какую-то номенклатуру (пиво в банках, например) с использованием определенного, как тут это называют, "упаковочного количества". Т.е. закупается, скажем, 1000 банок пива, но не врассыпную, а, скажем, ящиками по 20 банок или упаковками по 6 банок или даже по 4...
Приходуются на скад именно эти ящики и упаковки, и никто их на банки не разукомплектовывает; поэтому принято - может, ошибочное? - решение оформить их в виде спецификаций, а не просто через пересчет единиц считать все в банках (штуках).
Потом это все дело продается, причем тоже с учетом упаковочного количества. Клиент заказывает столько-то банок пива, например, 410, а менеджер смотрит остатки на складе (в разрезе этих спецификаций - ящиков и упаковок) и говорит: "у нас тут ящики по 20 банок есть, давайте вы лучше возьмете 420 банок - в ящиках пиво лучше переносит транспортировку" (подтекст такой: бери либо 400, либо 420).
Но есть еще и всякие другие люди, кроме менеджеров, которые хотят видеть остатки по складу исключительно в банках, т.е. им совершенно не интересно делать по отчетам выгрузки в Excel и потом суммировать руками коробки по 20, упаковки по 6 и по 4, чтобы получить общее количество. Так вот, отсюда вопрос, точнее даже два вопроса:

1. правильно ли было решено для отражения факта хранения банок в ящиках использовать спецификацию?
2. как эту спецификацию пересчитать в банки?

Простой пересчет единиц (20 * шт. = 1 ящик20) тут, я так понимаю, не прокатит, потому что спецификация и номенклатура, из которой она состоит, - это ведь для Аксапты две разные номенклатуры...

PS. Есть такое подозрение, что тему лучше было бы создать в разделе "Программирование"

[Raven Melancholic]

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

[Pavel]

Начнем с последнего.

Цитата:

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

Есть такое подозрение, что тему лучше было бы создать в разделе "Программирование"

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

Цитата:

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

Простой пересчет единиц (20 * шт. = 1 ящик20) тут, я так понимаю, не прокатит, потому что спецификация и номенклатура, из которой она состоит, - это ведь для Аксапты две разные номенклатуры...

Не в аксапте, а в учете: один и тот же продукт в различных упаковках является разными номенклатурными единицами.

Цитата:

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

1. правильно ли было решено для отражения факта хранения банок в ящиках использовать спецификацию?
2. как эту спецификацию пересчитать в банки?

Почему бы нет? 0001 - банка пива, 0002 - ящик пива (спецификация - 20шт. пива 0001).

Однако, существует и другой подход: через "мин.закупку", "мин.продажу", "закуп.упаковку", "продаж.упаковку".
Спецификация не создается, мин = 1, упак. = 20. При вводе количества система выдает предупреждение и возможность выбора между введенным руками или кратным 20шт.

[macklakov]

Цитата:

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

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

Непонятно, для чего использовать спецификации. В этом не виду необходимости

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

[George Nordic]

Цитата:

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

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

Хм. А если упаковали в упоковки по 24 и 6 банок? + еще материал пошел на упаковку, другое оборудование задействовано и палеты разные под это дело?

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

С Уважением,
Георгий

[gl00mie]

Цитата:

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

Почему бы нет? 0001 - банка пива, 0002 - ящик пива (спецификация - 20шт. пива 0001).
Однако, существует и другой подход: через "мин.закупку", "мин.продажу", "закуп.упаковку", "продаж.упаковку".
Спецификация не создается, мин = 1, упак. = 20. При вводе количества система выдает предупреждение и возможность выбора между введенным руками или кратным 20шт.

К сожалению, не все так просто. Если бы для каждой номенклатуры существовало лишь одно упаковочоне количество, конечно, можно было бы поставить в настройках номенклатуры в поле "кратность заказа" - и горя не знать. Однако реально этих "упаоквочных количеств" для одной и той же номенклатуры может быть несколько. Например, в используемой на данный момент базе 1С в справочнике Номенклатуры встречаются такие: 18, 19, 20, 48, 72 - это все только по одной номенклатуре! Конечно, в большинестве случаев для каждой номенклатуры это упаковочное количество одно, максимум - 2 (скажем, 8 и 18, 48 и 72, 24 и 36), но с этим все равно надо что-то делать. И на склад отдельно приходуются коробки по 48, отдельно - по 72 штуки...
Как реально отразить это иначе, нежели с помощью спецификации, в голову не приходит (в 1С, в виду отсутствия такого понятия, просто заведены отдельные номенклатуры, условно говоря, "Пиво Балтика 3/24" и "Пиво Балтика 3/36", приходуемые в штуках кратно 24 и 36, соответственно). Но в отчетах по-любому необходимо как-то сводить воедино все эти разные номенклатуры...

[gl00mie]

Цитата:

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

Проще всего, исправить отчет, который будет пересчитывать спецификации в колличество банок.

Конечно! На счет правильности использования спецификаций в этой ситуации я был практически уверен изначально. Собственно, вопрос и был о том, как пересчитать единицу номенклатуры типа "спецификация" в количество номенклатур, в нее входящих. Штатно Аксапта отображает связь номенклатуры с версиями спецификаций, в которые входит номенклатура. А как по версии спецификации "выйти" на номенклатуру типа "спецификация", к которой эта версия относится?

[George Nordic]

BomTable - BomVersion - BOM, Связь по BOMId, в BOM есть как и нужная Вам номенклатура (ItemId - "банки"), так и кол-во (BOMQty - "24"). Кстати, есть и единицы измерения - Unitы, иногда может быть необходима конвертация (из м.кв в листы или штуки).

C Уважением,
Георгий

[Pavel]

Цитата:

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

К сожалению, не все так просто. Если бы для каждой номенклатуры существовало лишь одно упаковочоне количество, конечно, можно было бы поставить в настройках номенклатуры в поле "кратность заказа" - и горя не знать. Однако реально этих "упаоквочных количеств" для одной и той же номенклатуры может быть несколько. Например, в используемой на данный момент базе 1С в справочнике Номенклатуры встречаются такие: 18, 19, 20, 48, 72 - это все только по одной номенклатуре! Конечно, в большинестве случаев для каждой номенклатуры это упаковочное количество одно, максимум - 2 (скажем, 8 и 18, 48 и 72, 24 и 36), но с этим все равно надо что-то делать. И на склад отдельно приходуются коробки по 48, отдельно - по 72 штуки...
Как реально отразить это иначе, нежели с помощью спецификации, в голову не приходит (в 1С, в виду отсутствия такого понятия, просто заведены отдельные номенклатуры, условно говоря, "Пиво Балтика 3/24" и "Пиво Балтика 3/36", приходуемые в штуках кратно 24 и 36, соответственно). Но в отчетах по-любому необходимо как-то сводить воедино все эти разные номенклатуры...

Выше и вопрос и ответ: или через описание спецификаций или через отдельные номенклатуры без спецификаций.

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

[gl00mie]

Всем спасибо, пойду разбираться с BomTable...

[macklakov]

Цитата:

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

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

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

[Pavel]

Цитата:

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

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

"Разбирать" - это реальный бизнес процес на предприятии или проектное решение? Если процесса нет, то почему бы не использовать обычные:
расход товара "пиво 20" - 1 шт
приход товара "пиво 1" - 20 шт
и последующий расход товара "пиво 1" - 3 шт (например)?

Не альтернативную (нет связи с заменами товаров), а отдельную номенклатурную позицию, т.е. Item.

[macklakov]

Цитата:

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

"Разбирать" - это реальный бизнес процес на предприятии или проектное решение?

Это умозрительный бизнес-процесс, игра ума

Цитата:

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

Не альтернативную (нет связи с заменами товаров), а отдельную номенклатурную позицию, т.е. Item.

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

[macklakov]

Цитата:

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

а чем не устраивает несколько учетных единиц:
- "упак6",
- "упак20",
- "шт"

?

подумай, как строить отчет о наличии? и при этом желательно кроме отчета ничего не менять

[Pavel]

Цитата:

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

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

Зачем? Чем плохо видеть в отчете: "пиво 1" - 50 шт., "пиво 20" - 30 шт.?

Повторяюсь, продукт в разных упаковках - это разная номенклатура, с разными номенклатурными кодами, разным уровнем запасов и пр.

[macklakov]

Цитата:

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

Зачем? Чем плохо видеть в отчете: "пиво 1" - 50 шт., "пиво 20" - 30 шт.?

Ничего плохого, но исходная постановка задачи звучит так:

Цитата:

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

Но есть еще и всякие другие люди, кроме менеджеров, которые хотят видеть остатки по складу исключительно в банках, т.е. им совершенно не интересно делать по отчетам выгрузки в Excel и потом суммировать руками коробки по 20, упаковки по 6 и по 4, чтобы получить общее количество.

[Vals]

Вообще мне больше нравится решение с пересчётов единиц. Пересчёт задаётся для каждой номенклатуры. Для порядка пожно пересчитывать не в шт. а скажем, в "условные штуки" которые служат для статистики и отчётности. Т.е. по идее в этих условных штуках нельзя отгружать (не будут же рвать упаковку).

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

[Pavel]

Цитата:

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

Ничего плохого, но исходная постановка задачи звучит так:

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

P.S. У меня был такой проект (компания D&E, чай Pickweek), типа, все считается в пакетиках, но есть коробочки, которые сами упаковываются пленкой в блоки, блоки в паллеты.

[Garic]

Я бы предложил третий вариант.
Ввести складскую аналитику Упаковка.
У неё единственный параметр - количество в упаковке - сделать чтобы работало как Min\Max

Всё прозрачно и никаких проблем с отчётами.

[gl00mie]

Цитата:

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

можно завести разные StockUnits и указать в номенклатурной карточке правила пересчета, т.е. без спецификаций и их виртуальной сборки/разборки. И использовать правило пересчета в отчете.

StockUnits - это единицы хранения (Номенклатурные единицы/Количество/группа Склад)? По правде сказать, не совсем понимаю, как при этом менеджеры по продажам увидят, в каких единицах у них какие есть остатки в наличии. Потому что им необходимо видеть остатки именно в разрезе различных упаковок. Ведь если есть упаковки, скажем, по 6 и 24, клиент заказывает 18, а в наличии только коробки по 24, как при это менеджер сможет понять, что отгрузить 18 без разукомплектования коробки не получится?

Цитата:

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

P.S. У меня был такой проект (компания D&E, чай Pickweek), типа, все считается в пакетиках, но есть коробочки, которые сами упаковываются пленкой в блоки, блоки в паллеты.

а можно поподробней? какая там была постановка задачи (если сравнивать с тем, что описал я)?