Форум

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

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

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

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

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

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

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

Есть такое, причем и в типовых модулях 1С(кроме УТ 10.3).

[QUOTE]UpStyle написал:
Как я вижу проблему - обновления ставятся одновременно и на сайте и на стороне 1С. видимо кто-то между собой не договорился, если файл, передаваемый с сайта перестал приниматься модулем 1С
[/QUOTE]
если бы ваша ошибка была у всех - давно уже авария была бы. Посмотрим, если будет частая, то сделаем что нить.

[QUOTE]UpStyle написал:
//Начало Костыля
           времТекст = Новый ТекстовыйДокумент;
времТекст.УстановитьТекст(ОтветСервера);
Если времТекст.КоличествоСтрок() > 0 Тогда

ПерваяСтрока = времТекст.ПолучитьСтроку(1);
Если СокрЛП(ПерваяСтрока) = "" Тогда
времТекст.УдалитьСтроку(1);
ОтветСервера = времТекст.ПолучитьТекст();
КонецЕсли;

КонецЕсли;
//конец костыля
[/QUOTE]
судя по коду - проблема первоначально была на в модуле 1С, с с сайтом. В итоге сделали костыль на стороне 1С..
По какой то причине у вас приходили данные с сайта, где первая строка была пустая. Кто то что то не то сделал у вас на сайте.