Программа для массового изменения цен на Prom.ua и OpenCart

Проблема: На данный момент есть сайт на площадке Prom.ua c соответствующим функционалом. На сайте на данный момент почти 7 тыс. наименований. Товары поставляются несколькими поставщиками, которые предоставляют свои остатки и прайсы в exel-е. Изменение розничных цен (т.е. цен, которые видит на сайте клиент) происходит не на одинаковый процент, т.е., к примеру, один товар может подорожать на 10%, второй - на 5%, а другой - вообще подешеветь на 10%, хотя бренд и поставщик у этих товаров одинаковый. Функционал Prom.ua позволяет массово изменять цены как раз таки только на определенный процент или на определенное число. Если цены изменяются неравномерно, то один вариант - тысячи цен менять вручную, у каждого товара индивидуально. То же самое касается наличие товаров - изменение происходит только в ручном режиме.
Скоро ожидается появление сайта с тем-же ассортиментом, но на OpenCart, что повлечет за собой и необходимость изменять цены и наличие и на нем.
Задача: Создать программу для изменения цен/наличия продуктов на сайтах ( Prom.ua и OpenCart) согласно экселевским файлам поставщиков.
Как это может выглядеть: К примеру, делается экспорт товаров с сайта, экспортируемый файл грузится в программу. Подгружается файл поставщика - программа видит совпадение артикулов, подвязывает товар с сайта с товаром из прайса, меняет цену и наличие. После загрузки всех прайсов, программа формирует файл импорта обратно на сайт. Загружаем файл на сайт - на сайте актуальные цены и наличие.

Важные нюансы:
1) Необходима возможность привязывать несколько артикулов к одному товару. Это необходимо для товаров, у которых есть несколько размеров или цветов, например обувь - есть одна модель кроссовок, которая отображается на сайте одной товарной позицией. А в прайсе поставщика - 10 размеров по одной цене, но с разными артикулами. Мы привязываем все размеры к одной товарной позиции, а система должна поставить для всего товара"в наличии", даже если в наличии есть всего один размер.
2) Система должна округлять цены до целого числа, даже если в прайсе дробные. Необходимо для удобства взаиморасчетов.
3) Грузиться будет несколько десятков прайсов, поэтому необходимо придумать функционал, который не будет ставить "нет в наличии" только если он не нашел позицию в одном из файлов. Возможно, нужно сделать еще привязку по бренду. Например, грузим определенный прайс, отмечаем, какой именно бренд планируем обновить - и система в указанном бренде ищет совпадения по артикулу позиций на сайте и в прайсе и, если не находит что-то, то ставит у позиции указанного бренда статус "нет в наличии". Как не должно быть: мы грузим прайс бренда Х - система обновляет цены и наличие бренда Х, а товары всех остальных брендов ставит "нет в наличии", так как эти товары в файле не нашлись. Затем грузим прайс бренда У - система обновляет цены и наличие прайса У, а все остальные товары (в том числе и только загруженный бренд Х) ставит "нет в наличии".


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

Проблема: На данный момент есть сайт на площадке Prom.ua c соответствующим функционалом. На сайте на данный момент почти 7 тыс. наименований. Товары поставляются несколькими поставщиками, которые предоставляют свои остатки и прайсы в exel-е. Изменение розничных цен (т.е. цен, которые видит на сайте клиент) происходит не на одинаковый процент, т.е., к примеру, один товар может подорожать на 10%, второй - на 5%, а другой - вообще подешеветь на 10%, хотя бренд и поставщик у этих товаров одинаковый. Функционал Prom.ua позволяет массово изменять цены как раз таки только на определенный процент или на определенное число. Если цены изменяются неравномерно, то один вариант - тысячи цен менять вручную, у каждого товара индивидуально. То же самое касается наличие товаров - изменение происходит только в ручном режиме.
Скоро ожидается появление сайта с тем-же ассортиментом, но на OpenCart, что повлечет за собой и необходимость изменять цены и наличие и на нем.
Задача: Создать программу для изменения цен/наличия продуктов на сайтах ( Prom.ua и OpenCart) согласно экселевским файлам поставщиков.
Как это может выглядеть: К примеру, делается экспорт товаров с сайта, экспортируемый файл грузится в программу. Подгружается файл поставщика - программа видит совпадение артикулов, подвязывает товар с сайта с товаром из прайса, меняет цену и наличие. После загрузки всех прайсов, программа формирует файл импорта обратно на сайт. Загружаем файл на сайт - на сайте актуальные цены и наличие.

Важные нюансы:
1) Необходима возможность привязывать несколько артикулов к одному товару. Это необходимо для товаров, у которых есть несколько размеров или цветов, например обувь - есть одна модель кроссовок, которая отображается на сайте одной товарной позицией. А в прайсе поставщика - 10 размеров по одной цене, но с разными артикулами. Мы привязываем все размеры к одной товарной позиции, а система должна поставить для всего товара"в наличии", даже если в наличии есть всего один размер.
2) Система должна округлять цены до целого числа, даже если в прайсе дробные. Необходимо для удобства взаиморасчетов.
3) Грузиться будет несколько десятков прайсов, поэтому необходимо придумать функционал, который не будет ставить "нет в наличии" только если он не нашел позицию в одном из файлов. Возможно, нужно сделать еще привязку по бренду. Например, грузим определенный прайс, отмечаем, какой именно бренд планируем обновить - и система в указанном бренде ищет совпадения по артикулу позиций на сайте и в прайсе и, если не находит что-то, то ставит у позиции указанного бренда статус "нет в наличии". Как не должно быть: мы грузим прайс бренда Х - система обновляет цены и наличие бренда Х, а товары всех остальных брендов ставит "нет в наличии", так как эти товары в файле не нашлись. Затем грузим прайс бренда У - система обновляет цены и наличие прайса У, а все остальные товары (в том числе и только загруженный бренд Х) ставит "нет в наличии".


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