Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

Разработчикам и продвинутым пользователям. Нюансы и ошибки функционирования ЕГАИС : КИС Lack & УС Land

28.03.2024 17:52


24.01.2019 14:08
student
 
Цитата:
AndreyZh на память или другим разработчикам формулы fkr, которые легко интегрировать в УС
добавил к себе (укмвин) расчет по
Цитата:
AndreyZh НОВЫЕ ФОРМУЛЫ расчёта минимальных цен для розницы и для опта, уточнённые по коду вида АП "237", и действующие с 01.01.2019:
с выдачей простого (без блокировки продажи) предупреждения кассиру
формулы можно задавать на любые акцизные группы в терминах 1с, т.е. фактически можно сразу с мин переделками брать с форума рара :)

чтобы минимизировать подобное
Цитата:
FinSoft На минимальные цены тоже наступили. На одну позицию забыли поставить запрет скидок и Егаис пропустил
или когда инет лежит ...
25.01.2019 15:17
FinSoft
 
Я без формул обошелся. Просто задается табличка с настройкой. А на кассы уже передается готовая минимальная цена по товару. Если продажная при выгрузке меньше, то выгрузка этого товара на кассу блокируется и выдается сообщение. На кассе после применения скидки, если цена меньше минимальной допустимой, то принимается минимальная.
Миниатюры
Нажмите на изображение для увеличения
Название: alco_min.jpg
Просмотров: 170
Размер:	109.2 Кб
ID:	9919  
25.01.2019 15:24
Mtirt
 
Только надо не забывать, что существуют дисконтные карты и прочие скидки.
И цена должна проверяться ПОСЛЕ применения скидок.
25.01.2019 16:04
FinSoft
 
Я так и написал.
25.01.2019 16:55
student
 
Цитата:
Mtirt И цена должна проверяться ПОСЛЕ применения скидок
это да :), только зачем доводить до расчета если изначальная цена меньше мрц и скидок нет в принципе ? возись потом с удалением с чека ...
у нас (укмвин) сейчас проверяется и при добавлении в чек (по формуле если ее нет то на основе загруженных мрц) и при расчете скидок (на основе загруженных мрц и различных ограничений по скидкам) и непосредственно перед отправкой в егаис (по формуле если ее нет то на основе загруженных мрц)
в принципе последние 2-е проверки можно совместить, только тогда крайняя будет лишней если не дойдет до непосредственной оплаты :)
если кто то будет говорить что 3-я проверка в принципе лишняя :) соглашусь, но проверку все равно оставлю, тем более что расчет на скорость не влияет, а кассиры они такие загадочные иногда бывают ...
25.01.2019 17:16
FinSoft
 
У нас чек сохраняется в базе только при начале платежной транзакции. Когда применяются скидки, информация находится в оперативной памяти.
А вообще, все гораздо проще, когда бэк свой родной...
25.01.2019 17:27
student
 
Цитата:
FinSoft информация находится в оперативной памяти
весьма опрометчивое решение учитывая способности кассира при любой непонятке тыкать в кнопку ресет :)
25.01.2019 17:48
FinSoft
 
Ну и что, тыкнет ресет, отсканированные товары не сохранятся. Отсканирует заново. В следующий раз тыкать не будет. Если выключит компьютер штатно, то товары сохраняются и восстанавливаются при входе в программу.
Не, ну я понимаю, конечно, что надежнее не в памяти держать, а на диск сразу писать. В бэке, к слову, у нас так и сделано. Но там большая база, много одновременно работающих пользователей, оперативное резервирование товаров и все такое. А здесь однопользовательский режим и совсем мелкая рабочая таблица чеков. Не стал заморачиваться...
28.01.2019 07:55
Mtirt
 
Цитата:
FinSoft Ну и что, тыкнет ресет, отсканированные товары не сохранятся. Отсканирует заново. В следующий раз тыкать не будет. Если выключит компьютер штатно, то товары сохраняются и восстанавливаются при входе в программу.
Есть довольно старая уловка кассиров.
Чаще всего делается с родственниками и друзьями.
Отсканировали товары, взяли деньги, нажали ресет, покупателя отпустили, деньги за товар положили себе в карман.
28.01.2019 12:33
AndreyZh
 
Мне одному кажется, что исходные формулы неправильные?
Код:
на вход подаём:

К - код вида АП (строка)
Е - емкость (число)
Г - градус (число)

на выходе получаем: Ц - минимально допустимая цена (число)

МРЦ=Окр(?(Найти("200,212,236,280",К)>0,Мин(?(Г>28,104+8*Окр(?(К="200",МАКС(Г,40),Г)+.5,0,0)+?(Г>61,16,?(Г>55,14,?(Г>54,12,?(Г>50,10,?(Г>44,8,?(Г>39,6,?(К="200",6,?(Г>38,4,?(Г>33,2,0))))))))),0),616),?(Найти("232,237,239,242,251,252",К)>0,614,?(Найти("229,230,231,233,234,235",К)>0,776,?(Найти("440,441,442,443,450,451,452,453",К)>0,218.67,0))))*?((Е>.375)и(Е<.5)и(К="200"),.5,Е),2,1)
Если честно, то до конца не разобрал эту гору скобок, но показалось, что автор считает, что МРЦ на водку, в зависимости от градуса увеличивается на ровно 4 рубля, хотя по факту цены меняются от 3 до 5 рублей... в основном 4?

Посему мне кажется подход FinSoft, где МРЦ/МОЦ описывается в таблице более корректен?
Часовой пояс GMT +3, время: 17:52.

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