Форум

Там абсолютно ничего не контролируется. Нет контроля изменений. Ничего.

Просто любая запись по регистру какая бы она не была - совершает регистрацию в таблицу изменений и соответственно в пакет выгрузки.

И еще вечный косяк. Ужасный просто.

Модуль обмена отслеживает опять таки по подписке записи регистра Доступность товаров, ранее это был регистр Распределение товаров.

Это регистры которые полностью отвечают зы выгружаемые остатки. И модуль обмена пихает в пакет выгрузки абсолютно все записи, даже не проверяя изменилось там что или нет. Просто любое проведение по этому регистру - моментально ставит в выгрузку абсолютно все.



И вообще я посмотрел что там творится - это просто катастрофически не оптимизированный код. Он там такие ужасные выборки делает при этот отслеживании что просто в 100 раз замедляет работу всей штатной программы.

Не отслеживается абсолютно ничего точно. Просто напалмом шарашит. Я вам поясню - основные пользователи 1С + Битрикс, компании которые ежедневно к себе в базу тащат десятки и сотни прайсов с десятками тысяч товаров. Проценяют, загоняют остатки в базе.

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

Простая ситуация. Компания обновляет остатки по данным поставщика на 10000 товаров. Они делают это в 1С через приход.
Как делают? Снимают с проведения прошлый приход, делают новый.

В данном случае модуль обмена ДВАЖДЫ совершит регистрацию для выгрузки на сайт. Один раз при снятии документа на 10000 товаров, второй раз поставит эти же 10000 товаров в регистрацию обмена.

При этом там вообще может быть что остатки изменились всего на 100 строк.

Я уже вам предлагал - что текущая структура обмена Битрикс с 1С катастрофически не доработана.  Отслеживание через подписки "Перед записью" - совершенно не правильный подход.

Просьба исправить баг в новом обмене.

При записи дополнительных свойств и сведений. В модули битрикс стоит подписка на отслеживание изменений в регистрах сведений.

Так вот там в параметрах стоит РежимЗаписи, который у вас все время сравнивается с Истиной или Ложью.

Но дело в том что 1С уже давно поддерживает что этот параметр может быть иметь типы записи.

Изменение, слияние, замещение, удаление.

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

Хотя скорее всего. Надо уволить руководителей отделов. Или поменять собственника. На более рвущегося к тому чтобы что то развивать.

[QUOTE]Александр Гусев написал:
Ваши не реалистичные ожидания — это ваши проблемы.  Если у вас есть альтернатива лучше, уходите. В чём проблема, непонятно

Можете пойти на headhunter и удивиться, что, оказывается, какие-нить ИИ Инженеры стоят от полумиллиона в месяц... Что ж, это надо ходить на рынок ругаться, что ваш мега стартап по экономике не бьётся или всё-таки у вас что-то с ожиданиями не то?  [/QUOTE]

Странные сообщения конечно. Не нравится - уходите. Прелесно такое читать))

Да и уйдут.

На фоне еще кризиса эффект усилится. Если компания ставит крест, и даже такие сообщения являются нормой - не нравится, никто не держит. Ну так оно и произойдет.

Место того чтобы наоборот наверстывать и что то делать, да лучше ж ничего не делать)

В БУС ничего не развивается по реальным потребностям бизнеса, зато в Б24 наделали никому не нужных конструкторов сайтов и лендингов.

На админку нашли кучу средств - полностью переписать весь интерфейс. На админку!

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

СЕйчас вот уже 26 версия!! Помню с 15 версии каждый год анонсировали супер новую версию, красивые баннеры! Заголовки с какими то новейшими возможностями, приглашение на участие в мероприятии...

Маркетинг полным ходом! А потом оказывается что 20-21-22-26 версия.... изменений ноль.  Ну отключите тогда рекламу и выпуск новых версий. А то так до 150 версии ноль изменений, зато маркетинг хлопает в ладоши.

И да деньги на маркетинг судя по всем выделяются огроменные. На это они есть.

Поговорим?

Я правильно понимаю что сейчас при загрузке с сайта заказов в 1С обмен от слова совсем не просматривает в 1С ничего - есть ли остатки на складе (а может даже и не только на складе заказа), есть ли заказы поставщику в пути. И никакого автодействия в зависимости от этого не совершает от слова совсем.

Особенно если компания имеет смешанную торговлю - часть со склада, часть под заказ. Многие компании виртуально грузят остатки поставщиков в свои базы (делают виртуальные склады и приходы) лишь бы на сайт выгружать эти остатки под видом что этот товар можно продать (заказать).

При этом с этих виртуальных складов в 1С естественно нельзя ничего делать, нужно чтобы склад подменялся при загрузке. Чтобы проводился анализ и правильно автоматическое событие - резерв, обеспечить, отменить....

К этому еще бы добавил что модуль обмена желает лучшего. Если каждый день грузить на 50 000 (а есть и 300 000) товаров каталог - остатки поставщиков, цены записывать. То там модуль обмена без какого либо контроля изменений ставил все на выгрузку при любой записи регистра доступные остатки (ранее это был распределение запасов).  Люди в ужасе когда у них в 1С документы эти проводятся часами, обмены тоже часами идут.

Там абсолютно ничего не контролируется. Нет контроля изменений. Ничего.

Просто любая запись по регистру какая бы она не была - совершает регистрацию в таблицу изменений и соответственно в пакет выгрузки.

И еще вечный косяк. Ужасный просто.

Модуль обмена отслеживает опять таки по подписке записи регистра Доступность товаров, ранее это был регистр Распределение товаров.

Это регистры которые полностью отвечают зы выгружаемые остатки. И модуль обмена пихает в пакет выгрузки абсолютно все записи, даже не проверяя изменилось там что или нет. Просто любое проведение по этому регистру - моментально ставит в выгрузку абсолютно все.



И вообще я посмотрел что там творится - это просто катастрофически не оптимизированный код. Он там такие ужасные выборки делает при этот отслеживании что просто в 100 раз замедляет работу всей штатной программы.

Не отслеживается абсолютно ничего точно. Просто напалмом шарашит. Я вам поясню - основные пользователи 1С + Битрикс, компании которые ежедневно к себе в базу тащат десятки и сотни прайсов с десятками тысяч товаров. Проценяют, загоняют остатки в базе.

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

Простая ситуация. Компания обновляет остатки по данным поставщика на 10000 товаров. Они делают это в 1С через приход.
Как делают? Снимают с проведения прошлый приход, делают новый.

В данном случае модуль обмена ДВАЖДЫ совершит регистрацию для выгрузки на сайт. Один раз при снятии документа на 10000 товаров, второй раз поставит эти же 10000 товаров в регистрацию обмена.

При этом там вообще может быть что остатки изменились всего на 100 строк.

Я уже вам предлагал - что текущая структура обмена Битрикс с 1С катастрофически не доработана.  Отслеживание через подписки "Перед записью" - совершенно не правильный подход.