Форум

[QUOTE]Павел Полтавцев написал:
Добрый день!

При попытке обновить версию модуля версия 1.1.0.21 до 3.0.0.2

Выдается ошибка.

Возможно не монопольный доступ к базе 1С
{Битрикс24КомплексУТ ОбщаяФорма.Б24_К_ПроверитьНаОбновления.Форма(321)}: Ошибка при вызове метода контекста (Записать): Ошибка применения расширения конфигурации: Значение контролируемого свойства ОбъектРасширяемойКонфигурации у объекта Справочник.ДоговорыЭквайринга не совпадает со значением в расширяемой конфигурации

Обновление делаю из монопольного доступа.[/QUOTE]
Может релиз конфигурации 1С неподходящий?

По ошибке ниже - сделайте слияние свойств. Возможно ид свойства потерялся. По ед. изм так же.
Не думаю что это связано с новой версией модуля.

[QUOTE]Сергей Перязев написал:
Все скрины относятся к свежему порталу, 1с УНФ последняя версия, модуль тоже последний. Тестирую свежий функционал[/QUOTE]
Переустановите модуль. Ошибка пройдет

[QUOTE]Сергей Перязев написал:
И ещё странная формулировка. И сама по себе и вроде если все "не" убрать, то должна сделка закачаться, но не закачивается
[URL=https://disk.yandex.ru/i/zOB1Ymv4YjG3qg]https://disk.yandex.ru/i/zOB1Ymv4YjG3qg[/URL] [/QUOTE]
что за конфа 1С? Какой релиз? Какая версия модуля?

[QUOTE]Кирилл Кузьменко написал:
ТП не может решить проблему, теперь при нажатии на кнопку счет покупателю в б24 открывается бэкофис с 1с-кой просто и все, даже счет не формируется.  [/QUOTE]
Перевыгружали настройки Бэкофис в Битрикс24?(нужно именно настройки подсистемы бэкофис)

[QUOTE]Евгений Шекин написал:
[QUOTE] написал:
Таблица будет актуализироваться когда, при проведении документов? А не замедлит ли это базу 1С?[/QUOTE] Актуализироваться она будет после загрузки на сайт. Т.е после выполнения обмена. Дозаписываем в регистр то что выгрузили.

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

Запросом сравнения получем разницу - отправляем в обмен. Снова дозаписываем после успешной загрузки на сайте. Вот как.[/QUOTE]
У вас всегда, по сути, происходит полная выгрузка(выгружаются только то, что изменилось). Схема интересная, но она не ложится с реалтаймом, который реализован.
Хорошо ложится при выгрузке по расписанию/ручной и только для остатков/цен. Как вариант для кастомизации - очень хорошо, но для типового решения навряд ли.

[QUOTE]Евгений Шекин написал:
Кстати почему остатки я считаю нужно выделить.Обмен Битрикс на 6000 позиций 10 минут. Я ради эксперимента написал обрабокту - выгрузка остатков. С УИДами, складами, остатками. на 6000 позиций. С передачей на сайт.Это заняло ровно 2 секунды. Загрузка на сайте через CSV 30 секунд.Разница в 20 раз![/QUOTE]

Вы предлагаете в таблице остатков хранить актуальные остатки, которые выгружаются? Таблица будет актуализироваться когда, при проведении документов? А не замедлит ли это базу 1С?

[QUOTE]Евгений Шекин написал:
Для того чтобы им задействовать обмен нужно пройти все регистры что вы понаделали. У вас там даже нет чтобы массово набор записей записывался. Полностью все циклично по 1 строке с товаром.[/QUOTE]
Плохо смотрели. Там где оправдано - используется

[QUOTE]Евгений Шекин написал:
В старом модуле был общий реквизит. Сейчас в расширении новом для УТ11 его убрали.. и создали регистр.[/QUOTE]
Он работает не так хорошо, как хотелось бы. Поэтому регистры.
[QUOTE]Евгений Шекин написал:
И вообще посмотрел код и модули Битрикса... что то совсем все печально. 100 товаров в базе с сайтом обменивается 10-25 секунд. Сайт у меня на отличном хостинге, а база на компе i9 12900K. Интернет - оптоволокно.[/QUOTE]
Похоже что сайт плохо настроен. Или куча предложений.
[QUOTE]Евгений Шекин написал:
Вы даже в регистре Распределения запасов не следите что именно там меняется. Потому что там 10 статусов, туда попадает вся движуха - заказы клиентов, всякое обособленное обеспечение, и все прочее. Хотя за свободные остатки вообще один из 10 статусов отвечает. У вас там вообще никакого контроля - все подряд как изменение идет.[/QUOTE]
Его стоит оптимизировать, да. Но пока есть более важные задачи.

[QUOTE]Евгений Шекин написал:
А сделать один единственный регистр назвать его Остатки на сайте (и кстати сюда же добавить УИДЫ). Тем самым сократив два регистра в один. Убрать бесконечные двойные записи.И при запросе обмена просто синхронизировать его с свободными остатками, поставив условие сравнения количеств. Т.е. получим только изменения. И вот эти изменения отправлять и в регистре изменять (ОДИН РАЗ, вместо того что у вас там происходит множество раз).[/QUOTE]
Я правильно понимаю, что вы предлагаете убрать регистры изменений, а добавить регистр для остаток, регистр для цен и тд? Ради чего? Прирост скорости в 1С будет мизерный(там все индексируется), головных проблемы вагон и маленькая тележка.
Вообще, опыт подсказывает, что если долго грузится - 99% случае проблема на сайте.


Схема с регистрами(изменений и пакетами) хорошо себя зарекомендовала. Да, в чем то избыточна, но надежна.

[QUOTE]Зоя Ушакова написал:
В УТ есть Вид контрагента Юр. лицо (нерезидент), при обмене ругается на этот реквизит. Я так понимаю, что в настройках должна быть возможность указать какому Виду Компании соответствует Контрагент в видом Юр. лицо (нерезидент), но в настройках такой возможности нет, есть только юр.лицо, ИП и физ.лицо. Подскажите, это недоработка модуля синхронизации или можно как-то добавить такой Вид компании на портале и затем прописать соответствие?[/QUOTE]
Разве нельзя создать новый шаблон реквизитов?
Создаете новый, привязываете его к "Юр. лицо (нерезидент)"