Форум

[QUOTE]vva1972 пишет:
Эту цену можно передать(изменить) из нашей учетной системы, а вот получить ее первоначальное значение не получается.
правильно я понял что не предусмотрено?
[/QUOTE]Предусмотрено. Тогда она должна храниться в самом товаре. Но лучше использовать предложения.

По 3 вопросу..
Товары и предложения хранятся в разных файлах.
У предложения ид может быть как равен ид товара, так и может быть равен <товар>#<характеристика товара>

[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/#