nazar_kachurak

Всім вітання і дякую за похвалу. Так, невелике оновлення на днях буде, так щоб закрити питання з наложками НП. Також сповіщу і в цій гілці про оновлення версії.

Так, є ось лінк на модуль https://drive.google.com/drive/folders/1sbW_b9nMOZnc_2xwjpYQQYIbfGfYbVeS тут лінк на відео огляд https://nazarkachurak.com/checkbox-opencart-manual/

Напишіть в приватні повідомлення суть проблеми. По можливості запишіть відео з поясненням. Дякую

Всім привіт, це я автор модуля. Щодо планів на майбутнє - нічого точно сказати не можу. Проте глобальних оновлень на даний момент не планую. За "багодарочку" окремим користувачам дякую. Щодо доопрацювань - тут наразі бачу декілька варіантів. 1. Якщо у вас є свої перевірені розробники - з мене безкоштовна 30 хв консультація по допомозі з інтеграцією. 2. Під ваш задачу, можу сформувати ТЗ для ваших або інших розробників 3. Доопрацювання через мене, але це буде не швидко. З такими задачами краще якась облікова система типу 1С справлялась, наскільки я знаю такі речі там йдуть з коробки. На opencart таке робити складно і дорого. Ну саму систему щоб все зберігалось відносно sku Але якщо таке реалізуєте - то вже з модулем пРРО інтегрувати буде не складно

та, круто що відтермінують. Буде більше часу на плавне підключення і ознайомлення з різними нюансами, і тим самим - зменшити кількість помилок і відповідно штрафів по них. Бо наявність чеку - це тільки пів справи, головне далі щоб все сходилось по касі до копійок. І судячи з різних джерел, форумів і обговорень - у кожного є якесь своє бачення, і всі думають що вони праві. Але якщо є двійне трактування ситуації - то як правило під час перевірок їх трактують не на користь бізнесу. Наприклад, я вже весь інтернет обшукав в пошуках теми: чи потрібно мені РРО (пРРО), якщо я через WayForPay продавати свої послуги (наприклад консультації, чи інформаційний контент). Ніби по цій темі є пояснення, що якщо немає визначеного місця розрахунку - то РРО (пРРО) не потрібно. Але водночас немає розуміння як все це пояснювати при можливих перевірках. Тому і розглядаю варіант і собі при таких оплатах - видавати чеки і не паритись.

Буду Укр. писати, через транслейт довго все переводити)). Внесу трохи ясності у всю цю ситуацію і як я її бачу. Checkbox, або інша система - це такий собі софт, який покращує взаємодію з ДФС по API. Checkbox це фактично як касовий апарат, тільки з більшими можливостями.(На мій погляд) Модуль, який я розробляю - обмін даними саме з Checkbox, тобто через модуль я задаю команди відриття\закриття змін, створення Е-чеків на продаж замовлень, перегляд створених Е-чеків. Все інше - робить Checkbox (створює і доставляє чеки до ДФС і на емейл клієнта) В ході роботи - стикався і ще буду стикатись з різними питаннями)), типу коли саме виписувати чеки, як цей процес автоматизувати, до чого і як прив'язуватись для надійного процесу автоматизації. На даний момент - НЕ бачу 100% правил, по яких можна було б автоматизувати створення чеку. Але це планую робити вже під час наступних версій, якщо буде якась ясність. Підв'язуватись під певний статус замовлення? Так, як варіант - розглядав. Але дивлячись на норми касової диспипліни бачу що це суперечить певним її нормативам. Наприклад 3 кейса. 1. Наложка НП. (тут потрібно видавати чек(відправляти на електнону пошту), в момент отримання коштів на р\р від НП) 2. Наложка УкрПошта (тут є нюанси, на деяких відділеннях пошти, коли замовлення клієнт отримав і оплатив - цю інформацію перевірити через АПІ не завжди можливо, інколи приходиться звертатись до персонального менеджера і уточняти оплату. Відповідно коли тільки кошти зайдуть - тоді і потрібно формувати чек.) 3. Оплата через еквайринг (тут взагалі загадка. Замовлення на 1000 грн. Чек на 1000 грн. Вам на р.р надійде 975 грн. І що тут робити? Вже каса не сходиться ). І таких підвішених питань дуже багато. Тому першу версію і роблю в ручному режимі. Тобто, щоб кожне замовлення переглянути перед формуванням чеку, пересвідчитись чи все ок і все в чеку вказано правильно. Ось тут мої записи по версіях і ідеї приходили в ході роботи над модулем https://docs.google.com/document/d/1OpK2_Nz5MrEqtS3yXrXmnJ4XjsU8ngZTE3FkFAvaYXI/edit# Ну а те, що вся відповідальність на власнику бізнесу - я мовчу).

В любом случае модуль планирую добавить на форуме, в открытом доступе и бесплатным. И буду рад советам и комментариям.

Код сырой, стыдно показывать. Основной внимание сейчас делаю на корректность подсчета стоимости заказа с учетом разных скидок и типа оплати

Частично соглашусь. Формировать чеки в crm куда более удобно и безопаснее. Но, с моей практики: где-то только 50-70% клиентов пользовались crm. Другие или питались и не получилось, или используют не на все 100%.

Да, сделали, но пока тестируем с несколькими клиентами checkbox.

С кабинетом еще не работал, но судя по инструкции - выгрузку можно делать просто в кабинете my.checkbox.in.ua https://docs.google.com/document/d/1lr5HFn17EvWdGhl1U2sFCWeGhIsT7oAhOYeEY8m--Hs/edit?fbclid=IwAR1jSQeGYYHZKhS4K0Nazv5cs1lRK0mtg4msEmXr89nBpqhJoq-SR8JSRFk#

Да, вроде как не нужно чек, но тогда как быть с механизмом "Кешбека". https://legalhub.online/torgivlya/koly-zapratsyuye-mehanizm-keshbeku/

Ой, наверное неправильно выражаюсь, под чеком я имею в виду "Электронный чек". Если я все правильно понимаю, то этот Электронный чек не обязательно печатать и можно только на электронную почту отправить. Если печатать обычный чек - ну тогда точно надо ставить вместе с отправкой

Наверное в таком случае, в момент когда оплата зайдет на расчётный счет. Но думаю лучше по такому вопросу более детально проконсультироваться с налоговой. Реализовать можно по разному, вот как правильно - неизвестно.

Да, вопрос хороший. Для наложки я думаю над вариантом, чтобы чек пробивать в момент, когда клиент забирает товар (оплачивает) в отделении.

Все привет. Буду к вашему разговору присоединятся. Несколько клиентов захотели внедрять, и попросили разобраться в теме. Поэтому начал работу над написанием функционала (почти модуля) для Opencart. Перечитал выше описание комментарии и на 100% соглашусь - очень много вопросов и мало ответов)). В качестве регистратора - пока начали работу с checkbox.in.ua. От них получил API, тестовые ключи и хоть какой то сценарий действий пРРО: https://docs.google.com/document/d/1Zhkc4OljKjea_235YafVvZunkWSp6TCAKeckhgl8t2w/edit?fbclid=IwAR38Mh4JJmDk4gvATG63qDvE8rZyl5MKjC5m1pgvaF7jj3SKGuPITiaIoYo#heading=h.d2ntgceigmmm С этой документации я вижу следующее: Как я вижу первую версию модуля: Раздел в админке, где напротив каждого заказа есть прикрепленный чек В этом же разделе есть кнопки "создать чек", "создать чеки на новые закази" Но есть вопросы по "Открытие/Закрытие смены". Когда? Сколько раз можно открывать\закрывать? И еще много вопросов. Поэтому пишу, чтобы как то объединить усилия и вместе справиться с этими трудностями)) Модуль будет бесплатным и без ioncube. Также ищу опытных разработчиков, которые готовы присоединиться и помочь с адаптацией под другие версии Opencart. Текущую пробную версию разрабатываю на 2.3 От владельцев магазинов - нужны примеры сценариев работ пРРО. Возможно какие то текущее сценарий на апаратних РРО

могу помочь с расширенным поиском, пришлите адрес сайта или ТЗ