В общем и целом я вашу мысль, Vers, rtzra, понял. Ваша задача - быстро и без проблем импортировать файл поставщика в магазин.
У меня она немного другая - сделать нормальный и качественный магазин надолго.
Увы, мы не сходимся. Мы отбираем позиции, выставляем далеко не все от поставщиков, делаем все описания всех товаров вручную, фотографируем часть товара, разбираемся в продукте. И среди всего этого сформировать сводный прайс вручную - не проблема.
Просто разный подход. Не люблю делать халтуру.
Ну почему без привязки... :) К каждому товару привязан определенный поставщик, причем выбранный по определенной схеме (по одному товару может быть до 4-х поставщиков).
Я же говорил - схема сложная и многофакторная. Причем при заведении нового поставщика или группы товаров приходится формировать новые решения по логике прайс-листа. Это не завяжешь на формализованную обработку всего разом.
Вручную - да, в первый раз. Потом все автоматом.
Тематика - я бы назвал "всякая фигня". Важно то, что у нас порядка 7000 SKU в прайсе, ежедневная обработка занимает примерно 5-7 минут, если никто из поставщиков не решил выслать неправильный формат прайса, и 10-15, если таки сдуру решил :)---------- Добавлено 30.07.2014 в 19:01 ----------
Собственно то, о чем я говорил - это решается разовым составлением таблицы соответствий. Но никуда не денешься, ручками, ручками чтобы было качественно.
Нет, повторюсь. Это отдельная задача, не имеющая к импорту и собственно ИМ почти никакого отношения. Да, она однотипная. Но решается она внутренними ресурсами.
Еще раз приведу свой пример - у нас это просто ежедневная запись в определенное место прайс-листов и нажатие пары кнопок. Но это невозможно решить при помощи стандартизованных средств. Ибо все равно программные решения по каждому поставщику (и даже по каждой товарной группе) могут быть индивидуальными. И заведение нового поставщика при стандартных средствах становится практически невозможным.
Vers, вы путаете две проблемы, или, точнее, две задачи.
Задача №1 - импорт в ИМ прайс-листа с товарами. Не вижу тут никакой проблемы. Берем и импортируем. Файл имеется, формат его согласовывается и т.д.
Задача №2 - сопоставление товаров поставщиков товарам в магазине. Она не имеет никакого отношения с импорту и живет отдельно. Делается в целом не очень просто, согласен. У нас это сложный многолистовой файл в Excel. Привязка нового товара осуществляется вручную. Но это единственный способ получить правильную и достоверную информацию в магазине.
Итогом - формируется один лист для работы менеджеров и экспорта в магазин. В нем уже те параметры, которые нужны для ИМ.
Главная засада всего этого процесса в том, что поставщики порой норовят изменить формат прайс-листа :)
MoMM, да, но деньги перечисляются напрямую на счет продавца, минуя посредников. Т.е. при наличии платежной системы деньги придут, условно говоря, от ООО "Рога и копыта", причем так придут ВСЕ деньги от всех покупателей, а при прямом эквайринге будет приход на счет от Иванова И.И., Петрова П.П. и так далее.---------- Добавлено 29.07.2014 в 20:33 ----------
На самом деле вот это самое интересное. Я думаю, что юристы у них получше, чем мы с Вами :)
Так смотрите. Простой эквайринг. Банк регистрирует устройство передачи данных о картах - кардридер (или выдает его), кардридер передает данные непосредственно в банк, деньги зачисляются на счет продавца. В цепочке есть только продавец и его банк. Больше никого!
Второго банка в этой модели нет. Точнее говоря, банк тут вообще только выполняет операцию по передаче данных о списании в платежную систему.
В этом-то все и дело, что нет. При прямом договоре эквайринга деньги принимает продавец непосредственно на свой счет в банке.
С точки зрения движения денег - да.
В-общем да. Ибо оплата происходит не магазину, а кредитной организации. И это становится его обязанностью. А обязанности такой у него нет.
То есть если аппарат для карт, принадлежащий кредитной организации (А Яндекс.Деньги кредитная организация) выдается в пользование другой компании, то и требования о ККТ не возникает.
Я думаю, тут вот о чем речь - клиент платит не напрямую магазину на его счет (с прямым эквайрингом от банка), а Яндексу (как посреднику). И в этой ситуации Яндекс (как получатель платежа) и должен выдать клиенту подтверждающий документ. Ну он его как-то и выдает. А магазин выступает получателем безналичного платежа от посредника.
И да, в этой ситуации чек магазин не обязан выбивать. То есть он типа предоплату получил.
Во-первых решите - у вас товаров 5 тысяч или 70 миллионов.
Во-вторых - чушь собачья. У нас в прайс-листе 7000 SKU и все они описаны вручную с ручным подбором фотографий и очень внимательным изучением товара. Причем не "копирайтинг", а именно ручное описание с переводом данных с оригинальных сайтов производителей, собственными фото (там, где нет нормальных от поставщиков), изучением товара и т.д.
Да, это непростая задача. Но и результат в кармане вполне себе ощутим.
