Не запускается сценарий синхронизации

Не работает синхронизация по расписанию

Автор EvgenyTSU, 10 июл 2018, 14:58

0 Пользователей и 1 гость просматривают эту тему.

---

---

---

---

---

---

---

	Я
zenum 18.04.16 — 09:43	Здравствуй! Всю настроил, для синхронизации данных УТ 10.3 — Розница 2.0. в ручном режиме синхронизации обмен выполняется без ошибок. В стандартной обработки синхронизации данных в УТ 10.3, есть встроенный механизм для создания настройки сценария синхронизации в автоматическом режиме по расписанию. Но она не работает!!!!! В Рознице все нормально синхронизация работает по расписанию. Поэтому прошу вашей помощи, как решить эту проблему. Спасибо)
ДенисЧ 1 — 18.04.16 — 09:44	Файловая, небось?
zenum 2 — 18.04.16 — 09:45	Так точно, файловая
ДенисЧ 3 — 18.04.16 — 09:46	А клиент-то запущен? Пользователь для задания указан?
zenum 4 — 18.04.16 — 09:47	И еще, Розница находится на другом ПК)
zenum 5 — 18.04.16 — 09:48	Указывал пользователя для обмена, не помогло, 1с запущена как обычное приложение
zenum 6 — 18.04.16 — 09:49	толстый клиент
zenum 7 — 18.04.16 — 10:27	Все решил, есть справочник «Настройки выполнения обмена» , в нем создается настройка, и все готово. Спасибо!
zenum 8 — 18.04.16 — 10:42	Извините, не правильно, обмен начал работать по другой причине, в  конфигураторе, есть регламентной задание «Синхронизация данных!», там поставил галочки, на «использование» и «предопределенных» и там же настроил расписание.

Новые технологии — это не только новые возможности, но и новые проблемы. Расширения в 1С:Предприятие открыли новые возможности по доработке конфигураций и их последующему сопровождению, но они же принесли новые проблемы, в частности касающиеся синхронизации в распределенной информационной базе (РИБ). Но есть проблемы — значит будут и решения, которые, по мере накопления опыта преобразуются в практические рекомендации. Сегодня мы рассмотрим, что может помешать синхронизации после установки расширений (патчей) и как это исправить.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

Существует особый тип расширений — патчи, они официально выпускаются фирмой 1С и оперативно закрывают выявленные проблемы, это позволяет быстро устранить ошибки, не дожидаясь выпуска очередного релиза и не внося изменения в основную конфигурацию. На первый взгляд — дело хорошее, но все кроется в мелочах.

Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле — магазин должен продолжать работать, даже без связи с внешним миром.

В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.

Необходимым требованием для успешной синхронизации является идентичность конфигурации центральной базы и распределенных узлов. Если вы внесли изменения в конфигурацию центрального узла, то эти изменения следует распространить по РИБ, принять и установить, только после этого синхронизация будет продолжена.

Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.

Расширения бывают двух типов: которые вносят изменения в структуру данных ИБ и которые не вносят, изменяя только интерфейс или обработчики команд. Последние не представляют особых проблем в РИБ, они минимально влияют на синхронизацию и для устранения проблем достаточно просто перезапустить программу. Но даже если этого не сделано, то синхронизация сохраняется, как правило в одну сторону: обновления из центрального узла не загружаются, так как не применены прошлые изменения, но в центральный узел данные передаются исправно.

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

В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как «вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения».

В любом случае, применяя расширения вносящее изменения в структуру данных, администратор должен принять его в распределенных узлах и установить, точно также, как и изменения основной конфигурации. Если все это нормально организовано, то особых проблем там быть не должно, современная платформа предоставляет достаточно возможностей для комфортной работы с принятием изменений.

Но в случае с патчами все меняется, отдельные, сказочно смелые люди, даже включают автоматическую установку исправлений, фактически закладывая мину замедленного действия под инфраструктуру РИБ. И последствия не заставят себя долго ждать, особенно если распределенные узлы находятся где-нибудь в сельской местности и со связью там не все хорошо.

Обычно все начинается совсем не добрым утром, когда рядовые пользователи получают сообщение о невозможности запуска программы и начинают обрывать телефоны поддержки (часто в лице единственного человека).

При входе с полными правами предлагается выполнить повторную синхронизацию с центральным узлом, но она завершается неудачей.

В этом случае нажимаем Продолжить и входим в обычный режим работы 1С. Дальнейшие действия могут несколько различаться, в зависимости от конфигурации, а нашем примере это будет 1С:Розница 2.3. Переходим в Администрирование — Синхронизация данных — Настройки синхронизации данных и выбрав узел обмена (а он там будет один — центральный), нажимаем ссылку Синхронизация по расписанию.

Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.

Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже — потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.

Но бывает все гораздо хуже, после установки обновлений база снова просит повторную синхронизацию и все продолжается по кругу. В этом случае нам ничего не остается, как изучить Журнал регистрации, находим там ближайшую ошибку обмена и внимательно ее изучаем. Как правило там будет явно фигурировать проблемное расширение.

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

Далее переходим в центральную базу и загружаем ее в режиме Конфигуратора, переходим в Конфигурация — Расширения конфигурации и получаем полный список всех установленных расширений и патчей. После чего находим проблемное расширение и думаем. В некоторых случаях оно может устранять ошибку, которая существенна для центрального узла, но совершенно не влияет на периферию. В таком случае снимаем флаг Используется в РИБ, в остальных случаях просто удаляем расширение и выполняем синхронизацию с нужным узлом.

Затем заново выполните синхронизацию в периферийном узле, но не спешите устанавливать обновление, снова выполните сценарий, как мы делали в начале этой статьи. Не забывайте, что после каждого сеанса синхронизации в узле РИБ нужно выполнять синхронизацию в центральной базе.

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

Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз — пользователи снова не могут зайти, только текст ошибки немного иной.

В чем здесь нельзя сомневаться, так в том, что за подробностями они все обратятся и администратору вряд-ли это понравится. В чем же дело? А в том, что современная 1С — сложная система и восстановив синхронизацию мы все еще не завершили процессы обновления информационной базы. Поэтому снова запускаем базу с полными правами и выполняем повторную синхронизацию.

После чего нормальная работа базы данных будет восстановлена.

Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Причины наиболее часто встречающихся ошибок при синхронизации баз ЗУП-БП и способы их устранения

Не выгружаются сотрудники и кадровые документы в Бухгалтерию

Они и не должны выгружаться. Если вы зайдете в Администрирование – Синхронизация данных – Настройки синхронизации и нажмете иконку Состав отправляемых данных, вы увидите, какие объекты участвуют в обмене, а какие нет.

Не видно базу в окне выбора базы для начальной выгрузки

Необходимо зайти в стартовое меню, выбрать базу Бухгалтерии, нажать Изменить и просто нажать в появляющихся окнах Далее и Готово. После заново вернуться к окну выбора базы, как правило, такой способ решает проблему.

Не найден путь к каталогу обмена

Каталог обмена был вами создан не на облачном диске, а где-то на своем компьютере. Таким образом, базы на облачном диске просто не могут получить к нему доступа. Создать папку обмена необходимо именно в облаке. Желательно, в папке Общие.

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

Уточнить префикс в Бухгалтерии — Администрирование — Синхронизация данных.

Если там это поле совсем пустое добавьте в него «00» и нажмите Enter.

Ведомости не выгружаются из ЗУП в Бухгалтерию

1. В ЗУП – Администрирование – Синхронизация данных — Настройки синхронизации — Настроить указано, что выгрузка производится сводно, а не с детализацией по сотрудникам.

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

2. В ЗУП – Администрирование – Синхронизация данных — Настройки синхронизации — Настроить указан месяц начала обмена в ЗУП больший, чем месяц выгружаемых ведомостей.

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

В Бухгалтерии при настройке синхронизации не появляется 3-й из 4-х шаг «Сопоставление данных»

Базы «не видят» друг друга. В Бухгалтерии на этапе Правила настройки подключения при настройке через каталог вами не был установлен флаг Получить настройки подключения из файла и не был выбран собственно файл настроек, созданный программой ЗУП в папке обмена.

В Бухгалтерии при получении документа Отражение зарплаты из ЗУП в нем есть лишь проводки по НДФЛ

В ЗУП — Настройка — Реквизиты организации — Учетная политика и другие настройки — Бухучет и выплата зарплаты — установить какой-то способ отражения зарплаты (если нет — создать новый, желательно с названием Отражение начислений по умолчанию, так как такой способ обычно уже присутствует в программе Бухгалтерия с сопоставленным счетом 26). Убедиться, что дата начала бухучета включает требуемые для передачи в Бухгалтерию документы. Заново заполнить документ Отражение зарплаты и повторно произвести синхронизацию в Бухгалтерию. Если данный способ в Бухгалтерии еще не настроен, настроить его (Зарплата и кадры – Настройки зарплаты – Отражение в учете – Способы учеты зарплаты — указать счет затрат и статью Оплата труда). В справочник способов отражения можно попасть напрямую из документа Отражение зарплаты.

После удаления документа на стороне Бухгалтерии он не отправляется заново из ЗУП

Удаляя документ в одностороннем порядке, вы разрываете связь этого документа с ЗУП в настройках обмена и оставшийся объект не может найти путь, по которому он должен быть отправлен с заменой. Если что-то удаляете на одной стороне — старайтесь выполнить удаление и на другой.

При попытке выгрузить предыдущий период ничего не выходит, хотя в ЗУП — Настройки синхронизации — Настроить — вы указали более раннюю дату начала обмена

Несмотря на то, что вы указываете новую дату обмена, все имеющиеся в данном периоде автоматически не будут лишь на этом основании включены в обмен. Вам придется добавить их в обмен вручную. В ЗУП для этого нажимаем кнопку Состав отправляемых данных (слева от кнопки Синхронизировать). Выбираем нужный тип документов и слева вверху нажимаем Зарегистрировать, где указываем отбор документов, которые нужно отправить — один объект, все или выбор по своему критерию.

В Бухгалтерии не делаются проводки в документе Отражение зарплаты — отсутствует ИФНС

На стороне ЗУП проверяем в Настройка — Реквизиты организации — Основное – Изменить данные регистрации — дату начала регистрации. Если она больше даты документов отражений, меняем ее, затем перепроводим документы начислений (чтобы зарегистрировать привязку к ИФНС) и перезаполняем отражение. Проверяем на вкладке НДФЛ присутствие ИФНС в соответствующей колонке. Отправляем документ в Бухгалтерию.

Суммы в Бухгалтерии после отражения зарплаты в учете задваиваются

Необходимо проверить нет ли в Бухгалтерии имеющихся начислений/выплат того же периода, сделанных когда учет велся в ней. Проверить можно расшифровкой оборотов в оборотно-сальдовой ведомости по счету 70. Если начисления есть, вам необходимо решить, что именно вы хотите оставить, а дублирующие документы в ЗУП или в Бухгалтерии — удалить.

Чтобы в Бухгалтерии посмотреть, какие документы действовали на момент, когда учет велся в Бухгалтерии, необходимо зайти в Зарплата и кадры – Настройки зарплаты и переключиться на режим В этой программе.

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

Документы на стороне ЗУП считаются выгруженными, а в Бухгалтерии не появляются

В Бухгалтерии проверить Администрирование — Синхронизация данных — не стоит ли дата запрета загрузки. Это значение определяет дату, по которую в Бухгалтерию не могут быть загружены никакие документы из сторонней программы. Также в Администрирование — Синхронизация данных — Настройки синхронизации – ссылка Предупреждения проверить нет ли наших документов на вкладке Непринятые по дате запрета. Если они там есть, вы сможете, не трогая дату запрета загрузки, нажать Принять версию.

Организации/подразделения/физлица задвоились

На этапе сопоставления данных в Бухгалтерии при настройке синхронизации были проигнорированы круглые значки напротив объектов, которые сигнализируют о том, что данные объекты могут задвоиться. При двойном щелчке на такой значок вы попадаете в окно, разделенное пополам, где слева вы видите объекты из Бухгалтерии, а справа объекты из ЗУП. Если вы видите, что какие-то объекты слева и справа являют собой одно и тоже (ООО «Янтарь» в Бухгалтерии и Янтарь ООО в ЗУП) — вы должны щелкнуть дважды на любом из них и выбрать второй из списка. Таким образом вы даете указание программе их сопоставить и задвоения не произойдет.

При уже имеющемся задвоении вы можете:

а) восстановить резервные копии баз, сделанные до начала синхронизации

б) воспользоваться обработкой совмещения дублей — Администрирование — Обслуживание — Корректировка данных — Поиск и удаление дублей.

Путь к обработке для Бухгалтерии 3.0 и ЗУП 3.1 один и тот же – Администрирование – Обслуживание – Корректировка данных – Поиск и удаление дублей.

Важно! Перед запуском этой обработки создайте резервную копию базы. Это можно сделать прямо в папке базы (путь к которой указан в стартовом меню), либо через Администрирование – Обслуживание – Резервные копии и восстановление.

Также убедитесь, что отключены имеющиеся в системе даты запрета изменений – они, скорее всего, не дадут вам заменить все ссылки и операция не будет выполнена.

Нажимаем на ссылку Поиск и удаление дублей

Выбираем объект, по которому требуется проверить наличие дублей. В ссылке Сравнивать выбираем критерии, по которым программа определяет объекты как дубли. В нашем примере объект это Регистрация в налоговых органах, а дубли мы будем определять по совпадению кода налогового органа.

Программа выполнит поиск дублей, покажет их нам и в каждом конкретном случае пометит как основной (объект, который надо оставить) – тот объект, на который привязано больше всего ссылок на документы, записи регистров и прочие объекты.

Особое внимание обратите на критерий назначения объектов дублями. При поиске дублей среди физических лиц, например, программа по умолчанию назначает критерием Совпадает по похожим словам. Так вот, с таким критерием есть шансы на то, что программа в итоге сочтет дублями физических лиц с похожими фамилиями и удалит одних с заменой на другие со всеми вытекающими. Критерий нужно вручную поменять на Совпадает (точное совпадение фамилии, имени, отчества) Отнеситесь к этой операции серьезно и обязательно создайте копию базы!

Нажимаем Удалить дубли. Иногда, особенно в случаях с удалением ИФНС и организаций, первая попытка может не дать результата – останется какой-то один объект, который не даст завершить переназначение ссылок и дубли останутся. В этом случае выбираем как основной другой объект и пробуем повторить операцию удаления. В нашем примере мы вручную выбрали как основную ту регистрацию к которой привязана наша организация.

На этот раз переназначение ссылок прошло успешно, а оставшиеся без привязок объекты-дубли теперь помечены в системе на удаление и их можно удалить через Администрирование – удаление помеченных объектов.

Удаляем через Администрирование – Обслуживание – Удаление помеченных объектов уже ни к чему не привязанные лишние регистрации: