Leaderboard

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

І як ви собі це уявляєте? Комісія залежить від способу доставки та способу оплати. І вказувати їх ви повинні тільки в одному випадку, коли ви її самі берете.

по поводу пополнения с п24 и через терминал карты-ключа - у нас (Хар. обл.) налоговая считает это зачислением наличных и им похеру на разъяснения от НБУ. Т.е. тебя сначала вы**ут, а потом ходи по судам и отменяй решения налоговой (не факт, что отменишь) + по новым законам (хвала 95 кварталу), налоговику за это ничего не будет. П.С. тоже был на семинаре, который вел бывший налоговик и тоже волосы на жопе были дыбом

Жесть однако) Кибер-безопасность во всех ее проявлениях. Пусть бы для офлайн-розницы тогда рекомендации выпустили подобные: «ключ от магазина и секретный код сейфа положите под коврик входной двери. Покрестите для надежности»

да, перезаморочился. вот кстати, нашел статью более-менее внятную, думаю, будет интересно: ссыль

Как мне видится возможность реализации возвратов чеков на стороне opencarta (а без нее ничего не получится в плане бухгалтери), это: 1. Хранить данные про продажу в отдельной таблице (номер чека, дата-время, название товара, количество товара, сумма продажи) 2. Создание функционала "Возврат товара" - данные про продажу передаются на РРО и формируется чек возврата, данные удаляются из этой таблицы, товар стает на учет магазина

У нас компания работает с продажами через РРО по ФОП и ТОВ в текущий момент, но оффлайн. Если принцип будет такой же, как с 1С, то нет - номенклатура не загружается. 1С-ка отдает только название товара в чеке и его стоимость, РРО подставляет под свой "шаблон" и отправляет данные в налоговую. По сути, можно передать хоть "резиновый фалос - 1 шт - 100 грн". Название номенклатуры актуально только для клиента и волнует только его, что бы он мог доказать факт покупки. Нам же главное что бы сумма в кассе, z-отчете при закрытии смены и сумма продаж в налоговой в отчетный период совпадали до копейки. Если в двух словах и грубо, то как-то так)

"наложенный платеж", как я его себе вижу в новых реалиях. по факту, необходимо или заключать договор поставки, или получать предоплату. в случае предоплаты на карту, еще хоть как-то понятно, но какой же это тогда наложенный платеж. С договором поставки, тоже не все просто. НП - это транспортная компания. Она не приобретает товар, а перевозит с одной точки в другую. Соответственно возникает проблема события формирования чека и его регистрации. В какой момент возникает "первое событие" и кто будет выдавать фискальный чек? Даже если посчитать первым событием отгрузку, тогда нужно сформировать чек, внести свои деньги в кассу, отправить товар клиенту и верить, надеяться, что он его заберет. А если не заберет / откажется / забудет, сделать возврат товара и по факту его возвращения, оформлять кассовый возврат. Но тут тоже проблема. Для возврата от покупателя, необходимо заявление и данные покупателя...И где их брать? Тут сразу подтягивается договор об обработке личных данных, ну и целый паровоз радости. Сейчас ФОП-ы мне скажут, что от них не требуется никакие оформления при возврате. Стразу отвечаю на это. Теперь, все мы будем попадать под закон о розничной торговле (фактически), который никто не редактировал и не отменял. А там все четко описано, как нужно действовать и что должно происходить при наличии РКА (любой формы его существования). Буду еще консультироваться, может что полезное узнаю, отпишу.

ММС)) сто лет такое не отправляла)) спасибо за идеи!!

Зачем тогда вы вообще делаете ИМ если вам разницы нет? Нормально всё устанавливается если нормальные модули устанавливать! Чтобы не удалять нужно прежде тестить что к чему зачем. Какая изоляция?? у опенкарта нету изоляции от таких как вы)) Три недели... может стоит пересмотреть поле своей деятельности?)) Вшитые удобные фичи идём и покупаем, иначе опенкарт при таком раскладе превратится в Г*фарш по типу woocommerce и как с WordPress вы пришли в опенкарт таким же образом придёте к следующему движку. Хотите поболаболить идите к разработчику опенкарта и складывайте там эти кирпичи Хулиган! ))