Тонкости настройки синхронизации в унф 1с. Как провести перенос данных УНФ в другие конфигурации? Правила получения данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Необходимость синхронизации программ

Организация или ИП могут одновременно применять обе программы: 1С:УНФ и 1С:БП. В этом случае возникает задача синхронизации данных этих двух программ. В каких случаях это целесообразно?

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

Синхронизация данных программ позволит избежать повторного ввода данных и связанных с ним ошибок

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

Основные правила и виды синхронизации

Сведения о настройке синхронизации

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

Перед первой настройкой синхронизации сделайте резервные копии обеих информационных баз.

Действия перед настройкой синхронизации

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

Если стартуете базу 1С:БП:

  • Сведения об организации/ях, участвующих в синхронизации, с заполнением ИНН и КПП
  • Учетную политику и систему налогообложения
  • Параметры учета
  • Настройки по умолчанию для справочника Номенклатура.

Если стартуете базу 1С:УНФ:

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

Порядок настройки синхронизации

Только если используете 1С:УНФ в сервисе сайт , а 1С:БП установлена как локальная база, то начинайте настройку из базы 1С:БП.

Схема настройки синхронизации

Шаг 1. Первоначальные настройки синхронизации и выгрузка данных в 1С:УНФ

Первоначальные настройки

Для включения возможности синхронизации выберите команду меню Компания – Интеграция с другими программами и затем пункт Синхронизация с программами 1С:Предприятие и РИБ .

Будут выведены следующие пункты меню:

Здесь вы можете:


Чтобы начать синхронизацию данных, нужно выбрать пункт Настройки синхронизации данных и нажать кнопку Новая синхронизация данных .

Выберите редакцию 1С:Бухгалтерия 8.

Параметры подключения

Настроить параметры подключения .

Выбирайте вариант подключения.

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

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

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

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

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

Правила отправки и получения данных

Переходите к следующему этапу Настроить правила отправки и получения данных .

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

На этом этапе устанавливайте объем информации для синхронизации, с какой даты и по каким правилам будет выгружаться информация из 1С:УНФ.

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

Устанавливайте параметры синхронизации:

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

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

Если настраиваете отбор видов документов для выгрузки, то выгрузятся и все связанные документы. Например, вместе с документами Поступление на счет выгрузятся связанные с ними Акт выполненных работ , Расходная накладная .

Выберите вид синхронизации. По умолчанию устанавливается автоматическая. Для ручной синхронизации установите флажок Ручная синхронизация данных .

В разделе Прочее настраивайте возможности:

  • Автоматически зачитывать авансы при переносе документов в «Бухгалтерию предприятия»
  • Переносить Заказы покупателей из 1С:УНФ как документ «Счет покупателю» в 1С:БП
  • Обобщенный склад. Доступен для выбора, если включены возможности учета по нескольким складам в табличных частях документов.

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

В дальнейшем настроенные параметры можно изменить.

Начальная выгрузка данных

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

После этого этапа переходите к настройке синхронизации в 1С:БП.

Шаг 2. Настройка синхронизации в 1С:БП

Загрузка данных в 1С:БП

Переходим к настройке синхронизации в 1С:БП: Администрирование - Синхронизация данных – Настройки синхронизации данных .

В зависимости от расположения информационных баз и способа синхронизации выбирайте настройки:

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

Настройка правил отправки и получения данных в 1С:БП

В 1С:БП устанавливаем правила для получении и отправки информации.

Правила отправки данных

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

Правила получения данных

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

Сопоставление данных

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

После этого этапа переходите в 1С:УНФ для завершения настроек и запуска синхронизации

Шаг 3. Загрузка и запуск синхронизации в 1С:УНФ

Загрузка с учетом сопоставлений

Для загрузки полученных данных из 1С:БП выполните сопоставление и загрузку полученных данных в 1С:УНФ.

В окне настроек синхронизации данных в 1С:УНФ выберите Синхронизировать .

Начинается сопоставление данных. По завершении получите сообщение о завершении синхронизации.

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

Запуск синхронизации

Запускайте синхронизацию, нажав на кнопку Синхронизировать в одной из баз программ.

В первый раз справочники синхронизируются по коду или наименованию. Элементы справочников могут синхронизироваться по определенным полям, например по ИНН и КПП в справочниках Организации и Контрагенты .

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

Таблицы со сведениями о синхронизации 1С:УНФ и 1С:БП

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

В таблице соответствия показаны возможности выгрузки документов как из 1С:УНФ в 1С:БП, так и обратно.

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

1С:Управление нашей фирмой 1С:Бухгалтерия 1С:УНФ→1С:БП 1С:БП→1С:УНФ Дополнительная информация
ДЕНЬГИ
Поступление в кассу Поступление наличных (ПКО)
Расход из кассы Выдача наличных (РКО)
Поступления на счет Поступление на расчетный счет
Расход со счета Списание с расчетного счета
Платежное поручение Платежное поручение
Операция по платежным картам Операция по платежным картам
Авансовый отчет Авансовый отчет Если не включена возможность учета складов в табличной части документов, то заполняется складом из первой строки вкладки Запасы документа. Если возможность включена, то заполняется складом, выбранным как Обобщенный склад в настройках Правил синхронизации в 1С:УНФ.
Выемка денег Поступление наличных (ПКО)
Начисления кредитов и займов Фактические движения денежных средств
ПРОДАЖИ
Заказ покупателя Счет покупателю

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

  • Если флажок установлен, то счет в 1С:БП формируется на основании документа Заказ покупателя в 1С:УНФ
  • Если флажок не установлен, то счет в 1С:БП формируется на основании документа Счет покупателю в 1С:УНФ.

Обратно из 1С:БП документ не выгружается.

Счет на оплату Счет покупателю
Расходная накладная Расходной накладной только товары
Реализация (акт, накладная). Реализация: товары, услуги, комиссия Если в 1С:УНФ в табличной части Расходной накладной товары и услуги либо товары на комиссию
Акт выполненных работ
Приходная накладная Возврат товаров от покупателя
Счет-фактура (операция - продажа) Счета-фактуры выданные (на реализацию)
Корректировка реализации Корректировка реализаций
Счет-фактура (на основании корректировки реализаций - операция корректировка) Счет-фактура выданная (корректировочные)
Отчет о розничных продажах Отчет о розничных продажах Чек ККМ и Чек ККМ на возврат не переносятся. Переносится только Отчет о розничных продажах
Отчет комиссионера Отчет комиссионера (агента) о продажах
Переоценка в рознице (суммовой учет) Переоценка товаров в рознице
Корректировка долга покупателя Корректировка долга
РАБОТЫ
Заказ-наряд Реализация (акт, накладная). Реализация товаров: накладная Если в 1С:УНФ в документе Заказ-наряд только товары. Переносится только Заказ-наряд с состоянием Завершен
Реализация (акт, накладная). Реализация услуг: акт Если в 1С:УНФ в документе Заказ-наряд только работы. Переносится только Заказ-наряд с состоянием Завершен
Реализация (акты, накладные). Реализация: товары, услуги, комиссия Если в 1С:УНФ в документе Заказ-наряд товары и работы. Переносится только Заказ-наряд с состоянием Завершен
Прием и передача в ремонт Реализация (акты, накладные) Синхронизация происходит, если ремонт осуществляется своими силами и на его основе был создан документ Заказ-наряд с состоянием Завершен либо Акт выполненных работ и/или Расходная накладная
ЗАКУПКИ
Счет на оплату (полученный) Счет от поставщика
Приходная накладная Поступление (акты, накладные). Поступление товаров: накладная Если в 1С:УНФ в табличной части Приходной накладной только товары
Поступление (акт, накладная). Поступление услуг: Акт Если в 1С:УНФ в табличной части Приходной накладной только услуги
Поступление (акт, накладная). Поступление: товары, усуги, комиссия Если в 1С:УНФ в табличной части Приходной накладной товары и услуги
Счет-фактура (полученный) Счет-фактура полученный (на поступление)
Расходная накладная Возврат товаров поставщику
Корректировка поступлений Корректировки поступлений
Счет-фактура (полученный) (на основании корректировки поступлений - операция корректировка) Счет-фактура полученный (корректировочный)
Дополнительные расходы Поступление дополнительных расходов
Инвентаризация запасов Инвентаризация товаров
Оприходование запасов Оприходование товаров
Перемещение запасов Перемещение товаров Реквизит Партия Перемещение запасов с видом операции Возврат из эксплуатации подбирается автоматически по методу FIFO. При переносе документа Перемещение запасов , в случае использования давальческих материалов, используйте в табличной части материалы только одного заказчика
Списание запасов Списание товаров Реквизит Партия материалов в эксплуатации в документе Списание запасов с установленным флажком Списать запасы из эксплуатации подбирается автоматически по методу FIFO
Пересортица запасов Списание товаров + оприходование товаров
Отчет комитенту Отчет комитенту
Корректировка долга поставщику Корректировка долга
ПРОИЗВОДСТВО
Производство Отчет производства за смену Если у реквизита Изготовитель установлен тип Подразделение
Производство Комплектация номенклатуры Если у реквизита Изготовитель установлен тип Склад
Распределение затрат Требование-накладная
Отчет о переработке Реализация услуг по переработке
Отчет переработчика Поступление из переработки

Таблица 2. Cоответствия справочников для синхронизации

1С:Управление нашей фирмой 1С:Бухгалтерия 1С:УНФ→1С:БП 1С:БП→1С:УНФ Идентификатор для синхронизации, дополнительная информация
КОМПАНИЯ
Организации Организации

Конфигурации 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С вполне может быть оптимальным выбором для вас.