|
|
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
Поделитесь опытом, Есть компания, с несколькими складами. Груз может списываться(двигаться) частично, то есть приняли 5т, передали 2т на другой склад, а 3т ушли со склада. Но большую проблему представляет другая проблема: когда груз преобразуется, то есть приняли груз как навалочный, часть его перетарили в упаковку, и грубо говоря из одного груза получили другой(по другому храним, по другому перевозим и тариф за перегрузку другой). И наоборот, выпотрошили груз из упаковки и списали со склада как навалочный.). Сейчас вся логика реализована на основе документов движения(сущности в БД и есть документы). Но хочется это как-то унифицировать. Я смотрю немного в другую сторону. Что если взять груз и просто вести его историю(груз принят, груз передан со склада на склад, груз ушел со склада и.т.д) Но тут сразу встают вопросы: 1. что считать единицей груза? 2. как организовать преобразование груза(навал в пакетированный, и на оборот) ну и как все это организовать в базе??? Оговорюсь, что номенклатура грузов может быть разная, от 20-тонных слябов, до пшеницы и тюбиков с зубной пастой. Может кто-нибудь сталкивался, поделитесь опытом. Заранее Спасибо!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2009, 20:49 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
_devel ... Но большую проблему представляет другая проблема: когда груз преобразуется, то есть приняли груз как навалочный, часть его перетарили в упаковку, и грубо говоря из одного груза получили другой... В общепите это называется калькуляционная карта. Пример: Вход: Туалетная бумага, соль, соя Выход: котлета 1 штука. Еще пример: Вход: телевизор в коробке Выход: Телевизор 1 штука + коробка 1 штука Калькуляционная карта - зто таблица преобразования одного товара в другой. Если расширить на ваш случай - то можно взять и однотипный товар и просто получать на выходе другую фасовку. Т.е. Вход: 10 тонн чегото Выход: 1 тонна - 10 штук. Примерно так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 07:05 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
>> Но большую проблему представляет другая проблема: когда груз >> преобразуется, то есть приняли груз как навалочный, часть его перетарили >> в упаковку, и грубо говоря из одного груза получили другой Ключевое слово - "другой". По сути, Вам нужно добавить ступень иерархии с единицами измерения. И далее по складу проводить уже не просто груз в количестве N, а груз в [ед.изм] в кол-ве N. "Перетаривание", как я понимаю, тоже должно оформляться неким документом. В терминах склада это будет расход груза с последующим приходом перетаренного груза. А про перетаривание - выше правильно написали. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 12:31 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
Дмитрий16_devel ... Но большую проблему представляет другая проблема: когда груз преобразуется, то есть приняли груз как навалочный, часть его перетарили в упаковку, и грубо говоря из одного груза получили другой... В общепите это называется калькуляционная карта. Пример: Вход: Туалетная бумага, соль, соя Выход: котлета 1 штука. Еще пример: Вход: телевизор в коробке Выход: Телевизор 1 штука + коробка 1 штука Калькуляционная карта - зто таблица преобразования одного товара в другой. Если расширить на ваш случай - то можно взять и однотипный товар и просто получать на выходе другую фасовку. Т.е. Вход: 10 тонн чегото Выход: 1 тонна - 10 штук. Примерно так. Т.е в математической модели это "направленный граф", а в реляционной это таблица вершин(состояния груза) и ребер(перемищений груза)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 20:06 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
Kirill Razuvaev Вам нужно добавить ступень иерархии с единицами измерения. И далее по складу проводить уже не просто груз в количестве N, а груз в [ед.изм] в кол-ве N. в том-то и дело, что принять за единицу груза... коробка? тюбик? или контейнер 40-футовый. с контейнером как-раз все просто, это не делимая единица, хотя растарка\затарка тоже бывает! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 20:11 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
>> в том-то и дело, что принять за единицу груза... коробка? тюбик? или >> контейнер 40-футовый. Ну, так выделите сначала две сущности в справочники: "товар" и "единица измерения". На их основе создайте таблицу с полями типа: - Операционный код товара (int, PK) - Код товара (int FK к "товар") - Код единицы измерения (int FK к "единица измерения") А дальше все операции с товаром проводите на основе ОПЕРАЦИОННОГО кода товара, т.е. кода, однозначно идентифицирующего единицу измерения. Остается только описать бизнес-логику преобразования единиц измерения в формате типа: - код товара - код единицы измерения входного - код единицы измерения выходного - мултипликатор Можно, конечно, упростить и не указывать направление преобразования, но оно не всегда бывает обратимым (кабель из бухты можно на метры порезать, а вот обратно - едва ли) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2009, 22:19 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
В таблице движения использовать базовую ЕИ. В документах - требуемую ЕИ. Если преобразование ЕИ -> ЕИ неточное, например ТОННЫ <-> ЛИТРЫ для ГСМ с разными температурами, то иметь в каждом документе текущий коеф. преобразования. Аналогично поступаем с потерями при преобразовании. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2009, 10:51 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
>> В таблице движения использовать базовую ЕИ. В документах - требуемую ЕИ. А есть ли смысл? Проще везде делать единообразно - в конечных ЕИ, математика проще будет, да и меньше потери от разного рода округлений, погрешностей... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2009, 12:30 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
Kirill Razuvaev>> В таблице движения использовать базовую ЕИ. В документах - требуемую ЕИ. А есть ли смысл? Проще везде делать единообразно - в конечных ЕИ, математика проще будет, да и меньше потери от разного рода округлений, погрешностей... Нет, не проще. Документы должны быть в удобных, т.е. в произвольных ЕИ, т.к. их принимают, сверяют, размещают в ЕИ поставщика. Сразу видно, вы не приходовали/сверяли товар по бумажным документам Там много нюансов, букф и цифр. А работают живые люди со средним образованием... Читабельность/проверяемость первичных документов должна быть максимальна. В конце концов, если Вам удобно вести в базовой - ведите. Но предложенная схема - гибче и универсальнее. Расчеты остатков, статистику и пр. все равно будете вести по таблицам движения, т.е. по базовой ЕИ без пересчетов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2009, 10:55 |
|
||
|
Движение грузов по складам
|
|||
|---|---|---|---|
|
#18+
_develЯ смотрю немного в другую сторону. Что если взять груз и просто вести его историю(груз принят, груз передан со склада на склад, груз ушел со склада и.т.д) Но тут сразу встают вопросы: 1. что считать единицей груза? 2. как организовать преобразование груза(навал в пакетированный, и на оборот) ну и как все это организовать в базе??? Тупиковый путь. Вас спасет партионный учет + пересорт. Ничего сложного там нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2009, 11:24 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=86&tid=1543182]: |
0ms |
get settings: |
10ms |
get forum list: |
23ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
97ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 441ms |

| 0 / 0 |
