Не работает синхронизация по расписанию 1с
Exch1C - простая утилита для управления синхронизацией в 1С:Предприятие
Распределенные информационные базы 1С:Предприятия давно и широко применяются пользователями. Основным механизмом обмена данными в таких системах является синхронизация. К сожалению, штатные механизмы предусматривают только синхронизацию по расписанию и для этого должна быть запущена программа (либо работать в клиент-серверном варианте), что несколько снижает гибкость и удобство этого механизма. Поэтому предлагаем воспользоваться нашей утилитой Exch1C, которая предназначена для внешнего управления синхронизацией в базах 1С:Предприятие.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Кто давно работает с 1С, тот должен помнить, что в конфигурациях прошлого поколения, работавших на платформе 8.2, в настройках синхронизации была возможность выполнять обмен по событиям, например, запуск и завершение работы программы. Это позволяло реализовать простые сценарии работы для удаленных торговых точек, когда программа гарантированно получала перед началом рабочего дня все необходимые изменения и отправлять в центральную базу итоги работы за день.
В новых конфигурациях, построенных на базе Библиотеки стандартных подсистем, возможности автоматизации сократили только до расписания. С другой стороны, БСП обеспечила конфигурациям требуемую унификацию, что позволяет довольно просто разрабатывать для них собственные решения.
Кроме уже описанного нами сценария существует целый пласт аналогичных задач, которые требуют выполнять синхронизацию в привязке к какому-либо событию, либо во внерабочее время. Тем более привлекательно использовать для этого возможности штатного планировщика задач Windows.
Можно еще долго растекаться мыслю по дереву в данном направлении, но мы думаем, что любой, кто работал с РИБ (распределенными информационными базами) самостоятельно найдет применение нашей утилите, поэтому перейдем к ее описанию.
Системные требования
Для отмены регистрации используйте:
Поддерживаемые конфигурации
Как мы уже говорили, благодаря применению в современных конфигурациях БСП наша утилита может работать с любой из них, необходимое условие - наличие поддерживаемого плана обмена. Из типовых на сегодняшний день проверены и поддерживаются:
- Бухгалтерия предприятия, редакция 3.0
- Зарплата и Управление Персоналом, редакция 3
- Комплексная автоматизация, редакция 2
- Розница, редакция 2.2
- Управление нашей фирмой, редакция 1.6 (начиная с 1.6.11)
- Управление торговлей, редакция 11
Cинтаксис
Для файловой базы
Для клиент-серверного варианта
Основные опции
- -F - путь к каталогу файловой информационной базы
- -S - имя кластера серверов для клиент-серверного режима работы
- -R - имя информационной базы на кластере серверов
- -U - имя пользователя информационной базы
- -P - пароль пользователя информационной базы
- -N - код целевого узла обмена, два символа, совпадают с префиксом узла
- -E - код плана обмена, один символ, подробности см. ниже
Если указываемый параметр содержит пробелы, то такое значение следует взять в кавычки.
Поддерживаемые планы обмена
- O - по организации, используется в Бухгалтерия 3.0, Управление нашей фирмой 1.6
- F - полный, используетя в Бухгалтерия 3.0, Управление торговлей 11, Управление нашей фирмой 1.6, Комплексная автоматизация 2
- S - по магазину, используется в Розница 2.2
- W - по рабочему месту, по магазину, используется в Розница 2.2
- T - с отборами, используется в Управление торговлей 11
- Z - распределенная информационная база, используется в Зарплата и управление персоналом 3
Использование
Прежде всего определимся, как определить план обмена, самый верный способ - посмотреть в конфигураторе. Для примера показаны планы обмена УНФ 1.6
В самой программе они могут называться иначе, но особых сложностей разобраться нет.
Код целевого узла обмена - это префикс того узла РИБ с которым вы хотите совершить обмен, его можно всегда посмотреть в настройках синхронизации.
Для примера запустим обмен по организации с узлом У2 в файловой базе:
Или полный обмен с узлом Ц2 в клиент-серверной:
По всем вопросам применения и поддержки утилиты вы можете обратиться в официальную тему на нашем форуме.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Восстанавливаем синхронизацию в 1С:Предприятие при проблемах с расширениями (патчами)
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Мы не будем подробно останавливаться на том, что такое расширения, об этом можно прочитать в официальной документации. Если коротко - то это специальные внешние модули, которые можно подключить к конфигурации и переопределить некоторые действия или добавить собственные. Они используются для исправления ошибок, адаптации или дополнения готовых прикладных решений, не внося изменений в код основной конфигурации. Это значительно облегчает дальнейшую доработку и поддержку доработанных решений, делает ее проще и дешевле.
Существует особый тип расширений - патчи, они официально выпускаются фирмой 1С и оперативно закрывают выявленные проблемы, это позволяет быстро устранить ошибки, не дожидаясь выпуска очередного релиза и не внося изменения в основную конфигурацию. На первый взгляд - дело хорошее, но все кроется в мелочах.
Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле - магазин должен продолжать работать, даже без связи с внешним миром.
В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.
Необходимым требованием для успешной синхронизации является идентичность конфигурации центральной базы и распределенных узлов. Если вы внесли изменения в конфигурацию центрального узла, то эти изменения следует распространить по РИБ, принять и установить, только после этого синхронизация будет продолжена.
Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.
Расширения бывают двух типов: которые вносят изменения в структуру данных ИБ и которые не вносят, изменяя только интерфейс или обработчики команд. Последние не представляют особых проблем в РИБ, они минимально влияют на синхронизацию и для устранения проблем достаточно просто перезапустить программу. Но даже если этого не сделано, то синхронизация сохраняется, как правило в одну сторону: обновления из центрального узла не загружаются, так как не применены прошлые изменения, но в центральный узел данные передаются исправно.
А вот если расширение вносит изменения в состав данных, то после синхронизации, как и при обновлении основной конфигурации, потребуется выполнить установку обновлений с обновлением конфигурации базы данных. И вот здесь обычно возникают проблемы.
В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как "вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения".
В любом случае, применяя расширения вносящее изменения в структуру данных, администратор должен принять его в распределенных узлах и установить, точно также, как и изменения основной конфигурации. Если все это нормально организовано, то особых проблем там быть не должно, современная платформа предоставляет достаточно возможностей для комфортной работы с принятием изменений.
Но в случае с патчами все меняется, отдельные, сказочно смелые люди, даже включают автоматическую установку исправлений, фактически закладывая мину замедленного действия под инфраструктуру РИБ. И последствия не заставят себя долго ждать, особенно если распределенные узлы находятся где-нибудь в сельской местности и со связью там не все хорошо.
При входе с полными правами предлагается выполнить повторную синхронизацию с центральным узлом, но она завершается неудачей.
В этом случае нажимаем Продолжить и входим в обычный режим работы 1С. Дальнейшие действия могут несколько различаться, в зависимости от конфигурации, а нашем примере это будет 1С:Розница 2.3. Переходим в Администрирование - Синхронизация данных - Настройки синхронизации данных и выбрав узел обмена (а он там будет один - центральный), нажимаем ссылку Синхронизация по расписанию.
Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.
Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже - потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.
Но бывает все гораздо хуже, после установки обновлений база снова просит повторную синхронизацию и все продолжается по кругу. В этом случае нам ничего не остается, как изучить Журнал регистрации, находим там ближайшую ошибку обмена и внимательно ее изучаем. Как правило там будет явно фигурировать проблемное расширение.
А теперь немного отвлечемся, на портале обновлений 1С можно найти описание всех патчей и внимательно изучить их. А потом крепко подумать и сделать выводы. Большинство исправлений устраняют ошибки, с которыми вы вряд ли бы столкнулись, поэтому необходимость их автоматической установки исчезающе мала. Правильным действием будет ручная установка патчей, по мере выявления проблем.
Далее переходим в центральную базу и загружаем ее в режиме Конфигуратора, переходим в Конфигурация - Расширения конфигурации и получаем полный список всех установленных расширений и патчей. После чего находим проблемное расширение и думаем. В некоторых случаях оно может устранять ошибку, которая существенна для центрального узла, но совершенно не влияет на периферию. В таком случае снимаем флаг Используется в РИБ, в остальных случаях просто удаляем расширение и выполняем синхронизацию с нужным узлом.
Таких расширений может оказаться не одно, поэтому повторяем описанные действия до достижения успеха. После чего повторите обмен несколько раз и убедитесь, что проблемы с синхронизацией отсутствуют.
Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз - пользователи снова не могут зайти, только текст ошибки немного иной.
В чем здесь нельзя сомневаться, так в том, что за подробностями они все обратятся и администратору вряд-ли это понравится. В чем же дело? А в том, что современная 1С - сложная система и восстановив синхронизацию мы все еще не завершили процессы обновления информационной базы. Поэтому снова запускаем базу с полными правами и выполняем повторную синхронизацию.
После чего нормальная работа базы данных будет восстановлена.
Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
В данной статье рассмотрим, как настроить обмен по расписанию в конфигурациях 1С.
Перейдем в раздел Администрирование – Синхронизация данных.
Если у Вас уже настроена синхронизация, то должен быть установлен флаг Синхронизация данных.
Как настроить синхронизацию между конфигурациям 1С читайте тут, если она не настроена.
Далее кликаем по кнопке Настройка синхронизации данных.
В открывшемся окне выбираем необходимую настройку синхронизации данных и кликаем по кнопке Еще – Сценарии синхронизации данных.
В открывшемся окне кликаем по кнопке Добавить и попадаем в форму создания нового Сценария синхронизации данных.
Устанавливаем флаг Автоматически по расписанию и кликаем по надписи рядом со значком часов, как на рисунке ниже.
В открывшемся окне настраивается расписание синхронизации данных, в нашем случае синхронизация будет происходить каждый час.
Кликаем по кнопке ОК и проверяем настроенное расписание.
В списке сценариев должен отражаться зеленый флаг в столбце с часами. Закроем окно сценариев и попадем обратно в список настроек синхронизации.
В окне настроек синхронизации тоже должен отражаться флаг автоматической синхронизации данных по сценарию.
В данной статье подробно описан процесс настройки синхронизации 1С:БП и 1С:ЗУП, а также описаны возможные варианты настройки синхронизации.
Перечень синхронизируемых данных
Документы:
Регламентированные отчеты:
Расчет по страховым взносам;
Подтверждение вида деятельности;
Соответствие условий труда;
Сведения о среднесписочной численности;
Необходимые условия для синхронизации
Для успешной настройки синхронизации данных БП 3.0 и ЗУП 3.1 обязательно выполнение ряда условий:
1. Релизы конфигурации ЗУП и БП должны быть выпущены примерно в одно время.
Перед настройкой синхронизации необходимо проверить релизы БП и ЗУП. Фирма 1С всегда поддерживает конфигурации в актуальном состоянии и выпускает несколько релизов обновлений за один месяц, в некоторых релизах присутствуют значительные изменения, например, появляются новые объекты. Они появляются как в ЗУП, так и в БП, поэтому для успешной настройки синхронизации релизы этих двух конфигураций должны быть примерно одинаковыми. При сравнении можно ориентироваться на месяц выпуска релиза.
2. Настройку синхронизации должен настраивать пользователь с полными правами.
Если в вашей информационной базе заведены пользователи, то настраивать синхронизацию должен пользователь с полными правами.
3. Данные справочников «Подразделения» и «Отражения зарплаты в бухучете» должны быть заполнены идентично.
Подразделения организаций, по которым будет настроена синхронизация должны быть одинаковыми. Если в БП у организации 3 подразделения, в которых трудоустроены сотрудники, то и в ЗУП у этой же организации должно быть 3 подразделения с трудоустроенными сотрудниками. Наименования подразделений может быть различным, например, «Администрация» и «Административный отдел».
Если количество подразделений разное, то на этапе сопоставления в конфигурации с меньшим числом подразделений будут созданы недостающие подразделения, но лучше предусмотреть этот момент заранее и создать нужные подразделения в справочнике вручную, тогда процесс настройки синхронизации будет проще.
Справочник «Отражения зарплаты в бухучете» также должен быть заполнен одинаковыми значениями. Данные этого справочника используются в одноименном документе с целью распределения начислений по счетам учета.
- справочник «Отражения зарплаты в бухучете» в БП.
Перейти к справочнику можно следующим образом:
При создании нового способа отражения необходимо заполнить поля «Наименование» и «Счет», а также аналитику, которая появиться после выбора нужного счета. Если в ИБ (информационной базе) есть организации, применяющие УСН, также необходимо заполнить реквизит «Отражение в УСН».
- справочник «Отражения зарплаты в бухучете» в ЗУП
Перейти к справочнику можно следующим образом:
В ЗУП справочник хранит только наименование способа отражения, так как проводок в конфигурации нет.
Если все условия соблюдены, то можно переходить к настройке синхронизации.
Настройка синхронизации
Для начала нужно установить флаг «Синхронизация данных» и ввести префикс ИБ.
Для этого необходимо перейти в раздел Администрирование – Синхронизация данных как в БП, так и в ЗУП.
Префикс можно задать любой, но необходимо учесть тот факт, что после задания префикса, он появится во всех номерах документов.
Далее можно начать настройку в любой из ИБ. В примере настройка синхронизации будет начинаться в ЗУП.
Перейдем по ссылке «Настройки синхронизации данных».
Далее открывается список всех существующих синхронизаций, если синхронизация настраивается впервые, список будет пуст.
Нажимаем кнопку «Новая синхронизация данных».
Открывается список программ, с которыми можно настроить синхронизацию данных, так как мы начали настройку в ЗУП, то выбираем «Бухгалтерия предприятия ред. 3».
Далее на форме отразится последовательный список действий. По ссылке «Настроить параметры подключения» переходим к первому этапу настройки.
Первый этап настройки в ЗУП. Настройка параметров подключения.
В окне представлены возможные варианты настройки подключения. Необходимо выбрать подходящий вам способ подключения к БП. Варианты настройки перечислены на картинке ниже.
Если вы используете конфигурации (обе или только одну) базовой версии, то первый вариант (прямое подключение) вам будет недоступен.
Чтобы выбрать вариант, подходящий вам, необходимо ответить на вопрос: «Как располагаются базы данных?». Есть 3 основных варианта расположения ИБ: на локальном компьютере, на сервере, в облаке.
Частой причиной ошибок при обмене выступает разрыв между обновлениями конфигураций ЗУП 3.1 и БП 3.0.
Помните, что для корректного обмена конфигурации должны быть актуальных релизов.
2) Проверка корректности подключения
Заходим в раздел Администрирование – Синхронизация данных – Настройка синхронизации данных.
Встаем мышкой на нужный обмен - кнопка Настроить – кнопка Ещё – Настройки подключения:
В открывшемся окне производим проверку подключения по одноименной кнопке:
Данную проверку следует произвести как в ЗУП 3.1, так и в БП 3.0.
Распространенные ошибки подключения:
При подключении через сетевой каталог – разные папки для обмена в ЗУП 3.1 и БП 3.0 (в данном случае нужно проверить оба пути и указать верный); отсутствие доступа до папки (обратиться к системному администратору для настройки общего доступа);
При прямом подключении – смена пароля у пользователя, используемого для подключения (следует обновить данные для подключения).
Обмен проходит, документы не переносятся
Документы регистрируются к обмену в автоматическом режиме при добавлении, изменении. Бывают случаи, когда документ по какой-то причине не переносится.
1) Убедиться, что нужный документ по дате попадает в период, с которого начинается обмен данными:
Если необходимо, следует провести корректировку настроек обмена.
2) Проверить Предупреждения при обмене, раздел Непринятые по дате запрета:
Если нужный документ попадает в данный список, то необходимо подкорректировать дату запрета и повторно выполнить обмен.
3) Зарегистрировать документ к обмену вручную
Для этого необходимо перейти по кнопке Состав отправляемых данных, выбрать нужный вид документа, затем по кнопке Зарегистрировать или правой кнопкой мыши в соседней табличной части зарегистрировать нужный документ к обмену:
Затем следует повторить проведение обмена между конфигурациями.
Для успешного завершения обмена при настройке подключения через каталог необходимо поэтапно запускать обмен в каждой из конфигураций.
Статью подготовила старший консультант «ИнфоСофт» Анастасия Ткаченко
Читайте также: