Форум

[QUOTE]Сергей Мелюков пишет:
Та же проблема.
Решилось?
[/QUOTE]Поставьте все обновления и модуля 1С и БУС , это должно помочь.

[QUOTE]Михаил Щенков пишет:
Продолжаем тестировать модуль 4.0.2.3. Выгрузка на сайт занимает около 2-х часов. Все отборы и что выгружать и не выгружать - настроено. Как можно уменьшить время выгрузки?
[/QUOTE]Пользовательское дерево групп используется?
Полная выгрузка используется, или только изменения?
При следующем обмене время такое же?

[QUOTE]vva1972 пишет:
Если Товар оформлен как торговое предложение, то все в порядке, цены загружаются.
[/QUOTE]Цены хранятся в предложениях. если нет предложений, то и цен нет.
[QUOTE]vva1972 пишет:
2. в единице измерения дополнительный символ " > " это опечатка или так и должно быть?
[/QUOTE]Ошибка, должны были поправить. В новых обновлениях должно быт поправлено.

[QUOTE]Денис Диденко пишет:
[QUOTE] Александр Денисюк пишет:
Вполне вероятно, что ушла. Если много кто будет просить - вернем. Пока о ней вспомнили только вы..
[/QUOTE]Конечно нужна, что за мода, сначала сделать а потом убрать, странные вы, даже если оно используется на одном сайте все равно ОБЯЗАНА остаться. Поскольку функционал уже был внедрен.
[/QUOTE]Пока адреса, можно и ручками занести, их не много. Потом посмотрим.

[QUOTE]Василий Мазурок пишет:
Переделывается именно алгоритмы загрузки на стороне 1С?
или внесены изменения на стороне сайта?

Я почему спрашиваю, сейчас перекраиваю собственную поделку, что бы работала в новом режиме. Алгоритмы на стороне 1С мне полезны но не критичны, а вот если внесены изменения на стороне сайта - хотелось бы о них узнать по раньше.
[/QUOTE]Там все переделывается. С сайта будет выгружаться XML в новом формате(тот который выгружается из 1С сейчас). А в 1С будет дополнительные возможности управления загрузки данных(примерно 80% обработки написано заново). Но я пока не могу сказать, когда она сможет работать, т.к. если со стороны 1С она уже на этапе тестирования, то со стороны сайта работы практически еще не начинались.

[QUOTE]Роман Верховых пишет:
Добрый день,

Возник вопрос по новой версии 4.0.2.3. Как я понял, в сравнении со старой(3.1.2.22) ушла выгрузка адресов складов. Или это можно как-то вернуть?
[/QUOTE]Вполне вероятно, что ушла. Если много кто будет просить - вернем. Пока о ней вспомнили только вы..

[QUOTE]Виктор Третьяков пишет:
У меня вопрос по этой строке: (процедура СоздатьХарактеристикиНоменклатуры(Номенклатура, ИдНоменклатуры, Обработано, пНайдено, Создано))
[CODE] Найдено = мСтруктураДанных.ТаблицаПредложений.НайтиСтроки(Новый Структура("Ид", ИдНоменклатуры)); [/CODE]У меня в мСтруктураДанных.ТаблицаПредложений поле Ид хранит XML_ID текущего предложения. ИдНоменклатуры хранится, насколько я понимаю, в другом свойсте. А тогда метод НайтиСтроки() сможет найти то что от него требуется?
[/QUOTE]Если не изменяет память, то там хранится как ид товара, так и ид характеристики, т.к. нужно разбить объединенный ид на 2.
Сейчас обработка загрузки товаров кардинально переделывается.

[QUOTE]Василий Мазурок пишет:
Если в двух словах.
Запросом выбираем документы и получаем ТЗ с полями "идентификатор" и "Документ". Далее проходим циклом по ТЗ загруженных с сайта документов и ищем в ТЗ полученной запросом. Если находим берем документ и работаем - не находим - создаем новый документ. А для оптимизации можем добавить созданный документ в эту же таблицу - что бы избежать обращений к БД при поиске этого заказа в следующих итерациях цикла.....
Например при создании ПКО что бы не искать вновьсозданный документ в БАЗЕ - берем его из таблицы - предварительно его туда добавив.
[/QUOTE]Хорошо. Я в следующей версии модуля обмена сделаю, чтобы с запроса искались только те документы, ид которых в XML.

Т.е. в запросе вместо:
<Документ>.Б_Идентификатор <> """"
Будет:
<Документ>.Б_Идентификатор В (&СписокИдДокументов)

[QUOTE]Василий Мазурок пишет:
Теперь вот к логике - насколько логично каждый раз для проверки наличия в базе 1-го заказа - заставлять сервер выбирать заказы за несколько лет работы и осуществлять операции по записи нескольких сотен тысяч записей во временную таблицу.

На мой взгляд, быстрее было бы, отобрать все идентификаторы и передать их как массив идентификаторо в запрос, ограничив тем самым результат выборки, уменьшив время работы запроса и сократив количество операций чтения/записи. А если постараться можно вообще обойтись только операциями чтения.

Все вышесказанное сказано сугубо как личное мнение, и если я чего недосмотрел - прошу меня простить и просветить ....
[/QUOTE]Все идентификаторы документов хранятся в общем реквизите Б_Идентификатор. Т.е. чтобы получить все эти идентификаторы - придется перебирать все эти документы. А хранить их постоянно в течении сеанса где то - не очень хорошо это, да и не всегда полезно.

Я думаю, что прикручу к этому запросу условие по точке актуальности из настройки обмена. Она как раз нужна, чтобы отсеивать старые документы. А может и нет, т.к. он все равно эти документы прочитает.

[QUOTE]Иван Вялков пишет:
[QUOTE] Александр Денисюк пишет:
нет. Все 5 выгрузятся в одной настройке. Там устанавливается соглашение, которое подставится в заказ.
[/QUOTE]у меня можно выбрать только одно соглашение
[/QUOTE]там где вы смотрите - это соглашение подставляется в заказ. выгружаются все, которые удовлетворяют условиям выгрузки.
Тут условия выгрузки соглашений: http://1c.1c-bitrix.ru/support/forum/forum26/topic65679/#

[QUOTE]Василий Мазурок пишет:
[QUOTE] Александр Денисюк пишет:
В этом случае все заказы пакета документов будут всегда выгружаться, вне зависимости нормально они загружены, или нет. А это нагрузка на сервер 1С и сайта
[/QUOTE]Может идеальным вариантом был бы компромисс между первым и вторым вариантом. Когда косячные документы в 1С не загружаются, однако на сайт отдается информация о том что конкретные документы не загружены.?

Для этого необходимо несколько переделать логику ответа 1С на сайт. Но зато на сайте появилась бы возможность отметить когда и как загрузился в 1С тот или иной заказ. "Зеленая лампочка" - документ в 1С загружен. "Желтая лампочка" - документ ожидает загрузки. "Красная лапочка" - документ не загрузился в 1С из-за ошибки. Да еще и ошибку из 1С показывать.

И тогда и менеджер сайта будет в курсе что у него что-то не выгрузилось в 1С. И нагрузки на сайт не будет. Не будет происходить потери заказов из-за молчаливого поведения процедуры обмена.
[/QUOTE]Да, такой вариант был бы хорош.

Напишите идею тут: http://idea.1c-bitrix.ru/category/bitrix/1c_integration/
Может и включат в планы.