sergeyill

Добрий день. У Нової пошти з'явився серйозний конкурент - rozetka.delivery. Зараз ця служба доставки набирає великої популярності, клієнти все більше запитують чи не доставляє наш магазин замовлення до відділень розетки. Вартість доставки значно менше Нової пошти - 39грн, а у великих містах уже досить багато відділень. Прошу розглянути можливість розробки модулю доставки rozetka.delivery, можливо на платній основі, готовий скинутись з бажаючими. Ось їх АРІ - https://rz-delivery-octopus.rozetka.ua/api/docs/#/

Добавлю от себя. Модуль Укрпошты в моем магазине съедает весь лимит бесплатных запросов google maps api. Приходится раз в месяц менять несколько аккаунтов. Было бы здорово отключить возможность вывода карты, и выводить список отделений выпадающим списком, как это реализовано в модуле Новой почты!

После последней дискуссии мониторю каждый чек, выданный мне при покупке в интернет-магазинах, плачу всегда онлайн - liqpay/Gpay/ Apple Pay. Ни в одном из магазинов в чек не передаются данные ЕПЗ, если это оплата через эквайринг, вот последний чек с вчасно каса

@ab.developer.yavden Спасибо за ответ. Пошел писать тикет, у меня инфо не обновляется автоматически.

Большое спасибо за модуль. Это именно то, что ждали клиенты. Установил/настроил, и процент оплат уже больше через ликпей. Уточните, пожалуйста. Я не сильно разбираюсь в документации по API. Может ли информация об оплате обновляться автоматически ? (сейчас статус нужно вручную обновлять через кнопку "Обновить инфо о платеже").

@alexbranding Я продолжил диалог с техподдрежкой чекбокс. Ответ второго специалиста полностью противоречит с ответом первого Ссылка, на которую ссылаются - https://kr.tax.gov.ua/media-ark/local-news/608590.html Скорее всего разъяснение нужно искать напрямую у налоговиков, а не сервисов фискализации. UPD. Зная нашу налоговую они могут придолбаться к любым мелочам. В начале войны якобы "отменили" обязательные платежи по единому налогу, сейчас многие платят штрафы и пеню через эту отмену, ибо сначала нужно было подать заявление, о котором нигде и слова не было. Все таки, если технически возможно передавать данные ЕПЗ, я бы их передавал. UPD2. Последний ответ от поддержки - "кінцеве рішення за Вами, чіткого наказу чи рішення немає і в цьому ви маєте рацію, але на мою думку краще б було перестрахуватися."

Это фискальные чеки на оплаты через Liqpay? Верно?

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

Где Вы взяли информацию, что Прием оплаты с карты клиента через екваеринг относится к формулировке "з використанням електронного платіжного засобу (платіжної картки) платіжного терміналу, з’єднаного або поєднаного з РРО". Пообщался с бухгалтерами, они утверждают, что это две совершенно разные операции. + Пересмотрел фискальные чеки выданные мне различными интернет-магазинами, созданные в чекбокс и вчасно каса, ни в одном из них не нашел этих данных.

Поправьте, если я не прав. Требования, которые Вы выше описали относяться к РРО, в нашем случае мы используем ПРРО, и требования к нему немножко другие: для касового чека, що створюється ПРРО: - позначку щодо режиму роботи (офлайн/онлайн), в якому створений касовий чек ПРРО (рядок 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).

Участие в тестировании можно принять?

Добрый день. Помнится ранее где-то анонсировали (скорее всего в телеграм, но не могу найти сообщение) выход модуля для эквайринга от monobank. Подскажите, есть ли какие-нибудь наработки? Стоит ожидать?

Есть желающие скооперироваться и оплатить ребятам доработку модуля?

я опять вернулся к этому вопросу... не могли бы Вы написать в ЛС, хотя бы ориентировочную стоимость индивидуальной доработки модуля для возможности рассылки бизнес-сообщений в Viber, а там буду думать.

В настройках темы для списков товара, при включенной настройке "Отображать модификатор количества для смартфонов" он не отображается на чистой установке, проверено на демо https://abd-325d8d26d5.demos.abt.team/. На обновленном магазине баг "Модификатор количества отображается неровно в списке товаров" остался