Разработка бэка по ТЗ – №1039184

На сайте Drupal есть форма обратной связи.

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

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

Контроль оплаты дизельгенераторов1. Добавить возможность указания формы оплаты для каждого клиента, это могутбыть разные юр лица, и разные формы оплаты = нал и безнал2. Добавить механизм генерации счета или получения реквизитов оплаты дляклиента с учетом выбора среди варинтов назначенных администратором(нал накарту/нал завезли/безнал СПД/безнал СКС).3. Добавить воможность формировать отчет по суммам оплат, форме оплаты,датам и их статусу4. фиксировать стоимость на момент выезда, учитывая курс доллара + с ндс / безв зависимости от настроек в кабинете клиента5. добавить возможность указать уникальную цену, так как у многих клиентовсвои цены6. добавить возможность узнать общую сумму долга, общую по всем должниками отдельно по налу и б/нОбщие доработки Добавить возможность формировать отчет по количеству заказов за период фиксировать количество дизельгенераторов которые отменили — обязательно приотмене указывать причину отмены. Если были проблемы с дг то возможность указатьпроблему которая была, кто отправлял дг в рейс, предварительная причина поломки иее решение Дата заявки — уже стоит, зачем? добавить возможность просматривать всю информацию о рейсе(дата заявки, датырейса, номер дг, сколько топлива в рейсе, сколько литров он потратил,сумма затопливо, сумма за дг, количество дней в рейсе, водитель фио и номер телефона, куда,когда и сколько платит) без входа в каждую заявку где\? Добавить возможность указывать операторов на рейсе, кто грузил и снимал дг,формировать отчет за период, выбранный пользователем выгружая информацию покаждому крановому: количество выданных и принятых генераторов дать возможность загружать акт в систему с доступом только у администраторакоторый в случае необходимости сможет открывать доступ и высылать уведомлениеклиенту о возможности ознакомления с документомУчет топлива в системеНеобходим интерфейс проведения инвентаризации и контроля топлива за период: цена за топливо должна фиксироваться с каждой продажей и не должны меняться (кпримеру мы сегодня закупили топливо по 20 значит все заявки которые были сегоднядолжны уйти с топливом по 21, а топливо которое будет завтра по 25, считалосьсоответственно по 26) на сайте сейчас когда обновляешь цену за топливоавтоматически подтягивает цену под все заявки, а если счета уже есть и в них суммабольше чем на сайте у клиентов это порой вызывает вопросы реализовать учет суммы потраченного топлива за определенный период/определенным дизелем / привязка к моточасам и предположение что топливотратилось равномерно остаток на период последней инвентаризации начало периода система считает количество топлива которое ушло за период остаток на текущий период остаток в генераторах, перемещения топлива в генераотрах информация о закупках и стоимости каждой партии топлива расход за период и остаток общий считает система для выведения общего количестватоплива в генераторах, баке, не оплачено клиентом но потрачено в рейсе чтоб в концемесяца когда переучет не нужно было эту информацию собирать, а просто забитьколичество топлива на 1 число и оно автоматически считало сколько не хватает либосколько лишнего топлива. Свернуть

Есть интернет-магазин на woocommerce, нужно сделать на нем такие правки:
1) Сейчас есть один способ оплаты картой "Оплата на карту Приватбанка/Монобанка", нужно разбить на 2 способа, Приватбанк и Монобанк, чтоб соответственно отправлялись разные сообщения
2) Плохо работает маска телефона, если написать номер и стереть вместе с "0", который после +38, то больше ничего не вводится. Саму маску сохранять в базу без пробелов, т.е. чтоб отображались так как сейчас с пробелами и на почту админу уходило желательно так, а в базу, чтоб сохранялось без пробелов.
3) У товаров есть атрибуты размеров и из части этих атрибутов сделаны вариации - размеры. Но получается, что одной вариации соответствует несколько атрибутов. Можно как то сделать, чтоб в вариациях указать какие атрибуты им соответствуют? Это нужно для того, чтоб сделать правильное отображение по фильтру в разделе 
Т.е., чтоб если вариация в количестве 0 штук, то при выборе в фильтре атрибута соответствующего этой вариации, то товар не отображался в списке.
4) Разобраться почему некорректно работает отображение размеров в списке товаров ссылка не соответствует тому, что доступно в самом товаре.
5) Подправить работу слайдера на главной, чтоб не дергался.
6) На странице чекаута не очень хорошо работает переключение видов доставки, остаются некоторые поля с других видов доставки. Так же если возможно в курьерской доставке, под поля город, адрес, дом и квартира использовать 2 стандартных поля Woocommerce. Их не использовали раньше, так как не получилось сделать необязательными для других способов доставки.
Потом будет много другой работы по этому сайту и другим. Свернуть

В этом т.з. три пункта:

1. В текущем плагине трекеры добавляются на сайт с помощью php api. Необходимо два трека: просмотр категории и просмотр товара вынести на фронт, т.е. реализовать их на JS SDK, т.е. на уровне шаблонов или плагина скрипты можно объединить. 

Например для трекинга просмотра категории получим:
<script src="ссылка defer="" async=""></script>
<script type="text/javascript">
  window.EMT = window.EMT || {};
  EMT._client_id = 1000010;
  EMT.operation ={'task': 'viewCategory', 'categoryid': 'id_категории'}
</script>

2. В настройках плагина добавить возможность включать строку (при установке плагина она должна быть выключена по-умолчанию) - EMT._character = "v1";  // запрос персонажа. Пример на скриншоте ссылка - чекбокс "Character"

3.Необходимо выполнить работу по стандартам плагинов WP, чтобы саппорт wp принял его к размещению на платформе ссылка В текущем варианте плагин принят саппортом. Свернуть