Как восстановить удаленную настройку синхронизации в 1с. Публикации

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

Общие принципы

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

Ну тут сразу возникает как минимум две идеи:

Использовать планы обмена;
Использовать самописный вариант синхронизации;

Но я сразу добавлю еще и третий вариант – гибридный:

Использовать самописный вариант синхронизации, но данные регистрировать при помощи планов обмена.

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

Планы обмена

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

Какие у нас есть плюсы в использовании РБД?

Переносимость структуры конфигурации в узлы, т.е. если мы что-то изменили в конфигурации ЦБ, то оно перенесется в узлы, и конфа узлов соответствует конфе ЦБ;

Готовый механизм регистрации объектов и передачи их дальше в узлы, т.е. достаточно подстроить новый или существующий план обмена;

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

Какие минусы, при переносе этого всего в область мобильной платформы:

Переносимость структуры конфигурации в узлы, так как конфигурации в итоге являются идентичными – то это нас не устраивает, у нас, к примеру, нет партионного учета, нам не нужны все реквизиты в мобильном приложении;

Готовый механизм регистрации объектов и передачи их дальше в узлы, так как передача данных выполняется при помощи сериализации объектов, а это возможно, только при выполнении первого пункта, то для нас это без толку;

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

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

Первые два пункта, которые являются самыми главными – абсолютно бесполезны в мобильной среде. Что, по большей части, сводит на нет все плюсы. Хотя, я не исключаю, что 1С-таки что-то придумает.

Но кроме РБД у нас еще есть и полные обмены, но у них тоже присутствуют эти критерии.

Универсальный обмен данными на основе КД

Вот тут уже становится все немного ближе, т.е. мы можем использовать КД (Конвертация данных) для настройки правил обмена между мобильной платформой и центральной базой данных, но тут есть одна проблема – ограничение мобильной платформы.

А именно – в мобильной платформе нет запросов. Это сводит на нет использование данного метода, ну если только кто-то не решит переписать эти обработки так, чтобы они работали без запросов.

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

В итоге у нас выйдет следующая схема:

Давайте теперь посмотрим, что же происходит тут. Зелеными стрелочками я показал обмен данными, а красной – обмен конфигурацией. Т.е. логика проста – МП получает данные от ПБ, и от нее же получает конфигурацию. А ПБ обменивается данными с ЦБ.

В чем преимущество данной архитектуры:

У вас одна и та же база для мобильного приложения и для стационарного;

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

Нет необходимости конфигурировать ЦБ для реализации обменов, так как при обмене между ЦБ и ПБ – вы можете использовать типовой обмен данными при помощи «Конвертации данных»;

Так как у вас метаданные в МП и ПБ будут идентичными, то для обмена между МП и ПБ – вы можете использовать план обмена;

Вы не будете нагружать ЦБ лишними регламентами (о некоторых мы поговорим ниже);

Из недостатков:

Использование ПБ – это еще одно звено, а чем меньше звеньев, тем стабильней;

Здесь зеленными стрелочками я выделил обмен данными, а красными – обмен конфигурацией.

Что особенного происходит в данном случае? У нас есть центральная база, в которой настроены планы обмена (соответственно мы «гоняем» данные из приложения в ЦБ и обратно), но одновременно у нас есть отдельная база, в которой мы пишем конфигурацию для мобильных телефонов.

Таким образом, ЦБ не должна располагаться именно на платформе 8.3, она может располагаться на любой платформе, просто в планах обмена (ну или чем вы там выберете делать обмен) нужно учитывать особенности разных платформ.

Минусы такого подхода очевидны – необходимо постоянно переделывать конфигурацию, нужно создавать новые планы обменов и/или web-сервисы и т.д.

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

Почему ЦБ должна иметь доступ в интернет, почему ЦБ на платформе 8.х? Все очень просто, самый удобный способ обмена – это обмен при помощи веб-сервисов. А они появились с 8.х и требуют выход базы в интернет.

Гибрид

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

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

Таким образом, вы получаете ряд преимуществ:

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

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

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

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

Какой вариант синхронизации выбрать?

Ну а вот это уже достаточно сложный вопрос, тут каждый подходит в меру своих способностей, возможностей своих и задач клиентов.

К примеру, если вы выберете вариант самописного обмена, то вы должны понимать, что на любой чих клиента – вам придётся обновлять ЦБ, а если база работает 24/7? То я так думаю, что клиент вряд ли будет рад вашим обновлениям среди рабочего дня. Тогда вам подойдет второй или третий вариант.

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

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

Обмен данными будем настраивать односторонний , из УТ ---> БП. Также возможно настроить двухсторонний обмен, но на практике это не так часто требуется, поэтому в нашем примере мы его рассматривать не будем.

Подготовительные действия для настройки обмена в БП

Давайте приступим к настройке синхронизации, сначала зайдем в базу 1С "Бухгалтерия предприятия 3.0" (приемник), нам необходимо проверить включена ли синхронизация для этой базы, для того чтобы это сделать нам нужно сначала зайти в базу. Как только база откроется переходим на вкладку "Администрирование" ---> "Настройки синхронизации данных"

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

Продолжаем настройку синхронизации данных в УТ

После того как мы сделали все необходимые действия в базе приемнике (БП 3.0), для продолжения настройки обмена данными нам необходимо открыть базу источник (УТ 11.1). Заходим на вкладку "Администрирование", слева в меню выбираем пункт "Настройки синхронизации данных" . Если синхронизация не включена, то включаем ее с помощью флажка, также не забываем указать префикс базы источника. Как только мы выполнили все пункты 1-4 как показано на изображении ниже, необходимо нажать на гиперссылку "Синхронизация данных" (пункт 5).

В новом отобразившемся окне необходимо нажать на зеленый плюсик (Настроить синхронизацию данных), в выпавшем меню выбираем пункт "Бухгалтерия предприятия 3.0".

Настройка важных моментов в обмене данными между УТ и БП

Теперь мы видим окно с настройкой синхронизации данных в 1С, выбираем пункт "Указать настройки вручную" и жмем "Далее".

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

На следующей странице мы должны заполнить правила отправки и получения данных из конфигурации БП 3.0 (приемник). Жмем "изменить правила выгрузки данных".

Перед нами открылось окно "Правила отправки данных", в нем мы задаем следующие параметры:

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

После того как мы сделали настройки нажимаем "Записать и закрыть".

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

В новом окне нам предлагается настроить правила для базы приемника (БП). В пункте 1 называем обзываем как-нибудь нашу базу, задаем ей префикс. ПРЕФИКС должен быть таким же каким мы его задавали в самой базе БП в начале этой статьи, если префиксфы будут отличаться синхронизация данных в программе 1С работать не будет. После этого жмем пункт 2, а потом пункт 3.

В пункте 3 нам необходимо разрешить проведение документов при их загрузке в базу. Нажимаем "Записать и закрыть".

Теперь окно должно иметь примерно такой вид как показано ниже, жмем "Далее".

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

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

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

Давайте рассмотрим пример, допустим в УТ есть контрагент с наименованием "ООО ФармГрупп" и ИНН 1234567, а в БП также есть контрагент с ИНН 1234567, но наименованием "ФармГрупп", если мы при сопоставлении данных на этапе синхронизации не сопоставить эти два объекта, то после синхронизации в приемнике (Бухгалетрия предприятия 3.0) мы будем иметь два контрагента с ИНН 1234567 и двумя наименованиями "ООО ФармГрупп" и "ФармГрупп" соответственно. Для того чтобы не возникало подобных ситуаций и был изобретен механизм сопоставления объектов.

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

Заключительный этап выполнения обмена данными между 1С

На заключительном этапе программа отобразит следующее окно, в нем пользователя проинформируют о том, что синхронизация была проведена успешно, жмем "Готово". На этом синхронизация между базами в одностороннем обмене из "Управлении торговлей 11.1" (УТ) в "Бухгалтерию предприятия 3.0" (БП) завершена.

Здравствуйте, уважаемые посетители . На страницах своего блога я уже довольно подробно разбирал вопрос настройки синхронизации между 1С ЗУП 8.3 (3.0) и Бухгалтерией 8.3 (3.0) – . Эта статья была посвящена настройки синхронизации между программами версии ПРОФ, но последнее время у меня стали довольно часто спрашивать про настройку синхронизации между «базовыми» версиями 1С ЗУП и 1С БУХ (про отличия базовой и ПРОФ версии подробно в этой статье). И действительно настройка и выполнение самой синхронизации между «базовыми» версиями программ отличается. Основное отличие заключается в том, что не происходит прямого подключения одной базы к другой, обмен происходит через файл .

Но речь пойдет в статье не только об этом. Ещё я расскажу о новых параметрах в настройке синхронизации, которые появились не так давно. Кстати, эта информация будет полезна и для пользователей программ версии ПРОФ (эти фрагменты в статье я выделю надписью ОБРАТИТЕ ВНИМАНИЕ! ), поскольку данные настройки идентичны. Поэтому сегодняшняя статья будет полезна для пользователей всех версий программ.

✅

Итак, начнем по порядку. Первое, что мы сделаем — это проставим необходимые настройки в 1С Бухгалтерии 8.3.

Раздел Администрирование – Параметры учета – Настройки зарплаты – устанавливаем флажок, что «Учет расчетов по заработной плате и кадровый учет ведутся»- «Во внешней программе». Кстати, последнее время довольно часто стали спрашивать,где находятся Параметры учета в Бухгалтерии 3.0?

ОБРАТИТЕ ВНИМАНИЕ , что Параметры учета с недавнего времени перебрались в раздел Администрирование, а также изменился внешний вид Параметров учета. Появились 5 отдельных гиперссылок для различных групп настроек.

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

Ту же самую настройку нужно сделать на стороне ЗУП 3.0: Администрирование – Настройки синхронизации данных. Также проставляем галочку Синхронизация данных.

Настройка синхронизации на стороне 1С ЗУП 3.0

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

В разделе Администрирование – Настройка синхронизации данных нам теперь доступна гиперссылка Синхронизация данных, щелкаем на неё.

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

В данном случае, мы выбираем программу Бухгалтерия предприятия, редакция 3.0. На этой же вкладке проставляем префикс информационной базы. Общепринятый префикс для зарплатной программы ЗК , для бухгалтерии предприятия БП . Данный префикс будет проставляться впереди номера документа. Префикс нужен для того, чтобы пользователь мог видеть, в какой программе был создан тот или иной документ.

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

На этом этапе хочу обострить внимание на том, что если синхронизация данных делается впервые и вы не уверены в том, что будут выгружены и загружены только нужные данные, то резервную копию нужно сделать ОБЯЗАТЕЛЬНО . Это делается поскольку гораздо проще восстановить базу из резервной копии, чем разбираться в том, что получилось в текущей базе из-за неудачно выполненной синхронизации. Более подробно о том, как правильно создать резервную копию я писал в статье .

На следующем шаге я должен выбрать каталог, через который будет происходить обмен данными. В моём случае данный каталог находится на диске G:\Рабочие базы\Обмен 3.0. Здесь же можно проверить возможность записи в каталог. Нажимаем кнопку Далее.

Следующие два шага пропускаем, просто нажимаем Далее. Данные настройки нам не нужны.

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

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

Второе, необходимо проверить правила выгрузки данных (гиперссылка Изменить правила выгрузки данных ). Обязательно в данном окне указать правильную Дату начала использования обмена . Очень часто пользователи задают вопрос: Настроили синхронизацию, а документы «не приезжают». Т.е. ошибок вроде бы нет, синхронизация завершается. В чем ошибка? Ошибка заключается в том, что если указать неправильную дату, то документы до этой даты не будут подгружаться. В нашей базе содержатся документы для выгрузки, начиная с января 2016 года, поэтому дату обмена я ставлю 01.01.2016. Документы до этой даты выгружаться не будут.

Следующий частый вопрос: «Настроили синхронизацию, «Отражение зарплаты…» переносится, а ведомости не переносятся. Почему?» Это связано, скорее всего, с настройкой «Данные для формирования бухгалтерских проводок выгружаются». Если мы проставим флажок:

с детализацией по сотрудникам , то будут выгружаться и документы «Ведомость…» и «Отражение зарплаты в бухучете»
сводно по сотрудникам – будут выгружаться только документы «Отражение зарплаты в бух учете».

Вернемся к нашему примеру. Проставим флажок с детализацией по сотрудникам. Нажимаем кнопку Далее.

Посмотрим все наши настройки, которые мы сделали. Если мы всё ввели правильно – нажимаем кнопку Далее. Если на каком-либо шаге мы допустили ошибку, то нажимаем на кнопку Назад. В нашем примере всё введено верно – нажимаем Далее. Программа обрабатывает все настройки и открывает окно, в котором мы должны сохранить в отдельный файл все настройки синхронизации (xml ) , чтобы его использовать уже на стороне бухгалтерской программы для настройки синхронизации.

Галочку Выполнить отправку данных в Бухгалтерия предприятия пока мы снимем, чтобы потом отдельно показать непосредственно работу синхронизации данных. Нажимаем Готово. В папке Обмен 3.0 появился файл с настройками.

Теперь в ЗУП синхронизация настроена. Давайте вернемся в Раздел Администрирование – Настройки синхронизации данных – «Синхронизация данных»и убедимся в этом. На скрине ниже представлено то, что Вы должны там увидеть.

Настройка синхронизации на стороне Бухгалтерии 3.0

✅

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

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

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

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

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

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

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

Следующим шагом, проверяем настройки, введенные для синхронизации. Если нас всё устраивает – нажимаем Готово. Теперь настройки синхронизации сохранятся и в программе Бухгалтерия.

Выполнение синхронизации между ЗУП и Бухгалтерской программой

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

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

Давайте теперь выполним синхронизацию. Заходим в ЗУП – нажимаем кнопку «Синхронизировать» (Администрирование – Настройка синхронизации данных – Синхронизация).

Шаг 1. Зарплата пытается загрузить какие-то данные из Бухгалтерии. Поскольку мы в Бухгалтерии еще не запускали синхронизацию — то загружать нечего.

Шаг 2. Происходит выгрузка данных в файл из Зарплатной программы, который позже подгрузим в Бухгалтерскую.

В папке, в которой у нас хранятся настройки для синхронизации, появился новый файл Message _ЗК_БП , т.е. выгрузка из ЗУП в Бухгалтерию.

Этот файл содержит информацию о документе (в моей базе присутствует документ за Январь 2016 года), о документах «Ведомость…» (также за Январь), плюс все связанные с этим документом справочники(физические лица, сведения об организации, способ отражения). Документ «Отражение…» будет переноситься для того, чтобы в Бухгалтерии появились проводки по зарплате, а «Ведомости…», чтобы их можно было прикрепить к РКО или к списанию с расчетного счета.

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

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

Шаг 2. Идет выгрузка данных в файл Message_БП_ЗК.

В папке, в которой у нас хранятся настройки для синхронизации и файл, выгруженный из зарплатной программы, появился новый файл Message _БП_ЗК, т.е. выгрузка из Бухгалтерии в ЗУП. Пока он не содержит какой-либо существенной информации для ЗУП, поскольку данные в Бухгалтерию из ЗУП только-только загрузились и ещё не редактировались. Этот файл просто создается, но в последствие из этого файла будут подгружаться данные в ЗУП.Бухгалтерская программа также передает некоторую информацию в ЗУП. Но об этом чуть дальше.

Через эти два файла собственно и происходит обмен между программами. В Проф версиях этот обмен происходит напрямую, никаких файлов не создается.

Теперь посмотрим, какие документы у нас «приехали» из ЗУП 3.0 в Бухгалтерию 8.3:

Документ «Отражения зарплаты в бухучете»
Документы «Ведомост…»

В нашей ситуации пока проводок нет. Для того чтобы они появились – нужно открыть документ и проставить галочку «Отражено в учете» .

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

Проводим документ. Теперь мы можем увидеть, что проводки появились (кнопка ДтКт).

Помимо этого, когда мы установили галочку Отражено в учете – документ стал «серенький». По сути, он заблокировался. И теперь нам нужно сделать ещё раз синхронизацию с зарплатной программой, чтобы документ заблокировался на стороне ЗУП. В БУХ нажмем кнопку Синхронизировать (Администрирование – Настройка синхронизации данных – Синхронизация). Сейчас при «Загрузке данных» – ничего не загружено, потому что из зарплаты мы ничего не выгружали. А вот при «Выгрузке данных» – сейчас происходит выгрузка информации о документе«Отражение зарплаты в бухучете» , т.к. мы проставили галочку Отражено в учете.

Теперь переходим в ЗУП. Делаем синхронизацию (Администрирование – Настройка синхронизации данных – Синхронизация). В результате в ЗУП загрузиться информация о том, что документ «Отражение…» необходимо заблокировать. Зайдем в этот документ (Зарплата — Отражение в бухучете) и обратим внимание, что галочка автоматически проставилась. Снять эту галочку нельзя. Документ становится недоступным для редактирования.

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

Чтобы узнать первыми о новых публикациях подписывайтесь на обновления моего блога:

Инструкция по настройке синхронизации в 1С Бухгалтерия предприятия 3.0

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

Перед началом настройки синхронизации данных конфигурации «Управление торговлей» необходимо произвести следующие предварительные действия в информационных базах конфигураций:

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

В конфигурации «Бухгалтерия предприятия 3.0» должна быть правильно заполнена информация в регистрах сведений, обеспечивающих заполнение бухгалтерских счетов по умолчанию (Счета учета номенклатуры, Счета учета расчетов с контрагентами).

В конфигурациях должна быть включена возможность использования синхронизации данных и определены префиксы информационных баз. В конфигурации «Управление торговлей» возможность использования синхронизации данных включается в разделе НСИ и администрирование – Настройка синхронизации данных . В конфигурации «Бухгалтерия предприятия» возможность использования синхронизации данных включается в разделе . Во всех остальных конфигурациях настройка синхронизации также находится в разделе Администрирование .

Настройка обмена данными УТ и БП

После включения функциональной опции Синхронизация данных появится Гиперссылка

На первом этапе настройки выбираем конфигурацию с которой настраивается обмен .

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

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

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

Следующие страницы Настройка подключение через FTP и Настройка подключения по эл. почте пропускаем.

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

Для того чтобы при синхронизации в базу конфигурации «Бухгалтерия предприятия» не передавались лишние данные о клиентах или товарах, по которым не оформлялись торговые операции по данной организации, используется настройка Отправлять только используемую в документах . Следует отметить, что при такой настройке не будут выгружены документы Установка цен номенклатуры . Выгрузка документов установки цен важна в том случае, если на предприятии ведется учет розничных продаж по розничным ценам. Для ведения такого учета в «Бухгалтерии предприятия 3.0» необходимо, чтобы были зафиксированы розничные цены с помощью документа Установка цен номенклатуры . При ведении такого учета рекомендуется выгружать всю справочную информацию.

При ведении в конфигурации «Управление торговлей» учета в разрезе договоров будут выгружаться те договоры, которые указаны в документах. Если учет по договорам не ведется или документ оформлен без указания договора, то будет создан новый договор в соответствии с параметрами, указанными в документе (организация, валюта, вид операции и т. д.).

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

На следующей странице работы помощника синхронизации БП и УТ можно проверить все введенные настройки обмена.

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

Выгрузку и загрузку данных произведем позже, а сейчас перейдем к настройке синхронизации на стороне конфигурации «Бухгалтерия предприятия 3.0».

Для продолжения настройки обмена данными в конфигурации «Бухгалтерия предприятия 3.0» необходимо в пункте меню Администрирование – Настройки синхронизация данных выбрать гиперссылку Синхронизация данных , а затем выбрать Через универсальный обмен данными – Управление торговлей, ред. 11.

Теперь выбираем способ настройки Загрузить файл с настройками, созданный в другой программе и выбираем файл настройки Синхронизация данных через универсальный формат.xml сформированный на предыдущем этапе настройки.

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

Например можно поставить запрет на выгрузку данных из Бухгалтерии.

Значения, которые будут заполняться автоматически при загрузке документов, указываются в диалоговом окне, которое открывается по гиперссылке Изменить значения автоматического заполнения.

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

Также можно указать информацию о той статье доходов, которая будет заполняться в документе Оприходование товаров при переносе информации о пересортице товаров.

На следующей странице работы помощника можно проверить все введенные настройки синхронизации УТ 11 и БП 3.0.

Нажимаем Готово.

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

После настройки синхронизации перейдем к процессу передачи данных между конфигурациями.

Передача данных между конфигурациями 1С Управление Торговлей и Бухгалтерия Предприятия

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

Также есть возможность выполнения обмена по Расписанию данная настройка производиться на соответствующей вкладке. В настройке нужно указать интервал проведения обмена и сохранить ее.

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

В конфигурации «Бухгалтерия предприятия» необходимо выполнить аналогичные действия по приему данных. В разделе Администрирование – Настройка синхронизации данных нужно выполнить команду Синхронизировать .

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

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

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

Используя кнопку Подробно , можно проанализировать те коллизии, которые возникли в процессе обмена.

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

Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «1С:Предприятие». Почему настройка обмена 1С (или, как еще это называется - синхронизация данных в 1С 8.3) может стать самой трудоемкой и недешевой задачей проекта интеграции, рассмотрим в этой статье.

Обмен данными в среде 1С позволяет:

Исключить двойной ввод документов;
Автоматизировать смежные бизнес-процессы;
Оптимизировать взаимодействие между распределенными подразделениями;
Оперативно актуализировать данные для работы специалистов разных отделов;
«Разграничить» разные виды учета.*

*В случае, когда данные одного вида учета существенно отличаются от другого, необходимо обеспечить конфиденциальность информации и «разграничить» информационные потоки. Например, обмен данными между 1С УТ и 1С Бухгалтерия не требует выгрузки в базу регламентного учета управленческих данных, т.е. синхронизация в 1С тут будет неполная .

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

Согласование состава обмена;
Определение транспорта (протоколов обмена);
Установка правил;
Составление расписания.

Выявление состава обмена 1С

Объекты обмена можно условно поделить на «источник» и «приемник». При этом они могут исполнять две роли одновременно, что будет называться – двусторонним обменом. Определение источника и приемника происходит логическим путем в зависимости от необходимости или от функциональных возможностей системы.*

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

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

На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:

Распределенная информационная база

РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).

Универсальный обмен данными в 1С

Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и с системами сторонней разработки. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».

EnterpriseData

Новейшая разработка фирмы 1С, предназначенная для реализации обмена данными в формате xml между продуктами, созданными на платформе «1С:Предприятие», с любыми системами автоматизации. Применение EnterpriseData упрощает доработки, связанные с обменом. Ранее при включении в систему новой конфигурации была необходима реализация механизма импорта и экспорта данных, как для нее, так и для уже имеющихся систем. Теперь системы, поддерживающие EnterpriseData, не нуждаются в доработках, имея только одну точку «входа-выхода».

Определение транспорта (протоколов обмена)

Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

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

Установка правил

Возможность отображения данных систем-источников в приемниках зависит от правильно заданных правил обмена. Правила, представленные в формате xml, регулируют соответствие ключевых реквизитов объектов источника-приемника. Решение «1С:Конвертация данных» предназначено для автоматизации создания правил для реализации как единоразового обмена, так и постоянного.

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

Любое изменение данных, занесенных в План обмена, фиксируется и получает признак «измененности». До тех пор, пока измененные данные не будут соответствовать друг другу в узлах приемника-передатчика, признак сброшен не будет, и система будет рассылать контрольные сообщения в оба узла. После выгрузки данных и подтверждения их полного соответствия в обеих системах, признак сбрасывается.

Расписание обмена в 1С

Для автоматизации регулярного обмена устанавливается периодичность выгрузки данных. Частота обмена зависит от необходимости и технических возможностей. Также конфигурации на платформе «1С:Предприятие» позволяют настроить обмен данными при наступлении какого-нибудь события.

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

Не типовые, сильно доработанные конфигурации БД;
Разные версии платформы «1С:Предприятие»;
Давно не обновлявшиеся, не актуальные версии конфигурации;
Объекты обмена, ранее подвергшиеся доработкам;
Необходимость в нестандартных правилах обмена;
Сильно различающийся набор и состав реквизитов в имеющихся справочниках.

Поскольку даже стандартные действия по реализации первичного обмена данными требуют экспертных знаний, их рекомендуется проводить при участии специалистов 1С. Только после выполнения всех вышеописанных действий следует переходить к настройке обмена в конфигурации. Рассмотрим интеграцию баз данных на примере «1С:УПП» и «1С:Розница» (по этой же схеме настраивается обмен с «1С:УТ»). Также к типовой синхронизации относится обмен УПП - УПП, характерный для масштабных систем автоматизации на крупнейших промышленных предприятиях.

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

…и проставить галочку. Далее сообщение об ошибке игнорируем.

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.

При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».

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

Создаем файл настройки обмена для «Розницы», чтобы не повторять свои действия. При необходимости немедленной отправки данных сразу после настройки синхронизации – проставляем галочку.

Для автоматизации процесса обмена необходимо настроить расписание.

Меню «Розница».

Проставляем галочку и выбираем «Синхронизацию».

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

Проставляем галочку, адрес система подхватывает автоматически.

Действуем так же, как в УПП.

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

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

Готово.