Форум

[QUOTE]дм ЧЕ написал:
теперь вот такая ошибка при обновлении{ОбщийМодуль.СтандартныеПодсистемыСервер.Модуль(27)}: Метод объекта не обнаружен (УстановкаПараметровСеанса) Справочники.ВерсииРасширений.УстановкаПараметровСеанса(ИменаПараметровСеанса, УстановленныеПараметры);[/QUOTE]
неправильно установили. походу не сняли флаг в окне сравнения объединения

На странице [URL=https://1c.1c-bitrix.ru/intranet/download.php]https://1c.1c-bitrix.ru/intranet/download.php[/URL] выложен модуль 1С трекер версии 2.0 для УНФ 1.6.10.40.

[QUOTE]Семён Мамонтов написал:
Это исключено, удалять параметры обмена не вариант, слишком много там прописано параметров[/QUOTE]
Тогда нужно через конфигуратор смотреть. Где то, что то не может сконвертироваться

[QUOTE]Семён Мамонтов написал:
Добрый день. Выполняю обновление модуля с 6.0.3.4 до 6.5.0.1При открытии 1С-Битрикс выдало сообщение Начало обновления до версии 6.5.0.0.Обновление до версии 6.5.0.0 завершено с ошибками. Продолжение обмена невозможно.В чём может быть проблема?[/QUOTE]
что то с настройками в версии 6.0.3.4. Такое иногда случается. самый простой вариант - удалить все настройки и создать заново

Возможно к концу месяца

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

Вообще. в 7 версии будет много чего.

[QUOTE]Потапов Сергей написал:
А реализация секрет?
Мне кажется самым удобным было бы привязаться к состояниям заказа. Кому-то конечно не хватит гибкости, но те могли бы передавать статус через доп. реквизит и обрабатывать при загрузки. Это уже индивидуальные случаи.[/QUOTE]
Можно будет настраивать статус. его можно будет привязать или с статусам заказа, или к состояниям заказа или к свойству заказа.

[QUOTE]Nikolay P написал:
Это ОЧЕНЬ неудобно.Объясню: в 1с всего 3 статуса заказа - согласен, что их нужно мапить со статусами БУС, но вот в БУС то можно их сделать неограниченное кол-во, что удобно для пользователя и позволяет некоторые процессы автоматизировать.Есть автоматизированные модули доставки, например, интегрирующие со службой доставки СДЭК. Так вот этот модуль сам проверяет статус продвижения посылки:пришел на транзитный склад - передан курьеру - пришел на склад самовывоза и т.п.Получается недопустимо использовать эту автоматику, естественно при условии, что они не пересекаются с теми тремя статусами?[/QUOTE]
В модуле версии 7.0 кой чего будет доработано и ваша проблема пропадет.

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