Синхронизация данных 1С 8.3 УТ10.3 БП 3.0
Помогите люди добрые)
Делаю синхронизацию УТ с БП, в одну сторону, по одной организации, все стандартно, базы клиент-сервер sql, на винде - 64, машина одна xeon 20 гиг оперативки, из ут выгружается нормально, базы новые. При синхронизации в БП -> "выполняется анализ данных" и все, в администрировании сервера появляется фоновое задание и висит хоть сутки. Куда копать, чего я не знаю? Или оно вообще не работает?
Делаю синхронизацию УТ с БП, в одну сторону, по одной организации, все стандартно, базы клиент-сервер sql, на винде - 64, машина одна xeon 20 гиг оперативки, из ут выгружается нормально, базы новые. При синхронизации в БП -> "выполняется анализ данных" и все, в администрировании сервера появляется фоновое задание и висит хоть сутки. Куда копать, чего я не знаю? Или оно вообще не работает?
По теме из базы знаний
- Опыт проведения сложных переносов данных на 1С
- Правила обмена УТАП 10.3 - БП 3.0
- Интеграция 1С с маркетплейсами из одного окна: Озон, ВБ, Яндекс, Сбер, Али, ЛаМода - для УНФ, УТ, КА, ERP
- Правила выгрузки справочников и документов УТ10.3 -> Бухгалтерия 3.0
- Интеграция 1С с маркетплейсами OZON, WB, Яндекс.Маркет, Сбермегамаркет и др.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Много куда копать можно. От ошибки в платформе и гигантского объема данных, до ошибок в правилах, старых релизов или ошибок таблиц. Тестирование и исправление, чистка кешей, последние релизы, проверка регламентных заданий, это так, навскидку. Все типовое, не менялось? Обмен тоже?
(2) necropunk, релизы не старые, только работать начали, объем данных большой только в номенклатуре ут, файл сообщения 224 мегабайта, все типовое, в ут вписаны строки дополнительные счет фактур, вписаны в печатную форму, т.е. в самой счет фактуре только пару строк в модуле, никаких реквизитов дополнительных нет. Спасибо.
А какая платформа? На последней платформе если попробовать где-нибудь то же самое будет? Ну, я бы и шел в таком порядке как написал. Потом бы может под отладчиком или замером производительности запустил, чтобы понять что он там вообще делает и делает ли. Еще есть вариант, что один рабочий процесс битый, повисший. Если фоновое задание попадает на него - оно намертво виснет и все. Отладчиком в дабвг режиме или в файловом посмоти что там происходит, в общем, и происходит ли вообще. А там уже понятнее будет куда дальше копать.
(4) necropunk, Спасибо большое, платформа 8.3.5.1119, в общем оно непонятно почему таки завершилось, вполне возможно что удачно, сейчас буду пробовать загрузить данные в базу. Не мог же админ на отдельную бд производительность ограничить, УТ там же прекрасно летает.
У меня такая же проблема. УТ 10.3 выгружает данные достаточно быстро, а загрузка в БП 3.0 подвисает на этапе анализа данных. И тогда либо ждать - причем не понятно на каком этапе виснет (а смотреть через отладчик нет никакого желания). Один из вариантов решения, который мне помогает - открыть обработку в УТ - Регистрация изменений для обмена и удалить регистрацию по регистру Контактная информация. Есть подозрение, что внесли данные копированием и туда попали специальные символы, типа, перевод строки. Сейчас просто совсем нет времени разбираться.
Решил проблему. Переписав код конвертации "после загрузки данных" Условие :
Вот тут он и подвисает когда большой объем данных. Хотя там были еще ряд моментов, по мелочи. В общем конвертацию 1С криво сделали.
Если Параметры.ДокументыСОпределениемДопРеквизитов.Количество() > 0 Тогда
Вот тут он и подвисает когда большой объем данных. Хотя там были еще ряд моментов, по мелочи. В общем конвертацию 1С криво сделали.
(16) Tavriya,
из файла выгрузки удалил этот текст, данные в бухгалтерию 3.0 стали загружаться
<ОбщиеДанныеУзлов><Объект Нпп="2" Тип="ПланОбменаСсылка.ОбменУправлениеТорговлейБухгалтерияПредприятия30" ИмяПравила=""><Ссылка>
<Свойство Имя="Код" Тип="Строка">
<Значение>00</Значение>
</Свойство>
</Ссылка>
<Свойство Имя="ДатаНачалаВыгрузкиДокументов" Тип="Дата">
<Значение>2015-12-01T00:00:00</Значение>
</Свойство>
</Объект>
</ОбщиеДанныеУзлов>
из файла выгрузки удалил этот текст, данные в бухгалтерию 3.0 стали загружаться
<ОбщиеДанныеУзлов><Объект Нпп="2" Тип="ПланОбменаСсылка.ОбменУправлениеТорговлейБухгалтерияПредприятия30" ИмяПравила=""><Ссылка>
<Свойство Имя="Код" Тип="Строка">
<Значение>00</Значение>
</Свойство>
</Ссылка>
<Свойство Имя="ДатаНачалаВыгрузкиДокументов" Тип="Дата">
<Значение>2015-12-01T00:00:00</Значение>
</Свойство>
</Объект>
</ОбщиеДанныеУзлов>
(16) Tavriya, у нас тоже возникла такая проблема. Изначально настраивали обмен межу ут и бух - дата начала обмена поставили 01.01.2016.Как просил бух изначально. Хотя учет в ут ведется с 01.10.2015. Обмены пару раз проходили нормально без ошибок. Тут решили переиграть и выполнять обмен начиная с 01.10.2015. тут полезла эта ошибка:
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(3317)}: Значение не является значением объектного типа (Метаданные)
Если Отправитель.Метаданные().РаспределеннаяИнформационнаяБаза Тогда
Не удалось загрузить данные из "%1" (этап анализа данных).
Обмен настроен через файлы обмена, конфиги типовые, правила обновленные.
Отладчик строку 3317 пролетает.
Подскажите как решился Ваш вопрос?
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(3317)}: Значение не является значением объектного типа (Метаданные)
Если Отправитель.Метаданные().РаспределеннаяИнформационнаяБаза Тогда
Не удалось загрузить данные из "%1" (этап анализа данных).
Обмен настроен через файлы обмена, конфиги типовые, правила обновленные.
Отладчик строку 3317 пролетает.
Подскажите как решился Ваш вопрос?
(22) Slovar, как успехи?
Товарищи, кому удалось решить проблему???
У меня та же история - вдруг перестал работать обмен УТ 10.3 -> БП 3.0. Обмен был сконвертирован в декабре после перевода БП с 2.0 на 3.0 и один раз после этого прошел успешно. Сегодня же при загрузке в БП получила: Не удалось загрузить данные из "%1" (этап анализа данных).
Обновила конфигурации УТ10 и БП3, настроила новый обмен (кстати, какие-то там при настройке ошибки в номерах узлов) - результат тот же: сообщение про "%1" .
Отладчиком пользоваться не умею. Пробовала "Тестирование и исправление" (в обеих базах) - не помогло.
Товарищи, кому удалось решить проблему???
У меня та же история - вдруг перестал работать обмен УТ 10.3 -> БП 3.0. Обмен был сконвертирован в декабре после перевода БП с 2.0 на 3.0 и один раз после этого прошел успешно. Сегодня же при загрузке в БП получила: Не удалось загрузить данные из "%1" (этап анализа данных).
Обновила конфигурации УТ10 и БП3, настроила новый обмен (кстати, какие-то там при настройке ошибки в номерах узлов) - результат тот же: сообщение про "%1" .
Отладчиком пользоваться не умею. Пробовала "Тестирование и исправление" (в обеих базах) - не помогло.
(26) annasm@inbox.ru, Обмен заново настраивал из УТ, так же как и в первый раз.
По-поводу Message_001_БП или Message_002_001 не помню сейчас. Все зависит от того ,какие коды узлов стоят в плане обмена.
Единственно была проблема при настройке: ругался при указании префикса БП(Мол такой префикс был указан при предыдущем обмене). Мне нужно было указать именно этот префикс, так в Бух был настроен с ЗУП 30 на префикс БП. Не хотел плодить префиксы. В общем в предыдущем (неработующем) обмене изменил префикс на условный "БУ" и все.
По-поводу Message_001_БП или Message_002_001 не помню сейчас. Все зависит от того ,какие коды узлов стоят в плане обмена.
Единственно была проблема при настройке: ругался при указании префикса БП(Мол такой префикс был указан при предыдущем обмене). Мне нужно было указать именно этот префикс, так в Бух был настроен с ЗУП 30 на префикс БП. Не хотел плодить префиксы. В общем в предыдущем (неработующем) обмене изменил префикс на условный "БУ" и все.
(27) Slovar, спасибо, вроде (тьфу-тьфу), и у меня получилось.
Кстати, у вас все в порядке - последующие обмены тоже успешно проходят?
И еще: "в предыдущем (неработующем) обмене изменил префикс на условный "БУ"" - Вы точно именно префикс изменили, а не код узла? Потому что у меня при настройке нового обмена тоже такое сообщение было - я тогда заходила в журнал планов обмена и меняла код. После чего настройка создавалась.
И посмотрите все же, пожалуйста, имена сообщений (Мессаг) в своем каталоге обмена. На всякий случай.
=======================================
В моем случае, похоже, ошибок было две:
- при настройке нового обмена я не подгрузила в УТ правила
- подозреваю, что есть какой-то косяк конфигурации УТ (ее, кстати, и не обновляли уже с 10.02.16; впрочем, этот косяк влияет только на сидящих в базовых конфигурациях, потому что прямое подключение ко второй базе им недоступно)
В общем, когда вспомнила про правила и подгрузила их в УТ (типовые - интересно, что в них написано? надеюсь, что стандартная синхронизация происходит по коду - при настройке некогда обмена с БП2.0 я именно такое соответствие выбирала), первый обмен (переносила из УТ в БП только январь) состоялся. Но когда стала переносить февраль, произошел сбой - будто база-источник (УТ) не видит Мессаги второй базы. Справочно: Мессаги были не симметричными (вроде Message_001_БП и Message_006_001).
Тогда я как поступила (перечислю все действия, т.к. не знаю, какое оказалось значимым).
1. Обновила конфигурацию БП до 3.0.43.148
2.При создании очередного нового обмена в УТ задала отбор по организации (хоть она у нас и единственная)
3. Перед записью настроек обмена для второй базы зашла в новый план обмена и заменила код с "БП" на "006" (в БП2 предопределенный узел назывался так - желтая точка в списке планов обмена - а в БП3 я теперь не знаю, как это посмотреть), а также подгрузила новые правила конвертации и регистрации (из комплекта поставки новой конфигурации БП)
4. При продолжении настройки в БП опять задала отбор по организации.
5. Выгрузила данные из УТ, перенесла в БП - все прошло успешно, и мессаги теперь такие: Message_001_006 и Message_006_001
Для проверки добавила в УТ один документ, повторила обмен - опять успешно.
Надеюсь, больше эта проблема не вылезет - уйму времени на нее потеряла...
Кстати, у вас все в порядке - последующие обмены тоже успешно проходят?
И еще: "в предыдущем (неработующем) обмене изменил префикс на условный "БУ"" - Вы точно именно префикс изменили, а не код узла? Потому что у меня при настройке нового обмена тоже такое сообщение было - я тогда заходила в журнал планов обмена и меняла код. После чего настройка создавалась.
И посмотрите все же, пожалуйста, имена сообщений (Мессаг) в своем каталоге обмена. На всякий случай.
=======================================
В моем случае, похоже, ошибок было две:
- при настройке нового обмена я не подгрузила в УТ правила
- подозреваю, что есть какой-то косяк конфигурации УТ (ее, кстати, и не обновляли уже с 10.02.16; впрочем, этот косяк влияет только на сидящих в базовых конфигурациях, потому что прямое подключение ко второй базе им недоступно)
В общем, когда вспомнила про правила и подгрузила их в УТ (типовые - интересно, что в них написано? надеюсь, что стандартная синхронизация происходит по коду - при настройке некогда обмена с БП2.0 я именно такое соответствие выбирала), первый обмен (переносила из УТ в БП только январь) состоялся. Но когда стала переносить февраль, произошел сбой - будто база-источник (УТ) не видит Мессаги второй базы. Справочно: Мессаги были не симметричными (вроде Message_001_БП и Message_006_001).
Тогда я как поступила (перечислю все действия, т.к. не знаю, какое оказалось значимым).
1. Обновила конфигурацию БП до 3.0.43.148
2.При создании очередного нового обмена в УТ задала отбор по организации (хоть она у нас и единственная)
3. Перед записью настроек обмена для второй базы зашла в новый план обмена и заменила код с "БП" на "006" (в БП2 предопределенный узел назывался так - желтая точка в списке планов обмена - а в БП3 я теперь не знаю, как это посмотреть), а также подгрузила новые правила конвертации и регистрации (из комплекта поставки новой конфигурации БП)
4. При продолжении настройки в БП опять задала отбор по организации.
5. Выгрузила данные из УТ, перенесла в БП - все прошло успешно, и мессаги теперь такие: Message_001_006 и Message_006_001
Для проверки добавила в УТ один документ, повторила обмен - опять успешно.
Надеюсь, больше эта проблема не вылезет - уйму времени на нее потеряла...
Друзья, в что вообще никто никогда не пользовался в 1с замером производительности?
встроенный инструмент отладки 1с, запускаете сеанс с которого запустите обмен подключаетесь к нему в отладку( либо сразу в режиме отладки подключаетесь)
далее в конфигураторе через меню отлдака - замер производительности, в режиме предприятия запускаете обмен, через например 20 минут в конфигураторе опять нажимаете на кнопку замер производительности и вы увидите на какой строке кода у вас самое большое количество обращений и самое большое время, и дальше решаете проблему анализуруя то что там делается, возможно это поддается исправлению
встроенный инструмент отладки 1с, запускаете сеанс с которого запустите обмен подключаетесь к нему в отладку( либо сразу в режиме отладки подключаетесь)
далее в конфигураторе через меню отлдака - замер производительности, в режиме предприятия запускаете обмен, через например 20 минут в конфигураторе опять нажимаете на кнопку замер производительности и вы увидите на какой строке кода у вас самое большое количество обращений и самое большое время, и дальше решаете проблему анализуруя то что там делается, возможно это поддается исправлению
Проблема аналогичная: Односторонний обмен УТ 11.2.3.108 -> БП 3.0.43.148 через этот грёбанный универсальный обмен
Занимаюсь этой проблемой уже неделю - неоднократно протестированы конфигурации, неоднократно пересозданы обмены "с нуля", РС в БП "Публичные идентификаторы..." - пустой
Ругается "Не удалось загрузить данные из "%1" (этап анализа данных)." - и дальше - ничего!
Файл данных 19 мБ, куда копать - просто ума не приложу =((((
Занимаюсь этой проблемой уже неделю - неоднократно протестированы конфигурации, неоднократно пересозданы обмены "с нуля", РС в БП "Публичные идентификаторы..." - пустой
Ругается "Не удалось загрузить данные из "%1" (этап анализа данных)." - и дальше - ничего!
Файл данных 19 мБ, куда копать - просто ума не приложу =((((
(30) PhoenixAOD, а теперь универсальный обмен (через Enterprise Data) и есть стандартный для последних УТ и БП. Правда там не всё гладко, конечно. Недавно столкнулся с тем, что из УТ в РТ некорректно выгружаются виды цен из-за того, что реквизит "способ расчета" (перечисление) в УТ и в РТ имеет разные значения (не совпадают по именам). Идея-то хорошая у ED, но вот реализация пока хромает (без правки конфигурации правила обмена не поменять).
Народ , при обмене могут возникнуть разные проблемы. По ходу 1С просто плюнуло на УТ 10 и время ей особо не уделяет. Что и следовало ожидать. Нужно запускать отладку и смотреть на каких ошибках она падает. В край, можно вызвать специалиста. Танцы с бубном не гарантируют результат, а вот потраченное время жалко.
Вылезла такая же ошибка "Не удалось загрузить данные из "%1" (этап анализа данных)." в регистре сведеней публичные индетификаторы, действительно были битые ссылки, помогло простое Тест и исправ. с удалением битых ссылок.
самое простое решение! обмен настраиваете через локальную папку обмена файлами выгрузки загрузки!
и САМОЕ ГЛАВНОЕ ставите режим обмена в Бухгалтерии - > Двусторонний обмен!
таким образом из Торговли выгружается Файл_УТ_БП
загружаете его в Бухгалтерию (если поставили ДВУСТОРОННИЙ обмен , то окно по анализу данных выходить не будет, и файл загрузится моментально)
при этом из Бухгалтерии выгрузится Файл_БП_УТ
если не хотите его загружать в Торговлю, то просто удаляете этот файл из локальной папки, куда настроили обмен
и при следующем обмене Торговля ничего не загрузит, но снова выгрузит Файл_УТ_БП
и так далее, применяю такой способ при квартальных отчетах, когда нужно выгрузить из УТ в Бух (Анализ данных занимал пол дня, даже если нужно было выгрузить один справочник)
и САМОЕ ГЛАВНОЕ ставите режим обмена в Бухгалтерии - > Двусторонний обмен!
таким образом из Торговли выгружается Файл_УТ_БП
загружаете его в Бухгалтерию (если поставили ДВУСТОРОННИЙ обмен , то окно по анализу данных выходить не будет, и файл загрузится моментально)
при этом из Бухгалтерии выгрузится Файл_БП_УТ
если не хотите его загружать в Торговлю, то просто удаляете этот файл из локальной папки, куда настроили обмен
и при следующем обмене Торговля ничего не загрузит, но снова выгрузит Файл_УТ_БП
и так далее, применяю такой способ при квартальных отчетах, когда нужно выгрузить из УТ в Бух (Анализ данных занимал пол дня, даже если нужно было выгрузить один справочник)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот