androidpos
-
Публікації
161 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача androidpos
-
1. Проверьте региональные настройки ОС - десятичный разделитель должен быть "," (запятая) 2. При старте программа проверяет установленный разделитель, при неверном выдаёт сообщение, но не закрывается. - закрыть программу - поменять разделитель - запустить программу -
День добрый. Список изменений - на основной странице, вкладка "Обновления". Насколько они для вас критичны - определяетесь сами.
-
Да - время закрытия указываете в настройках, открытие автоматом с первым чеком. На сайте - при передаче порт автоматом используемый Curl'ом, при приёме на ПК - стандартные порты http (программа выступает http-сервером). Т.е. переназначения портов в принципе нет.
-
Дамы и господа! По поводу драйвера Атол 8.16 и проч. Последние Атоловские драйвера (в отличие от 8.14) ПО УМОЛЧАНИЮ при первоначальной установке на ПК НЕ УСТАНАВЛИВАЮТ все необходимые для работы программы компоненты. Самый простой путь - ставите с нашего сайта http://cash.android-pos.ru драйвер 8.14 (на автомате, по умолчанию), потом обновляете до нужной. Или не обновляете - до конца года протокол актуален. И ещё раз: ветка драйверов 9.хх - это НЕ НОВЕЕ, это совсем другая архитектура. Ставить не надо.
-
Послали бета-версию в ЛС.
-
это одинаково стоит - на смартфоне и сайте? А при выгрузке курьеру какой статус на сайте?
-
так в журнале ошибок только - есть ли ошибки. Ну и следует убедиться, что код завершённого заказа в настройках на смартфоне соответствует таковому на сайте.
-
День добрый! Молчат все как рыбы. Обновление - к понедельнику точно сделаем. Если получится - раньше.
-
Если заказ оплачен через мобильный банк - т.е. кнопка "Оплатить" в заказе - уходим в мобильный банк - клиент платит - банк тут же присылает на сайт подтверждение - заказ отправляется на ПК - печатаем чек. Бить чек при поступлении оплаты на р/с - противоречит закону 54ФЗ, потому что чек должен быть оформлен в течение 5 минут с момента оплаты покупателем. Этот закон невозможно применить к безналичной оплате, что бы ни фантазировали отдельные представители минфина и налоговой. Что говорят юристы: https://pravoved.ru/question/1690402 Действующее законодательство Российской Федерации, не предусматривает применение контрольно-кассовой техники при безналичных расчетах с покупателями и оформление фискального чека при безналичных платежах не требуется. Все банковские платежи по платёжным поручениям относятся к безналичным способам оплаты, нормы 54-ФЗ к ним не применяются. К ним применяются нормы "Положение о правилах осуществления перевода денежных средств" (утв. Банком России 19.06.2012 N 383-П) (ред. от 06.11.2015) Глава 5. и Статья 5 Федеральный закон от 27.06.2011 N 161-ФЗ (ред. от 03.07.2016) "О национальной платежной системе" (с изм. и доп., вступ. в силу с 17.07.2016). Тут обсуждают: http://forum.klerk.ru/showthread.php?t=587203&page=2 И в любом случае - если есть необходимость пробивать чеки при поступлении на р\сч (карту) необходимо использовать соответствующую программу, поскольку наше ПО ориентировано на основной принцип 54ФЗ - чек в момент оплаты, т.е. он-лайн платёж.
- 333 відповіді
-
- 1
-
-
- 54 фз
- онлайн оплата
- (і ще %d)
-
Так и не должен - если мы говорим о банковском переводе. Выше же всё написано. На ПК из базы ничего не удаляется. Это сделано специально - как бы аналог вашей фискальной памяти регистратора, куда доступ запрещён.
-
если клиент платит картой (кошельком) прямо на сайте - тогда да. Но тогда и чек сразу печатается. Если пошёл в сберкассу и отправил перевод - тогда это банковский перевод, и чек ему там и выдают. А вы при переводе никаких чеков не делаете.
-
День добрый! В соответствии с 54ФЗ при подтверждении он-лайн платежа неважно каким модулем - Сбербанк, Яндекс и т.п. (т.е. клиент оплатил картой, кошельком) - вызывается наш модуль, который отправляет на ПК данные по только что оплаченному заказу (вы ещё можете не получить эти деньги, транзакции у нас за секунду не делаются). На ПК автоматически должен напечататься чек, что соответствует 54ФЗ - чек в момент расчета. Если у вас речь идёт о именно о переводе (квитанция, платёжка и т.п.) - то в этом случае это не он-лайн оплата, а именно банковский перевод, который с вашей стороны никакой печати чека не требует. Вручную чек - это только для расчета за наличные.
-
Сейчас запросим у кого-нибудь из клиентов - что стоит дабы "минус" был.
-
С плюсом пишет похоже опять же только с вашим модулем скидок. Включим возможно в следующее обновление.
-
Ну так это и в соответствующую тему.
-
Крутится - это однозначно процесс связи не завершается с нужным результатом. Возможно: - проблемы связи - код завершённого заказа в настройках на смартфоне не верно выбран - невозможно изменить статус заказа на сайте. Посмотрите на сайте лог на этот момент.
-
Опять по скидкам - последние изменения. Учитывая тот факт, что скидочных модулей очень много, и их конструкторы не придерживаются каких-либо стандартов по таблице хранения в MySQL при установке нужно учесть следующее. 1. Если в оформленном заказе у вас сумма скидки идёт со знаком "-", то это хорошо. 2. Если же со знаком "+", и при этом итоговая сумма всё равно уменьшена - скидка по чеку будет сделана только если в названии скидки присутствует слово "Скидка". По другому никак, учитывая нестандартность модулей скидок - но зато работают все.
-
OpenCart какой? С виду правильно. Но надо подробнее смотреть - у нас данные напрямую берутся из БД SQL. Это уже давайте в ЛС - как бы частный вопрос.
-
Возврат чека: - встаём на заказ в журнале - двойной щелчок - в открывшемся окне кнопка "Возврат"
-
Пишем здесь, поскольку многим уже наверное любопытно. Ваш лог (что идет с сайта): 16.03.2018 16:18:08 [{"OrderID":"5916","Client":"Мария ","Adress":"","Phone":"","Email":"","Company":"","Method":"","Data":{"name":["Напольный плинтус 6.53.103","Плинтус потолочный П 03 20\/60","Новая Москва и Московская Область","Скидка за сумму заказа более 20 000.00 р. (5%)"],"price":["573.0000","55.2000","0.0000","1249.8300"],"qw":["39","48","1","1"],"sum": ["22347.0000","2649.6000","0.0000","1249.8300"]}}] Реальный лог другого клиента: 11.03.2018 12:30:26 [{"OrderID":"220","Client":"Иван ","Adress":"","Phone":"e-mail":","Company":"","Method":"","Data":{"name":["Папка на липучке А4 Розовый горошек Феникс+ 44832 (дев)","Папка на липучке А4 Стиль Лондона Феникс+ 44831 (унив)","Файлы А4 перф. 60мкр Universal апельсин.корка Hatber AF4\/100_16530","Папка кожзам Palada на молнии, блокнот Спейс ПаК3_581","Скидка 3 процента","BOXBERRY - доставка в пункт выдачи заказов"],"price":["174.0000","174.0000","1.0000","1079.0000","-93.0000","0.0000"],"qw":["6","5","110","1","1","1"],"sum":["1044.0000","870.0000","110.0000","1079.0000","-93.0000","0.0000"]}}] Т.е. при нормальном положении дел скидка на сайте уже идёт с минусом и уменьшает сумму к оплате заказа на сайте - что и учитывается при печати чека. Почему и запрошен скрин заказа с сайта. Или точка вызова нашего модуля у вас неверно задана, или ещё что - сказать сложно. То что передано с плюсом, будет безусловно складываться.
-
скрин заказа с сайта, лог пришлите.
-
Ну, это же в основном рекламная статья. Если же посмотреть их же ссылки на первоисточник (рекомендации ФНС) или предшествующую статью, то видим: ..... Самым важным изменением становится разделение процесса оплаты и процесса передачи оплаченного товара покупателю. Поскольку эти процессы часто сильно разнесены по времени ФНС рекомендует отражать такую сделку двумя чеками – в первом фиксируется факт оплаты, во втором – доставка товара и его получение покупателем. ..... Однако ФНС не исключает применение упрощенной схемы фиксации сделки, при которой она подтверждается только одним фискальным документом. Но для применения этой схемы должны одновременно должны выполнятся два условия: 1. Пользователь ККТ при определении (признании) доходов и расходов применяет кассовый метод, например, применяет упрощенную систему налогообложения; 2. Покупатель не возражает против выдачи (направления) ему кассового чека с указанием полной оплаты в момент передачи предмета расчета при осуществлении оплаты электронными средствами платежа до момента передачи предмета расчета. Т.е. можно и так и так. Однако понятно, что мало кто с двумя чеками заморачиваться будет.
- 333 відповіді
-
- 1
-
-
- 54 фз
- онлайн оплата
- (і ще %d)
-
День добрый! А целиком ссылку можно? Поскольку хочется обнаружить на что опирается автор данной статьи (первоисточник про "предоплата 100%") - уж больно интересна интерпретация с авансом и окончательным расчетом. А вообще так что сильно не волнуемся. Если то что печатается на чеке по типам оплаты (наличные, электронно) устраивает то и менять НЕ НУЖНО.
-
Всем добрый день. Обещанное обновление. v 1.0.9 - возможность выбора типа оплаты для ФР Атол (Атол меняет прошивки ФР, в результате на чеке несовпадение типов оплаты с необходимыми) Файл const.ini - секция [typeC] - наличные. Заполняем в соответствии с таблицей ОПЛАТ ВАШЕГО ФР (зависимость от прошивки ФР). По умолчанию - 0 Файл const.ini - секция [typeE] - электронные. Заполняем в соответствии с таблицей ОПЛАТ ВАШЕГО ФР (зависимость от прошивки ФР). По умолчанию - 2 Если секций нет, используются значения по умолчанию.
- 333 відповіді
-
- 1
-
-
- 54 фз
- онлайн оплата
- (і ще %d)
-
Насчет быстрее - это нет. К среде (14 марта) будет.
