| 
 | 
| 
 
Локализация в торговой точке 
 | 
|||
|---|---|---|---|
| 
 #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&fpage=12&tid=1540216]:  | 
    0ms | 
get settings:  | 
    10ms | 
get forum list:  | 
    13ms | 
check forum access:  | 
    3ms | 
check topic access:  | 
    3ms | 
track hit:  | 
    45ms | 
get topic data:  | 
    10ms | 
get forum data:  | 
    2ms | 
get page messages:  | 
    50ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 249ms | 
| total: | 386ms | 

| 0 / 0 | 

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