Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Задача всё та же - досконально разобраться с возможностями и правильным применением тех средств платформы 8.2, которые на сегодня любезно предоставлены нам фирмой 1С в их... флуд какой-то )) Нарисовалась следующая задача: Поставщик поставляет товар в разных упаковочных объёмах: Коробочка = 12 шт., Коробка = 600 шт., Короб = 900 шт. Во избежании пересчёта товара на складе - отгрузка из большего объёма меньшего сопровождается опечатыванием остатка с указанием количества. Оператору заказа необходимо подбирать и согласовывать заказ для наименьшего количества делений больших упаковочных объёмов. При наличии на складе 1-ого Короба (900 шт.) и Коробки с остатком в 300 шт. система не должна распечатать согласованный заказ на 312 шт. методом отгрузки Коробки с остатком и вскрытия Короба для догрузки 12 шт. - должна быть одна позиция - из Короба взять 312 шт. Напротив, если согласован заказ на 288 шт. - взять из остатков Коробки. В первом приближении представляется следующая схема: Регистр остатков: Измерения: Номенклатура, КоличествоВУпаковке, Поставка; Ресурсы: Остаток. При поступлении товара1: 1 Короб, 2 Коробки, 3 Коробочки будут записи в регистре: Товар1, 900, Партия1: 1 Товар1, 600, Партия1: 2 Товар1, 12, Партия1: 3 При списании товара1 300 шт. будет запрос к остаткам, где Номенклатура = Товар1, КолвоВУпаковке >= 300, сортировать по КолвоВУпаковке ВОЗР, Период ВОЗР. (Это, вообще, реально?)) И, получается, что реализовать ФИФО никак, или я не прав? После получения существующих остатков, первая запись будет: Товар1, 600, Партия1: 2, что удовлетворяет списанию и выполнены будут следующие действия: Расход: Товар1, 600, Партия1: 1 Приход: Товар1, 300, Партия1: 1 Последующее списание 312 шт: Расход: Товар1, 600, Партия1: 1 Приход: Товар1, 288, Партия1: 1 Остатки будут выглядеть так: Товар1, 900, Партия1: 1 Товар1, 12, Партия1: 3 Товар1, 300, Партия1: 1 Товар1, 288, Партия1: 1 Таблица разрастается и каждый следующий запрос к остаткам будет получать всё большую и большую таблицу. Явно что-то не так, но тогда как? Как прикрутить сюда "новый контроль остатков", если изначально даже неизвестно по каким измерениям будет списан товар?, а выполнение условий задания нужно обеспечивать в момент проведения. То есть - нельзя списать количество товара, а потом, ночью, разобраться из какой бы коробки его отгрузить, несмотря на то, что досписывание по партии есть мысль прикрутить именно к кнопке печать, т.е. - по необходимости отправки документов на склад. Таким образом - проведение как резервирование, а печать или ночная регламентная операция - как списание по партиям и подбор упаковки. Подсоветуйте, куда копаться)) Где ж собака-то порылась? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2011, 01:12 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
БагерЗдравствуйте. .....Где ж собака-то порылась? Как я помню -не легче это просто решить на печатной форме и не мудрить? считать что берут всегда из меньшей коробки и если на складе 312 то это одна маленькая и не полная большая и тд... надо 288 - значит маленькую вскрывать .а то какой то изврат получается - не надо делать все слишком сложным -сами ж запутаетесь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2011, 07:35 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
ZerroКак я помню -не легче это просто решить на печатной форме и не мудрить? Это _нужно_ решить на печатной форме - в ней указывается что, где и сколь взять на складе. Zerroсчитать что берут всегда из меньшей коробки нельзя, так это напрямую противоречит постановке задачи. Минимизировать взятия и перепаковки коробок должен оператор, но для этого ему должна оперативно сваливаться информация о наличии таких коробок. Соответственно и при списании партий списать нужно отгруженную коробку, а не набор минимальных единиц по ФИФО, т.к. есть ещё и сроки годности, сроки реализации, сроки оплаты. Zerroи если на складе 312 то это одна маленькая и не полная большая и тд... надо 288 - значит маленькую вскрывать .а то какой то изврат получается - не надо делать все слишком сложным -сами ж запутаетесь. [/quot] Перепаковка, отгрузка одной коробки стоит денег, а значит и перепаковка и отгрузка должна быть одна. Иначе: 312 - перепаковка 600 на 588 и 12, отгрузка 300 и 12 = перепаковка + две отгрузки, вместо перепаковка 600 на 288 и 312, отгрузка 312 = перепаковка + отгрузка. Вот насчёт 288 - можно поспорить, удобней списать по ФИФО, даже если придётся перепаковать 900, вместо 300, хотя и полукоробка из трёхсот быстрее кончится. Но условия таковы, что - одна перепаковка с наименьшем количеством и минимальное число отгрузок. ------- Других комментариев нет, значит ли это, что решение максимально единственно возможное???... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 01:01 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
БагерZerroКак я помню -не легче это просто решить на печатной форме и не мудрить? Это _нужно_ решить на печатной форме - в ней указывается что, где и сколь взять на складе. Zerroсчитать что берут всегда из меньшей коробки нельзя, так это напрямую противоречит постановке задачи. Минимизировать взятия и перепаковки коробок должен оператор, но для этого ему должна оперативно сваливаться информация о наличии таких коробок. Соответственно и при списании партий списать нужно отгруженную коробку, а не набор минимальных единиц по ФИФО, т.к. есть ещё и сроки годности, сроки реализации, сроки оплаты. Zerroи если на складе 312 то это одна маленькая и не полная большая и тд... надо 288 - значит маленькую вскрывать .а то какой то изврат получается - не надо делать все слишком сложным -сами ж запутаетесь. Перепаковка, отгрузка одной коробки стоит денег, а значит и перепаковка и отгрузка должна быть одна. Иначе: 312 - перепаковка 600 на 588 и 12, отгрузка 300 и 12 = перепаковка + две отгрузки, вместо перепаковка 600 на 288 и 312, отгрузка 312 = перепаковка + отгрузка. Вот насчёт 288 - можно поспорить, удобней списать по ФИФО, даже если придётся перепаковать 900, вместо 300, хотя и полукоробка из трёхсот быстрее кончится. Но условия таковы, что - одна перепаковка с наименьшем количеством и минимальное число отгрузок. ------- Других комментариев нет, значит ли это, что решение максимально единственно возможное???...[/quot] нет... просто самео негеморойное.. а так у регистра остатки сделать ещё однно измерение - тип коробки (или у регистра партий) -и приходывать и потом говорить как списывать в коробках.чего мудрить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 07:28 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
дурная мысль .... а слабо комплектами продовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 09:59 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
sWinTyzдурная мысль .... а слабо комплектами продовать? +1 кстати да... оптовые компании часто так делаю -покупать можно только кратно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 10:02 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
Имхо в регистрах все равно должно быть в штуках а наличие комплектов нужно проверять по наличию их на складе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 10:14 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
sWinTyzИмхо в регистрах все равно должно быть в штуках а наличие комплектов нужно проверять по наличию их на складе измерение..добавляй измерение и не мучайся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 13:22 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
sWinTyzдурная мысль .... а слабо комплектами продовать? Комплектами - слабо. При каждом поиске подходящего комплекта нужно будет дополнительно проверить, в каких комплектах _не меньшее_ количество, чем заказано. А заказ формируется оператором в штуках - для простоты понимания. Т.е. - штуки в коплектах поискать, а затем по таблице - выборке комплектов найти подходящие остатки. Да ещё и номенклатуры справочник разрастаться будет или единиц измерений. Не проще ли прямо в регистре задать измерение "КоличествоВУпаковке" и при подборе остатков прямо в регистре и определять - больше или равно требуемому заказу? Zerro, правильно ли я понял, что измерение - это описанное к реализации "КоличествоВУпаковке"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 16:27 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
ну да и ладно ... лишь бы регистр закрывался ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 17:34 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
почитал задачку ... забавно перепаковка перепаковка а способ списания МПЗ вроде в учетной политике указывается может одним регистром и не обойтись даже? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 17:50 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
один регистр на партионный учет второй на остатки на складах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 17:51 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
Думал в эту сторону, это даст лишь то, что в регистре Остатки товаров комплекты одного объёма с разных партий будут суммарным количеством - общий ресурс будет получаться точно так же, ибо партия - последнее измерение, но писать придётся в два регистра, пересчитываться будут два регистра, расти... А будет ли выхлоп? Думаю, что начать нужно с партионного регистра, дописав потом Остатки товаров и посмотрев на "выхлоп". При такой схеме, насколько я понимаю, для регистра партий ничего не изменится, а Остатки товаров заполнить можно будет по состоянию регистра партий на момент запуска. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2011, 22:22 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
БагерДумал в эту сторону, это даст лишь то, что в регистре Остатки товаров комплекты одного объёма с разных партий будут суммарным количеством - общий ресурс будет получаться точно так же, ибо партия - последнее измерение, но писать придётся в два регистра, пересчитываться будут два регистра, расти... А будет ли выхлоп? Думаю, что начать нужно с партионного регистра, дописав потом Остатки товаров и посмотрев на "выхлоп". При такой схеме, насколько я понимаю, для регистра партий ничего не изменится, а Остатки товаров заполнить можно будет по состоянию регистра партий на момент запуска. не..регистр один надо мучать..партий скорей всего -если у вас на складе партионный учет. Ну да измение -количество в упаковке.. партия ещё будет в разрезах упаковки хранится -единственный косяк -когда разбираете коробку - то надо будет списать коробку и оприходовать штуками - поэтому может даже и другой регистр придумать надо..думать куда движения будут попадать -отчеты и тд ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 07:06 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
БагерВ первом приближении представляется следующая схема: Регистр остатков: Измерения: Номенклатура, КоличествоВУпаковке, Поставка; Ресурсы: Остаток. При поступлении товара1: 1 Короб, 2 Коробки, 3 Коробочки будут записи в регистре: Товар1, 900, Партия1: 1 Товар1, 600, Партия1: 2 Товар1, 12, Партия1: 3 Добавление измерения "КоличествоВУпаковке" вы эмулируете уже существубщюю систему пересчета единиц измерения, зачем? Вы же так не увидите отличия коробки на 12 штук от коробки на 300 штук. Вам нужна аналитика, которая бы позволяла понимать в какой фасовке товар на остатке.. я бы предложил использовать для этого штатный функционал серий. Тогда и с партионкой голову ломать не надо и с резервированием. Или заводить на каждый вид фасовки отдельную карточку и механизм аналогов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 09:41 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
The Dim!БагерВ первом приближении представляется следующая схема: Регистр остатков: Измерения: Номенклатура, КоличествоВУпаковке, Поставка; Ресурсы: Остаток. При поступлении товара1: 1 Короб, 2 Коробки, 3 Коробочки будут записи в регистре: Товар1, 900, Партия1: 1 Товар1, 600, Партия1: 2 Товар1, 12, Партия1: 3 Добавление измерения "КоличествоВУпаковке" вы эмулируете уже существубщюю систему пересчета единиц измерения, зачем? Вы же так не увидите отличия коробки на 12 штук от коробки на 300 штук. Вам нужна аналитика, которая бы позволяла понимать в какой фасовке товар на остатке.. я бы предложил использовать для этого штатный функционал серий. Тогда и с партионкой голову ломать не надо и с резервированием. Или заводить на каждый вид фасовки отдельную карточку и механизм аналогов. да извращаются оптимизирую они.. единицы ему не подходят -они не гворят соклько осталось в какой упаковке. а измерение позвоил превратить из коробки в штуки при разборе и т д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 09:51 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
партии отдельно это регламентированный учет как минимум комплекты отдельно = это Ваше личное внутрискладское дело за примером ходить далеко не надо откройте типовую, хотя если Вы в ней и извращаетесь ? не знаю позиция при всей своей простоте полна яда тут сплеча не стоит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 09:54 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
Zerroда извращаются оптимизирую они.. единицы ему не подходят -они не гворят соклько осталось в какой упаковке. а измерение позвоил превратить из коробки в штуки при разборе и т д. Ну кто как хочет, так и... реализует :) Задача - сама по себе - имеет смысл и давольно интересна. Если они занимаются перепродажей, то с точки зрения логистики конечно интересно знать в каких фасовках товар. Да, можно завести несколько единиц... но ведь в отчетах всё будет слито в одну какую-то единицу (хранения остатков, отчетов...) и понять сколько реально осталось в разрезах фасовки невозможно. Это я так понял задачу, потому и предложил использовать серии (ну или любой другой разрез...). Насчет комплектации... скомплектовать-то можно, да только что как тут будет учитываться фасовка непонятно, аналогично и с механизмом резервирования. Другой вопрос, насколько корректно это будет с точки зрения методологии и законодательства. Насколько я могу судить, то у ТС товар будет списывать в произвольном порядке. То есть о партиоке и речи быть не может, вернее может, но тогда фактический учет не будет соответствовать компьютерному. А если ТС вмешается в механизм партионного учета, то в партиях будет бардак, потому что по сути, автор такой доработкой и методологией создаст произвольный порядок списания партий (разве нет?). Тут или "по средней" или "по цене приобретения", как говорится третьего не дано. Но это наверно, вопрос не столько к ТС, сколь к "ответственным" лицам. Что ТС собирается делать при пересорте, возврате от покупателя... кардинально переписать "фсё" ? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 10:19 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
The Dim!Zerroда извращаются оптимизирую они.. единицы ему не подходят -они не гворят соклько осталось в какой упаковке. а измерение позвоил превратить из коробки в штуки при разборе и т д. Ну кто как хочет, так и... реализует :) Задача - сама по себе - имеет смысл и давольно интересна. Если они занимаются перепродажей, то с точки зрения логистики конечно интересно знать в каких фасовках товар. Да, можно завести несколько единиц... но ведь в отчетах всё будет слито в одну какую-то единицу (хранения остатков, отчетов...) и понять сколько реально осталось в разрезах фасовки невозможно. Это я так понял задачу, потому и предложил использовать серии (ну или любой другой разрез...). Насчет комплектации... скомплектовать-то можно, да только что как тут будет учитываться фасовка непонятно, аналогично и с механизмом резервирования. Другой вопрос, насколько корректно это будет с точки зрения методологии и законодательства. Насколько я могу судить, то у ТС товар будет списывать в произвольном порядке. То есть о партиоке и речи быть не может, вернее может, но тогда фактический учет не будет соответствовать компьютерному. А если ТС вмешается в механизм партионного учета, то в партиях будет бардак, потому что по сути, автор такой доработкой и методологией создаст произвольный порядок списания партий (разве нет?). Тут или "по средней" или "по цене приобретения", как говорится третьего не дано. Но это наверно, вопрос не столько к ТС, сколь к "ответственным" лицам. Что ТС собирается делать при пересорте, возврате от покупателя... кардинально переписать "фсё" ? :) да.. согласен на все 100%. проблем больше чем выгод ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 10:21 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
Почему проблем? Если это осознанное желание и потребность предприятия, то это не проблема. Но этот вопрос гораздо более широк, нежили просто организация учета в 1С. Потому что это повлияет на расчет себестоимости. И подобного рода "хотелки" должны проходить через бухгалтерию-экономистов предприятия. Из своей практики могу сказать о двух подобных (или почти подобных) случаях: 1. Фармакология. На каждую фасовку товара своя учетная карточка + механизм аналогов, хотя было что и просто при подборе из справочника было видно в какой фасовке есть на остатке. 2. Производства сыра. Сыр на балансе учитывался в килограммах (из-за своего свойста то разбухать то наооборот терять вес), однако, для продажников и складского учета это было неудобно. Потому и прикрутили парралельный учет в "головах" сыра. Во все документы был добавлен реквизит "Кол-во" голов и создан отдельный регист для этих нужд. Явного или автоматического сопоставления голова-килограммы небыло - по факту взвешивания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 10:43 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
The Dim!это повлияет на расчет себестоимости. И подобного рода "хотелки" должны проходить через бухгалтерию-экономистов предприятия. Это-то вообще не проблема, т.к. если есть понятная закупочная сумма, которая уходит в расходы когда мы выбираем определённый комплект, а он из определённой партии. Партионное списание один в один со складским, иначе и быть не может, т.к. при возврате, поставщику оооочень интересно, по той ли цене мы возвращаем и можем ли вернуть, если была скидка там... The Dim!1. Фармакология. На каждую фасовку товара своя учетная карточка + механизм аналогов, хотя было что и просто при подборе из справочника было видно в какой фасовке есть на остатке. Вот этот пример - как раз то, что реализовывать не требуется - отдельные карточки. Карточка одна, а в измерении регистра - фасовка в количестве штук. Т.о. нет комплектации - автоматом на регистрах. Здесь и загвоздка - отгрузка меньше, чем в комплекте заставляет писать в регистр расход одного, приход другого, сохраняя партию, меняя дату 0_о!! The Dim!2. Производства сыра. Сыр на балансе учитывался в килограммах (из-за своего свойста то разбухать то наооборот терять вес), однако, для продажников и складского учета это было неудобно. Потому и прикрутили парралельный учет в "головах" сыра. Во все документы был добавлен реквизит "Кол-во" голов и создан отдельный регист для этих нужд. Явного или автоматического сопоставления голова-килограммы небыло - по факту взвешивания. Здесь ближе, если бы было соответствие, что эта голова - примерно килограмм (половинка), эта - примерно два (целая). Тогда в нашем регистре это бы отразилось так: Сыр, половинка, Партия1: 15шт. Сыр, целый голова, Партия1: 10шт. А по факту взвешивания - точно списались бы килограммы. Так как в нашей задаче важно знать - сможем ли мы отгрузить 15 половинок, не разрезая целый, не спаивая четверти )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 14:43 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
БагерThe Dim!это повлияет на расчет себестоимости. И подобного рода "хотелки" должны проходить через бухгалтерию-экономистов предприятия. Это-то вообще не проблема, т.к. если есть понятная закупочная сумма, которая уходит в расходы когда мы выбираем определённый комплект, а он из определённой партии. Партионное списание один в один со складским, иначе и быть не может, т.к. при возврате, поставщику оооочень интересно, по той ли цене мы возвращаем и можем ли вернуть, если была скидка там... Не возьмусь утверждать... но всеже. На текущий момент разрешен только один способ партионки - FIFO. Вы все приходуете на одну карточку. Предположим, что к вам 1 числа пришла пачка 12 штук, а 2 числа 300 штук. Покупатель хочет купить 300, по вашей логике (насколько я понимаю) вы попытаетесь списать тот приход, где было 300 одной пачкой. Верно? Если верно, то в данной случае это уже не FIFO, т.к. по FIFO вы дожны были списать 12 + 288, а на остаках у вас останется 12 штук из партии в которой был приход 300. Себестоимость сами посчитаете... Так что на складе вы такую операцию можете осуществить, а вот в учете отразить (при включенном FIFO) уже не сможите. Вот так вот... Выход - отдельные карточки на товары в разных упаковках, тогда ваша схема комплектации уместна. ИМХО, разумеется... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 15:00 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
The Dim!На текущий момент разрешен только один способ партионки - FIFO. Вы все приходуете на одну карточку. Предположим, что к вам 1 числа пришла пачка 12 штук, а 2 числа 300 штук. Покупатель хочет купить 300, по вашей логике (насколько я понимаю) вы попытаетесь списать тот приход, где было 300 одной пачкой. Верно? ИМХО, разумеется... Вот именно! Чтобы не было вопросов - купили коробку в 12шт., потом коробку в 300шт, потом пришёл покупатель на 300шт., а мы ему продали _коробку_ в 300 шт., что автоматически гарантирует верное ФИФО. Целесообразность под вопросом, а именно - оставлять себе товар с более коротким сроком годности. Но это уже утрясли правилами перекомплектации товаров с "пограничными" критериями реализации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2011, 20:41 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
The Dim!Вам нужна аналитика, которая бы позволяла понимать в какой фасовке товар на остатке.. я бы предложил использовать для этого штатный функционал серий. Не пойму, чем могут помочь серии? Можно на пальцах, типа: приход, заводим серию, выделяем, контроль здесь, списание так...?: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2011, 02:33 |
|
||
|
Регистр остатков комплектов (проект)
|
|||
|---|---|---|---|
|
#18+
БагерThe Dim!На текущий момент разрешен только один способ партионки - FIFO. Вы все приходуете на одну карточку. Предположим, что к вам 1 числа пришла пачка 12 штук, а 2 числа 300 штук. Покупатель хочет купить 300, по вашей логике (насколько я понимаю) вы попытаетесь списать тот приход, где было 300 одной пачкой. Верно? ИМХО, разумеется... Вот именно! Чтобы не было вопросов - купили коробку в 12шт., потом коробку в 300шт, потом пришёл покупатель на 300шт., а мы ему продали _коробку_ в 300 шт., что автоматически гарантирует верное ФИФО. Целесообразность под вопросом, а именно - оставлять себе товар с более коротким сроком годности. Но это уже утрясли правилами перекомплектации товаров с "пограничными" критериями реализации. Если я не ошибаюсь, то вы описали LIFO а не FIFO. БагерThe Dim!Вам нужна аналитика, которая бы позволяла понимать в какой фасовке товар на остатке.. я бы предложил использовать для этого штатный функционал серий. Не пойму, чем могут помочь серии? Можно на пальцах, типа: приход, заводим серию, выделяем, контроль здесь, списание так...?: Серия могла бы быть показателем упаковки. Хотя, это тоже не решит вопрос партионного учета. На мой взгляд, надо заводить просто отдельную карточку по виду упаковке. Тогда никакого велосипеда не нужно изобретать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2011, 08:54 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=37455411&tid=1520974]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
84ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 395ms |

| 0 / 0 |
