Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Порядок выполнения актов переоценки : Супермаг Плюс (Супермаг 2000)

10.05.2024 16:19


14.11.2007 15:39
OlegON
 
А скажите такую вещь, кто озадачивался ранее, если у меня есть два акта с исполнением на дату по одному товару, какой из них будет применен последним? FIFO здесь работает?
14.11.2007 15:47
inna
 
Раньше не работало. Даже круче. Если на куче актов нажать исполнить, то акты исполнялись в произвольном порядке несморя даже на дату исполнения. Давно не эксперементирую...
14.11.2007 15:50
OlegON
 
Отвечу сам себе. Разработчики настаивают, что выполняются по сортировке docid, т.е. нюанс, если имеем ААА001 сделанный после ВВВ001, то получим косячок-с... Но просто достаточно это знать и не запутаешься.
14.11.2007 15:53
inna
 
А с какой версии? Раньше не смотрели они на номер.
14.11.2007 15:57
kadr
 
Цитата:
OlegON Отвечу сам себе. Разработчики настаивают, что выполняются по сортировке docid, т.е. нюанс, если имеем ААА001 сделанный после ВВВ001, то получим косячок-с... Но просто достаточно это знать и не запутаешься.
сейчас не получим, не помню с какой версии, но сейчас (1.025.1) идёт проверка на дату и время создания и если пытаемся исполнить акт, дата которого меньше последнего исполненного, то акт переводится в заблокирован с пометкой "слишком старые цены". где-то так
14.11.2007 16:09
inna
 
Вау. Сделали как обещали.
14.11.2007 16:47
Mtirt
 
C 1.025 это работает. И не совсем так, как написал kadr.
В акте переоценки добавили параметры дата и время исполнения. Их можно выставлять вручную.
При попытке зарегистрировать акт, у которого, дата и время исполнения меньше уже исполненного, выдается указанное сообщение.
Есть "веселый" баг. Если в магазине, в связи с вышеизложенным механизмом, акт блокируется, в ЦО он остается в розовой галочке. Срабатывает проверка на понижение статуса документа.
26.06.2013 16:25
OlegON
 
Попробуйте, пожалуйста, с указанием версии.
1. Создаем акт переоценки на какой-то тестовый товар в ЦО и посылаем его в магазин
2. Перемещаем физический пакет для этого магазина куда-то в сторону
3. Создаем акт переоценки на этот же товар с другой ценой и посылаем его в магазин, даем отработать в магазине и вернуться подтверждению
4. Кладем на пересылку пакет, отложенный в п.2

Вопросы:
1. Какая цена на товар будет в офисе и магазине?
2. Как будет выглядеть история цены по этому товару в офисе и магазине?
3. Какие статусы будут иметь оба акта в офисе и магазине?

Будет вообще круто, если сможете протестировать это же для рассылки актов из магазина в ЦО
28.06.2013 17:25
orekhov
 
В Административном модуле (База данных - Конфигурация - Ценообразование) есть опция "Контроль порядка исполнения цен". Если флаг установлен - проверяется, не является ли пришедший акт переоценки слишком старым.
Цитата из документации: «Если акт является слишком старым, то есть для артикула из акта в базе данных уже есть исполненный акт с датой и временем предполагаемого исполнения большим, чем в пришедшем акте переоценки, то такой артикул изымается из пришедшего акта переоценки и переносится в другой, заблокированный, акт переоценки. Цена артикула, в результате исполнения пришедшего акта переоценки, остается неизменной. Такой контроль позволяет избежать ошибок при случайной повторной рассылке старых актов переоценки, по какой-то причине оставшихся в статусе «Принят к исполнению».
В версии 1.029 контроль порядка исполнения актов переоценки дополнен аналогичным контролем при приеме исполненных актов в старшую базу данных.
Это теория. На практике, честно говоря, сам не пробовал.
28.06.2013 17:31
orekhov
 
Подробности описаны в бюллетене изменений версии 1.029, раздел "Контроль порядка исполнения актов переоценки".
Часовой пояс GMT +3, время: 16:19.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.