BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
   RSS
КПМ+ версия 1.0.2.xx, Описание
 
Версия 1.0.2.5

Основные изменения и доработки
Администратор
Для работы с кассовыми аппаратами "Штрих" надо выбирать настройку
"НТЦ Штрих М 2"
С настройкой "НТЦ Штрих М" данная версия не работает.
В ближайшее время также для аппаратов "Штрих" планируется доработка возможности
отключения печати z-отчета при закрытии смены.

Исправление работы с драйвером аппарата "Штрих"
Ранее при получении ошибки с кассы, программа переходила в контроль состояния
аппарата на предмет восстановления его работоспособности и продолжении печати
чека. Данная математика при ряде обстоятельств(сбоев) могла приводить к тому,
что чек в КПМ записывался а по кассовому аппарату его не было.
В связи с этим был даже разработан целый механизм контроля за сбойными чеками.

В данной версии механизм пока изменен на следующий вариант работы.
Программа при получении сигнала о проблеме в кассовом аппарате предполагает
возможность ожидания исправления проблемы и продолжения печати чека ТОЛЬКО
для вариантов состояния кассы в режимах 2 и 3(эти режимы связаны строго с ситуациями окончания/обрыва бумаги).
В остальных случаях чек не будет записываться и печататься на кассе, а возвращаться в состояние до пробития чека. В этом случае рекомендуется перед повтором печати чека нажимать ALT-F5(аннулирование чека или строки чека).

Временно в версии 2.5 отключен контроль расхождения округления математики программной с аппаратной математикой кассового аппарата "Штрих" (по причине необходимости более
детальной проработки этого участка программы).
:!: Для тех, у кого имеет место дробный размер товара рекомендутся в модуле менеджера
включать настройку печать количества в наименовании.
Вместе с этим в настройке таблиц кассы отключить печать единичного количества
И настроить (включить) в таблице аппарата форматирования строки наименования.
По описанным выше настройкам дополнительные отладочные/тестовые работы предполагаются.
На текущий момент при тестировании особых проблем обнаружено не было.

Менеджер
1.Операции оплат
В меню "справочники" появилось новое подменю "Виды оплат".
В данное подменю собраны 2 предыдущих пункта и один новый:
- наличные операции (ранее наличные оплаты)
- безналичные операции (ранее кредитные карты)
- операции по кредитам и подаркам (НОВОЕ)
Принцип их заполнения не изменился.
Особенности по данным операциям буду рассмотрены ниже.

НДС
В меню "справочники" в пункте "настройка для НДС" произведены
следующие доработки:
Номер налога - это номер строки в данном реестре и не более того
Номер ставки - это номер регистра налога в кассовом аппарате.
Внутри кассовых аппаратов Штрих и Гепард есть специальные регистры по
настройке налогов, которые будут печататься в чеке. В Штрихе таких регистров
4, в Гепарде 5 - от 0 до 4.
Мы в данной настройке предлагаем работу с регистрами от 1 до 4
Принцип работы следующий:
В настройке указываем номер регистра и налоговую ставку, которую настроиди непосредственно в кассовом аппарате средствами драйвера.
При печати чека программа сравнивает ставку НДС из справочника products
c имеющимися в справочнике ставками. Найдя запись в справочнике, программа
определяет на какой номер регистра налоговой ставки по кассе надо отнести
данную строку чека и при формировании чека по этой строке передает этот
номер налоговой ставки драйверу кассового аппарата и кассовый аппарат дальше
по полученному номеру ставки налога сам оформляет строку в соответствии с
заложенным под этим номером регистра в нем алгоритму.

Кассир-операционист

Оформление чека: графы "внесено"
При подведении итога чека теперь два поля ввода "внесено":
- Внесено
- Б/нал
Также для программы существует теперь 3 закладки:
- Нал
- Б/нал
- Комбо
Переключение между закладками осуществляется клавишей F3.
По умолчанию программа всегда находится на закладке "Нал"
Текущая закладка выделяется внизу экрана зеленым цветом и шрифт, которым выводится ее наименование переводится в режим заглавных букв.
В процессе работы с конкретным чеком программа хранит внутри себя состояние цифр
по полям Внесено и Б/нал в разрезе каждой закладки отдельно.
Рассмотрим работу в каждой закладке.

* Нал *
Работает только одно поле "Внесено".
При нажатии на клавишу TAB предлагается перечень операций из справочника
Виды оплат -> Наличные операции в модуле "Менеджер"
Стоит запрет на внесение суммы меньше, при внесении суммы больше на разницу печатается
сдача.
* Б/нал *
Используется оба поля "Внесено" и "Б/нал"
При нажатии на клавишу TAB предлагается перечень операций из справочника
Виды оплат -> Безналичные операции в модуле "Менеджер"
Значение в поле Внесено не может быть меньше нуля
Значение в поле Б/нал не может быть меньше, чем
"Общая сумма по чеку" - "Внесено" и не может быть больше чем "Общая сумма по чеку"
Если "Внесено"+"Б/нал" больше чем "Общая сумма по чеку"
на разницу по оплатам за наличный расчет формируется сдача.
Если значение в поле "Внесено" больше нуля, при формировании отчета о продажах
данный чек рассматривается по варианту "Комбо"
* Комбо *
Используется оба поля "Внесено" и "Б/нал"
При нажатии на клавишу TAB предлагается перечень операций из справочника
Виды оплат -> Операции по кредитам и подаркам в модуле "Менеджер"
Значение в поле "Внесено" должно быть больше нуля
Значение в поле Б/нал не может быть меньше, чем
"Общая сумма по чеку" - "Внесено" и должно быть меньше чем "Общая сумма по чеку"
Если "Внесено"+"Б/нал" больше чем "Общая сумма по чеку"
на разницу по оплатам за наличный расчет формируется сдача.
При формировании отчета о продажах все чеки рассматриваются по варианту "Комбо"

Если предполагается применение одного из комбинированных видов сделки, то при
присвоении номера операции следует помнить что в БЭСТ будет передан ТОЛЬКО номер операции по справочнику безналичных операций либо операций кредита.
И В МОДУЛЕ ТОРГОВЫЙ ЗАЛ СЛЕДУЕТ ПРАВИЛЬНО НАСТРОИТЬ ОБРАБОТКУ ОПЕРАЦИИ для случая комбинированной оплаты.

Повторная печать
При нажатии комбинации ALT+F3 в режиме кассира-операциониста на кассовый аппарат передается команда повторной печати последнего фискального документа.
Если это был чек - выйдет последний чек, если Z-отчет - выйдет z-отчет.

Сторнирование чека
При сторнировании чека по кассе производится возврат только наличной суммы (или
части суммы) по чеку.

Отчет о продажах
В случае, если по кассе были чеки с вариантом "Комбо" в отчет о продажах
дополнительно формируется 2 строки с кодами товаров
- КАРТА
- КРЕДИТ

* КАРТА *
В данную строку складывается общая сумма за день из графы Б/нал, но только по тем
чекам, у которым сумма по графе "Нал" больше нуля.
:!: Важно при проектировании кассовых операций предполагать раздельные операции
для полностью безналичной оплаты от оплаты с частичной оплатой пластиковой картой.

* КРЕДИТ *
В данную строку складывается общая сумма за день из графы Комбо

В обоих случаях в БЭСТ приходит в отчете о продажах 2 цифры:
- полная сумма по чеку
- сколько в пробитых чеках было (ТОЛЬКО ЧАСТИЧНЫХ !!!) безналичных оплат или оплат по кредитам/подарками
Вторая сумма нужна для составления проводок по выделению суммы безналичной или кредита из общей суммы товарного отчета в БЭСТе.

Версия 1.0.2.6 КПМ+
Описание внесенных изменений:

Системные изменения
Изменена функция чтения ID флешки с учетом требований ОС Windows 7
Модуль "Менеджер"
1. В справочнике товаров позиции, по которым скидка предоставляться не будет выделются
другим цветом, для удобства визуального отличия такого товара от другого.
2. При формировании отчета о продажах по комбинированным видам оплат код пишется на
английском языке: KREDIT/KARTA соответственно.
Модуль кассира-операциониста
1.Доработан механизм обработки скидок в варианте "По сумме чека" в случае, если в списке позиций по чеку есть товар, по которому скидку предоставлять запрещено.
2.Полностью переработан механизм записи скидок в тело чека по все вариантам расчета скидок:
- по цене позиции
- по сумме позиции
- по сумме чека
P.S. Тестировались ТОЛЬКО варианты персональных скидок, как фиксированный процент, так и накопительная скидка.
Страницы: Пред. 1 2 3 След.
Ответы
 
Цитата
Владислав Елтышев пишет:
Покупатель с VISA


логика подсказывает, что теберь при пробитии чека нажатие клавиши ТАБ открывает только наличные виды оплат для вида НАЛ, а безналичные для БНАЛ и КОМБО, так вот - теперь безналичные виды оплат (VISA...) не предллагаются ни в каком случае.

Эти виды оплат мы использовали следующим образом - (не важно кто на кассе залогонился, перелогониться очень долго) завели вместо названий платёжных систем фамилии продавцов, продажи свыше 2тысяч делаем через "безнал", а в конце месяца отчёт по видам оплат даёт раскладку, какой из продавцов активнее в процессе убалтывания клиентов, соответственно распределяем премию.
Чувствуется, после сделанных доработок, функциональности КПМ для нас станет ещё меньше...
 
Может кто научит, как сделать штрих-код на бэйджиеи продавцам для быстрого входа?
 
Цитата
tis пишет:
логика подсказывает, что теберь при пробитии чека нажатие клавиши ТАБ открывает только наличные виды оплат для вида НАЛ, а безналичные для БНАЛ и КОМБО, так вот - теперь безналичные виды оплат (VISA...) не предллагаются ни в каком случае.


Безналичные виды оплат (Visa и др.) предлагаются для БНАЛ и КОМБО, когда доходишь до поля Б/НАЛ при оформлении чека. НО работает это криво: демобаза, продажа БНАЛ , доходим до поля Б/НАЛ, нажимаем TAB и ... список безналичных оплат выпадает, но выбрать из него не удается!!! Правда можно (в поле Б/НАЛ) нажать F2, выбрать сначала накоп.скидку (она кстати тогда посчитается!), а потом опять TAB и тогда уже выбрать вид безнал. оплаты. Но это тоже не вариант, т.к. на табло покупателя итоговая сумма не меняется!
Вообщем надо доделывать версию (накоп. скидки должны нормально работать НАЛ,БНАЛ,КОМБО)

P.S. проверяли с новым kpm.exe
 
Продолжаем тестировать новую версию (без последнего kpm.exe)...
Цитата
nordk пишет:
На сегодня пока их можно использовать следующим образом
1.Эти строки выходят в ошибки, поскольку такого товара нет
2.Заводим товар КРЕДИТ и КАРТА по некоей отдельной группе и кладем на остаток десять тысч штук по нулевой цене. Настраиваем типовую операцию, что если группа равна такому то значению, то делать проводку такую то.

Все способы "кривые", поскольку других штатных режимов в БЭСТе пока нет


Первый способ не вариант! А со вторым возникли 2 проблемки:
1. Необходимо менять кодировку на WIN (БЭСТ5) для файлика report.dbf, поэтому м.б. в КПМ+ использовать KREDIT и KARTA???
2. Ну и номер секции в report.dbf надо заполнять!
ПОСЛЕ этих манипуляций приём в БЭСТ5 по комб. оплате проходит штатно.
 
Ау разработчики!!! Обещали версию пересобрать. Ответьте на наши Вопросы :mecry:
 
Константин! Полная лажа с полем NOSKIDKA...
поставил в первую позицию products->NOSKIDKA=T
пробиваю чек на 2 наименования - первое с носкидка 2 штуки, второе следующее за ним без носкидка...
применяю накопительную персональную скидку (скидка на сумму чека)
СУММА ПО ЧЕКУ = только сумме по второй позиции со скидкой, а в базу check.dbf и в файл-чек пишутся оба наименования, причём скидка применена к обоим!!!

Если пробивать одну позицию с носкидка - результат адекватный, если есть и другие - полный бред, попробовал настроить скидку по сумме позиции - аналогично...
Изменено: tis - 07.12.2010 11:20:53
 
Цитата
Владислав Елтышев пишет:
1. Необходимо менять кодировку на WIN (БЭСТ5) для файлика report.dbf, поэтому м.б. в КПМ+ использовать KREDIT и KARTA???

Замечание принято
Цитата
Владислав Елтышев пишет:
Ну и номер секции в report.dbf надо заполнять!
ПОСЛЕ этих манипуляций приём в БЭСТ5 по комб. оплате проходит штатно.

Понял поправлю.

Цитата
Владислав Елтышев пишет:
Ау разработчики!!! Обещали версию пересобрать. Ответьте на наши Вопросы

В ближайший день-два пока не могу.
Выявили парадокс. Функция которая считывает ID флешки в Windows 7 прекрасно отрабатывает в Home версиях и выдает ошибки в Professional.
Поскольку функция была HB_USB_ID() - у меня ее исходника нет, наш системщик по срочнику пишет свою на Си. Сегодня завтра- сделает и сразу соберу с исправленными замечаниями.
 
Цитата
tis пишет:
применяю накопительную персональную скидку (скидка на сумму чека)
СУММА ПО ЧЕКУ = только сумме по второй позиции со скидкой, а в базу check.dbf и в файл-чек пишутся оба наименования, причём скидка применена к обоим!!!

Проверю.
Накопительные скидки похоже мы Плохо тестили, в основном персональные.
Максим у меня просьба.
Если не сложно приведите пару-тройку контролных примеров, по которым я смог бы сориентироваться как должно быть правильно.
На среду поставил в план решение этого пункта. Если Вам некогда - ничего страшного я сам. (помощь с примерами может ускорить процесс отладки)
 
собственно, поднастроенная на наш случай Ваша демобаза и образец чека...
кстати - поле noskidka мне пришлось добавить руками - установщик корректировал базу, но тщетно.
В первой позиции products->noskidka=T
пробиваем две первые позиции из справочника в одном чеке - применяем персоальную скидку F2
результат уже очевиден - сумма к оплате сильно ниже
в acheck попала сумма только по второй позиции
в acheckm обе позиции со скидкой

на tradespb@ закину образец нашей базы с тем же результатом
 
Спасибо, посмотрю
 
Цитата
Владислав Елтышев пишет:
Необходимо менять кодировку на WIN (БЭСТ5) для файлика report.dbf, поэтому м.б. в КПМ+ использовать KREDIT и KARTA???
2. Ну и номер секции в report.dbf надо заполнять!

1. Реализовано в 1.0.2.6
2. Принято решение отказать.
Причина: секций может быть несколько
Рекомендация решения:

Открываем Stru_rep
Находим строчку c SCLAD
Исправляем на IF(EMPTY(SECTION),[вписываем нужный код склада],PADL(ALLTRIM(STR(Section)),6))
 
Цитата
tis пишет:
собственно, поднастроенная на наш случай Ваша демобаза и образец чека...
кстати - поле noskidka мне пришлось добавить руками - установщик корректировал базу, но тщетно


Вот тут посмотрел и сразу скажу.
Все скидки работают одинаково в плане применения/не применения этого поля.
Различается метод применения скидки:
- по цене позиции
- по сумме позиции
- по сумме чека
Меньше всего тестировался вариант по сумме чека.
Наверно в этом отличие нашей БД от Вашей.
Сейчас посмотрю по сумме чека
 
Цитата
tis пишет:
применяю накопительную персональную скидку (скидка на сумму чека)

ааа - ну да
Максим попробуйте поставить пока скиду не на сумму чека
 
запаситесь калькулятором и.... терпением.
Ваша демобаза, которую я Вам прислал:
- products->noskidka=T в первой строке "Хлеб Окский 750гр" lcode=000200000114
- менеджер, справочники, скидки..., справочник скидок = галку на персональные
- менеджер, справочники, скидки..., шкала персональных скидок=по накоплению + добавим пару градаций 5%...10%
- менеджер, справочники, скидки..., метод расчёта = хоть по цене, хоть по сумме ПОЗИЦИИ (по сумме чека изложено выше), корректировка суммы=да, без учёта покупки.
Индексация.
Бьём чек первые две позиции по одной штучке "Хлеб Окский 750гр" и "Хлеб Окский 750гр круглый"
15,40+15,60=31рэ
F5, F2 выбираем первую попавшуюся карточку, ENTER, на экране информация:
- ИТОГО=31 - верно
- Скидка=0 - ??? да ладно...
- Всего=31 - не может быть...ну допустим...
- Внесено=30,22 - ета чЁ? ну кажись к первой скидка 5% не применилась 15,40+ 15,60*0,95 = 15,40 + 14,82=30,22
уже Вопрос - почему дальше программа спокойно скушает разницу между всего и внесено? а штрих скушает?
- справа в окошке рассчёт скидки - 2,52% на 0,78 руб, это соответствует необходимой логике.
ENTER, чек выбит:
- глядим check.dbf - sum=30.22 УРА!
- глядим checkm.dbf и файл-чек sum1=14.63 sum2=14.82, надеюсь, понятно, что 1 и 2 это соответствующие строки чека?
Отсюда видно, что по первой позиции скидка всё же применилась, ведь 14,63 это и есть 15,40*0,95.
1. Не понятно, сколько пройдёт через фискальный регистратор: Всего=31 или Внесено=30,22
2. В БЭСТ в отчёт ушла сумма 14,63+14,82=29,45 - она не похожа ни на 31, ни на 30,22 - это очевидно?
 
Есть Идея.... нужно перевернуть задачу с ног на голову.
Как работает Ваш алгоритм?
1. Сначала берём набор факторов: дисконтная карта, вид оплаты... в результате процент скидки.
2. Дальше смотрим куда её применить - цена, сумма строки, сумма чека.

После этого втыкаем условие - для позиций с noskidka=T увеличиваем цену или сумму строки так, что применив скидку цена/сумма вернётся к первоначальной.
Вуаля - дальше ничего мудрить не придётся, спокойно весь алгоритм применения скидки отрабатывает, на выходе получаем и правильную сумму итого, и правильные цены в теле чека/отчёте в БЭСТ.
 
Нет, это все заново переписывать надо.
В той версии что у Вас алгоритм работает по цене и по сумме строки для процентной скидки без накопления.
В этом варианте проблем нет никаких.
По сумме чека сейчас доделываем.
И отдельно надо еще проверить алгоритм накоплений после печати чека, для накопительных вариантов скидок.
 
Обкатываем КПМ с накопительными скидками.
Остался нерешенным только один организационный Вопрос:
1.Прибавлять ли позиции, на которых не распространяется скидка (определяем по полю NoSkidka) в общую сумму накоплений или не прибавлять.

На сейчас в накопление складывается все.
 
Цитата
nordk пишет:
1.Прибавлять ли позиции, на которых не распространяется скидка (определяем по полю NoSkidka) в общую сумму накоплений или не прибавлять.


Обязательно прибавлять
 
С Почином! Завтра будем ставить в зал.

Цитата
nordk пишет:
В справочнике товаров позиции, по которым скидка предоставляться не будет выделются
другим цветом


Не стал пачкать новый топик, но Хорошо бы как-то выделить и в справочнике товара для кассира, даже если трудности подобрать палитру в чёрно-белом варианте.
 
Цитата
tis пишет:
С Почином! Завтра будем ставить в зал.

Тоже завтра хотим ставить в магазин на несколько касс. Сейчас сижу пишу инструкцию для кассиров...

Все-таки остался Вопрос по накоп.скидкам при безнал. и комбиниров. продажах. Приходит покупатель с двумя картами банковской (VISA) и дисконтной (накоп.). Кассир выбирает товар, F5 ,в поле внесено дает скидку F2, потом F3 (выбирает
б\н), ввод и TAB (выбор способа оплаты) и СКИДКА ДАЕТСЯ!!! НО на экране ещё появляется сдача равная сумме чека.

Пробовали любую другую очередность, типа в поле безнал выбирать скидку, даже не буду писать что там получается :nowords:
 
Цитата
Владислав Елтышев пишет:
Тоже завтра хотим ставить в магазин на несколько касс.


Столкнулись с проблемами:
1. После активации программы (1.0.2.6) и переход в FULL, все стало тормозить! Тормоза везде в меню, в любых режимах.
2. Почему не подходит код активации для Штрих 2 ??? Мало того, потом приходится чистить ручками kpm.ini ???
 
сейчас думаю выкрутиться так - перенёс все виды оплат в нал, прям в файле credcard
 
Цитата
tis пишет:
сейчас думаю выкрутиться так - перенёс все виды оплат в нал, прям в файле credcard

Непонял, это попытка решения какой из проблем?
 
Цитата
Владислав Елтышев пишет:
Все-таки остался Вопрос по накоп.скидкам при безнал. и комбиниров. продажах.


это сюда
Цитата
tis пишет:
сейчас думаю выкрутиться так - перенёс все виды оплат в нал, прям в файле credcard


видимо, пока я думал, вы отправили новый Вопрос :lol:
 
Цитата
tis пишет:
сейчас думаю выкрутиться так - перенёс все виды оплат в нал, прям в файле credcard

Перенести то можно, но что при этом будет в кассовом чеке :surprise:
В принципе то, как я уже писал, накоп.скидки даются при б\нал и комбо, если соблюдать последовательность действий и не смотреть на сдачу :best:

Гораздо теперь "горячее"
Цитата
Столкнулись с проблемами:
1. После активации программы (1.0.2.6) и переход в FULL, все стало тормозить! Тормоза везде в меню, в любых режимах.
2. Почему не подходит код активации для Штрих 2 ??? Мало того, потом приходится чистить ручками kpm.ini ???
Изменено: Владислав Елтышев - 15.12.2010 11:06:42
Страницы: Пред. 1 2 3 След.
Читают тему (гостей: 1)