Форум

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

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

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

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

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

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

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

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

[QUOTE]Дмитрий Калимуллин написал:
Не понимаю, как решить, после обновления модуля 1с 10.3 не ищется контрагент по инн создает нового, кпп тоже совпадает хотя он мне и не нужен, раньше работало все подставлялось  [/QUOTE]
Смотри, по чем ищется в настройках.
Вначале ищется по связке ИД+ наименование, а потом уже по настройке. Изменилось тока, что раньше искалось только по ИНН, а теперь по связке ИНН+КПП

Чем больше я объясняю, тем больше вопросов..
Спорить не вижу смысла, т.к. спор прекратился бы, если бы вы знали все нюансы. О проблеме известно, когда дойдет очередь - поправим. Есть более серьезные доработки, которые просят многие. Причем и сейчас можно обойти проблему. Насколько я знаю, нигде не афишировалось, что одна интеграция может поддерживать сразу пачку сайтов.

[QUOTE]Дмитрий Чебыкин написал:
Непонятный аргумент. 1c как-то пишет эти guid в commerce ML, а БУС почему-то не сможет. Я b_guid от руки набросал, показать что это случайное уникальное число для разных заказов.[/QUOTE]
Макс длина = 40 символам. Длина сайта, в теории, может больше 40 символов

[QUOTE]Дмитрий Чебыкин написал:
Нет проблемы со старыми интеграциями. Галку в настройки "Использовать для обмена заказами поле b_guid" (на стороне БУС и на стороне 1с - т.е. две настройки), старые пользователи так и будут по ИД, остальные по b_guid.
[/QUOTE]
А потом будете писать, модуль не работает, куча настроек. Проходили уже. Нужно наоборот отказываться от лишних флажков и тд.  Посмотрим, может что и придумаем..

[QUOTE]Дмитрий Чебыкин написал:
[QUOTE] Александр Денисюк написал:
[QUOTE] Дмитрий Чебыкин написал:
Спасибо, теперь понял. Нужно, чтобы искал не по ИД, а по ИД+нечто, нечто генерить как-нибудь на стороне битрикс, привязываясь к доменному имени, например ID#site.ru.Исправления не сложные, добавьте на стороне БУСА для заказов еще один тег  site.ru , а в 1с исправьте поиск заказов не только по  ИД но и по сайту.Для обратной совместимости в 1с сделайте галку "Использовать доменное имя для идентификации заказов".[/QUOTE]
1. Насколько я знаю, ид на сайте числовые.
2. На стороне 1С править - пол обмена переделывать. Пока не хочется.. Да и если сайт переедет, то будут проблемы.[/QUOTE]
Не  поняли вы меня. Причем тут числовые или нет.
Сейчас у вас для заказа из БУС, к примеру идет <ИД>1234</ИД>

Исправляете на стороне БУС чтобы было
<ИД>1234</ИД>
<Сайт>site.ru</Сайт>

В 1с в идентификатор электронного обмена будете писать 1234#site.ru.

Либо откажитесь от синхронизации по ИД, генерите дополнительно уникальный код типа guid в 1с и пользуйтесь им. В БУС - это добавить один столбец в таблицу заказов и переписать запрос для создания записи в этой таблице еще одним полем. Не думаю, что это сложно сделать. Ну дернете это поле для выгрузки заказов напрямую через запрос к БД.

Тогда будет

<ИД>1234</ИД>
<b_guid>wasjhhghhjj-76ghjjbjj-bnb456gvjb</b_guid> - вот  это надо использовать для синхронизации

Переезд сайта никаких проблем не создает.

А невозможность обмениваться с разными сайтами из одной 1с реально создает проблемы. Лайфхак с нумерацией на другом сайте с 1000000 не очень подходит.[/QUOTE]
1) Проблема не с новыми интеграциями, а со старыми. Если сделать по вашему, то нужно делать совместимость о старыми, а там все сложно.
2) По commerce ML есть формат, где длина кода определенной длины. С вашим форматом длина может быть больше
3) Тех, кто из 1С выгружает на разные сайты - не так много. Поэтому нельзя взять и все сразу переделать, т.к. есть риск, что сломается у тех, кто вообще не при делах.