Форум

Ситуэйшен. Взяли себе и начали появляться в каталоге вещи непонятные моему разуму[IMG WIDTH=1575 HEIGHT=318]http://i.piccy.info/i9/c89539b13bade98ca88d6d2c66205c0e/1442563212/72241/951157/DzTrQgc.png[/IMG]
Одинаковые товары с одинаковым ВНЕШНИМ КОДОМ
Которые в базе живут себе как разные и обладают странными атрибутами Y вместо ДА и Типом 1

Кто сталкивался? Куда копать?

Коллеги.

Ранее (думаю) многие использовали для проверки обмена файлик bx_1c_import.php
C новым обменом он не работает.

Кто как проверяет обмен?

Странно, что не всплыло ранее, но Яндекс отклоняет фид с Cooper&Hunter т.к аперсанд должен заменятся на Cooper&Hunter.
Чвой дефолтная выгрузка этого не подразумевает?
Может у кого-то есть готовый обработчик?

Имеем на сайте 2 инфоблока - А и Б.

А - со SCU / ТП
Б - без SCU / ТП

Может я туплю, может ....

Но как в import.xml передать цены и остатки для каталога без ТП?

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

Есть инфоблок с рядом свойств. Часть создана на сайте, часть приходит из 1С.

С приходящими из 1С - все ок. А вот с созданными на сайте беда. Если у свойства типа список/строка стоит галка "использовать в умном фильтре", то после обмена с 1с у него пропадает эта самая галочка. (снимается)

С чем это может быть связанно?

Коллеги, подскажите в чем причина т.к обмен не совсем мой профиль, а ранее с таким не сталкивались.

Из 1С в файл import.xml описание товаров ложится в виде
[QUOTE]<p>Тип велосипеда BMX, рейсинг</br>
Вес 10 кг</br>
Рекомендуемый рост райдера 178-185 cм</p>
<p>Рама</br>
[/QUOTE]Это делает стандартный модуль обмена и как я смотрю он всегда так делал, но на сайте мы уже видим не преобразованный обратно код
[CODE]

Тип велосипеда BMX, рейсинг</br>
Вес 10 кг</br>
Рекомендуемый рост райдера 178-185 cм

<p>Рама</br>
[/CODE]А вместо разметки все заменено на пробел и все
[CODE]Тип велосипеда BMX, рейсинг
Вес 10 кг
Рекомендуемый рост райдера 178-185 cм
[/CODE]где и в настройках чего может крыться данная штука?

Ситуация. Есть каталог товаров, каталог ведется в USD сайт в ГРН (рубля нет вобще)

Базовая валюта / каталга - Бакс USD курс по-умолчанию - 1 (логично)
Валюта сайта - Гривна UAH курс по-умолчанию - 0,12 ( жестоко не удобно, но терпимо)

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

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

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

Вот так представлены товары в import.xml


[CODE] <catalog>
<i>
<id>813dcca1-babe-11dd-a715-001a4be1b58e</id>
<a>K4S/7/4</a>
<n>Комод</n>
<g id="813dccbd-babe-11dd-a715-001a4be1b58e"/>
<img>import_files/81/813dcca1-babe-11dd-a715-001a4be1b58e.jpeg</img>
<c n="ПОП" id="14143cf9-b9f7-11dd-a715-001a4be1b58e"/>
<k n="Комоди" id="9d2f397e-0626-11dd-a223-001a4be1b58e"/>
<p h="75,5" l="33,5" w="39" ln="Глубина" s="0"/>
<e>1</e>
<ins>
<in id="fd47405c-0150-11dd-b8ff-001a4be1b58e"/>
<in id="86de1025-0254-11dd-b8ff-001a4be1b58e"/>
<in id="86de1028-0254-11dd-b8ff-001a4be1b58e"/>
<in id="86de102a-0254-11dd-b8ff-001a4be1b58e"/>
</ins>
<col>
<с id="8bba6065-00bc-11dd-b8ff-001a4be1b58e" p="619" n="Вільха" e="1"/>
</col>
</i>
</catalog>[/CODE]WTF, что это вобще такое, кто-то встречал нечто подобное в обменах?

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

Где может в старом сайте скрываться алгоритм преобразования штуки и можно ли это как-то вернуть в знакомый вид, где это все отдельные свойства

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

Если подробнее, то

[QUOTE]пока обмены идут без картинок товаров все ок. как только хоть у одного товара в выгрузке появляется поле [B]<Картинка> .... </Картинка> [/B]у всех товаров стираются дополнительные изображения не смотря на то, что само поле в котором находятся дополнительные картинки в выгрузке никак не фигурирует и стираются даже у товаров которых нет в выгрузке[/QUOTE]
Факт наличия такого бага пришлось доказывать довольно долго т.к при тестировании через всем известный скрипт "эмулятор" загрузки проблема не наблюдается, она наблюдалась, наблюдалась только при  выгрузке каталога из 1С.

В итоге проблему увидели, отправили в ТП на доработку, где ее устраняли почти до сентября и закрыли с ответом:
[QUOTE]Зарегистрированное в разработке обращение было закрыто.
Модуль: iblock, версия: 12.5.5
Решение: исправлено
Номер обращения в разработку: 40325
[/QUOTE]Но
[LIST][*]а) в описании данного обновления об этом ни слова[*]б) нифига оно не исправило
[/LIST]снова открыли обращение, снова ТП не наблюдала проблему, снова увидела и открыла куда-то дальше на устранение бага. И вот ответ:

[QUOTE]В отделе разработок сказали, что эта логика является стандартной, так и должно быть.[/QUOTE]Только мы столкнулись с такой проблемой и я один считаю, что такая логика - не логична. Что нет никакой логики в том, что я прислав детальное изображение ЧАЙНИКА потерял все дополнительные изображения этого ЧАЙНИКА и соседнего УНИТАЗА???

Вопрос глупый - но все же.
До сего дня решали вопрос нужной валюты в счетах банальным переименованием РУБЛЯ на нужную валюту.
В текущей задаче так низзя, где и как задать валюту счета?

Графа при создании счета есть - наглухо запечатан РУБЛЬ и пофиг на все валюты в КП? Это так и планировалось?