|
|
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
Есть уже рабочий сервис для учета в торговых точках (много точек). Есть справочник "Торговые точки" (они же склады). На эти Точки (склады) перемещается товар с основного склада и потом, с них, этот товар продаётся, перемещается. Заказчик хочет ввести " Локализацию " на этих Точках (складах). Пример: Есть Точка (Склад): Точка-1 На этой "Точка-1" есть места для хранения такого товара: Брак, Списание, Перемещение (на другой склад), ... в виде полочек, коробочек и т.д. куда это всё складывается. Вот эти коробочки с браком - и есть Локализация (внутренние склады внутри "Торговой точке") Соответственно вопрос: Как организовать в БД Локализацию, то есть прикрутить к основному складу - внутренние склады. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 11:05 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
potkinЕсть справочник "Торговые точки" (они же склады). Нужно разделить справочники "Торговые точки" и "Склады", сделать между ними отношение 1:n (а в идеале - сделать "склады" древовидным). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 11:15 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
potkinВот эти коробочки с браком - и есть Локализация (внутренние склады внутри "Торговой точке") Как организовать в БД Локализацию, то есть прикрутить к основному складу - внутренние склады.а зачем "внутренние склады"? у них будет своя внутренняя логика? то, что вы описали это статусы товара (ваши: Брак, Списание, Перемещение) ну и меняйте статус у товара ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 13:05 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
Дедушкато, что вы описали это статусы товара (ваши: Брак, Списание, Перемещение) ну и меняйте статус у товараЧто значит статусы ? В вашей логике это некие строго типизированные понятия, намертво зашитые в конкретную реализацию. У этих статусов есть история ? Кто ? Когда ? Сколько ? Почему ? Обычно сабж.проблему решают созданием произв. кол-ва доп. складов. Логика перемещения на них - произвольная, но по некот. правилам. Например склад "Непонятки" :) Там могут висеть остатки, которые надо как-то идентифицировать. После чего они попадут в списание или реальный остаток, либо склад брака и т.д. Стандартные документы (приход, перемещ, инвент, списание) полностью описывают картину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 13:53 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
potkin, Ваша "Локализация" у нармальных людей называется складской логистикой. А полочки и пр. - местами (ячейками) склада. Посмотрите решения по складской логистике и поймете что все уже давно изобретено до вас. А насчет того - как?.. Это задавайте вопрос разработчикам вашей нетленки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 15:21 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
LSVЧто значит статусы ? В вашей логике это некие строго типизированные понятия, намертво зашитые в конкретную реализацию. У этих статусов есть история ? Кто ? Когда ? Сколько ? Почему ?Что мешает в справочник статусов добавить новый при необходимости (где тут "намертво зашитые"?). С таким же успехом можно спросить: "а эти ваши доп склады, что намертво зашитые в конкретную реализацию?". Если нужен просто факт "что некий болт признан браком и в следствии чего кинут в коробку [Брак]", то статуса товара "брак" достаточно. Если нужна история изменений с логированием кто и почему, дак если сделаете то и будет. Посчитать остатки на складе в разных статусах тож не проблема. В чём смысл создавать дополнительные сущности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 16:48 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
ДедушкаЧто мешает в справочник статусов добавить новый при необходимости (где тут "намертво зашитые"?). С таким же успехом можно спросить: "а эти ваши доп склады, что намертво зашитые в конкретную реализацию?". Если нужен просто факт "что некий болт признан браком и в следствии чего кинут в коробку [Брак]", то статуса товара "брак" достаточно. Если нужна история изменений с логированием кто и почему, дак если сделаете то и будет. Посчитать остатки на складе в разных статусах тож не проблема. В чём смысл создавать дополнительные сущности?Экий бред. Что такое статус ? Чему он присвоен ????? Числится на складе 10 шт. товара. Но пока нашли только 8шт. 2шт решили пометить как "непонятки" и снять с доступного наличия. Их могут позже найти где-нибудь... не суть. Как это происходит в Вашей волшебной схеме ??? Что помечается ? зы: Если хотите, можем назвать "Брак" или "Списать" не суть.... В "моей" схеме 2шт перемещают на склад "Брак" или "Непонятки". Когда причина проясняется их перемещают в нужный склад. На любую дату можно получить остатки на любом складе и все документы движения. А у Вас ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 17:06 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
LSVЭкий бред. Что такое статус ? Чему он присвоен ?????Вы совершенно зря так эмоционируете :) Заметьте, выше я всё время спрашиваю "зачем эти доп склады?". Вот вы мне объясните и будет здорово. Что касается вашего примера: LSV2шт решили пометить как "непонятки" что нам мешает сделать перемещение с самих себя на себя с обоснованием инвентаризация (ну или в результате чего у вас не нашлись эти 2шт), но 8шт запишутся со статусом "доступно", а 2шт со статусом "непонятки"? Если у вас возникнет вопрос, а как отличать реальные поступления от служебных, то по обоснованию прихода. Ещё раз, я вполне допускаю, что хинт в виде перемещений на доп склады действительно решает проблемы которые по другому не решить. Отсюда и вопросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 17:30 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
ДедушкаLSVЭкий бред. Что такое статус ? Чему он присвоен ?????Вы совершенно зря так эмоционируете :) Заметьте, выше я всё время спрашиваю "зачем эти доп склады?". Вот вы мне объясните и будет здорово. Что касается вашего примера: LSV2шт решили пометить как "непонятки" что нам мешает сделать перемещение с самих себя на себя с обоснованием инвентаризация (ну или в результате чего у вас не нашлись эти 2шт), но 8шт запишутся со статусом "доступно", а 2шт со статусом "непонятки"? Т.е. Вы хотите держать по записи на каждую единицу товара, и у 8 записей выставить статус "доступно", а у 2 - "непонятка"? Если мы торгуем супертанкерами - это куда ни шло, а если открытками? :) Кроме того, тут все плохо с инкапсуляцией - у Вас в коде (причем во многих местах) будут зашиты эти статусы, Вам придется писать сложную процедуру списания со склада, которая этими статусами манипулирует... В методе со складами это все вообще происходит прозрачно, решили пользователи завести еще один склад "отложено для ИванИваныча" - программист вообще не в курсе, в программе ни байта не поменялось, точно так же на склад идет приемка, точно так же - списание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 21:28 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
статусы: брак, списание склад: товар в пути иначе модель Дедушки излишне усложняется при перемещении брака на другой склад ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 23:42 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
potkinЕсть справочник "Торговые точки" (они же склады). чтоб не сажать деревья и обойтись малой кровью, можно писать в справочник склады (торговые точки) и подчиненные склады (брак, непонятки и т.д.) основных складов (торговых точек) - писать в одну и ту же таблицу... Для этого нужно добавить в таблицу склады всего одно поле КодГлавногоСклада... В торговых точках (основных складах) оно будет равно нулю, а в подчиненных складах в нем будет ID торговой точки.... ИМХО переделка интерфейса и его логики будет минимальна.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 08:46 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
что нам мешает сделать перемещение с самих себя на себяКак система должна видеть перемещение скл1->скл1 ? Возможно у вашего склада в дополнение к наличию есть понятие статус, т.е. храним склад/товар/колво/статус ? И все складские операции происходят с учетом статуса ? Такая схема имеет право на жизнь. Правда немного усложнится партионный учет. 2 Кот Матроскин: +500. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 10:35 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинНужно разделить справочники "Торговые точки" и "Склады", сделать между ними отношение 1:n (а в идеале - сделать "склады" древовидным). Да, уже реализована древовидная структура, но я от неё отказался, т.к. на практике очень путало работников. Так, что скорее всего вернусь обратно к древовидной структуре ... Злой БобрЭто задавайте вопрос разработчикам вашей нетленки. Разработчик я. И почему "нетленки"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 12:25 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
LSV, Кот Матроскин, спасибо, дядьки, за ликбез. общую идею я понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 13:00 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
vmagВ торговых точках (основных складах) оно будет равно нулю Последние двенадцать лет эта светлая идея вызывает у меня желание взять большую дубину и угрожая ей, заставить её автора до конца жизни поддерживать и сопровождать то, что он придумал . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 13:46 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
potkinЗлой БобрЭто задавайте вопрос разработчикам вашей нетленки. Разработчик я. И почему "нетленки"? Ну уж извините если называю вещи своими именами. А так я вам уже сказал - смотрите решения по складской логистике. Вас интересует именно момент адресного хранения товара. Существует несколько вариантов решения, поэтому смотрите и выбирайте то что вам больше подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 17:23 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
Через дополнительные склады это сделать проще всего и разумнее всего. Бухгалтера своего спросите, как он бы это учитывал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 17:40 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
softwarerПоследние двенадцать лет эта светлая идея вызывает у меня желание Уже работает целых 12 лет... хороший показатель... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 23:04 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
softwarer, На самом деле я дал такой совет ТС-у исключительно по его узкой ситуации - реально будет всего два уровня складов - торговые точки и их собственные склады, а сама таблица Склады-Торговые точки будет примерно такая: id/name_sklad/owner 1/Точка1/0 2/Точка2/0 3/Точка3/0 ............... 21/Точка1-Брак/1 22/Точка2-Брак/2 23/Точка3-Брак/3 24/Точка1-Списание/1 25/Точка2-Списание/2 26/Точка3-Списание/3 .................. по сути тут не будет кучи вложенных запросов, а признак owner только ради того, чтобы отделить мух от котлет в привычном интерфейсе... На практике эту "светлую идею" использовал только один раз и она меня очень сильно выручила - нужно было описать не однородную армейскую структуру и дерево просто не устроило (где есть батальоны, трб, бригады, а где их просто нет...) и вот тут одна таблица со ссылкой на высшее звено оказалась самое оно, да и проблем особых не возникло... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2017, 00:23 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
vmag, "светлая идея" не в древовидных складах - это, как раз, вполне разумно. "Светлая идея" в использовании нуля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2017, 12:31 |
|
||
|
Локализация в торговой точке
|
|||
|---|---|---|---|
|
#18+
vmagpotkinЕсть справочник "Торговые точки" (они же склады). чтоб не сажать деревья и обойтись малой кровью, можно писать в справочник склады (торговые точки) и подчиненные склады (брак, непонятки и т.д.) основных складов (торговых точек) - писать в одну и ту же таблицу... Для этого нужно добавить в таблицу склады всего одно поле КодГлавногоСклада... В торговых точках (основных складах) оно будет равно нулю, а в подчиненных складах в нем будет ID торговой точки.... ИМХО переделка интерфейса и его логики будет минимальна....во здравая мысль и понравилось а зачем "внутренние склады"? у них будет своя внутренняя логика? деревья - ниче страшного сам знашь ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2017, 14:37 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=39392580&tid=1540216]: |
0ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
67ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 394ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...