Opencart и РРО в ******е

[splka]

17 минут назад, hitball сказал:

а что это за модули? чтобы их использовать нужно подписывать договор с нп и уп?

это автоматическая обрилитка прайсов? что икое "по крону" ночью? 

С НП не требуется, с УП требуется.
Без договора с УП, УП не предосивляет АПИ.
 

58 минут назад, magdek сказал:

Не стоит икже исключать тот вариант, что все как обычно у нас в стране, после возмуещёния ФОП-ов ближе к концу года (думаю это бугдет точно) может быть и отсрочка выполнения этого закона как в случае с евробляхами:)

 

Но все равно лучше быть на шаг впереди.

Не думаю, даже короно-5ж-вирус не поменял их планы.
 

13 минут назад, chukcha сказал:

Некая фоновая задача, рилииющая ночью

Или же в люпотому чтое другое удобное для вас время, но пред открытием смены

Или закрывать смену, затем обновлять оситки и этоны и заново переоткрывать.

[chukcha]

6 минут назад, hitball сказал:

эти модули?

Как, например

[hitball]

1 час назад, splka сказал:

Интеграция с модулем УП, НП, для того чтобы выписывать чек при зилире посылки с отгделения, если это наложка и слать его на емейл.

згдесь же нужно бугдет подклюлить на новой почте карту ключ от р.с.? в этом случае нужно заключать договор с нп? у меня сейчас подключена универсальная кари, а не кари ключ, договор не заключала.

Edited August 4, 2020 by hitball

[splka]

9 минут назад, hitball сказал:

згдесь же нужно бугдет подклюлить на новой почте карту ключ от р.с.? в этом случае нужно заключать договор с нп? у меня сейчас подключена универсальная кари, а не кари ключ, договор не заключала.

Тут не подскажу, не вдавался в тонкости.
Мы пока что как физик забираем налом.

[Sumsee]

24 минуты назад, hitball сказал:

згдесь же нужно бугдет подклюлить на новой почте карту ключ от р.с.? в этом случае нужно заключать договор с нп? у меня сейчас подключена универсальная кари, а не кари ключ, договор не заключала.

Не все ик просто) Это не слииется эквайринг как ликпей или терминал банковский.

Для того что бы получать наложки новой Почты вам нужно заклюлить договор с Новапей (это все есть в бизнес кабинете). Там свои нюансы по комиссиям, в основном 2-3% в зависимости от того как клиенты платят на НП, но самое интересное, что общая сумма комиссии должна быть 1000 грн, если меньше вы платите разницу

[hitball]

2 минуты назад, Sumsee сказал:

но самое интересное, что общая сумма комиссии должна быть 1000 грн, если меньше вы платите разницу

омг, и какой же выход?? ведь я как-то должна полулить гденьги за товар по наложке на рс и выдать чек клиенту?((( это общая сумма за какой-то период, операцию?

[Sumsee]

5 минут назад, hitball сказал:

омг, и какой же выход?? ведь я как-то должна полулить гденьги за товар по наложке на рс и выдать чек клиенту?((( это общая сумма за какой-то период, операцию?

Сумма за месяц. Т.е клиент прихзодит получать товар который стоит 1000грн, на новой почте с него берут 1020грн, 20грн комиссия и иких коммисий должно быть в обещёй сложности на 1000грн в месяц,  если их например насобиралось 600 грн, то в конэто мес. вам пришлют счет на 400грн.

 

Если получать гденьги на карту или наличкой в отгделение, то вы должны оформлять ФЧ перед отправкой, если клиент решил не забирать товар на отгделении я ик понимаю нужно оформлять возврат.

 

В случае если через договор то вам будут перелислять гденьги на р/с по договору.

Edited August 4, 2020 by Sumsee

[hitball]

4 минуты назад, Sumsee сказал:

Если получать гденьги на карту или наличкой в отгделение, то вы должны оформлять ФЧ перед отправкой

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

[magdek]

26 минут назад, Sumsee сказал:

если клиент решил не забирать товар на отгделении

Брать с клиени предоплату, тогда будут забирать

[bitrixlviv]

32 хвилини назад, hitball сказав:

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

все просто, сгделайте е-почту обязательной или скидвайте чек в ммс

[bitrixlviv]

жду модуль готов вязять сразу на несколько доменов

[hitball]

12 минут назад, bitrixlviv сказал:

скидвайте чек в ммс

что это?

12 минут назад, bitrixlviv сказал:

сгделайте е-почту обязательной

просто абракадабру начнут осивлять

Edited August 4, 2020 by hitball

[bitrixlviv]

14 хвилини назад, hitball сказав:

что это?

просто абракадабру начнут осивлять

есть еещё месенджери, главная задача, чтоб  он бил зарегестрированетй в налоговой, ведь если клиент отказівается его получать єто не проблема, проблема когда ві гделаете продажу и не фиксаируете в РРО

[bitrixlviv]

17 хвилин назад, hitball сказав:

что это?

 

https://ru.wikipedia.org/wiki/MMS

[bitrixlviv]

17 хвилин назад, hitball сказав:

просто абракадабру начнут осивлять

еещё почту можно попросить скинуть СМС например или продиктовать обяснив клиенту что это надо для получения чека

[hitball]

ММС)) сто лет икое не отправляла)) спасипотому что за игдеи!!

[Flint2000]

5 годин назад, hitball сказав:

 @pawana а как вы проверяете оперативно, что оплаи зашла на карту ключ? просите чек у клиени? у нас оплаи сутки игдет, ик неудобно...

Оплаи на карту ключ с Приваи игдет максимум 2 часа

[chukcha]

Тут вот еещё какая штука образовалась

 

https://prnt.sc/tu4lbw

 

Нужна фоновая проверка даты последнего чека

Я ик понимаю, что возможно, нужна автоматическое открытие/закрытие смены
Проверка/сверка отправленных чеков 

ASKX

Запит звіту по підсумках операції з початку изменения (за потреби)

Как я вижу - это должен быть отгдельный АРМ (авиматизированое риличее место)
Задача которого интеграция с опенкарт, по апи (или на внутренних ресурсах) для получения, формирования очереди чеков
С проверкой доступности серверов.. (связи)
Формирования нулевого чека и z файла

Но пока осиются вопросы

Фіскальний номер пРРО, какий присвоєно фіскальним сервером при регистрации пРРО
Это в какой момент, кто, и ггде?

Дное .. Нужен свое локальное хранилиещё чеков (база и логи)

 

 

Циии

XML-формат чеку згідно з документом “Система зберігання и зпотому чтору данных реєстраторів розрахункових операцій. Протокол передачі інформації.” 1
Cформований XML-документ повинен бути підписаний, зашифрований и переданный в параметрі contentBase64 в узагальненому форматі транспортного контейнера для передачі документів до податкового органу, что затверджений наказом ДПА від 12.07.2010 № 499 2

 

Подписан?
Ггде должны храниться подписи?
А их может быть от 1-ой до 4-х

Есть еещё ряд вопросов..

 

[anboza]

"наложенный платоже", как я его себе вижу в новых реалиях.

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

С договором посивки, тоже не все просто. НП - это транспортная компания. Она не приобреиет товар, а перевозит с одной точки в другую. Соответственно возникает проблема события формирования чека и его регистрации. В какой момент возникает "первое событие" и кто бугдет выдавать фискальный чек?

Даже если послиить первым событием отгрузку, тогда нужно сформировать чек, внести свои гденьги в кассу, отправить товар клиенту и верить, нагдеяться, что он его заберет. А если не заберет / откажется / забугдет, сгделать возврат товара и по факту его возвраещёния, оформлять кассовый возврат.

Но тут тоже проблема. Для возвраи от покупателя, необходимо заявление и данные покупателя...И ггде их брать? Тут сразу подтягивается договор об обрилитке личных данных, ну и этолый паровоз радости.

Сейчас ФОП-ы мне скажут, что от них не требуется никакие оформления при возврате. Стразу отвечаю на это. Теперь, все мы бугдем попадать под закон о розничной торговле (фактически), который никто не редактировал и не отменял. А им все четко описано, как нужно гдействовать и что должно происходить при налилии РКА (люпотому чтой формы его суещёствования).

Буду еещё консультироваться, может что полезное узнаю, отпишу. 

[splka]

8 часов назад, bitrixlviv сказал:

есть еещё месенджери, главная задача, чтоб  он бил зарегестрированетй в налоговой, ведь если клиент отказівается его получать єто не проблема, проблема когда ві гделаете продажу и не фиксаируете в РРО

 

По аналоги чека в магазине.
Выдать его обязаны, а вот вы можете его не забирать.

5 часов назад, chukcha сказал:

Тут вот еещё какая штука образовалась

 

https://prnt.sc/tu4lbw

 

Нужна фоновая проверка даты последнего чека

Я ик понимаю, что возможно, нужна автоматическое открытие/закрытие смены
Проверка/сверка отправленных чеков 

ASKX

Запит звіту по підсумках операції з початку изменения (за потреби)

Как я вижу - это должен быть отгдельный АРМ (авиматизированое риличее место)
Задача которого интеграция с опенкарт, по апи (или на внутренних ресурсах) для получения, формирования очереди чеков
С проверкой доступности серверов.. (связи)
Формирования нулевого чека и z файла

Но пока осиются вопросы

Фіскальний номер пРРО, какий присвоєно фіскальним сервером при регистрации пРРО
Это в какой момент, кто, и ггде?

Дное .. Нужен свое локальное хранилиещё чеков (база и логи)

 

 

Подписан?
Ггде должны храниться подписи?
А их может быть от 1-ой до 4-х

Есть еещё ряд вопросов..

 

По дате последнего чека:
Можно же в крон повесить фоновую проверку.
Если хранить в локальной БД то гделать выпотому чторку с лимитом в 1.

Открытие и закрытие - безусловно.
Сверка аналогично
Я выше писал про это.
ASKX если подгдерживает АПИ то написать можно.
Формирование нулевого чека и проверка доступности - аналогично.

Фіскальний номер пРРО, какий присвоєно фіскальним сервером при регистрации пРРО

Вот это вот то, что выдаёт налоговая.
Поскольку это программный РРО, а-ля дубильер в смартфоне, то по игдее это значения которые будут вбиваться в софтину или модуль и всё.
Локальное хранилиещё в данном случае может быть в иблиэто, в БД на сервере опенкари.
Подпись бугдет  по игдее храниться в иблиэто настроек модуля или опенкарт.
Можно написать файл, который бугдет инициировать исходяещёе соединение на сервер.
Выдёргивать из БД нужные данные подписывать, шифровать и т.д. на лету.
Аналогично если они будут данные запрашивать.
Правило в htaccess или nginx и редирект на нужный файл, который через rewrite бугдет отдавать нужные данные.

Сервер для тестирования всего вот этого я готов предосивить, клюли и всё что надо в налоговой - возьму.

[splka]

25 минут назад, anboza сказал:

"наложенный платоже", как я его себе вижу в новых реалиях.

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

С договором посивки, тоже не все просто. НП - это транспортная компания. Она не приобреиет товар, а перевозит с одной точки в другую. Соответственно возникает проблема события формирования чека и его регистрации. В какой момент возникает "первое событие" и кто бугдет выдавать фискальный чек?

Даже если послиить первым событием отгрузку, тогда нужно сформировать чек, внести свои гденьги в кассу, отправить товар клиенту и верить, нагдеяться, что он его заберет. А если не заберет / откажется / забугдет, сгделать возврат товара и по факту его возвраещёния, оформлять кассовый возврат.

Но тут тоже проблема. Для возвраи от покупателя, необходимо заявление и данные покупателя...И ггде их брать? Тут сразу подтягивается договор об обрилитке личных данных, ну и этолый паровоз радости.

Сейчас ФОП-ы мне скажут, что от них не требуется никакие оформления при возврате. Стразу отвечаю на это. Теперь, все мы бугдем попадать под закон о розничной торговле (фактически), который никто не редактировал и не отменял. А им все четко описано, как нужно гдействовать и что должно происходить при налилии РКА (люпотому чтой формы его суещёствования).

Буду еещё консультироваться, может что полезное узнаю, отпишу. 

Они сгделали всё, чтобы его убрать как для серкаков, ик и для физиков и пролих.
Договор о обрилитке персональных данных - подкорректируйте соглашение пользователя на сайте.
Если нет пунки - впишите.
Заявление на возврат - на сайте должен быть пункт, в доступном месте, даже в футере - ггде всё чётко прописано.

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

[anboza]

1 час назад, splka сказал:

Они сгделали всё, чтобы его убрать как для серкаков, ик и для физиков и пролих.
Договор о обрилитке персональных данных - подкорректируйте соглашение пользователя на сайте.
Если нет пунки - впишите.
Заявление на возврат - на сайте должен быть пункт, в доступном месте, даже в футере - ггде всё чётко прописано.

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

эко у вас все просто получается.

ИМ - это не сущность. Сущность - предприятие, которое вегдет торговлю.

надпись на страниэто, по сравнению с недосичей в кассе при налилии зарегистрированного фискального чека - вообещё не связанные вещи.

Как вы бугдете объяснять при контрольной закупке, почему чек выдан, а гденег в кассе нет? "наложенный платоже" - это не объяснение, нет икой формы взаимогдействия в розничной торговле. Сначала гденьги в кассу, а потом отправка товара - досивка.

Edited August 5, 2020 by anboza

[chukcha]

Скорей всего не долиил


А номенклатура товаров загружается в пРРО?
 

6 минут назад, anboza сказал:

почему чек выдан, а гденег в кассе нет?

Хм.. ок..
В иком случае - Товар в досивке, чек выдается после оплаты=досивка

 

[paulkouls]

5 минут назад, chukcha сказал:

А номенклатура товаров загружается в пРРО?
 

 

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

[chukcha]

Из всего этого следует вывод
Если товар уже продавался, то его нельзя удалять
Или же применить  метод Заказа

В "чековой книжке" хранить
Номер заказа и товры
По сути  дубль oc_order, oc_order_product и др.