Форум

Запустил современный модуль с обновленным БУС на продакте, повылазили еще мелкие проблемы.

1. Во-первых, по оживленному обсуждению с руководством решили, что идентифицировать контрагентов нужно чисто по ИНН, поскольку КПП может поменяться (а в базе остается старый) или просто быть не заполненным при заказе (а просто так сделать его заполнение обязательным тоже нельзя из-за ИПшников, для них бы пришлось вводить еще один тип плательщика). Вероятность работы с двумя филиалами одной компании у нас оценивается как очень низкая, а возможные проблемы обмена как несущественные.

Поэтому мне пришлось править модуль и добавить еще вариант идентификации "ИНН" - чисто по ИНН. В нашем случае идентификация для юр.лиц это ИНН->ВнешнийИД, для физ.лиц это ВнешнийИД->ИНН. ИНН для физ лиц нужен, так как ИПшники тоже идентифицируются по этому пути, хотя на сайте оформляются как юр.лица.

2. Второй недочет. Думаю, что ВнешнийИД должен определяться не просто по XML_ID пользователя, а с учетом ID профиля (профайла) покупателя. Точнее лучше добавить такой отдельный вариант этапа идентификации, чтобы можно было построить цепочку ИДПрофайла->ИДПользователя->ИНН для физ.лиц и ИП.

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

UPD. К сожалению, без правки модуля Sale в последнем случае не обойтись. Хотя, через обработчики обновлять при каждом новом заказе XML_ID пользователя можно...

Вышла новая версия для модуля синхронизации с УНФ, ред. 1.6. Версия 2.2.7.5.

Изменения:
- Для компаний и контактов выгружается служебное доп. поле, хранящее информацию о взаиморасчете с 1С  

- Для товаров выгружаются остатки по указанному в настройках складу. Остаток хранится в свойстве товара.

- Теперь выгруженные контакты из 1С можно привязывать/отвязывать к/от компании. Если отвязать, то контакт выгрузится как контрагент, если привязать - то как контактное лицо. Т.е. при привязке/отвязке в 1С будет одинаковый и контрагент и контактное лицо. У контакта контрагента будет просто ид контакта, а у контакта контактного лица будет "#"+Ид контакта. Если в документах будет указан только контакт, то будет подставляться контрагент=контакту. Если компания и контакт, то контрагент=компании.

- В связи с массовой проблемой слияния данных 1С с Б24, когда уже куча данных и в 1С и в Б24, был реализован мастер ручного слияния данных. Он помогает в слиянии со следующими типами данных:
1) Пользовательские поля компаний, контактов, счетов, сделок.
2) Компаний, контактов, реквизитов, банк. счетов.

- Исправление незначительных ошибок

Добрый день!
Настроен обмен между УТ11 и Битрикс24 в режиме реального времени. Все работает, все хорошо. Но единственное неудобство: если сделать изменения на стороне 1С, то данные в Битрикс24 появляются моментально. А если внести изменения в Битрикс24, данные в 1С появляются с задержкой около 15 минут. Не могу понять в чем дело. Поддержка Битрикс24 сказала что все у них замечательно. Расскажите пожалуйста как работает обмен в режиме real-time. Может я пойму куда копать. Вроде заявлено что изменения и в 1С и на портале должны бегать моментально.

Добрый день. Может ли Битрикс24 и 1С:УТ менять статусы сделок? Я создаю сделку на стороне 1С и она создается на стороне Битрикс24 и наоборот из Б24 в 1С создается сделка. Но при оплате заказа в 1С, статус в Б24 не меняется. В 1С я не нашел возможности сопоставление статуса сделок. Не подскажете где копать? И еще вопрос, в 1С основное поле Соглашение:, как его можно добавить в Б24, чтоб данные попадали из Б24 в 1С?