█ 24.05.2017 10:31
Привет, Андрей.
На всякий случай. С точки зрения приложения новые кассы практически ничем не отличаются от старых. Разве что добавлением в интерфейс команд отправки чека по электронной почте или sms. Если раньше приложение выводило на кассу чек, так оно и будет выводить. Все новшества реализованы на уровне кассового аппарата. Соответственно, все танцы с подключением можно спокойно переложить на ЦТО. Сделать вывод чеков из приложения на кассовый аппарат, если такого никогда не делал, достаточно несложно...
На всякий случай. С точки зрения приложения новые кассы практически ничем не отличаются от старых. Разве что добавлением в интерфейс команд отправки чека по электронной почте или sms. Если раньше приложение выводило на кассу чек, так оно и будет выводить. Все новшества реализованы на уровне кассового аппарата. Соответственно, все танцы с подключением можно спокойно переложить на ЦТО. Сделать вывод чеков из приложения на кассовый аппарат, если такого никогда не делал, достаточно несложно...
█ 05.06.2017 15:19
На сегодня с "творчеством" завязал, а посему опущу неприятную тему раздела ещё ниже кратко описав "кассы" предприятия, где являюсь наёмным работником:
1. Касса "УСЕга". В принципе на этапе настройки спецом Фронтола xPos проверил работу под его контролем: Чеки, в том числе возвратные печатались и отправлялись в ЕГАИС. Потом посмотрел - отразились в личном кабинете ОФД. Амбиции, как разработчик полностью удовлетворены - сегодня окончательно удалил данный контур из системы "УС Лэнд:ЕГАИС" за ненадобностью у пользователей в реале! Для себя тему "тему" программирования "кассы" полностью для себя "закрыл".
2. Фронтол xPos в алкогольном супермаркете. Нормально работаем с 20 мая - все продажи уходят, каталог товаров закачивается, т.е. идёт обычная "рутина". Однако!!! Работники поставили много вопросов по нюансам "общения с ЕГАИС" по принятым процессам продаж, да и неприятность с пользователем в реале, да и "пропуск дубля" xPos... Было большое совещание... и решено отключить отправку в ЕГАИС чеков из xPos - уж больно наказания за ЕГАИС серьёзные, а в "УСЕга" встроена защита от неправильной работе с ЕГАИС недоступная в другом п/о... В общем по желанию работников сейчас в xPos пробивают чеки для налоговой, в "УСЕга" делают ВСЕ операции с ЕГАИС, а в "УС Land" продажи из "УС Лэнд:ЕГАИС" автоматически закачиваются.
3. Пионер 114Ф. Через пару недель обещают привезти, а пока нас и ЦТО аппарат только радует - на "моей" шкуре они тестируют все возможности сего аппарата. Например "выловили": был в выгрузке невалидный ШК EAN13, касса "ругнулась красным" с соответствующем сообщением. Затем просто в ней, введя код товара перешли в режим правки и со сканера считали и заменили ШК... На всякий случай доделал в "УС Land" анализ на валидность в режиме выгрузки, описав проблему для пользователя более понятным языком.
1. Касса "УСЕга". В принципе на этапе настройки спецом Фронтола xPos проверил работу под его контролем: Чеки, в том числе возвратные печатались и отправлялись в ЕГАИС. Потом посмотрел - отразились в личном кабинете ОФД. Амбиции, как разработчик полностью удовлетворены - сегодня окончательно удалил данный контур из системы "УС Лэнд:ЕГАИС" за ненадобностью у пользователей в реале! Для себя тему "тему" программирования "кассы" полностью для себя "закрыл".
2. Фронтол xPos в алкогольном супермаркете. Нормально работаем с 20 мая - все продажи уходят, каталог товаров закачивается, т.е. идёт обычная "рутина". Однако!!! Работники поставили много вопросов по нюансам "общения с ЕГАИС" по принятым процессам продаж, да и неприятность с пользователем в реале, да и "пропуск дубля" xPos... Было большое совещание... и решено отключить отправку в ЕГАИС чеков из xPos - уж больно наказания за ЕГАИС серьёзные, а в "УСЕга" встроена защита от неправильной работе с ЕГАИС недоступная в другом п/о... В общем по желанию работников сейчас в xPos пробивают чеки для налоговой, в "УСЕга" делают ВСЕ операции с ЕГАИС, а в "УС Land" продажи из "УС Лэнд:ЕГАИС" автоматически закачиваются.
3. Пионер 114Ф. Через пару недель обещают привезти, а пока нас и ЦТО аппарат только радует - на "моей" шкуре они тестируют все возможности сего аппарата. Например "выловили": был в выгрузке невалидный ШК EAN13, касса "ругнулась красным" с соответствующем сообщением. Затем просто в ней, введя код товара перешли в режим правки и со сканера считали и заменили ШК... На всякий случай доделал в "УС Land" анализ на валидность в режиме выгрузки, описав проблему для пользователя более понятным языком.
█ 03.07.2017 15:18
Цитата:
Вот и с 29 июня общепит полностью перешел на on-line кассу. По личному кабинету ОФД (Тензор) смены открываются/закрываются, продажи/отмены пробиваются и всё соответствует реальным продажам "шкаликов". AndreyZh ➤ 3. Пионер 114Ф. Через пару недель обещают привезти, а пока нас и ЦТО аппарат только радует - на "моей" шкуре они тестируют все возможности сего аппарата...
Как "всегда" не обошлось без "накладок", что потребовало оперативного изучения законов и перепридумывания бизнес-процессов
1. Касса пришла не с WiFi, а Ethernet связью с сетью - ПК с прогой интеграции и ПК для выхода в интернет... быстро докупил недостающее и всё настроили. В принципе - это лучше, т.к. как узналось при установке WiFi там очень нестабильный. Касса себе назначила IP адрес, а в утилите настройки лишь осталось его прописать;
2. "Вдруг" выяснилось, что при продаже даются постоянно, но разные виды скидок, а актуальная прошивка Пионер 114Ф не позволяет работать со скидками... Тогда получается нельзя работать с прайсовыми ценами, т.к. или можно только фиксированную цену, или свободную, если выгружать из программы (утилиты) нулевую цену... но тогда - какой смысл в точной передаче конкретных товаров?
По закону наименование лишь должно однозначно указывать на тип продаваемого товара, т.е. вместо 30 наименований "коньяка" можно иметь всего одно наименование "коньяк", продаваемое по "свободной цене"... и ШК EAN13 смысла не имеет, т.к. коды, тем более есть резерв двухзначных около 50 штук вводятся не медленнее, чем пикать со сканера...
С утилитой Пионер 114Ф работать элементарно, обмен каталогом производится моментально... Дамы должны "придумать" укрупненные группы товаров - завтра всё настроим, а если им всё же удобнее пикать со сканера - сделаем липовые товары в УС и "наделаем" локальных ШК...
В целом аппарат, удобство работы с ним весьма радует. Каталоги можно "приносить" (доделывать) с ноутбуком, т.е. по цене и удобству - это идеальный вариант для мелких, сельских магазинов и точек общепита - ИМХО!
█ 03.07.2017 17:33
По закону, цена товара в чеке должна быть указана с учетом скидок. В таком виде она идет в налоговую. В чеке, в принципе, можно печатать и дополнительную информацию, в том числе и цены без скидок. Но реализовывается это через вывод дополнительных информационных строк на печать, а не с помощью механизма скидок, как было раньше.
Мы запустились в одном магазине (школьные товары), где применяется система скидок. Скидка предоставляется на всю сумму чека. Программа высчитывает цены с учетом скидок по каждой строке. Разницу за счет округления включает в цену товара в последней строке, если его количество равно 1. Если больше, то последняя строка пробивается двумя строками, во второй количество равно 1. На случай, если в последней строке количество окажется меньше 1, алгоритм определяет строку для включения погрешности как "последнюю с количеством больше или равным 1".
С группами товаров надо быть поосторожнее. Смотрел специально этот вопрос. В законе прописано, что наименование товара должно соответствовать маркировке и однозначно идентифицироваться продавцом и покупателем. Хотя точного определения нет, при "укрупнении" наименований товаров потенциально могут возникнуть вопросы со стороны налоговой. Хотя, например, в штриховском драйвере есть ограничение длины наименования товара 64 символа. Больше, насколько я знаю, и в налоговую не идет по ограничению формата обмена.
Мы запустились в одном магазине (школьные товары), где применяется система скидок. Скидка предоставляется на всю сумму чека. Программа высчитывает цены с учетом скидок по каждой строке. Разницу за счет округления включает в цену товара в последней строке, если его количество равно 1. Если больше, то последняя строка пробивается двумя строками, во второй количество равно 1. На случай, если в последней строке количество окажется меньше 1, алгоритм определяет строку для включения погрешности как "последнюю с количеством больше или равным 1".
С группами товаров надо быть поосторожнее. Смотрел специально этот вопрос. В законе прописано, что наименование товара должно соответствовать маркировке и однозначно идентифицироваться продавцом и покупателем. Хотя точного определения нет, при "укрупнении" наименований товаров потенциально могут возникнуть вопросы со стороны налоговой. Хотя, например, в штриховском драйвере есть ограничение длины наименования товара 64 символа. Больше, насколько я знаю, и в налоговую не идет по ограничению формата обмена.
█ 03.07.2017 19:29
Цитата:
В принципе сообщение было про АВТОНОМНУЮ on-line кассу, причем по функционалу, одной из наиболее продвинутых. Нет там пока возможностей выделять и рассчитывать скидки, а только указывать цену с учетом скидки... что сейчас по "расширенным" наименованиям делается... а смысл? Когда по закону можно упростить FinSoft ➤ По закону, цена товара в чеке должна быть указана с учетом скидок...
█ 10.12.2021 14:23
Недавно случился казус - установил в магазине "УС Land" версии 2112, где основные радикальные изменения были с новшествами от ФРАП: https://olegon.ru/showthread.php?t=36194 ,несколько дней поработали, случился новый приход... и перестал загружаться справочник товаров в xPos… Сразу понял, что это связано с новшествами ФРАП, откатил версию назад и озадачил ЦТО, т.к. только они имеют право на запросы в Атол. После нескольких дней "разборок" был дан ответ, что не отражено в инструкции... и данный нюанс может быть полезен пользователям кассовых программ от Атол:
Длина кода вида алкопродуции при загрузке справочника может быть только ТОЧНО 3 знака
а у меня были пробелы в конце, да и вообще длина КВАП сейчас может быть до 5 знаков:
Так, как мы не используем Фронтол xPos для отправки чеков в ЕГАИС, то просто переделал, что бы отправлялись только первые 3 знака КВАП, ну а тем кто использует кассовое п/о Атол нужно обратить внимание на данный нюанс... Да, и не знаю стоит ли атоловских разрабов, как и разработчиков ЕГАИС: https://olegon.ru/showpost.php?p=377254&postcount=197 считать рукожопами?
Длина кода вида алкопродуции при загрузке справочника может быть только ТОЧНО 3 знака
а у меня были пробелы в конце, да и вообще длина КВАП сейчас может быть до 5 знаков:
Код:
#@@&& # $$$DELETEALLWARES $$$REPLACEQUANTITY 17582;8003030881009;47 Анно Домини спуманте Кюве экс.драй бел.брют;47 Анно Домини спуманте Кюве экс.драй бел.брют;790.00;9999;0;0;0;0;0;0;0;1;0;;1;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;440 ;0,750000;1;0;11,000000 17208;8414219801914;4Р Куатро Райас Вердехо 2018 бел.сух. 0,75л вино;4Р Куатро Райас Вердехо 2018 бел.сух. 0,75л вино;1290.00;9999;0;0;0;0;0;0;0;1;0;;1;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;405 ;0,750000;1;0;12,500000 17917;8032973029322;50 & 50(Тоскана) 2016 0.75л кр.сух. вино;50 & 50(Тоскана) 2016 0.75л кр.сух. вино;24990.00;9999;0;0;0;0;0;0;0;1;0;;1;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;404 ;0,750000;1;0;13,500000
Так, как мы не используем Фронтол xPos для отправки чеков в ЕГАИС, то просто переделал, что бы отправлялись только первые 3 знака КВАП, ну а тем кто использует кассовое п/о Атол нужно обратить внимание на данный нюанс... Да, и не знаю стоит ли атоловских разрабов, как и разработчиков ЕГАИС: https://olegon.ru/showpost.php?p=377254&postcount=197 считать рукожопами?
Часовой пояс GMT +3, время: 02:59.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.