[ТЕМА ЗАКРЫТА]
Опции темы
12.02.2015 17:59  
-Den-
Что то уже два дня ни как не получается понять принцип работы с накладными на перемещение, в том плане что делать с остатками в нелокальных МХ. Понимаю что вопрос банально из оперы "в своем глазу бревна не видно" и когда алгоритм запущен то и не паришься с ним, а когда прорабатывать начинаешь, то вопросы всплывают ну слишком уж какие то детские и все таки победив свою скромность

Есть к примеру
МХ1 - место хранения магазина1, Склад-магазин1
МХ2 - место хранения магазина2, Склад-магазин2
ЦС - место хранения Центральный склад

На ЦС оприходовали 10 шт. "чявота", переместили 7 шт. в МХ1
- в программе, в офисе, в ЦС было 10, стало 3, в МХ1 было 0, стало 7 (все хорошо)
- в программе, в самом Магазине1, в ЦС было 0, но по прибытии накладной, становится -7, в МХ1 магазина1(локальное МХ) становиться 7. В магазине1 в локальном МХ1 в остатках все нормально, а в нелокальном месте хранения ЦС уже начинают расти "нехорошие минуса" в остатках, решение1 (вопрос1 - правильное ли?) рассылаем приходные накл. для ЦС на магазины, остатки соответствуют действительности, решение2(вопрос2 - как правильно?), стоят настройки не показывать не_локальные МХ, ни кто ни чего не видит, "забиваем болт на это", со временем в нелокальном месте хранения ЦС магазина1 вырастает страшное в базе
- Перемещения между МХ1 и МХ2
-- через ЦС, в принципе те же грабли что описаны вверху, только уже не выравняешь "офисными_ЦС_накладными" так как пришел то товар в МХ1 магазина1, в нелокальных ЦС на магазинах будет происходить "тарабаршина", либо "забить" все равно не локальное никто не видит/не на что оно в принципе там не влияет, просто не красиво и бардак
-- Если делать накладную на перемещение сразу из МХ1 в МХ2 (СМ это позволяет), но тогда к примеру при 30 МХ в базах магазинов в нелокальных МХ будет вААщпе беспредел, да его не видно, но зачем оно нужно на ровном месте.

У кого как работает алгоритм "накладные на перемещения"?
 
12.02.2015 18:35  
vdm
Скажу покороче.
Документы и остатки нелокальных складов в магазинах не нужны.
Товародвижение следует считать только в ЦО.

Иначе придется делать сквозную рассылку "всех ко всем", а оно тебе надо?
 
"Спасибо" vdm от:
13.02.2015 07:15  
Mtirt
Надо в локальных базах по ЦС и нелокальным МХ отключить перерасчет остатков (Галочка в настройке складов и магазинов).
 
"Спасибо" Mtirt от:
13.02.2015 10:05  
kadr
Отключение расчета остатков для нелокальных МХ (локальность задается в адм. модуле) и зачистка уже рассчитанных остатков для тех же нелокальных МХ, чтобы всегда был 0.
Код:
BEGIN
UPDATE smstorelocations  l
SET l.flags=3076
WHERE l.ID NOT IN (SELECT LS.ID FROM SUPERMAG.SVLOCALSHOPS LS WHERE LS.LOCTYPE = 4)
AND l.loctype>=0;
delete from smgoods where storeloc not in (SELECT LS.ID FROM SUPERMAG.SVLOCALSHOPS LS WHERE LS.LOCTYPE = 4);
commit;
END;
/
 
"Спасибо" kadr от:
13.02.2015 11:19  
OlegON
Мне кажется, что SET l.flags=3076 надо заменить на выставление нужной битовой маски, мало ли, какие там еще флаги могут быть
bitor = sum (x + y - bitand(x, y))
 
"Спасибо" OlegON от:
13.02.2015 14:28  
-Den-
Спасибо всем, как я ее раньше не замечал, "век живи -век учись".

И еще тогда один момент, почему l.flags=3076 ?

К примеру при
"0" - Резервирование запрещено
"1" - Отключить перерасчет остатков
"0" - Учитывать цены обратных перемещений при расчёте товародвижения (ТД)
"0" - Остатки в упаковках

l.flags=4, если еще поставить галочку "Наценка от полной цены" то l.flags=2052, как получается l.flags=3076 ?

пс: версии СМ 1.029 SP12 CM и 1.029.3 SP3
 
13.02.2015 15:53  
kadr
))) а применить и проверить что в итоге в интерфейсе?
 
13.02.2015 16:22  
-Den-
Так применил и проверил, 3076 не могу найти, и от обратного уже плясал, ставлю 3076, в СМ убираю "Отключить перерасчет остатков" и "Наценка от полной цены", смотрю l.flags=1024, в акурат 3076-2052, в СМ чет выловить 1024 не получается))
 
13.02.2015 16:35  
-Den-
И еще вопросик, он конечно риторический больше (про почтовик надо мануал по серьезней покурить, да и потестить не помешает, а пятница:) ) и все таки, перемещения с МХ1 в МХ2 вести лучше через ЦС (МХ1 > ЦС, а потом ЦС > МХ2) или не надо себе жизнь усложнять и делать напрямую МХ1 > МХ2, но тогда как быть с почтовиком, в офис вроде как автоматом с МХ1 она придет, а вот с офиса почтовик позволяет авторассылку сделать в МХ2 ?
 
16.02.2015 07:19  
Mtirt
Смотря что перемещаешь. Если товар изначально пришел с ЦС, то перемещать обязательно МХ1 > ЦС, а потом ЦС > МХ2.
Если товар на ЦС не приходил, то можно напрямую МХ1 > МХ2.
В офисе для накладных на перемещение надо поставить галочку Авто в подчиненные. Должно сразу после получения в офисе отправляться в МХ2.
 
 
Опции темы



Часовой пояс GMT +3, время: 13:11.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.