Техподдержка сайтов
на OpenCart в Самаре

Да. Подхватываем там, где остановились — будь то недоделанные модули, отсутствие доступа к админке или сломанная структура. Без осуждения, только движение вперед.

Мы работали со всеми ними (и их причудами). Не переделываем — стабилизируем то, что уже есть.

Не проблема. Можем стабилизировать текущую версию или помочь с обновлением — без потери данных или SEO в процессе.

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

Платёжная система подтверждает оплату отдельным уведомлением на сервер. Если оно не доходит, деньги списаны, а статус не меняется. Чиним приём уведомлений и добавляем повторную обработку.

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

Заводим отдельный маршрут заказа: счёт, отсрочка, закрывающие документы. Смешивать его с карточной оплатой не стоит.

Настраиваем возврат через ту же платёжную систему со статусом в заказе и чеком. Ручной возврат мимо системы ломает сверку.

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

Переводим отправку на почтовый сервис и настраиваем подписи домена. Отправка средствами сервера почти везде попадает в спам.

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

Разбираем журнал платежей и возвращаем лишнее. Чтобы не повторялось, добавляем защиту от повторной отправки формы.

Заводим предоплату и доплату отдельными операциями по заказу. Иначе бухгалтерия сводит их руками.

Проверяем совместимость с версией платформы и требованиями платёжной системы. Устаревший модуль отваливается внезапно и обычно в пик.

Настраиваем выгрузку для сверки или автоматическое сопоставление. На потоке ручная сверка съедает день в неделю.

Через платёжную систему, не храня данные карты у себя. Хранить их на своей стороне мы не рекомендуем и не делаем.

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

Проверенные способы оплаты, журнал платежей, настроенная касса и описание поведения при каждом виде отказа.

Через встроенную форму платёжной системы. Данные карты при этом всё равно уходят к ней, а не к вам.

Нужна для разбора спорных случаев. Без неё вопрос «клиент говорит, что оплатил» решается только запросом в банк.

Следим за их уведомлениями и обновляем модуль загодя. Такие изменения объявляются заранее.

У платёжных систем есть тестовый режим. Прогоняем в нём все сценарии до подключения боевого ключа.

Настраивается как правило на уровне способа оплаты: процент или фиксированная сумма. Остаток выставляем отдельной операцией по тому же заказу.

Заводим ручной статус оплаты с пометкой основания. Так сверка сходится, а менеджер не правит сумму заказа задним числом.