AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.07.2010, 21:11   #1  
vovka_imported is offline
vovka_imported
Участник
 
62 / 10 (1) +
Регистрация: 07.02.2007
Может кто то сталкивался с такой задачей ... было бы интересно услышать мнения со стороны

Условия:
Есть некий товар, скажем Т1
у него есть единицы измерения:
Базовая - шт
Дополнительные:
коробка1 = 5 шт
коробка2 = 10 шт

Задача:
Необходимо учитывать остатки по каждой единице измерения отдельно. Пересчитывать единицу измерения в базовую не есть правильно, т.к. коробка2 <> 10 шт, т.к., например, коробка не может быть разобрана. При покупки коробки2, мы не покупаем 10 штук, а покупаем именно коробку2

P.S. вариант работы с единицей хранения пока не рассматривается
Старый 13.07.2010, 23:36   #2  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Цитата:
Сообщение от vovka Посмотреть сообщение
Может кто то сталкивался с такой задачей ... было бы интересно услышать мнения со стороны

Условия:
Есть некий товар, скажем Т1
у него есть единицы измерения:
Базовая - шт
Дополнительные:
коробка1 = 5 шт
коробка2 = 10 шт

Задача:
Необходимо учитывать остатки по каждой единице измерения отдельно. Пересчитывать единицу измерения в базовую не есть правильно, т.к. коробка2 <> 10 шт, т.к., например, коробка не может быть разобрана. При покупки коробки2, мы не покупаем 10 штук, а покупаем именно коробку2

P.S. вариант работы с единицей хранения пока не рассматривается
Если вариант пересчитывать из базовой в требуемую неприемлим, организуйте минус-контроль в разрезе единица измерения-товар, перед продажей(расходом) в ед. измерения, отличной от единины складского хранения списывайте складскую единицу и приходуйте продажную (расходную) ед. измерения
Старый 14.07.2010, 10:30   #3  
Fordewind is offline
Fordewind
Участник
 
1,134 / 10 (3) +
Регистрация: 01.12.2005
Если коробку нельзя разукомплектовать, ИМХО, это разные товары. То есть в вашем случае должно быть 3 товара. Есть еще подозрение, что у вас и себестоимость будет разной для 10 штук отдельно и 10 штук в коробке
Старый 14.07.2010, 11:12   #4  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Такая проблема зачастую встречаются у компаний, предоставляющий услуги сторонним организациям по хранению, складской обработке и развозу товара.
Коробку без указания сверху вскрыть нельзя, скоко точно носков в коробке - точно токо дядюшка Ли из Шанхая знает, а вот клиенту вынь да положь остатки по носкам зеленым в крапинку 21 размера в тарных единицах, с учетом того что часть коробок все таки распаковали и товар развезли по торговым точкам.
Плодить товары по единицам хранения в этом случае точно не комильфо. Вопрос ТС - себестоимость собираетесь учитывать или нет?
Старый 14.07.2010, 13:52   #5  
vovka_imported is offline
vovka_imported
Участник
 
62 / 10 (1) +
Регистрация: 07.02.2007
Цитата:
Сообщение от rmv Посмотреть сообщение
Если вариант пересчитывать из базовой в требуемую неприемлим, организуйте минус-контроль в разрезе единица измерения-товар, перед продажей(расходом) в ед. измерения, отличной от единины складского хранения списывайте складскую единицу и приходуйте продажную (расходную) ед. измерения
да, что то на подобии такого варианта как раз и родилось, просто пытаюсь понять на сколько корректное решение получилось и поэтому хочется узнать стороннее мнение.

Цитата:
Сообщение от Fordewind Посмотреть сообщение
Если коробку нельзя разукомплектовать, ИМХО, это разные товары. То есть в вашем случае должно быть 3 товара. Есть еще подозрение, что у вас и себестоимость будет разной для 10 штук отдельно и 10 штук в коробке
себестоимость одинаковая

Цитата:
Сообщение от rmv Посмотреть сообщение
Плодить товары по единицам хранения в этом случае точно не комильфо. Вопрос ТС - себестоимость собираетесь учитывать или нет?
да, себестоимость учитывается.

с коробками не очень наглядный пример видимо получился, т.к. да, логично, что возникли сразу вопросы о себестоимости ...
давайте попробуем немного изменить задачу:
пусть Т1 это будет лист ДСП, учет потребления ведется в км.метрах, базовая единица кв.метр.
единицы хранения на складе сырья:
лист1 = 4кв.м.
лист2 = 5кв.м.
единица хранения и потребления в цехе кв.м.
единица закупки - кв.м.
соответственно требуется знать, какого формата имеются листы и в каком количестве на складе хранения и при этом соответственно в перемещениях нужно контролировать остатки в разрезе по каждой единице измерения
Старый 14.07.2010, 14:13   #6  
zm is offline
zm
Участник
 
44 / 10 (1) +
Регистрация: 15.07.2003
Адрес: Латвия
Zdes' nuzhna funkcional'nost' Warehouse(sorry za latinicu: notebook, vse postiralos'...).Dvumja temami nizhe ja kak raz upomjanul podobnuju zadachu, tol'ko pod palletami mi imeli vvidu ljubuju "transportnuju" edinicu. Na vhode(na rampe) priemschik tovara skaniroval vse soderzhimoe transportnoj edinici, pechatal "Pallet Label"(soderzhimoe)s unikal'nim nomerom i sistema vidavala adress razmeschenija, i tak dalee: vse osnovnie skladskie operacii + logistika.
No v nashem variante bol'shoj development & dlja bol'shih skladov: > 2000 zakazov v sutki - nuzhna vse-taki specializirovannaja sistema. Bez Warehouse tozhe nuzhno mnogo pisat': naprimer k Item Ledger Entry privjazat' Packing Ledger, v kot. raspisat' vsju upakovochnuju specifikaciju. Mi takim obrazom na tekstil'noj fabrike obespechivaem v tom chisle i uchet raznosortnih tkanej s raznim metrazhem namotannih v odin rulon.
Старый 15.07.2010, 00:04   #7  
Storkich is offline
Storkich
Участник
 
149 / 10 (1) +
Регистрация: 08.03.2007
Ты случайно не от сюда?
Старый 15.07.2010, 07:21   #8  
Arshak is offline
Arshak
Участник
 
190 / 10 (1) +
Регистрация: 01.10.2004
Цитата:
Сообщение от vovka Посмотреть сообщение
Цитата:
Сообщение от rmv Посмотреть сообщение
Если вариант пересчитывать из базовой в требуемую неприемлим, организуйте минус-контроль в разрезе единица измерения-товар, перед продажей(расходом) в ед. измерения, отличной от единины складского хранения списывайте складскую единицу и приходуйте продажную (расходную) ед. измерения
да, что то на подобии такого варианта как раз и родилось, просто пытаюсь понять на сколько корректное решение получилось и поэтому хочется узнать стороннее мнение.

Цитата:
Сообщение от Fordewind Посмотреть сообщение
Если коробку нельзя разукомплектовать, ИМХО, это разные товары. То есть в вашем случае должно быть 3 товара. Есть еще подозрение, что у вас и себестоимость будет разной для 10 штук отдельно и 10 штук в коробке
себестоимость одинаковая

Цитата:
Сообщение от rmv Посмотреть сообщение
Плодить товары по единицам хранения в этом случае точно не комильфо. Вопрос ТС - себестоимость собираетесь учитывать или нет?
да, себестоимость учитывается.

с коробками не очень наглядный пример видимо получился, т.к. да, логично, что возникли сразу вопросы о себестоимости ...
давайте попробуем немного изменить задачу:
пусть Т1 это будет лист ДСП, учет потребления ведется в км.метрах, базовая единица кв.метр.
единицы хранения на складе сырья:
лист1 = 4кв.м.
лист2 = 5кв.м.
единица хранения и потребления в цехе кв.м.
единица закупки - кв.м.
соответственно требуется знать, какого формата имеются листы и в каком количестве на складе хранения и при этом соответственно в перемещениях нужно контролировать остатки в разрезе по каждой единице измерения
попробую я что то сказать..
у меня у клиента такая же ситуация с линолиумом.
мое мнение таково что у Вас нет разных единиц измерения
лист1 = 4кв.м.
лист2 = 5кв.м
это скорее всего ближе к лотам.
я клиенту предложил приходовать каждый лот(лист, кусок)отдельной строкой, соответственно получите в ТКО несколько строк соответствующиие листам.
В этом случае Вы легко видите открытые позиции (соответственно требуется знать, какого формата имеются листы и в каком количестве на складе хранения)
а вот для продаж и премещений , скорее всего, надо придумать признак по которому контролировать целостность лота при продаже или перемещении.
я думаю галочка в товаре и пару строк в КЮ продаж и перемещений спасет ситуацию.
ИХМО
Старый 15.07.2010, 11:57   #9  
vovka_imported is offline
vovka_imported
Участник
 
62 / 10 (1) +
Регистрация: 07.02.2007
Цитата:
Сообщение от Storkich Посмотреть сообщение
Ты случайно не от сюда?
да
Старый 15.07.2010, 12:18   #10  
vovka_imported is offline
vovka_imported
Участник
 
62 / 10 (1) +
Регистрация: 07.02.2007
Цитата:
Сообщение от Arshak Посмотреть сообщение
попробую я что то сказать..
у меня у клиента такая же ситуация с линолиумом.
мое мнение таково что у Вас нет разных единиц измерения
лист1 = 4кв.м.
лист2 = 5кв.м
это скорее всего ближе к лотам.
я клиенту предложил приходовать каждый лот(лист, кусок)отдельной строкой, соответственно получите в ТКО несколько строк соответствующиие листам.
В этом случае Вы легко видите открытые позиции (соответственно требуется знать, какого формата имеются листы и в каком количестве на складе хранения)
а вот для продаж и премещений , скорее всего, надо придумать признак по которому контролировать целостность лота при продаже или перемещении.
я думаю галочка в товаре и пару строк в КЮ продаж и перемещений спасет ситуацию.
ИХМО
тоже достаточно интересное решение, но на мой взгляд внедряемого кода будет не меньше чем в нашем решении, но в плане использования накладывает дополнительные ограничения, все таки работа с лотами подразумевает дополнительные действия со стороны пользователей. Ну и плюс, представьте себе приходование хотя бы 10тыс. листов одного формата, 10тыс другого ... плюс надо что то придумывать как разграничивать лоты, чтобы можно было достаточно легко получать информацию о размере листа.

Я достаточно долго продумывал как бы аккуратно решить эту задачу, но если честно мое решение мне как то совсем не нравится, поэтому собственно и открыл эту ветку.

Собственно как решено сейчас.

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

ну как то в кратце так ...
все это конечно работает, но какой то червяк сидит и покоя не дает
Старый 15.07.2010, 14:19   #11  
Arshak is offline
Arshak
Участник
 
190 / 10 (1) +
Регистрация: 01.10.2004
на мой взгляд сделано все правильно и не стоит трогать и волноваться
а в одной поставке бывают листы разных форматов?
если нет то проще добавить в 39 таблицу поле типа "Ед изм приемки" и протащить в 32 таблицу, а там для отчета пресчитывать, а для премещения проверять чтоб в этой единице перемещали... в этом варианте не плодил новых таблиц и на лету не рекласифицируем товар...
ну это вариант если свой не очень нравится
Старый 15.07.2010, 14:35   #12  
vovka_imported is offline
vovka_imported
Участник
 
62 / 10 (1) +
Регистрация: 07.02.2007
Цитата:
Сообщение от Arshak Посмотреть сообщение
а в одной поставке бывают листы разных форматов?
да, очень часто
Цитата:
Сообщение от Arshak Посмотреть сообщение
если нет то проще добавить в 39 таблицу поле типа "Ед изм приемки" и протащить в 32 таблицу, а там для отчета пресчитывать, а для премещения проверять чтоб в этой единице перемещали... в этом варианте не плодил новых таблиц и на лету не рекласифицируем товар...
ну это вариант если свой не очень нравится
дело в том, что формат листа и количество в каком формате сколько листов реально приходит становится известно непосредственно при приемке на складе. Т.е. отдел закупок оформляет заказ на <очень много> кв.метров, данный заказ может поставляться в течении нескольких месяцев и что в какой поставке приедет сказать очень сложно, соответственно надо, чтобы на складе при приемке сами это указывали.
Старый 15.07.2010, 15:02   #13  
Arshak is offline
Arshak
Участник
 
190 / 10 (1) +
Регистрация: 01.10.2004
если документе покупки одна строка а в ней куча размеров, то Ваш вариант самый работоспособный.. спите спокойно
хотя для меня странно чтопоставляется все кучей.. никогда с таким не сталкивался...
Старый 16.07.2010, 15:53   #14  
Lates is offline
Lates
Участник
 
207 / 10 (1) +
Регистрация: 08.02.2007
Цитата:
Сообщение от vovka Посмотреть сообщение
- кол-во для приемки редактируется через дополнительную формочку, в которой отображается список возможных единиц измерения кода
А что происходит если нужной единицы в списке нет?
Сам кладовщик заводит нужную единицу? Вручную? Или какой-то функцией?
Ведь, наверняка, возможны ситуации, когда на момент заведения закупки неизвестно в каких единицах придет товар.
Старый 19.07.2010, 12:32   #15  
vovka_imported is offline
vovka_imported
Участник
 
62 / 10 (1) +
Регистрация: 07.02.2007
Цитата:
Сообщение от Lates Посмотреть сообщение
Цитата:
Сообщение от vovka Посмотреть сообщение
- кол-во для приемки редактируется через дополнительную формочку, в которой отображается список возможных единиц измерения кода
А что происходит если нужной единицы в списке нет?
Сам кладовщик заводит нужную единицу? Вручную? Или какой-то функцией?
Ведь, наверняка, возможны ситуации, когда на момент заведения закупки неизвестно в каких единицах придет товар.
да, сам кладовщик заводит новую единицу в формочку, в которой это действие немного облегчено по сравнению со стандартной формой единиц измерения.
 


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 03:24.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.