Пересчет спецификаций в их составляющие (ящик пива=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шт.

[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, соответственно). Но в отчетах по-любому необходимо как-то сводить воедино все эти разные номенклатуры...

[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.

[George Nordic]

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

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

[macklakov]

Цитата:

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

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

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

Цитата:

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

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

[Pavel]

Цитата:

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

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

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

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

[gl00mie]

Цитата:

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

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

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

Цитата:

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

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

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

[Vals]

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

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

[Garic]

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

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

[gl00mie]

Цитата:

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

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

Спасибо, идея на самом деле очень привлекательная Единственное, что меня в этом варианте смущает - это случай с браком. Каюсь, я в исходной постановке задачи написал, что коробки никто не разукомплектовывает, но все же, если приходит коробка, в которой из 20, к примеру, банок пива 2 протекли - как быть в этом случае? Списывать в брак всю коробку? В случае со спецификацией можно просто эту коробку разобрать, принять на склад 18 банок, а 2 списать куда-нибудь. А как это проделать в случае со складской аналитикой? Как ее сменить у номенклатуры?

[macklakov]

Цитата:

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

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

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

Изящно, в свое время так и пришлось поступить. Но при этом приходится проводить нетривиальную доработку.

[gl00mie]

Цитата:

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

Изящно, в свое время так и пришлось поступить. Но при этом приходится проводить нетривиальную доработку.

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

[macklakov]

Цитата:

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

вставлять соотв.информационные поля в строки заказов/закупок

Изначально речь шла только об отчетах. А отчеты делаются довольно просто и не влияют на остальную систему.

Цитата:

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

Если не секрет, что именно, кроме заведения новой складской аналитики, пришлось "нетривиально дорабатывать"?

Если у вас есть "лишние" аналитики, то половина проблем отпадает. Остается исправление складских журналов

[Garic]

А зачем в этом случае аналитику менять?
Можно списать 2 штуки - система это не будет запрещать - будет только предупреждать что вы списываете частично.
Ведь по сути это упаковка 20 штук, но в ней уже не 20, а 18.

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

[Garic]

Не подумал.
Этот вариант (списать 2 штуки) подошёл бы в случае уникальных ящиков, здесь же он не очень подходит.
Видимо в таких случаях не нужно считать ящиком. Т.е. распаковывать. Т.е. делать перенос номенклатуры с аналитикой Ящик20Шт на пустую аналитику (либо специально заведённую 1банка).