IQ-Climat: доработка интернет-магазина на Shop-Script

Доработка товаров-комплектов: цены, наличие и выгрузка в YML

Согласованность цены в каталоге, сравнении и экспорте

Исправляли работу плагина «Товары-комплекты», когда цена комплекта присутствовала в карточке, но некорректно использовалась в других частях магазина. Проблемы затрагивали сортировку по цене в административной панели и каталоге, нулевую цену в сравнении, отсутствие цены в товарных списках и неработающие ссылки блока «Группы товаров».

Отдельно проверяли полноту YML-выгрузки через плагин «Яндекс Маркет». В тестовый список были включены 64 комплекта, но в файл попадало разное количество предложений: например, 19, 32 или 25. После ручного пересчёта остатков и немедленного экспорта выгружались все 64.

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

Количество комплектов с учётом состава

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

В примере заказчика система состояла из двух внутренних блоков и одного наружного. При наличии 10 внутренних и 10 наружных блоков магазин показывал 10 комплектов, хотя собрать можно только 5. Доработка устранила этот сценарий расчёта.

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

Раздельные остатки поставщика и собственного склада

После изменений поступило отдельное замечание по распределению количества между складами. В указанном сценарии плагин должен был записывать 25 единиц на склад поставщика и 0 на собственный склад магазина.

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

Пересчёт комплектов по расписанию

На следующем этапе автоматизировали действие «Пересчитать остатки», которое ранее запускалось кнопкой в настройках плагина. Настроили выполнение через cron один раз в сутки в 12:00.

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

Обновление цен и остатков из прайсов поставщиков

«Бриз»: объединение складских строк по НС-коду

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

Реализовали подготовку данных из JSON: позиции с одинаковым НС-кодом объединяются, их остатки суммируются, а результат формируется в CSV для загрузки в магазин. Вместо нескольких складских строк импорт получает согласованную позицию с общим количеством.

Настройка касалась обновления цен и наличия существующего ассортимента. Создание полного каталога с описаниями и фотографиями в этой задаче не заявлялось.

Обработка остатка «больше 50»

После первоначальной настройки исправили обработку текстового значения остатка. Если поставщик передавал «>50» вместо точного числа, в итоговом CSV количество могло превращаться в 0.

По согласованному правилу значение «>50» преобразуется в 50. Это условие обработки данных поставщика, а не утверждение, что на его складе находится ровно 50 единиц.

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

«Русклимат»: получение актуального прайса

Для поставщика «Русклимат» выполнили настройку обновления цен и остатков с использованием профиля в «Поставщиках». При этом в описанном процессе файл актуализировался после ручного действия в личном кабинете поставщика.

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

Заказчик поставил дополнительную задачу автоматизировать этот этап — через API либо авторизованный сценарий формирования файла. Настройка импорта отмечена выполненной, но окончательное внедрение автоматического получения свежего файла в последующей переписке отдельно не подтверждено.

Интеграции с Мегамаркетом и Яндекс Маркетом

Раздельные настройки трёх магазинов Мегамаркета

Сопровождали подключение трёх магазинов к интеграции со Сбермегамаркетом, позднее обозначаемым в задачах как Мегамаркет. Для разделения параметров добавили соответствующие записи сайтов в маршрутизацию Webasyst.

В согласованной схеме эти записи требовались для появления отдельных настроек интеграции; адреса методов могли использовать основной домен. Это не было заданием на создание трёх самостоятельных интернет-магазинов с разными каталогами.

Поступление заказов и автоматическое подтверждение

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

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

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

Автоматизация обработки заказов по модели DBS

Отдельное направление — сокращение ручных действий после поступления заказа Мегамаркета через плагин goods. Исходный процесс включал подтверждение комплектации, создание заявки ПЭК, проверку движения груза, закрытие заказа и формирование чека.

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

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

Восстановление отправки товаров в Яндекс Маркет

Исправили интеграцию Яндекс Маркета, которая перестала публиковать товары как по расписанию, так и при принудительном запуске.

Проблема была неочевидной для оператора: индикатор доходил до 100%, появлялось сообщение «Отправлено без ошибок», но товары на площадке не добавлялись. Обращение по восстановлению отправки отмечено выполненным.

Эта работа отделена от ранних исправлений YML-фида товаров-комплектов: в одном случае проверялась полнота экспортного файла, в другом — фактическое добавление предложений через интеграционный плагин.

Удаление неиспользуемых поддоменов

По отдельному запросу удалили smm и smm2, которые заказчик больше не использовал для прежнего сценария FBS на Мегамаркете. Ранее одна из этих витрин также применялась для проверки обновлённой темы.

Удаление конкретных поддоменов не означало отмену всех работ с Мегамаркетом или прекращение сопровождения DBS-заказов.

Интеграция с ПЭК: транспортные заявки, грузоместа и этикетки

Подготовка отправления из заказа магазина

Развивали связку заказов Shop-Script с плагином «Отправка ПЭК». Вместо повторного копирования данных в кабинет перевозчика требовалась подготовка заявки непосредственно из заказа с проверкой менеджером перед отправкой.

В дальнейшем исправили подстановку телефона: в заявку периодически попадал подменный номер Мегамаркета вместо нужного номера из заказа. До исправления сотруднику приходилось проверять это поле при каждом отправлении.

Вес и объём должны соответствовать грузоместам

Доработали передачу параметров груза по требованию ПЭК. При отправке отдельных грузомест общие вес и объём в заявке должны соответствовать сумме значений этих мест.

Обычное математическое округление приводило к расхождениям с проверкой перевозчика. В примере из задания объём 0,1822 м³ превращался в 0,18 м³, тогда как при округлении вверх до сотых требовалось 0,19 м³.

В требовании перевозчика допускались два согласованных подхода: округление вверх либо передача точной суммы по грузоместам без предварительного округления. Выполненная доработка касалась совместимости передаваемых значений с этой проверкой; конкретный выбранный вариант в итоговой записи не раскрыт.

Печатная заявка и маркировочная наклейка

Для расширения интерфейса отправки подготовили отдельное задание на действия с документами ПЭК:

• «Заявка» — открыть печатную форму груза в новой вкладке. В расположении кнопки оговаривался отступ от номера заявки.
• «Наклейки» — скачать маркировочную этикетку груза. Для кнопки согласовали зелёную границу и отдельный отступ.
• «Отмена заявки» — отменить перевозку на стороне ПЭК, очистить связанные сведения в плагине и дать возможность создать новую заявку. Кнопку требовалось выделить оранжевой границей и расположить справа.

Для печатных документов в задании использовались варианты метода ПЭК: type: big для формы заявки и type: simple для этикетки. Номер перевозки требовалось показывать группами по четыре цифры и копировать по нажатию в таком же формате.

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

Повторное отправление по существующему заказу

Дополнительно предусматривалось удаление локальной связи с номером груза, когда ПЭК уже не разрешает отменить исполненную заявку. Такое действие нужно для создания нового отправления по тому же заказу.

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

В сопровождении также разбирали заказ с двумя прикреплёнными номерами ПЭК. Один номер уже использовался для закрытия, а другой оставался связанным с тем же заказом. Обращение содержит отметку об исправлении, но после уточнения причины отдельная финальная проверка удаления лишней связи не отражена.

Массовая печать этикеток ПЭК

В требования к странице «Этикетки ПЭК» вошли три колонки: номер заказа магазина, номер заявки перевозчика и состав заказа. Менеджер должен выбирать отдельные строки или весь список и скачивать маркировочные этикетки одним файлом.

При проверке существовавшей страницы заказчик заметил, что она показывала и уже доставленные отправления. Для отбора потребовалось оставить только заявки в состоянии «Ожидается передача груза от отправителя».

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

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

Плагин «Действия по треку»

Восстанавливали автоматические действия с заказами на основе статусов перевозчика. В одном из обращений ПЭК уже показывала «В пути», а в Shop-Script заказ оставался «Подтверждён» вместо перехода в «Отправлен».

Команда cron при этом была включена и выполнялась, поэтому задача не ограничивалась созданием расписания. Изменения вносились в плагин bnptracking.

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

Создание и редактирование заказа в административной панели

Устранили бесконечную загрузку при создании нового заказа и открытии существующего для редактирования. Ошибка воспроизводилась у заказчика в нескольких браузерах и на телефоне.

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

«Лёгкая накладная TWIN»

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

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

Эти изменения относились к заполнению существующей накладной, а не к созданию отдельной системы документооборота.

Перемещение снятых с производства товаров в архив

Исправили действие «Перенести в категорию». Вместо настоящего переноса товар лишь добавлялся в «Архив», оставаясь одновременно в прежних категориях.

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

Доставка в карточке, корзине и форме покупки в один клик

Срок и стоимость для выбранного города

Интегрировали в карточку товара плагин «Информация о доставке и оплате» с оформлением под тему InSale. Покупателю требовалось показывать срок и стоимость доставки и самовывоза для разных городов.

Заголовок «Доставка в …» и выбор города разместили в одной строке. Убрали дублирующие подписи «Курьер» и «Самовывоз» из согласованного представления, не удаляя сами способы получения заказа.

Вместо безусловной надписи «Бесплатно» настроили формат «от 0 ₽». Диапазон стоимости должен выглядеть как «от 0 ₽ до 3000 ₽», а не содержать связку «или». Это пример оформления диапазона из задания, а не фиксированный тариф для всех заказов.

Расположение блока и подробности курьерской доставки

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

Позднее доработали диалог курьерского способа: добавили пояснение внизу и отображение диапазона «от … до …» в соответствии с настройками плагина.

Отдельно разбирали невозможность сохранить пункт выдачи. Для проверки предложили уточнить ключ карт в настройках Webasyst; окончательное устранение именно этой ошибки в документе не подтверждено.

Совместимость быстрого заказа с доставкой по Москве и области

Проверяли совместную работу «Купить в один клик», расчёта курьерской доставки по Москве и Московской области и фильтра способов доставки.

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

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

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

Поля корзины и желаемое время получения

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

После адреса добавили два поля: слева желаемая дата доставки, справа — временной интервал. Интервалы были внесены вручную.

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

Уточнения по региональной доставке ПЭК

В отдельном обращении сообщалось об отсутствии расчёта ПЭК для регионов. Во время проверки расчёт работал, а конкретная причина первоначального сбоя не была зафиксирована.

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

Оплата по QR-коду, Яндекс Пэй и информация о скидках

Яндекс Пэй и Сплит в трёх частях магазина

Настроили плагин «Яндекс Пэй и Сплит. Виджеты и бейджи». В карточке под кнопкой покупки требовался вариант «Бейдж + Виджет», в категориях — бейджи рядом с товарами.

В корзине виджет должен появляться в блоке оплаты только при выборе «Яндекс Пэй». Для этого поведения добавили настройку во вкладку «Корзина».

Возможность самостоятельно отключать размещения использовалась из штатных настроек плагина. Она не описывается как отдельно разработанная с нуля система управления всеми виджетами.

QR-код вместо ручной отправки покупателю

Доработка QR-оплаты через МодульБанк отмечена выполненной. Исходная задача заключалась в том, чтобы после оформления заказа покупатель получал QR-код, а не ожидал его ручной отправки менеджером по email.

При постановке различали три ситуации: переход на общую банковскую страницу, возможность оплаты только после подтверждения заказа и отдельный способ «Оплата по QR-коду», который первоначально был заглушкой.

Для получения QR-кода банк указал на использование API. В материалах обсуждались изменение отдельной копии платёжного плагина либо реализация самостоятельного обработчика; конкретная итоговая архитектура не описана.

Повторный доступ к оплате

В требования к QR-сценарию вошли ссылка в личном кабинете и возможность вернуться к оплате из email-уведомления, если покупатель закрыл страницу сразу после оформления.

Эти условия сохранены как часть задания. Отдельного подтверждения проверки каждого повторного перехода и всех состояний оплаты в переписке нет.

Выгода при оплате наличными или по QR-коду

В карточке перед кнопкой покупки добавили блок «Получите ещё выгоду до … ₽». Он показывает возможную скидку при оплате наличными и по QR-коду на основе настроек плагина скидки по способу оплаты.

Аналогичный расчёт вывели в отдельном блоке корзины. По замечанию заказчика изменили регистр текста, чтобы оформление соответствовало остальным элементам сайта.

Дополнительно настроили округление отображаемых значений после скидки до целых рублей в карточке и корзине. Конкретный процент скидки не был зафиксирован как постоянное условие для всего ассортимента.

Услуга монтажа: региональные ограничения, цены и отдельная страница

Монтаж только для Москвы и Московской области

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

После обновлений InSale работу плагина «Скрытие услуг» восстанавливали повторно. На позднем этапе также ограничили видимость связанной ссылки на услугу теми же регионами.

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

Зачёркнутая цена услуги для конкретного товара

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

Для согласованного технического значения 1 ₽ предусмотрели вывод «Бесплатно». Эта единица служит условием отображения в доработке; она не означает, что весь монтаж на сайте предлагается на одинаковых условиях.

Дополнительно убрали скобки вокруг цены и выделили её жирным. В мобильной версии разместили чекбокс «Требуется установка» и его подпись в одну строку.

Страница «Установка кондиционеров» по макету

Сверстали отдельную страницу услуги по предоставленному макету Figma и разместили её в разделе услуг магазина. Контент страницы доступен для редактирования через раздел «Страницы».

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

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

Отзывы организации и каналы обращения

На страницу подключили предоставленный виджет отзывов организации из Яндекса. Это встраивание внешнего блока, а не перенос отзывов в собственную базу магазина.

Добавили переходы в WhatsApp и Telegram. Для обращения с вопросом требовались имя, email для ответа и текст вопроса; для запроса расчёта предусмотрен отдельный сценарий с контактными данными.

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

Восстановление изображений страницы услуги

Позднее исправили отображение изображений на странице установки кондиционеров после нарушения вёрстки, связанного в обращении с плагином «Изображения PRO».

Это исправление конкретной страницы. Отдельная проблема с бесконечным обновлением главной рассматривалась независимо и не объявляется устранённой только на основании этой работы.

Доработка карточки товара и окна добавления в корзину

Рекомендации после нажатия «Купить»

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

Затем добавили покупку рекомендованного товара непосредственно из этого блока и скорректировали расположение элементов. Кнопку «Купить» требовалось размещать рядом с ценой.

После первоначальных изменений заказчик обнаружил дублирование сообщения «Товар добавлен в корзину» и кнопок продолжения покупок и оформления заказа. Это отдельное последующее замечание; окончательное устранение дублирования в документе не отмечено.

Отдельный блок заказа через мессенджеры

Перенесли плагин «Заказ через мессенджеры» в самостоятельный блок карточки. Изменение касалось расположения уже используемого способа обращения, а не разработки нового мессенджерного сервиса.

На следующем этапе заменили значок Viber на иконку MAX и привязали предоставленную заказчиком ссылку на чат.

Форма «Нашли дешевле»

Исправили кнопку «Нашли дешевле»: после отправки формы у пользователя не происходило ожидаемого действия. При доработке требовалось сохранить ранее изменённые шаблоны.

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

Миниатюры неквадратных фотографий

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

Задача касалась корректного представления фотографий разных пропорций. В ней не заявлены перерисовка изображений, изменение самих товаров или массовая замена исходных фотографий.

Подсказки характеристик

Настроили плагин «Подсказки для характеристик» в двух блоках страницы товара: кратких параметрах и полной таблице характеристик. В товарных списках подсказки выводить не требовалось.

Третье запрошенное место — вертикальный фильтр категории — выходило за поддерживаемую область работы установленного плагина. Для этого потребовались бы изменения его кода; завершение такого расширения в материалах отсутствует.

Интеграция SEO-фильтра в тему InSale

Переходы на подготовленные страницы подбора

Подключили плагин «SEO-фильтр» к теме дизайна. Для проверки настроили фильтрацию по брендам с переходом на соответствующие SEO-страницы в разделе сплит-систем.

Отдельно вывели ссылки на SEO-фильтры в категории кондиционеров. Управление ими предусмотрено через настройки ссылок плагина, а не через ручное редактирование каждой кнопки в шаблоне.

В качестве примера заказчик запросил подборку по площади помещения 20 м². Задача заключалась в интеграции и настройке навигации по выбранным параметрам, а не в подтверждённом росте поисковых позиций после установки плагина.

Добавление параметра без сброса уже выбранных условий

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

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

Обновления темы, аналитика и восстановление работы сайта

Проверка новой InSale с сохранением прежней версии

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

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

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

Совместимость индивидуальных доработок с обновлениями

После обновлений восстанавливали региональное скрытие услуг и вывод данных в накладной. Для плагина bnptracking в истории прямо зафиксированы индивидуальные изменения кода.

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

Яндекс Метрика и Super Cache

Исправляли работу счётчика Яндекс Метрики, установленного через раздел «Скрипты». Проверка затрагивала изменения в шаблоне и взаимодействие с Super Cache.

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

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

Самопроизвольное обновление страниц

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

Позднее появился другой случай: бесконечно обновлялась главная страница, и заказчик предполагал связь с логотипом и «Изображениями PRO». Завершение этого нового обращения и подтверждённая причина в документе не указаны.

Ошибки 503 и диагностика в момент сбоя

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

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

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

Дополнительные требования к развитию карточек товаров

Все вкладки в мобильной карточке без скрытого меню

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

В приложенном примере показаны разделы «Описание», «Характеристики», «Монтаж», «Оплата», «Доставка» и «Отзывы». Требование относится к видимости названий вкладок, а не к одновременному раскрытию содержимого всех разделов.

Отметки о завершении этой доработки нет.

Окно с подробным описанием услуги

Поставлена задача открывать отдельное окно с описанием выбранной услуги при нажатии на её обозначение, например на вариант «Стандарт». Для объяснения поведения заказчик предоставил страницу другого магазина.

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

Краткие характеристики с иконками

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

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

Отзывы с маркетплейсов с сохранением в магазине

В отдельном запросе описан импорт отзывов по ссылкам на соответствующие товары в Мегамаркете, Ozon и Яндекс Маркете, в том числе с фотографиями.

Важное условие — не обращаться к внешним страницам при каждом открытии карточки. Отзывы должны один раз сохраняться на сайте, а дальнейшее пополнение запускаться вручную.

Реализация такого импорта в истории не подтверждена. Его нельзя смешивать с подключённым на странице монтажа виджетом отзывов организации из Яндекса: это разные источники и разные способы отображения.

Результаты разработки и сопровождения IQ-Climat

Работа над iq-climat.ru охватила не только внешнее оформление. Подтверждённые доработки включают расчёт количества комплектов, подготовку складских данных поставщика «Бриз», обновление прайсов, исправления отправки товаров в Яндекс Маркет, параметров заявок ПЭК, трекинга и печатных документов.

На стороне покупателя развивались карточки оборудования, региональная доступность монтажа, индивидуальные цены услуг, скидки по способу оплаты, Яндекс Пэй, QR-сценарий, доставка, быстрый заказ и SEO-фильтр. Отдельно создана страница установки кондиционеров по макету и выполнены исправления темы и технических ошибок.

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

Нужна похожая доработка на Webasyst?

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

Подробнее об услуге — программирование и доработка интернет-магазинов на Webasyst. Другие примеры представлены в разделе доработки и техническая поддержка сайтов.