searchingman

По теме добавление своих полей.

С какой целью отвязываете принадлежность магазина у производителя?

ИдМагазина = 0 (прописано в коде) Правильнее сделать список исключений (наименований) производителей при обмене. Тогда если производитель (имя из файла обмена) выгружен на сайт и уже связан с нужными товарами, то его можно исключить из дальнейшего обмена. Требуется доработка модуля. ИМХО. Синхронизация по имени производителя не есть правильно, но т.к. производитель при обмене может быть в разных тегах в файле обмена ("Производитель", "Изготовитель" и какой-то другой), то автор отказался от GUID-а производителя из 1с. В данном модуле никак. Но, конечно, можно доработать и привязываться к ИД классификатора в файлах обмена (в настройках обмена в 1с понятие множественности каталогов). При этом придется дорабатывать модуль обмена на сайте. Но нужно ли? Проще магазины поднимать на разных версиях движка и в настройках обмена в 1с прописывать разные ссылки сайтов.

В алгоритме обмена в версии 1.6.4.8 (последняя в ветке 1.6.x) производители синхронизируются по наименованию, т.е. уникальный код из 1с GUID не используется. Сначала из БД запрашиваются все производители с учетом принадлежности к магазину (Ид магазина = 0), затем они сравниваются по наименованию из файла импорта (import.xml). Если Вы отключаете производителя от магазина, то он в запрос не попадает, при сравнении не находится и в итоге создается заново с привязкой к магазину. В настройках модуля обмена можно отключить обновление всех производителей, но не конкретного. Для ваших условий нужно править модуль. Если нужно, обращайтесь в личку.

Так автор v2 для тестирования выложил. Если для работы, то используйте более стабильную 1.6.4.8

Попробовал типовым модулем Розницы 2.3.4.33 в ocStore 2.3.0.4 (модуль обмена 1.6.4.8) выгрузить товары (цены, остатки) - работает (файлы импорта загрузились на сервер, в логе на сайте отражается загрузка). Из Розницы типовым модулем обмена выгружаете? Логирование в модуле обмена на сайте включили? Где Вы лог смотрите? Если в рознице нажать кнопку "Проверить соединение", то тоже отразиться в логе на сайте.

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

Из файла \admin\model\extension\exchange1c.php Выполняется запрос в таблицу 1c_unit в итоге ошибка "М182" (Получено более одной единицы по коду) Смотрите таблицу 1c_unit на предмет "дублей". По какому коду смотрите в своем логе ошибок.

Если у Вас есть готовое ТЗ или просто список вопросов , которые нужно решить, напишите в личку.

А почему бы Вам не продолжить задавать вопросу автору платного шаблона Cyberstore? Автор шаблона Вам подсказывает в каких файлах делать правки.

В личку файлы выгрузки пришлите. Также приложите файл лога. Посмотрю.

Мое сообщение касалось другого участника и больше касались переписки в личке. А у Вас какие проблемы с разными ИД?

Детали написал в личку. Проблемы в том, что при загрузке import.xml ошибки (файл не валидный, есть дубли объектов по ИД). Нужно исправлять ошибки в файлах импорта с большом количеством товаров. В файлах импорта с небольшим количеством товаров ошибок нет.

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

Нет. В теме уже обсуждалось.

Если неверный остаток только у одного товара, то сначала посмотрите какой остаток у Вас выгрузился в offers.xml Затем правильно проидентифицируйте товар (сопоставьте GUID из файла offers.xml с GUID-дом товара в таблице oc_product_to_1c). Если в таблице oc_product_to_1c GUID из файла импорта есть, то с правильным ли товаром (см. 'product_id') он связан на сайте Включите логирование при обмене и посмотрите обновление товара (остатков, цен) из offers.xml в логе загрузки \system\storage\logs\exchange1c.log

Пишите в личку, можно обсудить детали задачи.

У Вас доставка СДЭК, ОЗОН, Самовывоз в 1с (УТ 10.3) в документе "Заказ покупателя" учитываются как услуги на вкладке "Услуги"? Если да, то их GUID-ы можно узнать с помощью внешней обработки (см. ссылку на обработку "Поиск объекта 1С по GUID" выше в решении). Затем нужно посмотреть в таблице oc_order_total под каким именем доставка фиксируется модулями в заказе, конечно, если они пишут в типовую таблицу Opencart-а. Можете привести часть содержимого вашей таблицы oc_order_total для заказов с доставками от ОЗОН, СДЕК и самовывоз? Можно в личку, если не захотите здесь "светить" данные.

На данный момент в текущем модуле обмена опции выгружаются в виде GUID-а характеристики в тег "Ид" в виде GUIDТовара#GUIDХарактеристики. В таком же виде они парсятся типовым модулем обмена с сайтом в типовых конфигурациях 1с, н-р, УТ 10.3 Но для этого характеристики сначала нужно загрузить из 1с на сайт (см. таблицы oc_product_feature, oc_product_feature_value). При загрузке также создаются наборы опций товара на сайте. Иначе, если не используете выгрузку из 1с характеристик, то дописывайте модуль обмена, чтобы существующие опции сайта грузились в каком-то своем формате. Но и парсинг на стороне 1с тоже тогда придется дописывать.

Смысл решения в том, чтобы доставку на сайте связать с услугой в 1с. При загрузке заказа доставка с суммой будет добавлена в документ "Заказ покупателя" в УТ 10.3 в виде услуги (вкладка "Услуги"). Итоговая сумма заказа покупателя в 1с будет включать сумму всех товаров + сумму доставки. В УТ 10.3. документ выглядит так.

Да, про него речь. Еще обратите внимание на таблицу oc_product_to_1c , в которой происходит попытка поиска товара по GUID-у из 1с. Если там не находится товар, то получаете ошибку при загрузке данных из offers.xml

1. В файл orders.xml и так выгружается итоговая сумма заказа с учетом суммы доставки. Но в 1с (в частности УТ 10.3) в документе "Заказ покупателя" при загрузке из файла (orders.xml) итоговая сумма складывается из сумм товаров, но не итоговой суммы заказа из файла orders.xml Чтобы в итоговой сумме учитывалась доставка нужно добавить в документ "Заказ покупателя" товар-услугу "Доставка" (вкладка "Услуги") с суммой доставки с сайта. 2. К сожалению, пока на данный момент в последней версии модуля (1.6.4.8) не реализована функция связи доставок в Opencart с товарами (тип: услуга) в 1с (см. в админке модуля вкладку "Заказы" \ "Настройка видов доставки для экспорта в заказы в ТС"). Вариант решения. В файле admin\model\extension\exchange1c.php в queryOrders() код // Доставка в комментарий $query = $this->query("SELECT `title` FROM `" . DB_PREFIX . "order_total` WHERE `order_id` = " . $order_id . " AND `code` = 'shipping'"); if ($query->num_rows) { $document['Документ' . $document_counter]['Комментарий'] .= "\nДоставка: " . $query->row['title']; } // Доставка в комментарий $product_counter++; } заменить на $product_counter++; } // ++ Обработка доставки $query = $this->query("SELECT `title`, `value` FROM `" . DB_PREFIX . "order_total` WHERE `order_id` = " . $order_id . " AND `code` = 'shipping'"); if ($query->num_rows) { // Доставка в комментарий $title_shipping = $query->row['title']; $document['Документ' . $document_counter]['Комментарий'] .= "\nДоставка: " . $title_shipping; // Выгрузка доставки $summa_shipping = $query->row['value']; // Доставки, которые нужно выгружать в 1с // GUID из 1с => Наименование способа доставки в Opencart $shipping_guids = array( // '090b7aa9-0526-11dc-a415-00055d80a2d1' => 'Самовывоз', '5cfe4e44-0e29-11ec-9cc8-685d43a9424a' => 'Курьером', '5cfe4e46-0e29-11ec-9cc8-685d43a9424a' => 'Доставка в пределах МКАД', ); $shipping_guid = array_search($title_shipping, $shipping_guids); if ($shipping_guid != false) { // при необходимости указать GUID услуги "Доставка" из 1с для любого вида доставки в Opencart // $shipping_guid = '090b7aa9-0526-11dc-a415-00055d80a2d1'; $document['Документ' . $document_counter]['Товары']['Товар' . $product_counter] = array( 'Ид' => $shipping_guid ,'Наименование' => $title_shipping ,'ЦенаЗаЕдиницу' => $summa_shipping ,'Количество' => 1 ,'Сумма' => $summa_shipping ,'Скидки' => array('Скидка' => array( 'УчтеноВСумме' => 'false' ,'Сумма' => 0 ) ) ,'ЗначенияРеквизитов' => array( 'ЗначениеРеквизита' => array( 'Наименование' => 'ТипНоменклатуры' ,'Значение' => 'Услуга' ) ) ); $product_counter++; } } // ++ Обработка доставки 3. Как использовать: - можно задавать список доставок для выгрузки в 1с и их связь с GUID-ми услуг в 1с (см. массив $shipping_guids c комментариями в коде выше). - В 1с GUID-ы услуг (справочник "Номенклатура") можно узнать с помощью обработки, н-р, с помощью внешней обработки "Поиск объекта 1С по GUID" , которая позволяет получать как GUID по выбранному объекту, так и наоборот, по GUID-у может найти объект, что удобно при работе с файлами обмена (import.xml, offers.xml). Обработка работает, как на обычных формах (УТ 10.3), так и на управляемых (УТ 11.4) - можно задать для всех обрабатываемых доставок связь с одним GUID-ом услуги в 1с (см. переменную $shipping_guid в коде выше); 4. Тестировалось - демо конфигурация 1С УТ 10.3.67.3 , типовой механизм обмена с сайтом (меню "Сервис" \ "Обмен данными с WEB-сайтом") - ocstore 2.3.0.4 + последняя версия модуль обмена 1.6.4.8 от Gmp на типовых доставках и на бесплатном модуле с форума "Мультидоставка FREE 2" PS: - Также поправлен недочет (озвучивался в теме выше), когда в комментарий документа "Заказ покупателя" несколько раз дублировалось название доставки по количеству позиций товаров. - Конечно, это не законченное решение, т.е. "костыль". Правильнее таблицу связей выносить в админку, но не в исходниках.

Перед тем, как загружать предложения (цены, остатки, характеристики) из offers.xml , товар уже должен быть загружен с GUID-ом из import.xml Если у Вас новый товар, то проверяйте по GUID из файла предложений (offers.xml) есть ли он в import.xml

Нет. Вот здесь \system\storage\logs\exchange1c.log

Если используете модуль последней версии от Gmp 1.6.4.8 , то опция "Загружать остатки по складам" (вкладка "Остатки") вообще не задействована в исходниках, т.к. функциональность складов из модуля "выпилен" уже довольно давно. Вариант исключить обновление общего остатка товара при обмене. В файл admin\model\extension\exchange1c.php в updateOffers() перед $update_fields = $this->compareArraysData($data, $old_data, $no_update); добавить // ++ Список полей, которые не требуется обновлять $no_update[] = 'quantity'; // общий остаток // ++