написал: Таблица будет актуализироваться когда, при проведении документов? А не замедлит ли это базу 1С?
Актуализироваться она будет после загрузки на сайт. Т.е после выполнения обмена. Дозаписываем в регистр то что выгрузили.
Получаем равенство. До тех пор пока в базе пользователи опять чего то не продадут, оприходуют и так далее.
Запросом сравнения получем разницу - отправляем в обмен. Снова дозаписываем после успешной загрузки на сайте. Вот как.
У вас всегда, по сути, происходит полная выгрузка(выгружаются только то, что изменилось). Схема интересная, но она не ложится с реалтаймом, который реализован. Хорошо ложится при выгрузке по расписанию/ручной и только для остатков/цен. Как вариант для кастомизации - очень хорошо, но для типового решения навряд ли.
написал: Таблица будет актуализироваться когда, при проведении документов? А не замедлит ли это базу 1С?
Актуализироваться она будет после загрузки на сайт. Т.е после выполнения обмена. Дозаписываем в регистр то что выгрузили.
Получаем равенство. До тех пор пока в базе пользователи опять чего то не продадут, оприходуют и так далее.
Запросом сравнения получем разницу - отправляем в обмен. Снова дозаписываем после успешной загрузки на сайте. Вот как.
У вас всегда, по сути, происходит полная выгрузка(выгружаются только то, что изменилось). Схема интересная, но она не ложится с реалтаймом, который реализован. Хорошо ложится при выгрузке по расписанию/ручной и только для остатков/цен. Как вариант для кастомизации - очень хорошо, но для типового решения навряд ли.
Почему не ложится? Реалтайм это вы называете то что подписка на записях регистра? Которая делает записи в БУС_ТаблицаПроверкиОбъектовНаВыгрузкуВРежимеРеальногоВремени ?
Ну так вы к этой схеме можете оставить и этот регистр и подписку. НО в чем будет плюс! И кстати очень хороший. Как раз контрольный. Тогда из этого регистр в сравнительный запрос обмена отправится отбор по объектам. И если там не обнаружится изменений то некоторые позиции выпадут.
Т.е. по факту эта схема добавит контроль в результате беспорядочных записей в БУС_ТаблицаПроверкиОбъектовНаВыгрузкуВРежимеРеальногоВремени , которые могли не вызвать изменения остатков.
А значит в выгрузку попадет меньше позиций. И это тоже огромный плюс к предложенной мной схеме. Отбор кстати уменьшит запрос, но самое главное будет это получение фактических изменений по количествам.
Так что вполне себе и эта схема уладывается по реалтайму.
Более того!! В подписке на регистрацию. регистра БУС_ТаблицаПроверкиОбъектовНаВыгрузкуВРежимеРеальногоВремени
можно будет запрос приложить запрос сравнения. Т.е. проверяем - а изменился ли остаток между регистрами Распределение + Остатки на сайте. И если нет тогда не делаем запись! Это избавит множественные записи в регистр изменений в случае беспорядочных перепроведений или проведений которые не меняют остатки. А значит существенно снизит нагрузку на систему - будет меньше записей в регистр, меньше позиций попадет в обмен.
А значит ускорит и оптимизирует систему значительно!!!! Так что как ни крути добавление регистра ОстаткиНаСайте несет только пользу.
Это будет сказка! Убиваем все проблемы, получаем контроль регистрации, меньше дерганья регистров, существенное ускорение обмена. Т.к. теперь на всех шагах система не будет ничего делать если остатки в базе и между сайтом не изменились!! Красота!
Еще красивее будет в регистр ОстаткиНаСайте добавить реквизит регистр ВыгрузкаИстина (к примеру).
И как раз при проведении документов если получаем изменение между регистрами - записываем ВыгрузкаИстина = Истина. Что значит что позицию безусловно нужно выгружать в реалтайме! Причем делать выгрузку остатков, без файла с номенклатурой. А это значит что еще и тут значительная оптимизация!!!
Разделяя выгрузку номенклатуры и остатков, получаем просто сказочно быстрый обмен, который четко знает что выгружать-загружать.
написал: Добрый день. КА Версия 2.4.14.176 Бэкофис 4.0.0.3 Обновили платформу 1С до 8.3.21.1302. Перестали открываться и создаваться Заказы в 1С из сделок. ТП пишет: "По информации от разработчика модуля не срабатывает событие расширения "ПриНачалеРаботыСистемы" при работе в веб клиенте. Проверьте, пожалуйста, ситуацию на версии платформы 8.3.20. Если ситуация повторится на этой версии, то напишите, пожалуйста, в это обращение. Если не повторится, то для решения вопроса можно будет завести заявку в поддержку 1С, т.к. это ошибка работы платформы."
Будут ли какие то изменения в модуле или платформе, или откатываться на старую?
Добрый день. Я правильно понимаю, что бэкофис (в том числе последний Бэкофис 2.0 v.3.0.0.2) не работает с последними версиями платформы начиная с 8.3.21? Поддержка Б24 отправляет в 1С. 1С, как я понял за сторонние решения не отвечает. Уже полгода приходится работать на старой платформе, или можно это как-то настроить?
Игорь Чубуков написал: Добрый день.Я правильно понимаю, что бэкофис (в том числе последний Бэкофис 2.0 v.3.0.0.2) не работает с последними версиями платформы начиная с 8.3.21?Поддержка Б24 отправляет в 1С. 1С, как я понял за сторонние решения не отвечает. Уже полгода приходится работать на старой платформе, или можно это как-то настроить?
У нас модуль тестируется на 8.3.20.1710. Когда выйдет еще пару релизов платформы 8.3.22 - будем тестировать на ней
Здравствуйте. Есть запрос клиента на интеграцию Битрикс24 с УТ для Казахстана 3.4.4.103 (самая актуальная на текущий момент). Есть ли информация, когда выйдет модуль интеграции Битрикс24 с указанной конфигурацией 1С? Или есть какая-нибудь возможность использовать другие модули интеграции?
Валерия Илиади написал: Здравствуйте.Есть запрос клиента на интеграцию Битрикс24 с УТ для Казахстана 3.4.4.103 (самая актуальная на текущий момент).Есть ли информация, когда выйдет модуль интеграции Битрикс24 с указанной конфигурацией 1С? Или есть какая-нибудь возможность использовать другие модули интеграции?
Добрый день. Для УТ Казахстана 3.4.4 есть только модуль синхронизации. Модуль бэкофис пока не планируется, т.к. он реализован на расширениях, а УТ Казахстана 3.4.4. не поддерживает все его возможности(необходимые для интеграции)