bogdan281989

100% правильный совет, сделайте на новом дизайне

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

Добавить поле в базу, добавить запись и вывод поля, прицепить бустраповский календарь)

Дописать и доверстать, я думаю вам помогут в платных услугах.

Зачисление - не фантазии, даже мне платят по счет по привату, даже без межбанка по привату - мне деньги ни разу за 5 минут не приходили. Вы попробуйте создать платеж с привата для бизнеса на свою карту физлица, заявка может висеть и до часа. Сервисы, бухгалтера - все классно, но зачем их клацать, проверять? Если легче один раз распечатать квитанцию с РРО? А если проверенный через сервис платеж не пройдет финмониторинг или еще что ни будь пойдет не так, а товар уже отгрузили? А если оплачивал кум, брат, сват, муж и нету платежа номера и квитанции? Круглосуточно не значит моментально. В общем каждый принимает свои решения, я бы не стал это долбить только ради того, чтобы не применять РРО, для реально работающего магазина (а не детские заказики) - купить терминал, бить чеки и забыть о проблемах. Если вы выбираете свои методы с кучей лишних движений - это дело ваше, я не могу никого ни в чем переубеждать.

У меня нету магазинов, я их обслуживаю. Есть клиенты, у одного допустим 200 заказов в день, приблизительно половина платит через ликпей. Что будет удобнее руками проверять оплаты с qr кода или поставить и выбивать чеки на рро? Не задавайте глупых вопросов, я вам про техническую сторону, у меня опыт чуть больше с программной стороны, я думаю. Потому если у вас заказов больше чем 1 в день, да если ещё учесть что по реквизитам зачисление с задержкой (иногда разной, сам ФОП и принимаю оплаты за услуги) - вариант так себе, особенно если клиент платит сейчас и приезжает на самовывоз через 20 минут и тд, вариантов масса.

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

Может, но все последние картинки налоговой и новости - да.

Да все верно, можно заключить договор с приватом на прием платежей от населения, там дадут QR который будет бросать на форму оплаты по реквизитам и тд. Но применить его к опенкарт и заказу - сложно, нету колбека. Есть и QR у ликпей, но ликпей = РРО. То есть полноценного варианта оплаты по реквизитам с корзины опенкарт похоже что нету.

Это точно, а в текущих ситуациях этого стоит ожидать

Отличается, так как в реалиях для оказания послуги нужно составить и подписать договор, выполнить работу, после чего составить акт выполненных работ, что и будет первычкой. Важно как деньги заходят к вам на расчетный счет, например если через 2902 - то это касса банка, то есть вы выписали счет-фактуру, а человек оплатил и деньги пришли так - то это наверное не РРО.

А у меня есть опыт другой, симпла, амосрм, временами клиенты жалуются что на "Подождите, происходит переход к оплате" думает и думает долго. Есть разные ситуации, дело такое что может по разному отработать, но нравится когда прием заказа как у прома - сравнительно быстро, клиенту нет нужды ждать. Правда у опенкарта и отправка почты идет в это время, а если через смтп, то наверное еще чуть замедляет. Но мой вариант имеет право на жизнь, потому что он работает, при цикле в 3-5 минут отправляется 1-2 заказа курлом, не более, я не думаю что у топикстартера больше заказов в промежутке.

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

Заказ уже создан до момента оплаты (статус 0, он же потерянный заказ), разные платежки работают по разному, если это простой cod - то он просто сразу дописывает такому заказу статус и он есть в админке, если платежки - пишут статус по колбеку. Пока не подтвержден заказ кнопкой в оформлении заказа, например стандартный модуль банковского перевода - ему способ оплаты не записал статус еще.

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

Ничего терять не нужно, установите сеопро если нету, там минимальный допил самого сеопро и все склеится 301 редиректом, потерь никаких не должно быть

Массово экспортировать - да, можно через phpmyadmin и в новый загрузить магазин. Но вам же еще нужно связать товары с производителем.

Для сеошки наверное плохо удалять старые товары

А что именно хотите чистить? В плане какие данные

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

12 Завантажити / Придбати розширення Фид XML для экспорта товаров в Епицентр Модуль являет собой простой инструмент с гибкими настройками, который позволяет создать фид для маркетплейса "Епицентр" даже неопытному пользователю. Внеся необходимые настройки за пару минут вы сможете быстро и легко передать товары. Какой функционал включает модуль? Выборка товара по категориям и производителям Черный список товаров (возможность точечно исключить товары из фида) Гибкие настройки содержимого полей фида Исключение товаров по наличии и статусу Запись фида в статический файл по Cron Вывод страны производства с атрибутов Сопоставление категорий магазина с категориями Епицентра и другие мелочи. В чем преимущества? Простота настройки и установки Свои модели выборок товара Для больших магазинов есть генерация по Cron Выводятся все необходимые параметры, в том числе страна производства товаров, вес, ширина, высота, длинна (при условии что они заданы товару) Установка производится через стандартный установщик. Демо: Пример фида: https://vizor.pp.ua/index.php?route=extension/feed/epicentr Скриншоты админпанели есть в фото модуля. Внимание!!! Модуль частично кодирован с целью лицензирования, для его работы необходимо наличие IonCube на хостинге. Ключ выдается по запросу здесь или почтовый ящик указанный в модуле в течении 24 часов. Ключ выдается для 1-го домена и тестового поддомена. Если у вас что-то не получается - напишите мне здесь или на почту указанную в настройках модуля, я помогу и проконсультирую. Автор bogdan281989 долучення 19.12.21 Категорія Обмен данными Системные требования Ioncube Loader, PHP >= 5.6 Метод активации По запросу в ЛС По запросу на почту Ioncube Loader Требуется ocStore 3.0 2.3.0.2.4 2.3 OpenCart.Pro, ocShop Opencart.pro 2.3 Звернення до сервера розробника Нет  

Возьмите модуль и допишите как нужно, готовый вы вряд-ли найдёте.

Написать мне в личку и я вам помогу в рабочее время все настроить)