Конфигурации 1С с большей или меньшей степенью подробностей автоматизируют различные участки деятельности специалистов на предприятии. Не редки случаи, когда в организации одновременно используется несколько конфигураций. Эти приложения, с одной стороны, достаточно автономны в плане содержания автоматизируемых процессов, но с другой, между их данными необходимо поддерживать связи или устанавливать соответствие с той или иной регулярностью. Как и для многих «небухгалтерских» конфигураций, в случае 1С.УНФ актуален вопрос о переносе данных в учетную систему.

Синхронизация приложений

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

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

В конфигурации 1С.УНФ начало работ по синхронизации с другим приложением начинается с перехода по маршруту «Компания / Настройки / Интеграция с другими программами / Синхронизация с программами 1С.Предприятие». Здесь доступна ссылка «Настройка синхронизации данных», нажав на которую, пользователь запускает поиск приложений, доступных для установления необходимых связей. По окончании поиска программа предлагает пользователю выбрать из списка обнаруженных приложение, с которым нужно осуществить синхронизацию.

Процесс производится с помощью мастера, вызываемого нажатием кнопки «Настроить». Первыми параметрами, которые требуют определения, являются:

• Дата начала синхронизации;
• Перечень организаций, если приложение содержит учетные данные не одного предприятия.

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

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

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

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

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

• Непроведенные документы;
• Незаполненные реквизиты;
• Конфликты;
• Непринятые по дате запрета.

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

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

Режимы выполнения синхронизации

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

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

Синхронизация с бухгалтерской системой

Наиболее часто в паре с УНФ используется конфигурация 1С.Бухгалтерия. Первоначально сопоставление основных справочников выполняется по основным идентифицирующим полям, например:

• Банковские счета – поля «Владелец», «Номер счета»;
• Договоры контрагентов – поля «Наименование», «Код», «Владелец», «Валюта расчетов», «Организация», «Вид договора»;
• Контрагенты – поля «Наименование», «ИНН», «КПП»;
• Номенклатура – поля «Код», «Наименование» и т. п.

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

Синхронизация с приложением 1С.Отчетность предпринимателя

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

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

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

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

Как и большинство мобильных приложений, написанных на кросс-платформенной мобильной платформе 1С:Предприятия, мобильный УНФ доступен на iOS, Android и Windows.

Задача была поставлена так: сделать мобильное приложение, поддерживающее часть сценариев работы «большого» УНФ. Приложение должно уметь работать как автономно, так и синхронизировать данные с «большим» УНФ (далее слово «большой» применительно к клиент-серверной версии УНФ я буду писать без кавычек, чтобы не перегружать текст). В случае работы с большим УНФ должны поддерживаться сценарии «мобильных» сотрудников – торгового представителя, сервисного инженера, продавца.

Первая версия была создана за 1 человеко-месяц. При создании мобильного приложения часть объектов метаданных (справочники, документы) была реализована на основе объектов большого УНФ. Но часть функциональности пришлось программировать с нуля, например, процесс обмена данными с большим УНФ. Правда, применительно к обмену данными собственно программировать пришлось немного – мы использовали стандартные механизмы платформы (в частности, планы обмена), сводящие написание кода к минимуму.

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

Особенности мобильной версии

Есть две основных стратегии выбора функциональности мобильного приложения. Первая – «одно приложение – одна функция». Например, мобильное приложение для приема товара на складе, которое умеет только сканировать встроенной камерой штрих-код товара и отправлять информацию о принятом товаре на сервер. Вторая стратегия - создание мобильного приложения с широкой функциональностью «все в одном». Оба подхода имеют право на жизнь; при написании мобильного УНФ мы выбрали второй подход – наше приложение покрывает много задач своей предметной области и может работать полностью автономно, обслуживая потребности небольшой организации. Еще один плюс такого подхода – пользователь может работать с несколькими взаимосвязанными функциями из одного приложения.

Мобильный УНФ широко использует функциональность мобильного устройства, в частности:

• Встроенную камеру устройства можно использовать для фотографирования товара при заполнении карточки товара, для чтения штрих- и QR-кодов
• Счет на оплату можно отправить клиенту по емейл или через SMS
• Контрагента можно выбрать из адресной книги мобильного устройства
• Если у контрагента задан телефон – можно одним касанием позвонить контрагенту или послать SMS, если задан емейл – отправить письмо, если задан адрес – показать его на карте
• Можно печатать документы на принтерах через WiFi и Bluetooth

Есть опция бэкапа и восстановления базы мобильного УНФ на Яндекс.Диск и отправка базы по почте.

Конфигурация мобильного УНФ выглядит достаточно спартански (см. скриншот ниже):

• 8 справочников (в большом УНФ – 273 справочника)
• 7 документов (в большом УНФ – 125)
• 3 журнала документов (в большом УНФ – 24)
• 3 регистра сведений (в большом УНФ – 357)
• 4 регистра накопления (в большом УНФ – 64)

Основные объекты мобильного УНФ

Но, несмотря на такое небольшое количество прикладных объектов, продукт получился достаточно функциональным.

Интересная особенность мобильного УНФ – это то, что им зачастую начинают пользоваться люди, до этого про 1С не слыхавшие (да-да, есть в нашей стране и такие), те, которым понадобилось мобильное приложение для ведения учета их маленького бизнеса (например, домашнего крафтинга). Они просто нашли его поиском в Google Play или AppStore, почитали отзывы – и начали работать.

Автономная работа

Этот сценарий работы предназначен для совсем маленьких организаций, когда весь учет ведется исключительно на мобильном устройстве. Это может быть, например, «домашний» бизнес – изготовление украшений на дому и их продажа на страничке ВКонтакте. А может быть даже и небольшой магазин – лично видел случай, когда магазин игрушек, специализирующийся на продаже конструкторов Lego, вел учет исключительно на мобильной версии УНФ. Учитывая, что мобильный УНФ умеет печатать на WiFi и Bluetooth принтерах, с его помощью можно решать довольно большое количество задач. Мобильный УНФ поддерживает обработку заказов, ввод приходных и расходных накладных, учет поступления и расход денег.

Работа в режиме синхронизации с сервером (первые версии)

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

Синхронизировались с большим УНФ справочники товаров и услуг, контрагентов, и заказы.

Обмен данными мобильного и большого УНФ в первых версиях

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

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

Немного про синхронизацию данных

Обмен данными между мобильным и большим УНФ идет через веб-сервисы; мобильный УНФ вызывает веб-сервисы, развернутые на стороне большого УНФ. Структуры данных в большом и мобильном УНФ различаются; при проектировании архитектуры мы рассматривали 2 варианта обмена данными:

1. Создать структуру данных в большом УНФ, дублирующую структуру данных мобильного УНФ, и обмениваться данными с мобильным УНФ «один-в-один». При изменении данных в большом УНФ нужно новые/изменённые данные перенести в эту дублирующую структуру, а после обмена данными с мобильным УНФ – сконвертировать данные, пришедшие с мобильного устройства и размещенные в дублирующей структуре, в формат большого УНФ.
2. Обмениваться данными непосредственно со структурами большого УНФ, осуществляя конвертацию данных «на лету» по правилам обмена.

Решили остановиться на втором варианте. Первый вариант, хоть и сулил некоторые преимущества, связанные с простотой собственно обмена данными, плохо обрабатывал ситуацию, когда в новой версии мобильного УНФ менялась (расширялась) структура данных; чтобы обмен данными «один-в-один» продолжал работать, нужно было бы обновлять и серверный, большой УНФ. Что, по многим причинам, было неприемлемо.

Механизмы обмена данными, реализованные в платформе, берут на себя бОльшую часть работы по формированию пакетов для синхронизации данных, позволяя свести написание кода к минимуму. В процессе обмена используется стандартный механизм платформы 1С:Предприятия – механизм обмена данными ; для каждого мобильного УНФ в большом УНФ создается узел обмена данными, в большом и мобильном УНФ задействуется служба регистрации изменений для отслеживания данных, измененных со времени последней синхронизации и т.д.

Мобильное приложение инициирует обмен данными, с помощью механизмов платформы формирует пакет обмена (содержащий идентификатор мобильного приложения и данные, обновленные на мобильном УНФ со времени последней синхронизации) и пересылает его в большой УНФ. Исходя из информации в стартовом пакете, большой УНФ готовит для мобильного УНФ данные, измененные в большом УНФ со времени последней синхронизации, и упаковывает их в пакеты. Пакеты в формате XDTO - это объекты метаданных 1С, сериализованные в XML; размер каждого пакета – не более 500 объектов.

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

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

Полный список объектов, которыми обмениваются мобильный и большой УНФ:

• Справочники:
  • Номенклатура
  • Контрагенты
  • Список пользователей
• Документы:
  • Заказы покупателей
  • Поступление в кассу
  • Расход из кассы
  • Приходная накладная
  • Расходная накладная
  • Производство
• Регистры (но не полностью все цены, а только основные):
  • ЦеныПоставщиков
  • ЦеныТоваров
• Сведения об организации:
  • Наименование
  • Информация о налогообложении

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

Карточка товара с изображением товара

Эволюция приложения – развиваем сценарии использования

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

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

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

Поэтому мы расширили список сценариев работы мобильного УНФ. В этом нам помогло появление нашего облачного сервиса http://1cfresh.com , основанного на облачной технологии 1cFresh . Появилась возможность размещать большой УНФ в облаке. Мы расписали три сценария использования мобильного приложения по мере роста бизнеса пользователя:

1. Совсем маленький бизнес. Учет ведется на одном мобильном устройстве.
2. Бизнес растет – появились сотрудники. Можно поставить мобильный УНФ на мобильные устройства сотрудников. При этом нужно уметь обмениваться данными между мобильными устройствами для синхронизации данных; для этого мы решили использовать не обмен через файлы, а задействовать для синхронизации (а заодно и для бэкапа) версию большого УНФ, расположенную в облаке http://1cfresh.com . При включении этого сценария в облаке http://1cfresh.com создается экземпляр большого УНФ, база которого будет использоваться для синхронизации данных между мобильными устройствами. Использование в таком сценарии одного мобильного устройства – бесплатно, за каждое дополнительное устройство мы берем 75 руб/месяц, использовать в этом сценарии можно не больше трех устройств. При этом пользователям мобильных устройств можно задать предопределенные роли – торговый представитель, сервисный инженер, продавец (возможна также детальная настройка ролей); соответствующим образом будет ограничена функциональность мобильного приложения. Можно также работать через веб-клиент или тонкий клиент с большим УНФ, размещенным в облаке, но функциональность облачного УНФ будет урезана до функциональности мобильного УНФ. Но работать непосредственно в облачном УНФ необязательно – вся работа может вестись только с мобильных устройств.
3. Бизнес вырос до размера средней фирмы. В этом случае имеет смысл арендовать в облаке полноценную версию большого УНФ, чтобы получить (через веб-клиент или тонкий клиент) дополнительную функциональность - CRM (в планах – включение CRM в мобильный УНФ, но пока доступен только в большой версии), управление складом, расширенное формирование цен, возможность работы с банками и . В этом случае количество мобильных устройств, работающих с большим УНФ, не ограничено (за каждое устройство взимается дополнительная плата согласно тарифу , как за одно рабочее место; 1 лицензия на УНФ во Фреше или на «коробочный» УНФ дает право бесплатного пользования и 1 мобильным приложением).

Опыт монетизации приложения

Мобильное приложение УНФ, как я уже писал – бесплатное. Некоторое время назад мы решили монетизировать наше приложение (с помощью функциональности встроенных покупок, реализованной в мобильной платформе 1С:Предприятия версии 8.3.8), продавая дополнительную функциональность – производство, и возможность синхронизации с дополнительными мобильными устройствами.

Покупка функциональности «Производство» - разовая, а возможность синхронизации с дополнительными мобильными устройствами оформлена как подписка, которую нужно продлевать каждый месяц. Интересно, что уже через 3 недели после добавления функциональности покупок мобильный УНФ попал в топ 15 Google Play по продажам приложений для бизнеса.

Заключение

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

Нелишним будет напомнить, что на мобильной платформе 1С можно делать приложения, взаимодействующие не только с 1С-серверным backend-ом; протоколы, используемые для обмена данными в мобильных приложениях на платформе 1С – платформенно-независимые (web- и HTTP-сервисы, поддержка XML и JSON и т.п.). Так что если вам нужно быстро и динамично развивать кросс-платформенный (Android, iOS, Windows) мобильный клиент, причем с возможностью офлайн работы без постоянного подключения к Интернет для вашего бизнес-приложения, то мобильная платформа 1С вполне может быть оптимальным выбором для вас.

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

Настройка обмена в УНФ

Для переноса данных в программах на базе 1С применяются два вида операций:

Конвертация;
Синхронизация.

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

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

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

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

Синхронизация с программами 1С: Предприятие и РИБ;
Синхронизация с мобильным приложением;
Синхронизация с сайтом
Яндекс. Доставка.

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

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

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

Обмен между УТ11 и УНФ

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

Перед началом обмена платформы необходимо подготовить. Проверить, совпадают ли в обеих программах:

Реквизиты «ИНН» организации;
Реквизиты «Наименование» организации;
Коды номенклатур.

В УТ необходимо провести документы по партиям, удалить все помеченные документы и закрыть кассовые смены. Обязательно сделать аудит товаров, оставшихся на складах, и если есть минусовые – внести изменения.

Если основная работа будет вестись в одной программе, то необходимо провести оформление документов купли — продажи.

После подготовки в УТ обращаемся к обработке«Перенос данных УТ – УНФ.epf» на панели меню (Файл/Открыть). Программа будет запрашивать дополнительную информацию. Наименование документа для сохранения данных. Календарную дату, начиная с которой информация по документам будет считаться актуальной.

При использовании функциональной клавиши «Выгрузить», программа сформирует все указанные данные в ранее выбранном файле.

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

Меню 1С;
Все функции;
Стандартные;
Проведение документов;
Провести ранее проведенные.

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

Обмен между УНФ и мобильным приложением УНФ

Разработчики 1С, опираясь на потребности владельцев малого и среднего бизнеса создали мобильное приложение «1С:Управление небольшой фирмой». Оно нужно для компаний с выездными сотрудниками – торговыми представителями, замерщиками, и т.п. Специалист может на месте вносить изменения в программу, а в офисе, в режиме реального времени, эти данные будут отображаться на стационарной УНФ.

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

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

Картинки номенклатуры не участвуют в сеансах синхронизации. Загрузка картинок осуществляется в момент открытия карточки номенклатуры.

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

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

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

Сам процесс передачи данных происходит в несколько этапов:

Сначала мобильное приложение подготавливает пакет данных для передачи;
Далее идет настройка синхронизации с объектом получения информации и собственно, сама отправка данных;
Основная УНФ обрабатывает полученные данные, преобразует их и подготавливает пакет данных для отправки на мобильную версию;
После получения, мобильное устройство получив пакет данных обрабатывает их. И отправляет следующий пакет данных.

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

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

Обмен между УНФ и БП 3.0

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

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

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

Перед началом выгрузки необходимо подготовить обе базы к выгрузке документов:

Настроить учетные политики;
Завести организации, по которым будет идти выгрузка данных;
Удостовериться, что данные по организациям (реквизиты «Название», «ИНН», «КПП») идентичны;
Заполнить ИНН и КПП в справочнике контрагентов;
Заполнить артикулы в справочнике номенклатур;
Ввести начальные остатки (данная информация в выгрузку не попадает);
Создать резервные копии баз данных.

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

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

Саму синхронизацию нужно производить в два этапа:

Настроить обмен в УНФ;
Настроить обмен в Бухгалтерии предприятия.

Правила работы в УНФ, описаны в первом разделе данной статьи. Кроме того, тут нужно указать префикс информационной базы.

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

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

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

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

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

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

В конфигурации 1С:Управление небольшой фирмы реализован обмен данными с конфигурацией бухгалтерии предприятия. Возможно настроить обмен с 1С:Бухгалтерией предприятия редакции 2.0, 3.0, а также 3.0, находящейся в сервисе 1С-Фреш.

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

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

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

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

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

Между конфигурациями 1С:Управление небольшой фирмой и 1С:Бухгалтерия реализован обмен всей основной нормативно справочной информацией, а именно справочники «Организации», «Структурные единицы», «Контрагенты», «Номенклатура» и прочее.

Документы, созданные в конфигурации 1С:УНФ переносятся в конфигурацию 1С:Бухгалтерия. Из 1С:Бухгалтерии переносятся только документы по учету денежных средств.

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

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

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

В настройках обмена можно задать фильтры обмена:

• Дата начала выгрузки документов,
• Отбор по организации.

Синхронизация в 1С:Управление небольшой фирмой (УНФ) можно проводить в интерактивном режиме или определить расписание автоматической синхронизации.