Перейти к содержанию

sergeyill

Пользователи
  • Постов

    49
  • Зарегистрирован

  • Посещение

  • Победитель дней

    8

Весь контент sergeyill

  1. После последней дискуссии мониторю каждый чек, выданный мне при покупке в интернет-магазинах, плачу всегда онлайн - liqpay/Gpay/ Apple Pay. Ни в одном из магазинов в чек не передаются данные ЕПЗ, если это оплата через эквайринг, вот последний чек с вчасно каса
  2. @ab.developer.yavden Спасибо за ответ. Пошел писать тикет, у меня инфо не обновляется автоматически.
  3. Большое спасибо за модуль. Это именно то, что ждали клиенты. Установил/настроил, и процент оплат уже больше через ликпей. Уточните, пожалуйста. Я не сильно разбираюсь в документации по API. Может ли информация об оплате обновляться автоматически ? (сейчас статус нужно вручную обновлять через кнопку "Обновить инфо о платеже").
  4. @alexbranding Я продолжил диалог с техподдрежкой чекбокс. Ответ второго специалиста полностью противоречит с ответом первого Ссылка, на которую ссылаются - https://kr.tax.gov.ua/media-ark/local-news/608590.html Скорее всего разъяснение нужно искать напрямую у налоговиков, а не сервисов фискализации. UPD. Зная нашу налоговую они могут придолбаться к любым мелочам. В начале войны якобы "отменили" обязательные платежи по единому налогу, сейчас многие платят штрафы и пеню через эту отмену, ибо сначала нужно было подать заявление, о котором нигде и слова не было. Все таки, если технически возможно передавать данные ЕПЗ, я бы их передавал. UPD2. Последний ответ от поддержки - "кінцеве рішення за Вами, чіткого наказу чи рішення немає і в цьому ви маєте рацію, але на мою думку краще б було перестрахуватися."
  5. Это фискальные чеки на оплаты через Liqpay? Верно?
  6. Вот что мне ответила техподдержка чекбокс. ЕПЗ касается платежных терминалов и не обязательно для эквайринга. В любом случае если технически возможно передать данные ЕПЗ в чек, это нужно делать, дабы потом не доказывать налоговой в суде, что чеки выдавались правильно. Так что ждем обновление модуля.
  7. Где Вы взяли информацию, что Прием оплаты с карты клиента через екваеринг относится к формулировке "з використанням електронного платіжного засобу (платіжної картки) платіжного терміналу, з’єднаного або поєднаного з РРО". Пообщался с бухгалтерами, они утверждают, что это две совершенно разные операции. + Пересмотрел фискальные чеки выданные мне различными интернет-магазинами, созданные в чекбокс и вчасно каса, ни в одном из них не нашел этих данных.
  8. Поправьте, если я не прав. Требования, которые Вы выше описали относяться к РРО, в нашем случае мы используем ПРРО, и требования к нему немножко другие: для касового чека, що створюється ПРРО: - позначку щодо режиму роботи (офлайн/онлайн), в якому створений касовий чек ПРРО (рядок 27), контрольне число, сформоване в режимі офлайн (рядок 28); - заводський номер РРО, перед яким друкуються великі літери «ЗН». Заводський номер для ПРРО не зазначається (рядок 29); - фіскальний номер РРО, перед яким друкуються великі літери «ФН» або фіскальний номер ПРРО, перед яким друкуються великі літери «ФН ПРРО» (рядок 30); - напис «ФІСКАЛЬНИЙ ЧЕК» та графічне зображення найменування або логотипу виробника (рядок 31). Згідно з п. 3 розд. ІІ Положення № 13 рядки 6 – 10 фіскального чека повторюються відповідно до кількості різних найменувань товарів (послуг), які оплачені за одним касовим чеком. Якщо кількість придбаного товару (отриманої послуги) дорівнює одиниці виміру, відомості про товар (послугу) можна друкувати в одному рядку. Якщо РРО працює з цінами (тарифами), що включають ПДВ, в фіскальному чеку друкується вартість кожного товару (послуги) з урахуванням ПДВ, інакше – вартість без урахування ПДВ. Рядки 11 – 18 фіскального чека заповнюються у разі застосування під час проведення розрахунків з використанням електронного платіжного засобу (платіжної картки) платіжного терміналу, з’єднаного або поєднаного з РРО (п. 4 розд. ІІ Положення № 13). Рядки 15, 16, 18 фіскального чека повторюються відповідно до кількості електронних платіжних засобів, з використанням яких здійснюється оплата (п. 5 розд. ІІ Положення № 13). Рядок 19 фіскального чека повторюється відповідно до кількості різних форм оплати. У разі здійснення оплати лише в готівковій формі дозволяється не друкувати цей рядок (п. 6 розд. ІІ Положення № 13). Рядки 21, 22 фіскального чека повторюються відповідно до кількості податкових груп за різними ставками ПДВ та акцизного податку. Дозволяється не друкувати рядки за податковими групами, якщо сума ПДВ або акцизного податку дорівнює нулю (п. 7 розд. ІІ Положення № 13).
  9. Участие в тестировании можно принять?
  10. Добрый день. Помнится ранее где-то анонсировали (скорее всего в телеграм, но не могу найти сообщение) выход модуля для эквайринга от monobank. Подскажите, есть ли какие-нибудь наработки? Стоит ожидать?
  11. Есть желающие скооперироваться и оплатить ребятам доработку модуля?
  12. я опять вернулся к этому вопросу... не могли бы Вы написать в ЛС, хотя бы ориентировочную стоимость индивидуальной доработки модуля для возможности рассылки бизнес-сообщений в Viber, а там буду думать.
  13. В настройках темы для списков товара, при включенной настройке "Отображать модификатор количества для смартфонов" он не отображается на чистой установке, проверено на демо https://abd-325d8d26d5.demos.abt.team/. На обновленном магазине баг "Модификатор количества отображается неровно в списке товаров" остался
  14. IOS 16.2 скрин с вашего демо - https://prnt.sc/TeghZdFJmKC1 На андроид модификатор и вовсе не отображается при включенном "Отображать модификатор количества". Проверено на 10 и 13 версии https://abd-5a5deea3f9.demos.abt.team/
  15. При включенном для мобайла модификаторе количества в списке товаров плывет верстка https://prnt.sc/xEQ3Tas7f4Zg Проверено на хром и сафари IOS 16.2 скрин с вашего демо https://prnt.sc/TeghZdFJmKC1 На андроид модификатор и вовсе не отображается при включенном "Отображать модификатор количества". Проверено на 10 и 13 версии
  16. При включенном для мобайла модификаторе количества в списке товаров плывет верстка https://prnt.sc/xEQ3Tas7f4Zg Проверено на хром и сафари IOS 16.2 скрин с вашего демо https://prnt.sc/TeghZdFJmKC1 На андроид модификатор и вовсе не отображается при включенном "Отображать модификатор количества". Проверено на 10 и 13 версии
  17. Добрый день. Подскажите, по этому вопросу нет никакой информации? Я так понимаю заинтересованность минимальная?
  18. На мобайле очень долго тянется баг с липкой кнопкой "купить", когда при повторном открытии страницы товара кнопка не появляется.
  19. да, Уже все поправили. Спасибо вашим ребятам за оперативность
  20. Добрый день. Добрался до обновления на рабочем сайте. Столкнулся с точно такой же проблемой, как и на dev - пропали все индексы для Укрпочты после обновления справочника. Модули города и Укрпошта последних версий. Проблема была пофикшена вашим специалистом на dev установке. В хелпдеск сказали можно обновлять и рабочий сайт, проблем не будет. Обновил только сейчас, проблемы появились.
  21. @ab.support.serj да, на андроид так - https://prnt.sc/hpnOPGGPA434
  22. на IOS в корзине и чекауте так - https://prnt.sc/E-F2R-3J4B6Y
  23. Да, я тоже только что получил такое же письмо. Проблема в том, что IP добавлял в белый список еще в январе.
  24. У меня та же проблема. Получил ответ от Укрпошты, что с IP моего сайта вообще не поступают запросы - https://prnt.sc/wLw6aakcZbO0
×
×
  • Создать...