NaZZZaR

Всім привіт, это я автор модуля. Щодо планетв на майбутнє - нетчого точно сказати не можу. Проте глобальних оновлень на данный момент не планую. За "багодарочку" окремим користувачам спасипотому что. Щодо доопрацювань - тут наразі бачу гдекілька варіантів. 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 От влагдельэтов магазинов - нужны примеры сэтонариев рилит пРРО. Возможно какие то текуещёе сэтонарий на апаратних РРО

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