deeman

1. Сделайте сброс настроек модуля в подменю у кнопки сохранения настроек 2. Проверьте все шаги стандартного заказа

Это страница опенкарта. Можете поправить ее код и шаблон.

Либо скрипт view/javascript/simple.js остался старым, либо сервер отдает старый скрипт Ну или он поврежден

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

В опенкарте в личном кабинете есть раздел "заказы" и это отдельная часть, модуль ей не управляет (грубо говоря другой раздел опенкарта)

Если честно, то не совсем понял вопрос. Если на скрине письмо, то это точно не опенкартовское, оно не так выглядит. Плюс ко всему всю почту отправляет опенкарт, причем данные берет с базы данных. То есть если в базе всё есть, то за отправку (или не отправку) отвечает уже код в модели заказа опенкарта (или тот код, что его подменяет). Мои модули на письмо повлиять не могут. Вернее повлияли бы, если бы данные вообще не передавались в модель заказа и не попадали бы в базу.

Вы сами включили настройку в блоке корзины "менять кратно минимуму". По умолчанию она отключена

Потому что корзина - опенкартовские и модуль учета промокодов в заказе - это тоже отдельный модуль. Можете сделать, чтобы это работало на других страницах (в стандартной корзине, миникорзине и т.п.) и это заработает в модуле, а не наоборот, потому что модуль не правит файлы опенкарта.

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

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

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

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

Только править код под свои нужды тут /catalog/model/extension/total/filterit.php

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

Вы просто словами формализовать свои же условия не можете, но при этом хотите, чтобы не только кто-то за вас додумал её, но и сам модуль принял решение и что-то вывел, так не бывает. Если бы чётко понимали, что в итоге хотите, какие комбинации могут быть, что для них выводить, то в модуле настроить - это просто перечислить и скомбинировать. Оплата 1 $0 - Строго Категория А $1 - Строго Товар В $0 AND NOT $1 Оплата 2 $0 - Строго Категория Б $1 - Строго Товар В $0 OR $1 Просто еще нужно понимать, что в корзине могут быть и другие товары, их комбинации и так далее. И тут уже нужна стратегия ограничений, когда что можно выводить.

В моем модуле ничего настраивать не нужно и настроить не получится. У модулей доставки своя логика и свои настройки, мой модуль передает им адрес, они уже сами решают, выводить себя или нет.

Будьте внимательнее. На скрине Киев - регион, город пустой.

Это не логика модуля, это просто обычная булева алгебра и ее операции: И, ИЛИ, НЕ Соответственно нет операции вида А НЕ Б, есть А ИЛИ НЕ Б, А И НЕ Б и так далее...

Можно сделать несколько наборов полей, указав наборы для масок cdek.cur_* cdek.pvz_*

Об этом написано в настройках блока корзины, в справке и сотни раз в этой теме. Это модули учета в заказе, у них в опенкарте отдельный раздел.

В общих настройках страницы заказа

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

Можете поставить отдельный гео модуль типа geoip и использовать его.

1. Привели вообще не тот файл 2. Если что-то изменили на сервере - отмените правки 3. Проверьте наличие расширения mbstring, включите его

Можете поправить код модуля учета в заказе - доставка. Либо поменять то, что возвращает сам модуль доставки