Описание проекта
Торгуем на двух площадках. Карточки заводим руками: менеджер открывает кабинет, переносит название и описание из нашей базы, заново грузит фотографии, набирает цену — и потом делает то же самое во втором кабинете. Ошибиться здесь проще простого, и чаще всего путаница выходит именно с остатками: партию продали на одной площадке, на второй она ещё висит в наличии, покупатель спокойно оформляет заказ, а отгружать уже нечего.
Хочу заказать скрипт обмена, который снимет эту работу с людей. Нужно, чтобы он забирал карточки из нашей базы, сопоставлял наши категории и характеристики с тем, что требует площадка, подтягивал фотографии и дальше по расписанию обновлял цены и остатки. Таблицу соответствий хотелось бы держать отдельно от кода: ассортимент меняется каждый сезон, и добавление новой категории не должно превращаться в отдельную задачу разработчику.
Вторая половина работы — прозрачность. Нужен журнал ошибок понятными словами: какая карточка, какое поле, что именно площадка не приняла. Рядом — ручной повтор неудачной выгрузки по одной карточке, без полного прогона каталога, и короткий отчёт «что изменилось за сутки», чтобы утром было видно, что вчера уехало наружу и с каким результатом.
Что жду в работе:
— выгрузка карточек товаров из нашей базы вместе с фотографиями
— таблица сопоставления наших категорий и характеристик с требованиями площадки
— обновление цен и остатков по расписанию, запуск на нашем сервере
— журнал ошибок человеческим языком: карточка, поле, причина
— ручной повтор конкретной неудачной выгрузки
— суточный отчёт об изменениях
— ключи доступа к площадкам лежат в конфиге вне репозитория и не попадают в журнал
— при ошибке обмена остатки НЕ обнуляются: прежние значения держатся до успешной выгрузки
— частота обращений к площадке держится в пределах её ограничений
— короткая записка, как потом подключить третью площадку без переделки всего
Хочу заказать скрипт обмена, который снимет эту работу с людей. Нужно, чтобы он забирал карточки из нашей базы, сопоставлял наши категории и характеристики с тем, что требует площадка, подтягивал фотографии и дальше по расписанию обновлял цены и остатки. Таблицу соответствий хотелось бы держать отдельно от кода: ассортимент меняется каждый сезон, и добавление новой категории не должно превращаться в отдельную задачу разработчику.
Вторая половина работы — прозрачность. Нужен журнал ошибок понятными словами: какая карточка, какое поле, что именно площадка не приняла. Рядом — ручной повтор неудачной выгрузки по одной карточке, без полного прогона каталога, и короткий отчёт «что изменилось за сутки», чтобы утром было видно, что вчера уехало наружу и с каким результатом.
Что жду в работе:
— выгрузка карточек товаров из нашей базы вместе с фотографиями
— таблица сопоставления наших категорий и характеристик с требованиями площадки
— обновление цен и остатков по расписанию, запуск на нашем сервере
— журнал ошибок человеческим языком: карточка, поле, причина
— ручной повтор конкретной неудачной выгрузки
— суточный отчёт об изменениях
— ключи доступа к площадкам лежат в конфиге вне репозитория и не попадают в журнал
— при ошибке обмена остатки НЕ обнуляются: прежние значения держатся до успешной выгрузки
— частота обращений к площадке держится в пределах её ограничений
— короткая записка, как потом подключить третью площадку без переделки всего
Веб программирование Наличные, Банковский перевод
