Не работает автоматический обмен 1с
Отвечаем на вопросы клиентов, почему: Интеграция осуществлена, но система работает не так как ожидалось? Обмен данными между Б24 и 1С работает не у всех менеджеров? Информация контрагентах или заказах не передается?
Откроем 1С УНФ версии 1.6 и активируем портал.
- Обмен данными не происходит только у определенного менеджера или группы менеджеров?
- Не происходит ни каких данных из Б24 в 1С?
- Нет обратного обмена данными из 1С в Б24?
- Обмен данными не происходит у всех менеджеров одинаково?
- Договорится о взаимодействии и совместной работе двух администраторов Б24 и 1С.
- Проверить текущую версию модуля.
- Проверить наличие новой версии обновления.
- Перед установкой новой версии сделать бэкап базы 1С и настроек модуля синхронизации.
- Если есть новое обновление, то нужно переустановить в нерабочее время модуль синхронизации.
- Проверить исчезла ли проблема после обновления модуля или осталась.
- Проверить сопоставление пользователей в обоих системах.
- Проверить фильтры обмена на предмет ошибок и пропусков.
- Убедится в правильности настроек доступов для проблемных сотрудников в модуле CRM и 1С.
Возможные причины:
Часто при приглашении новых сотрудников в портал Б24 администратор просто забывает добавить их в 1С и предоставить им соответствующие доступы. В результате для них отсутствует настройки синхронизации, которые проводятся со стороны 1С в меню «настройки синхронизации с Битрикс24.CRM», вкладка «Прочие», добавить пользователя.
Другая ситуация, заказы из Б24 перетекают в 1С, меняются и синхронизируются данные, меняются стадии, но обратная связь и изменения из 1С не возвращаются в Б24, например, созданный номер заказа в 1С не попадает в Б24.
Проблема чаще всего бывает в ошибке настроек вкладки 1С «Настройки синхронизации сделок.»
Типовая ошибка – настроенные и сохраненные в системе жесткие фильтры для определённых диапазонов дат, сотрудников или подразделений. Нужно убедится в том, что проблемный сотрудник включен и не забыт в нужном фильтре.
Б24 – 1С или 1С –Б24
Для решения проблемы иногда бывает достаточно просто поменять порядок.
Последний аргумент, который может повлиять на проблему – это формат работы в общих настройках.
Иногда работа в онлайн режиме приводит к многочисленным сбоям и задержкам, в таком случае рекомендуется в настройках включить режим работы по расписанию, например, с задержкой каждые 30-60-90 секунд.
Большим подспорьем является возможность сохранения истории событий в логах, который активируется в режиме общих настроек в разделе отладок и хранится в журналах ошибок и синхронизации.
Задача: требуется настроить обмен данными через файл из 1С: Управление торговлей 11 (далее УТ) в 1С: Бухгалтерия 3.0 (далее Бухгалтерия).
- платформа 1С: Предприятие 8.3 (8.3.13.1690),
- конфигурация Управление торговлей, редакция 11 (11.4.7.150),
- конфигурация Бухгалтерия предприятия (базовая), редакция 3.0 (3.0.72.72)
- режим Файловый (без сжатия).
- настроить параметры подключения,
- настроить правила отправки и получения данных,
- выполнить начальную выгрузку данных.
- настроить правила отправки и получения данных,
- выполнить сопоставление и загрузку данных,
- выполнить начальную выгрузку данных.
ШАГ 1. Настройка в УТ
Переходим в раздел «НСИ и администрирование» и выбираем пункт «Синхронизация данных». Обязательно должен быть указан префикс информационной базы. В нашем случае это «ЦБ».
Устанавливаем флаг «Синхронизация данных» и переходим по ссылке «Настройки синхронизации данных». Нажимаем кнопку «Новая синхронизация данных». В открывшемся окне выбираем конфигурацию, с которой будем настраивать обмен. В нашем случае это «Бухгалтерия предприятия, редакция 3.0».
Откроется окно настройки синхронизации. Выберем пункт «Настроить параметры подключения».
Так как обмен будет настраивать через файл, то выбираем пункт «синхронизация данных через файл, без подключения к другой программе».
Далее укажем каталог и настроим архивацию файлов.
Далее укажем префикс базы бухгалтерии и название файла с настройками синхронизации.
Обратите внимание: если указать префикс, по которому уже есть обмен, то будет ошибка, программа предложит указать уникальный код. Нажимаем «Далее» и на этом заканчивается первый шаг настройки.
В результате у нас появится два файла в указанной папке: файл с данными (Message_ЦБ_БП.zip) и файл с настройками обмена (Синхронизация данных через универсальный формат.xml). Обратите внимание: если в УТ попробовать перейти к этапу «Настроить правила отправки и получения данных», то будет ошибка.
ШАГ 2. Настройка в Бухгалтерии
Перед настройкой синхронизации в Бухгалтерии нам понадобятся два файла, созданных на предыдущем шаге. Разместим файлы Message_ЦБ_БП.zip и Синхронизация данных через универсальный формат.xml в любую папку на компьютере с базой Бухгалтерии. Внимание: если Бухгалтерия находится на одном компьютере с УТ, то ничего переносить не нужно. Будем использовать ту же папку, что и для УТ.
Сначала перейдем в раздел «Администрирование» и выберем пункт «Синхронизация данных». В открывшемся окне проверим, чтобы префикс указанной базы совпадал с префиксом, который мы указали на первом шаге.
Устанавливаем флаг «Синхронизация данных» и переходим по ссылке «Настройки синхронизации данных». Нажимаем кнопку «Новая синхронизация данных». В открывшемся окне выбираем конфигурацию, с которой будет настроен обмен. В нашем случае это «1С: Управление торговлей, редакция 11».
Откроется окно настройки синхронизации. Выберем пункт «Настроить параметры подключения».
Так как обмен настраиваем через файл, то выбираем пункт «синхронизация данных через файл, без подключения к другой программе». На Шаге 1 мы уже создали файл с настройками обмена Синхронизация данных через универсальный формат.xml, поэтому выберем его. Если был создан другой каталог и туда скопировали файл с настройками обмена, то выбираем его.
Далее укажем каталог и настроим архивацию файлов. В данном случае каталог может быть тот же самый или тот, в который перенесли два файла.
Далее проверяем настройки префиксов и на этом настройка параметров подключения в Бухгалтерии завершена.
Далее переходим к следующему этапу «Настройка правил отправки и получения данных».
Так как задачи выгрузки из Бухгалтерии у нас нет, то в настройках отправки данных укажем «не отправлять».
В настройках получения данных укажем типовые настройки. При необходимости можно указать свои настройки.
Нажимаем «Записать и закрыть». Далее переходим к следующему этапу «Выполнить начальную выгрузку данных».
После выполнения операции будет создан в каталоге обмена файл с данными Message_БП_ЦБ.zip. На этом этап настройка обмена в Бухгалтерии закончена.
ШАГ 3. Окончание настройки в УТ
Вернемся в УТ. Если использовался другой каталог, то в папку обмена УТ перенесем файл, созданный на прошлом шаге Message_БП_ЦБ.zip.
Продолжим настройку синхронизации в УТ с этапа «Настроить правила отправки и получения данных».
В настройках обратим внимание на два поля.
1.Отправлять только используемую в документах нормативно-справочную информацию.
2.Отправлять все, начиная с даты. Это поле полезно, так как бывает, что нужно начать синхронизацию с определенного времени. Например, учет в УТ уже был настроен ранее, а в
Бухгалтерии только начинаем вести учет. Тогда нет необходимости переносить все документы из УТ в Бухгалтерию. Или второй случай: нужно поменять настройки обмена, но чтобы они действовали только для документов с определенной даты.
Все остальные поля заполняем в зависимости от учета.
В нашем случае настройка получения данных не требуется. Оставляем ее без изменений.
Нажимаем «Записать и закрыть». Переходим к следующему этапу «Выполнить сопоставление и загрузку данных».
В нашем случае программа ничего загружать не будет и перейдет к следующему этапу.
На последнем этапе «Выполнить начальную выгрузку данных» программа выгрузит данные из УТ в файл Message_ЦБ_БП.zip.
Обратите внимание (для случая с двумя каталогами): полученный файл Message_ЦБ_БП.zip копируем в каталог обмена Бухгалтерии. В Бухгалтерии выполняем синхронизацию. При этом Бухгалтерия сначала загрузит данные из присланного файла Message_ЦБ_БП.zip, потом обновит свой файл выгрузки Message_БП_ЦБ.zip Этот файл выгрузки Message_БП_ЦБ.zip нужно скопировать обратно в каталог обмена УТ и в УТ выполнить синхронизацию. При этом УТ сначала загрузит данные (если они там есть) из файла Message _БП_ЦБ.zip, а потом обновит свой файл выгрузки Message _ЦБ_БП.zip и т.д.
ШАГ 4. Итоги
В результате мы получили файл с настройками обмена Синхронизация данных через универсальный формат.xml и два файла с данными: Message_БП_ЦБ.zip (данные из Бухгалтерии) и Message_ЦБ_БП.zip (данные из УТ).
Распределенная информационная база (РИБ) достаточно часто используется для организации работы филиалов и подразделений, позволяя оперативно обмениваться информацией, сохраняя нужную степень автономности. Несмотря на то, что данная технология достаточно надежна, время от времени ломается и она. Сегодня мы рассмотрим одну из довольно распространенных ошибок: Конфигурация узла распределенной ИБ не соответствует ожидаемой! Расскажем о причинах ее возникновения и методах борьбы с ней.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Начнем, как всегда, с начала. После того, как вы создали РИБ все изменения в конфигурацию информационной базы можно вносить только в главном узле. Впоследствии, при следующем обмене, все изменения будут переданы в подчиненные узлы и автоматически применены там. Но гладко было на бумаге.
В общем мораль этой истории проста - не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?
Решение "в лоб" - создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.
Откройте командную строку и введите (с учетом версии платформы и реального пути установки):
После выполнения данной команды появится обычное окно стартера, выберите там нужную базу и нажмите кнопку Конифгуратор.
Внимание! На платформах 8.3.7 - 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.
Если вы не хотите возиться с командной строкой, то можно воспользоваться одной из обработок, ниже представлена та, которую используем мы, она была найдена на просторах сети, и мы внесли в нее лишь косметические правки. Обратите внимание, обработка подходит лишь для обычного приложения, для конфигураций на управляемом приложении используйте ключ запуска Конфигуратора.
Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл - Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.
Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация - Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Восстанавливаем синхронизацию в 1С:Предприятие при проблемах с расширениями (патчами)
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Мы не будем подробно останавливаться на том, что такое расширения, об этом можно прочитать в официальной документации. Если коротко - то это специальные внешние модули, которые можно подключить к конфигурации и переопределить некоторые действия или добавить собственные. Они используются для исправления ошибок, адаптации или дополнения готовых прикладных решений, не внося изменений в код основной конфигурации. Это значительно облегчает дальнейшую доработку и поддержку доработанных решений, делает ее проще и дешевле.
Существует особый тип расширений - патчи, они официально выпускаются фирмой 1С и оперативно закрывают выявленные проблемы, это позволяет быстро устранить ошибки, не дожидаясь выпуска очередного релиза и не внося изменения в основную конфигурацию. На первый взгляд - дело хорошее, но все кроется в мелочах.
Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле - магазин должен продолжать работать, даже без связи с внешним миром.
В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.
Необходимым требованием для успешной синхронизации является идентичность конфигурации центральной базы и распределенных узлов. Если вы внесли изменения в конфигурацию центрального узла, то эти изменения следует распространить по РИБ, принять и установить, только после этого синхронизация будет продолжена.
Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.
Расширения бывают двух типов: которые вносят изменения в структуру данных ИБ и которые не вносят, изменяя только интерфейс или обработчики команд. Последние не представляют особых проблем в РИБ, они минимально влияют на синхронизацию и для устранения проблем достаточно просто перезапустить программу. Но даже если этого не сделано, то синхронизация сохраняется, как правило в одну сторону: обновления из центрального узла не загружаются, так как не применены прошлые изменения, но в центральный узел данные передаются исправно.
А вот если расширение вносит изменения в состав данных, то после синхронизации, как и при обновлении основной конфигурации, потребуется выполнить установку обновлений с обновлением конфигурации базы данных. И вот здесь обычно возникают проблемы.
В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как "вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения".
В любом случае, применяя расширения вносящее изменения в структуру данных, администратор должен принять его в распределенных узлах и установить, точно также, как и изменения основной конфигурации. Если все это нормально организовано, то особых проблем там быть не должно, современная платформа предоставляет достаточно возможностей для комфортной работы с принятием изменений.
Но в случае с патчами все меняется, отдельные, сказочно смелые люди, даже включают автоматическую установку исправлений, фактически закладывая мину замедленного действия под инфраструктуру РИБ. И последствия не заставят себя долго ждать, особенно если распределенные узлы находятся где-нибудь в сельской местности и со связью там не все хорошо.
При входе с полными правами предлагается выполнить повторную синхронизацию с центральным узлом, но она завершается неудачей.
В этом случае нажимаем Продолжить и входим в обычный режим работы 1С. Дальнейшие действия могут несколько различаться, в зависимости от конфигурации, а нашем примере это будет 1С:Розница 2.3. Переходим в Администрирование - Синхронизация данных - Настройки синхронизации данных и выбрав узел обмена (а он там будет один - центральный), нажимаем ссылку Синхронизация по расписанию.
Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.
Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже - потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.
Но бывает все гораздо хуже, после установки обновлений база снова просит повторную синхронизацию и все продолжается по кругу. В этом случае нам ничего не остается, как изучить Журнал регистрации, находим там ближайшую ошибку обмена и внимательно ее изучаем. Как правило там будет явно фигурировать проблемное расширение.
А теперь немного отвлечемся, на портале обновлений 1С можно найти описание всех патчей и внимательно изучить их. А потом крепко подумать и сделать выводы. Большинство исправлений устраняют ошибки, с которыми вы вряд ли бы столкнулись, поэтому необходимость их автоматической установки исчезающе мала. Правильным действием будет ручная установка патчей, по мере выявления проблем.
Далее переходим в центральную базу и загружаем ее в режиме Конфигуратора, переходим в Конфигурация - Расширения конфигурации и получаем полный список всех установленных расширений и патчей. После чего находим проблемное расширение и думаем. В некоторых случаях оно может устранять ошибку, которая существенна для центрального узла, но совершенно не влияет на периферию. В таком случае снимаем флаг Используется в РИБ, в остальных случаях просто удаляем расширение и выполняем синхронизацию с нужным узлом.
Таких расширений может оказаться не одно, поэтому повторяем описанные действия до достижения успеха. После чего повторите обмен несколько раз и убедитесь, что проблемы с синхронизацией отсутствуют.
Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз - пользователи снова не могут зайти, только текст ошибки немного иной.
В чем здесь нельзя сомневаться, так в том, что за подробностями они все обратятся и администратору вряд-ли это понравится. В чем же дело? А в том, что современная 1С - сложная система и восстановив синхронизацию мы все еще не завершили процессы обновления информационной базы. Поэтому снова запускаем базу с полными правами и выполняем повторную синхронизацию.
После чего нормальная работа базы данных будет восстановлена.
Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Не получается настроить автоматический обмен между Удаленными подразделениями, Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.08)
Настроил узлы, ввел пароль пользователя Робот, указал его реквизиты в "Настройке параметров", настроил расписание обмена. Пробую запустить -в ручную обмен срабатывает, автоматически -нет. В чем может быть ошибка. Скрины ошибок во вложении
Так еще интереснее. Сейчас настроил обмен от имени Администратора, причем указал пользователя не в "Настройках параметров", а в самом рег. задании. Обмен прошел без ошибок.
Базы все на SQL.
Возникли вопросы:
1. Как влияет указание пользователя Робот в "Настройке параметров" на организацию автоматического обмена? (У меня сложилось впечатление -никак не влияет)
2. Каких прав не хватает пользователю Робот для работы в автоматическом обмене УРБД? (Сейчас он с правами , которые создались при развертывании конфигурации -фото прилагаю).Если чего то не хватает в правах, почему сразу их не назначить при установки конфигурации с нуля автоматически?
3. Вопрос -чисто организационный. Без привязки к объему информации в файле обмена, для более быстрого поступления информации из удаленки в удаленку:
В какой последовательности лучше указывать запуск автоматического обмена на ЦБ и удаленных базах. Сейчас у меня настроено так- во всех базах обмен каждые 15 минут, обмен в базах удаленных начинается с 7.00, в базе ЦБ с 7.07. Обмен производится до 22.00 Это нормальный вариант?
Продолжаются проблемы пр автоматическом обмене. Вчера обмен автоматом на "удаленках" работал нормально, а в ЦБ запустился в 7.07 проработал до 8.32. и потом посыпались ошибки обмена и до конца дня автомат. обмен шел с ошибками в логах. Вечером (после 22.00) вручную обмен прошел нормально во все стороны во всех базах. Сегодня с утра опять такая же ситуация обмен проработал до 10.30 и потом посыпались ошибки.Ошибки идут только на файлах с одной "удаленкой" -в ней сейчас идет больший документооборот, чем во второй. Со второй удаленкой обмен проходит без проблем. Файлы ошибок прикладываю ниже. В чем причина может быть?
Базы физически пока на одном сервере, пользователь в обмене -Администратор базы данных. Т.е. условия одинаковые для всех баз.
И еще вопрос -вчера вечером (после сеанса ручного обмена -работал в базах только я) обновил конфигурацию в ЦБ и отправил их в "удаленки". Во всех базах "удаленки" процесс обмена запрашивал почему то пароль пользователя РОБОТ - пришлось на каждом этапе обновления забивать вручную пароль -иначе просто не обновлялась конфигурация. Во второй "удаленке" (та в которую обмен идет нормально) обмен прошел без проблем . А вот в перовой начались проблемы (либо я пароль робота указал на каком то этапе обновления не верно, либо еще что то) - но она просто заблокировалась и пока в консоли сервера 1с я блокировку не снял с базы , напрямую не зашел в конфигуратор и не обновил базу, работать в этой"удаленке" было нельзя.В связи с этим событием возникли вопросы:
1.Какие роли нужно указать (из тех которые идут стандартно в конфигурации Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.08))для того , что бы пользователь РОБОТ мог нормально работать в системе обмена (с автоматическим обновлением конфигурации).Сейчас у него стоит его стандартная роль "Обновление и обмен ИФЗ")
2. Почему при обновлении конфигурации процесс запрашивал ввод пароля пользователя РОБОТ?( ну не мог я в 2 -х базах неправильный пароль ввести)
Прошу ответить хотя бы в каком направлении "копать" -предстоит работа по мелким доработкам конфигурации -она будет обновляться раз 1-3 дня -сейчас положение дел в системе обмена не радует .
К 'организационному вопросу о периодичности обмена' - совет: прохронометрируйте время выгрузки и загрузки данных в каждую базу, наложите на ось времени - это позволит понять, какую периодичность выбрать. Бывает так, что для выгрузки изменений требуется куда больше 15 минут. Для загрузки впрочем тоже.
По поводу ошибок - новые объекты не добавляли в конфигурацию? При этом Роботу дали доступ к ним, аналогичный типовым объектам?
Цитата |
---|
Владимир Гаврилов пишет: К 'организационному вопросу о периодичности обмена' - совет: прохронометрируйте время выгрузки и загрузки данных в каждую базу, наложите на ось времени - это позволит понять, какую периодичность выбрать. Бывает так, что для выгрузки изменений требуется куда больше 15 минут. Для загрузки впрочем тоже |
Ну пока обмен идет 5сек-1,5минут, не больше.
Цитата |
---|
Владимир Гаврилов пишет: По поводу ошибок - новые объекты не добавляли в конфигурацию? При этом Роботу дали доступ к ним, аналогичный типовым объектам? |
Объекты добавлял, проверю права Робота.
Все 3 базы физически находятся на одном сервере, сервер 1с тоже один, т.е запускаются фоновые задания сейчас из под одной учетки , в 1с учетка на запуск рег. задания = учетка Администратора. Не понятно почему ошибки вылетают только на базе ЦБ
Читайте также: