1с где хранятся настройки синхронизации. Публикации

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

Представляет собой свод правил, по которым объекты из одной конфигурации будут загружаться в другую. В нашей инструкции мы будем настраивать обмен между 1С Бухгалтерия 3.0 и 1С Управление торговлей 11 на базе платформы 1С 8.3.

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

Сначала рассмотрим последовательность действий в 1С Бухгалтерия предприятия 3.0. Найдем в разделе «Администрирование — Настройки» пункт «Настройка синхронизации данных» (рис.2).

Здесь необходимо включить флажок «Синхронизация данных» и обязательно указать префикс нашей базы (рис.3). При желании можно – ранее этой даты никакие данные загружаться или меняться не будут.

Теперь заходим на закладку «Синхронизация данных» и настраиваем сам обмен (Рис.4). Обменов может быть несколько. Для каждого создается своя строка (кнопка с плюсиком «Настроить синхронизацию данных»). В демо-базе 1С Бухгалтерия у нас уже есть две записи. Проверим настройки последней (кнопка с карандашиком «Настроить правила …»).

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

Осталось проверить параметры подключения (Рис.6). Выбираем «прямое подключение», указываем адрес базы на диске, из которой будем получать данные, и пользователя/пароль этой же базы. Пользователь должен иметь полные права или хотя бы права на выполнение синхронизации. Иногда создают виртуального пользователя специально для обменов.

Подробную информацию о настройках этого раздела можно получить из справки(F1).

Аналогичные настройки выполняются в базе «1С Управление торговлей 11».

Настройка обмена со стороны Управление торговлей 11

В разных релизах нужный нам раздел может иметь другое название. В нашем примере это пункт «Настройка интеграции – Другие программы» (Рис.7).

Остальное – похоже. Тот же флажок «Синхронизация данных», тот же пункт и похожие настройки. (Рис.8).

Только префикс другой. Это важно!

Получите 267 видеоуроков по 1С бесплатно:

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

С этого момента начинаются отличия от предыдущей настройки в БУХ.3.0. Нам нужно заполнить вкладку «Правила отправки данных» (рис.10). И главное, что нужно сделать, — определить состав отправляемых данных.

Выбрать данные, которые мы собираемся передавать, можно несколькими способами (рис.11). Все они собраны в пункте «Зарегистрировать». Можно выбрать как один объект, так и список. Или все сразу.

Вернемся на предыдущую закладку и выполним еще один важный пункт, уже знакомый нам – укажем параметры подключения (рис.12). Параметры настраиваются так же, как и для бухгалтерии. Только в этот раз мы используем виртуального пользователя с именем «Обмен».

Запуск и проверка обмена между 1С Бухгалтерия 3.0 и 1С Управление торговлей 11

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

Жмем кнопку и переходим к следующему шагу.

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

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

Описание всех отборов появляется в специальном окне, а полный список объектов, которые будут отправлены, можно получить в отчете о составе отправляемых данных (рис.16).

Обмен может выполняться долго, время зависит от количества передаваемых объектов. После завершения процесса получаем картинку следующего вида – рис.17. По кнопке «Настроить» можно настроить расписание, по которому обмен будет выполняться автоматически.

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

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

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

Регламентированная отчетность;
Документы:

Отражение зарплаты в бухучете;
Документы о выплате и перечислении зарплаты;

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

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

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

К моменту принятия решения об использовании механизма синхронизации в автоматизации учета организации возможны разные ситуации.

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

Ситуация вторая - весь учет, в том числе учет зарплаты и кадров ведется в программе «1С:Бухгалтерия 8». Принимается решение перейти к использованию программы «1С:Зарплата и управление персоналом 8» и применять механизм синхронизации.

В этом случае действия те же, что и в первом случае, но к ним добавляется первоначальная загрузка БД «1С:Зарплата и управление персоналом 8» из «1С:Бухгалтерия 8». Для этого при Начальной настройке программы «1С:Зарплата и управление персоналом 8» нужно выбрать пункт Перенести данные из программы «1С:Бухгалтерия 8», редакция 3.0 . (рис.1).

Рис. 1. Начальное заполнение данных

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

Таблица 1. Ключевые поля справочников

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

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

Сведения о физических лицах передаются, если физическое лицо является сотрудником организации. Они синхронизируются по СНИЛС, ИНН, дате рождения и наименованию.

Рассмотрим подробнее справочник Способы отражения зарплаты в бухгалтерском учете программы «1С:Зарплата и управление персоналом 8», который в «1С:Бухгалтерии 8» называется Способы учета зарплаты . Настройка проводок в программах редакции 3.0 отличается от предыдущих редакций. Этот справочник настраивается только в программе «1С:Бухгалтерия 8» в отличие от предыдущих релизов.

В программе «1С:Зарплата и управление персоналом 8» в этом справочнике остались только наименования проводок, которые используются для указания способа учета зарплаты:

в карточке Организации на закладке Учетная политика и другие настройки меню Бухучет и выплата зарплаты ;
в справочнике Подразделения ;
в справочнике Сотрудники ;
в плане вида расчета Начисления .

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

Рис. 2. Меню Настройки синхронизации данных

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

В меню Синхронизация данных (рис. 3) производится настройка синхронизации.

Рис. 3. Настройка синхронизации

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

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

Рис. 4. Предупреждения при синхронизации данных

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

Примечание : * Дата запрета может быть установлена несколькими способами: общая дата; по разделам; по разделами объектам.

В завершении, хочется дать два совета, которые не уникальны для настройки синхронизации, но о которых нельзя забывать:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Планы обмена

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Гибрид

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

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

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

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

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

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

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

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

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

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

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

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

Создание резервной копии

Прежде чем выполнить настройку синхронизации и произвести первую синхронизацию, обязательно нужно создать резервные копии наших информационных баз 1С 8.3 БП 3.0 и ЗУП 3.0:

Место нахождения нашей базы можно посмотреть в окне запуска 1С:

Проверить актуальность релизов в ЗУП 3.0 и БУХ 3.0. При необходимости произвести обновление.

Эта тема хорошо раскрыта в статье .

Выгрузка данных из 1С ЗУП 3.0 в Бухгалтерию 3.0 – пошаговая инструкция

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

Шаг 1

Запустим базу БП 3.0 в пользовательском режиме и перейдем в раздел Зарплата и кадры – Справочники и настройки – Настройки зарплаты:

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

Шаг 2

Перейдем в раздел Администрирование –

И в окне установим флажок Синхронизация данных «Даты запрета загрузки» «Настроить» указать дату, до которой данные при синхронизации передаваться не будут.

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

так и в отдельности, для каждой организации:

Внимание! Дата запрета загрузки данных должна быть позже даты начала использования обмена. Например, дата запрета загрузки – 01.06.2015, а дата начала использования обмена – 01.01.2015. В противном случае нет смысла устанавливать дату запрета позже даты начала обмена.

В нашем примере мы не будем устанавливать дату запрета. Закроем форму «Даты запрета загрузки данных»:

Если Вы столкнулись с проблемой – нет возможности установить флажок «Синхронизация данных», т.е. данное поле не активно:

Значит, у пользователя нет прав «Администратор системы», не смотря на то, что у него установлены полные права.

Нужно запустить информационную базу в конфигураторе, и перейти в меню Администрирование – Пользователи:

Открыть карточку данного пользователя, перейди на вкладку «Прочие» и установить флажок «Администратор системы»:

Шаг 3

Запустим базу ЗУП 3.0 в пользовательском режиме и прейдем в раздел Администрирование – Настройки синхронизации данных:

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

Шаг 4

Откроется окно мастера настройки синхронизации. Здесь нажмем на кнопку «Настроить синхронизацию данных» . Откроется список выбора:

«Бухгалтерия предприятия, редакция 3.0» – создание синхронизации с БП 3.0
«Бухгалтерия предприятия, редакция 3.0 (в сервисе)» – создание синхронизации в модели сервиса (в «облачном» сервисе)
«Обмен в распределенной информационной базе» – предназначен для созданий Распределенной Информационной Базы (РИБ) ЗУП 3.0

Выберем «Бухгалтерия предприятия, редакция 3.0»: