Объединение номенклатур

[vtum]

Интересует вопрос - каким образом в Аксапте можно провести объединение двух номенклатур, а также двух клиентов (поставщиков). Может быть кто-либо уже сталкивался с такой проблемой или у кого-то есть идеи. Разумеется, имеется ввиду ситуация когда по номенклатуре (поставщику, клиенту) уже были проводки.

[Lazy_Tiger]

в форме "Паспорт записи" она же SysRecordInfo есть замечательная но (к счастью?) скрытая кнопочка Merge. Это оно и есть.

Warning!
пару раз натыкался на забавные спец.эффекты, так что я б порекомендовал сначала на кроликах потренироваться.

[glibs]

Боюсь вас очень сильно удивить, но самый «здоровый на голову» способ объединения номенклатур — это перестать пользоваться одной из них. Если по обоим есть остатки, то по той номенклатуре, по которой вы прекратите операции, нужно остатки списать в пользу той, которая останется. Потом в карточке номенклатуры для той номенклатуры, которая не выживет, нужно установить блокировку на все операции. Также нужно обеспечить исключение ее из сводного планирования. И все, пожалуй… Чтобы не было проблем с себестоимостью, списать номенклатуру можно с помощью журнала спецификаций.

Простое объединение номенклатуры просто невозможно. Номенклатура может участвовать в спецификациях, у нее могут быть различные параметры покрытия, …да там настроек море. Автоматически это нормально сделать невозможно. Т.е. теоретически можно, но криво. Особенно, если проводки уже были.

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

[Lazy_Tiger]

очевидно поэтому кнопочка и скрытая.
спец. эффекты при ее использовании иногда получаются очень причудливые.

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

[vtum]

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

[glibs]

Я очень боюсь, что я сейчас окончательно разгневаю некоторых участников форума, и они меня грязно обругают, но Axapta – это ERP-система. Она ориентирована на несколько другой бизнес-процесс. Сначала мы планируем. Что, когда и как закупать определяет система (но при этом не нужно забывать, что в конечном счете что, когда и как закупать определяет пользователь, который настраивает параметры покрытия запасов). Если даже система че и не планирует (планирование потребности «вручную»), то процесс закупки начинается с ввода Закупки, где вводятся конкретные строчки. А потом только что-то закупается. Если работать по такому принципу, то ошибки допускаться не должны… Это была лирика.

Теперь практика… Я прекрасно понимаю вашу ситуацию. Планировать закупки по технологии MRP дано не всем (это не в ваш личный огород камень). Да и не всегда это себя оправдывает, если честно. Описанная ситуация имеет место быть, так как ее причины носят сугубо субъективный характер, а это лечится далеко не всегда. Приходят накладные с «непонятными» номенклатурами… Иногда кажется, что быстрее будет быстренько слепить новую номенклатурную единицу, настроить все ее параметры типа групп аналитик, параметров покрытия и пр. настроек, и все разнести. А потом если что — система поправит. Но сколько потом уйдет времени на выявление одинаковых номенклатур и исправление этой ситуации? Я уверен, что в итоге будет дешевле себя изнасиловать и разобраться, что же все-таки пришло. Ну, может назначить ответственных за группы товаров. Или разработать нормальную классификацию… В общем это организационная задача.

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

В общем, я все сказал. Решать вам.

[Firestarter]

Цитата:

Изначально опубликовано Lazy_Tiger
в форме "Паспорт записи" она же SysRecordInfo есть замечательная но (к счастью?) скрытая кнопочка Merge. Это оно и есть.

Warning!
пару раз натыкался на забавные спец.эффекты, так что я б порекомендовал сначала на кроликах потренироваться.

что-то я попробовал и вообще ничего не произошло. в чем секрет?
как достичь хотя бы "спецэффектов"?

[Sirius]

есть немного похожая задача...

имеется несколько одинаковых номенклатур, отличающихся только производителем (фарм. препараты).. сейчас рассматривается вариант использования конфигураций для разделения таких номенклатур (т.е конфигурация == производитель).

так вот может возникнуть потребность сделать номенклатуру A, как _новую_ конфигурацию номенклатуры Б. как бы вы посоветовали решить такую задачу?

[Тимур]

Sirius. Это Вы про альтернативные товары говорите.

vtum.
Глеб прав. Приходуйте не через закупку, а через журнал накладных. Если ошиблись с приходованием, то воспользуйтесь журналом прибылей-убытков: спишите один товар, и приходуйте тот, что был в справочнике ранее. Это же типичная пересортица.
Разумеется ни о каком эффективном календарном планировании запасов речи идти не может.

[Sirius]

Цитата:

Изначально опубликовано Тимур
Sirius. Это Вы про альтернативные товары говорите.

нет вроде.. я про номенклатурную аналитику "конфигурация" говорю

[Тимур]

Это Вы так реализуете альтернативные товары в Axapta.

[Sirius]

не пойму про какие вы альтернативные товары говорите...

ситуация следующая:

есть номенклатура A, у неё есть две конфигурации Производитель 1 и Производитель 2;
есть номенклатура B, у неё одна конфигурация: Производитель 3

Задача: сделать всю номенклатуру B номенклатурой A c конфигурацией Производитель 3

[Тимур]

Давайте без абстракций. Из-за них путаница получается.
Вот скажем Корвалол, купленный у фирмы "Феррейн", и Валокордин, купленный у фирмы "Протек", - это суть один препарат под разными торговыми марками.
И продают и покупают его одинаково. Отличие только в цене и в производителе.
Это простой пример.

[Sirius]

уф.. видимо мы друг друга не понимаем...

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

т.е. допустим нафтизин 0,1% во флаконах от разных производителей мы хотим объединить в одну номенклатурную позицию, а конкретного производителя этого самого нафтизина записывать как номенклатурную аналитику (конфигурацию)..

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

вопрос, можно ли это сделать стандартными средствами аксапты или каким-нибудь "несложным" программированием

[Тимур]

Sirius.
А теперь внимательно прочтите свой постинг и объясните, каким образом решает метод, предложенный Вами, задачу? Ведь все равно кладовщику придется искать код товара, уже имеющийся в справочнике. И не поможет ему код поставщика, потому что схожие товары могут поставляться несколькими поставщиками. То есть:
Корвалол поставляется и Протеком и Генезисом,
Валокордин поставляется и Протеком и Генезисом.
А на упаковке вообще написано латинское наименование лекарственного препарата. Вот кстати - правильно решение, ориентироуваться на этот код.
На самом деле большая путаница возникает в торговле компьютерной техникой (особенно накопителями, расходными материалами). И здесь тоже ориентируются на код товара по вендору. Проблемы - когда кода нет или код изменяется.
Вот тогда интернет магазин выдает автоматическое письмо: "Извините, товар "СD-R BASF" закончились."
Хотя на самом деле есть те же самые диски, но под новым брэндом "CD-R EMTEC".

[Sirius]

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

во-вторых если бы существовал корректный способ такого слияния номенклатуры
можно было бы исправить описанную мной ошибку приемщика

[Елена Сысовская]

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

[Тимур]

Хм. Сорри, Sirius. Почему-то у меня отождествился производитель с поставщиков. Но не суть важно: это код контрагента. Я же говорил о коде товара у различных лиц: производителя, поставщика, предприятия. \
Таким образом, ситуация решается складским журналом прибылей-убытков. Как и вживую запас, подвергающийся инвентаризации, должен быть изолирован. Надо только "поймать" запас. Если же запас уже потерял свою материально-вещественную форму, и это состояние зарегистрировано в системе, то тут уж не обессудьте.

Хотелось бы узнать по каким видам запасов у Вас возникла подобная задача, vtum.