Мобільний клієнт 1с 8.3 форма авторизації. Початкові установки мобільного додатка «1С-Рейтинг: Мобільний офіціант

У рамках цієї статті ми розглянемо початкові налаштування, які необхідно здійснити перед початком роботи з мобільним додатком.
Мобільний додаток «1С-Рейтинг: Мобільний офіціант» використовується разом із конфігурацією «1С-Рейтинг: Ресторан», з якою пов'язаний за допомогою періодичного обміну даними. Тому перед встановленням конфігурації "1С-Рейтинг: Мобільний офіціант" необхідно зробити відповідні налаштування у програмі "1С-Рейтинг: Ресторан".

Налаштування інформаційної бази «1С-Рейтинг: Ресторан» Вся нормативно-довідкова інформація, яка використовується в роботі з мобільним додатком, заповнюється в інформаційної базиЗміни «1С-Рейтинг: Ресторан». Перед активацією та виконанням обміну між мобільним додатком та конфігурацією «1С-Рейтинг: Ресторан» необхідно в конфігурації «1С-Рейтинг: Ресторан» заповнити такі дані:
  • Довідник Організація;
  • Довідник Склад;
  • Довідник Каса;
  • Довідник Зал;
  • Довідник Модифікатори ;
  • Регістри відомостей Модифікатори страв;
  • Регістри відомостей Зумовлені позиції замовлень;
  • Регістри відомостей Маршрутизація друку марок;
  • Довідник Види меню;
  • Довідник Налаштування РМК;
  • Довідник Користувачі.
Налаштування користувачів Користувачів, які працюватимуть із мобільним додатком, необхідно заздалегідь створити в інформаційній базі «1С-Рейтинг: Ресторан». У користувача мобільного додаткуКрім основних налаштувань і ролей, що стосуються конфігурації «1С-Рейтинг: Ресторан», повинна бути вказана роль , яка дозволяє користувачеві працювати з мобільним додатком. Автоматичний друк марок Після оформлення замовлення мобільному пристрої, можливий друк марок на місця приготування (кухню, бар). Друк марок виконується за наступним алгоритмом: у мобільному додатку користувач створює або змінює замовлення, що передаються до центральної інформаційної бази конфігурації «1С-Рейтинг: Ресторан». У центральній базі вони накопичуються у регістрі відомостей Черга друку марок. З періодичністю, вказаною в налаштуваннях параметрів обліку, запускається процедура, яка друкує марки з цього регістру відомостей місця приготування.
Для увімкнення даної можливості необхідно в конфігурації «1С-Рейтинг: Ресторан» у налаштуваннях параметрів обліку в групі Мобільний офіціант встановити наступні налаштування:
  • Виконувати друк марок мобільного офіціанта – увімкнення даної опції дозволяє відправляти на друк марки з інформацією про приготування.
  • Користувач для друку марок мобільного офіціанта – необхідно вибрати користувача з довідника Користувачі, від імені якого виконуватимуться процедури друку. Для друку марок необхідно запускати сеанс від імені зазначеного користувача. Для того, щоб виконання процедур друку марок не уповільнювало роботу користувачів, рекомендується створити окремого користувача (наприклад, «Запуск РМК» або «Друк марок») і запускати окремий сеанс 1С:Підприємства з даним користувачем для виконання фонового друку.
  • Інтервал друку марок мобільного офіціанта – у цьому параметрі вказується інтервал часу в секундах для виведення на друк. Заповнення цього параметра є обов'язковим для здійснення друку марок. Значення цього параметра вибирається з вимог конкретної організації, рекомендоване значення 10 секунд.

Публікація на веб-сервері Для спільної роботи мобільного додатка та стаціонарної інформаційної бази «1С-Рейтинг: Ресторан» необхідно організувати відповідну інфраструктуру:
1. У зоні роботи офіціантів має бути налаштована бездротова мережа Wi-Fi.
2. На комп'ютері, де буде здійснено публікацію інформаційної бази «1С-Рейтинг: Ресторан», має бути встановлений та налаштований веб-сервер (підтримується робота з веб-сервером Apacheчи IIS).
3. На цьому ж комп'ютері повинні бути встановлені платформа «1С:Підприємство» та модулі розширення веб-сервера. Встановлення модулів здійснюється під час встановлення платформи.


4. Повинна бути здійснена публікація інформаційної бази «1С-Рейтинг: Ресторан».
5. Комп'ютер з опублікованою інформаційною базою та мобільні пристрої повинні знаходитися в одній локальній мережі.
Для публікації інформаційної бази "1С-Рейтинг: Ресторан" необхідно запустити "1С:Підприємство" в режимі Конфігуратор (меню Адміністрація - Публікація на веб-сервері). У вікні необхідно виконати такі дії:
  • Введіть вручну ім'я публікації в полі Ім'я, при цьому воно може складатися лише з символів латинського алфавіту. Дане ім'я пізніше буде вводитись у налаштування мобільного додатка.
  • У полі Веб-сервер вказує тип веб-сервера, для якого публікується.
  • У полі Каталог вказати шлях до каталогу, де будуть розміщені файли, що описують віртуальний каталог.
  • Перейти на закладку HTTP сервіси та увімкнути налаштування Публікувати HTTP сервіси за промовчанням . У табличній частині відзначити прапором HTTP сервіс Data у переліку доступних сервісів.
  • Натиснути кнопку Опублікувати. Після публікації необхідно перезапустити сервер.
Налаштування конфігурації «1С Рейтинг: Мобільний офіціант» Мобільний додаток «1С-Рейтинг: Мобільний офіціант» доступний для безкоштовного завантаження на мобільні пристрої з офіційного онлайн-магазину Google Play. Для комерційного використання програми необхідно придбати необхідну кількість Ліцензій на пристрої та активувати мобільну програму на кожному мобільному пристрої. Для вивчення функціональних можливостей мобільного додатка передбачено демонстраційний режим роботи, який не вимагає придбання Ліцензія на пристрої.
Встановлення мобільної програми «1С-Рейтинг: Мобільний офіціант» виконується автоматично, і не відрізняється від встановлення будь-якої іншої мобільної програми. Оновлення програми «1С-Рейтинг: Мобільний офіціант» доступні в офіційному онлайн-магазині Google Play без будь-яких обмежень та реєстрації в компанії «1С-Рейтинг».
При першому запуску мобільного додатка з'являється форма вибору режиму роботи. Пропонується вибрати з двох варіантів дій: Демонстраційний режим та Активувати програму .
Демонстраційний режим може бути включений при першому запуску мобільного додатка або пізніше, після активації у формі налаштувань за допомогою однойменного перемикача.
При включенні цього режиму база даних мобільного додатка автоматично наповнюється демонстраційними даними, що дозволяє найбільш повно ознайомитися з функціональними можливостямипродукту.

Активація програми Для роботи з мобільним додатком та двостороннім обміном даних з обліковою базою конфігурації «1С-Рейтинг: Ресторан» необхідно виконати активацію програми.
Існує два варіанти виконання активації мобільного додатку:
  • Інтернет-активація.
  • Офлайн-активація.
Інтернет-активація Для виконання Інтернет-активації необхідно:
  • Забезпечити доступ мобільного пристрою до Інтернету.
  • Введіть реєстраційний номер у вікні Активація програми та натисніть кнопку Активувати .

  • Офлайн-активація Офлайн-активація виконується у разі відсутності можливості підключити мобільний пристрій до Інтернету.
    Для виконання офлайн-активації необхідно:
  • Отримати реєстраційний номер мобільного додатка. Для цього необхідно звернутися до партнерів компанії «1С-Рейтинг» у Вашому регіоні або безпосередньо до компанії «1С-Рейтинг».
  • У вікні Активація програми натисніть посилання Офлайн-активація програми .
  • У вікні Офлайн-активація програми введіть реєстраційний номер мобільної програми.
  • Натиснути кнопку Отримати код програми. Відкриється вікно, що містить код програми. Цей код необхідно передати до компанії «1С-Рейтинг». У відповідь буде видано Код активації.
  • Код активації вводиться у вікні Офлайн-активація програми у відповідному полі. Після натискання кнопки Активувати активується мобільна програма.
  • Після успішної активації, мобільний додаток готовий до використання.

  • Важливо!

    Після переустановки мобільного додатка буде потрібно повторна активація.

    Налаштування підключення до інформаційної бази «1С-Рейтинг: Ресторан» Після активації мобільного додатка (будь-яким із вищезазначених способів) автоматично відкривається форма авторизації користувача. При початковій авторизації форма містить такі поля:
    • Користувач – користувач, під яким здійснюватиметься робота в «1С-Рейтинг: Мобільний офіціант». Користувачі мобільного пристрою повинні бути створені заздалегідь в інформаційній базі конфігурації «1С-Рейтинг: Ресторан».
    • Пароль – пароль для авторизації користувача, що вказується в налаштуваннях користувача, у конфігурації «1С-Рейтинг: Ресторан».
    • Адреса сервера – у цьому полі вказується ip-адреса комп'ютера, на якому запущено веб-сервер.
    • Порт – за замовчуванням має значення 80. Якщо веб-сервер був налаштований на якийсь інший порт, тут необхідно вказати його номер.
    • Ім'я публікації – ім'я, вказане під час публікації HTTP-сервісу в інформаційній базі конфігурації «1С-Рейтинг: Ресторан».


    Авторизація відбувається за натисканням на кнопку Підключитися.

    Важливо!

    Поля Адреса сервера та Ім'я публікації містять технічні дані для підключення та заповнюються при першому підключенні. При наступному запуску дані поля будуть приховані та доступні лише у формі налаштувань.

    Ім'я користувача та ім'я публікації необхідно вводити з урахуванням регістру літер. Якщо регістр не співпаде, то авторизації буде відмовлено.


    При повторній авторизації або зміні користувача достатньо вказати користувача, ввести пароль та натиснути кнопку Підключитися.

    Після виконання авторизації відкривається форма списку замовлень – можна розпочинати роботу. Для створення замовлення необхідно натиснути кнопку Нове замовлення.

    Повідомлення при підключенні

    Під час підключення мобільного додатка до конфігурації «1С-Рейтинг: Ресторан» можуть виникнути такі повідомлення:

    1. «Відбулася мережева помилка»Це повідомлення

    • може виникати у тому випадку, якщо:
    • Втрачено сигнал мережі Wi-Fi.
    • Некоректно настроєно роботу веб-сервера.
    • Зупинено роботу веб-сервера – необхідно перезапустити веб-сервер.
    Неправильно вказано адресу веб-сервера та/або порт.

    2. "Недостатньо прав для використання ресурсу з даним HTTP методом"
    Дане повідомлення означає, що у користувача не включена роль Доступ до об'єктів мобільного офіціанта.
    3. "Requested URL /REST/hs/Data/Registration був недоступний на цьому сервері."
    Повідомлення при авторизації виникає у тому випадку, якщо:
    Неправильне вказане ім'я публікації.
    Ім'я публікації в Мобільному офіціанті відрізняється від імені, вказаного в конфігураторі Ресторана при налаштуванні публікації (необхідно перевірити чи збігається ім'я публікації, важливий реєстр букв). 4. «1C:Enterprise 8 application error. HTTP:»
    Not found

    • (3475)

    Це повідомлення виникає, якщо під час налаштування публікації не вибрано HTTP-сервіс. Необхідно перевірити наявність прапорів у налаштування Публікувати HTTP сервіси за замовчуванням і в табличній частині рядка Data. На прикладі мобільного додатка «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С: Підприємства – механізм обміну даними; для кожного мобільного УНФ у великому УНФ створюється вузол обміну даними, у великому та мобільному УНФ задіюється служба реєстрації змін для відстеження даних, змінених з часу останньої синхронізації тощо.

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

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

    Під час первинної синхронізації мобільного УНФ з великим УНФ працювати у мобільному УНФ не можна – з'являється модальне вікно, що показує перебіг процесу. Усі наступні синхронізації – фонові, та не блокують роботу мобільного УНФ.

    Повний список об'єктів, якими обмінюються мобільний та великий УНФ:

    • Довідники:
      • Номенклатура
      • Контрагенти
      • список користувачів
    • Документи:
      • Замовлення покупців
      • Вступ до каси
      • Витрата з каси
      • Прибуткова накладна
      • Видаткова накладна
      • Виробництво
    • Регістри (але не повністю всі ціни, а лише основні):
      • ЦіниПостачальників
      • ЦіниТоварів
    • Відомості про організацію:
      • Найменування
      • Інформація про оподаткування
    У великому УНФ у товарів є картинки – зображення власне товарів. З метою мінімізації трафіку ми не вантажимо у мобільний УНФ картинки, вони підвантажуються на вимогу – наприклад, коли ми відкриваємо у мобільному УНФ картку товару.


    Картка товару із зображенням товару

    Еволюція програми – розвиваємо сценарії використання Типова ситуація – бізнес зростає, і функціональність мобільного УНФ на одному мобільному пристрої перестає вистачати. У бізнесі з'являється ще один співробітник (або співробітники), і їм також треба працювати із замовленнями.

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

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

    Тому ми розширили перелік сценаріїв роботи мобільного УНФ. У цьому нам допомогла поява нашого хмарного сервісу http://1cfresh.com , заснованого на хмарної технології 1cFresh. З'явилася можливість розміщувати великий УНФ у хмарі. Ми розписали три сценарії використання мобільного додатка зі зростанням бізнесу користувача:

  • Дуже маленький бізнес. Облік ведеться одному мобільному пристрої.
  • Бізнес зростає – з'явилися працівники. Можна встановити мобільний УНФ на мобільні пристрої співробітників. При цьому потрібно вміти обмінюватись даними між мобільними пристроями для синхронізації даних; для цього ми вирішили використовувати не обмін через файли, а використовувати для синхронізації (а заодно і для бекапу) версію великого УНФ, розташовану в хмарі http://1cfresh.com. При включенні цього сценарію у хмарі http://1cfresh.com створюється екземпляр великого УНФ, база якого використовуватиметься для синхронізації даних між мобільними пристроями. Використання в такому сценарії одного мобільного пристрою безкоштовно, за кожне додатковий пристрійми беремо 75 руб/місяць, використовувати в цьому сценарії можна не більше трьох пристроїв. При цьому користувачам мобільних пристроїв можна задати певні ролі - торговий представник, сервісний інженер, продавець (можлива також детальне налаштуванняролей); відповідним чином буде обмежена функціональність мобільного додатка. Можна також працювати через веб-клієнт або тонкий клієнтз великим УНФ, розміщеним у хмарі, але функціональність хмарного УНФ буде урізана до функціональності мобільного УНФ. Але працювати безпосередньо у хмарному УНФ необов'язково – вся робота може вестись лише з мобільних пристроїв.
  • Бізнес виріс до середньої фірми. В цьому випадку має сенс орендувати у хмарі повноцінну версію великого УНФ, щоб отримати (через веб-клієнт або тонкий клієнт) додаткову функціональність - 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С (8.3.5) з'явилося багато функціоналу. До речі, для тих хто не знає, є ресурс, на якому розробники 1С описують нововведення в платформі. Одним із таких є механізм. Він привернув мою увагу, захотілося щось продати for fun. Одразу прийшла ідея зробити щось схоже на сайт, але з цією ідеєю мене не зрозуміли б навіть на інфостарті, тож я викинув її з голови. Здавалося, що викинув, але ідея трансформувалася в щось таке масштабне, щось таке, що може знайти реальне застосування в житті - мобільний веб-додаток.
    Я вважаю, що малонавантажений і простий мобільний веб-додаток, для обмеженої кількості користувачів, наприклад співробітників, може бути реалізований в 1С за допомогою HTTP-сервісів.

    Мобільний веб-додаток "Контакти"

    Почну із результату. Мобільний веб-додаток "Контакти" виглядає просто, власне таким і є. Спочатку ви бачите лише поле для пошуку контакту.

    Шукаємо когось (для того, щоб пошук почався потрібно ввести не менше 3 символів). Хтось знайшовся.

    Подзвонимо Олексію.

    Напишемо листа Тимофію.

    Ось і весь мобільний веб-додаток.

    До речі, його просто адаптувати під будь-яку конфігурацію.

    Трохи про реалізацію

    Використовувані засоби:
    - механізм HTTP-сервісів платформи 1С (починаючи з версії 8.3.5)
    - JavaScript бібліотека jQuery (http://jquery.com)
    - JavaScript бібліотека jQuery mobile (http://jquerymobile.com)
    - 1С:JSON ()

    HTTP-сервіс "Конткати" приймає всі запити та передає їх у обробку "КонтактиМВП". В обробці "КонтактиМВП" зосереджена вся логіка мобільного веб-додатку.

    Так виглядає обробка запиту.

    Функція ОбробитиЗапит(Запит) Експорт Якщо ВідповідаєРесурсу(Запит, "/index.html") Тоді Повернення ОтриматиРесурсIndexHTML();

    ІнакшеЯкщо відповідаєРесурсу(Запит,"/application.js") Тоді Повернення ОтриматиРесурсApplicationJS();

    ІнакшеЯкщо відповідаєРесурсу(Запит,"/contacts.json") Тоді Повернення ОтриматиРесурсContactsJSON(Запит);

    КінецьЯкщо; КінецьФункції

    Так, наприклад, виглядає повернення сторінки index.html.

    Функція ОтриматиРесурсIndexHTML() Відповідь = Новий HTTPСервісВідповідь(200);
    Текст = ОтриматиМакет("IndexHTML").ОтриматиТекст(); Відповідь. Встановити Тіло З Рядків (Текст);Відповідь.Заголовки.Вставити("Content-Type", "text/html");
    Повернення Відповідь; КінецьФункції
    Нічого складного. Більш детально ви можете вивчити механізм, завантаживши КонтактиМВП.dt
    Особливості публікації

    При публікації HTTP-сервісу виникли невеликі складнощі, щоб вам було простіше викладу деякі зауваження:

    - Є достатньо

    докладні описи

    про публікацію – читайте уважніше.- Не забувайте перед публікацією запустити конфігуратор від імені адміністратора. - Запустити HTTP-сервіс вдалося лише з файловою версією, із клієнт-серверною виникала якась помилка.- Для того, щоб мобільний веб-додаток працював без запиту авторизації, якщо в базі є заведені користувачі, то після публікації у файлі default.vrd у рядок підключення (point.ib) необхідно додати параметри Usr та Pwd..

    Висновок

    Сподіваюся, матеріал статті буде вам корисний.

    Дякую за увагу.

    За кнопкою "Обмін даними" співробітник може запустити процедуру отримання з сервера нових завдань негайно. Обмін даними з сервером також проводиться в автоматичному режимі 1 раз на день, згідно з заданим у налаштуваннях розкладом.

    “Налаштування програми” – тут задаються параметри авторизації та адреса сервера 1С, а також відображається унікальна ідентифікаційний номерцього пристрою. Тут може бути встановлено розклад автоматичного обміну.

    Структура даних, якими обмінюється мобільний клієнт із сервером 1С

    Шлях це буде таблиця значень (у термінах 1С), яка містить 3 колонки:

    Створення шаблону мобільного додатка в 1С

    Запустіть 1С та виберіть довідник “Мобільні програми”, додайте новий елемент, де:

      У полі “Ідентифікатор” вкажіть SAMPLE_APP_TASKS (або придумайте будь-який інший) , це унікальний ідентифікатор програми в рамках конфігурації. Необхідний для однозначної ідентифікації докладання у процесі обміну, т.к. на одному мобільному пристрої один і той самий співробітник може використовувати кілька програм.

      У полі “Найменування” вкажіть назву вашої мобільної програми, наприклад Завдання .

    Запишіть елемент довідника за Записати , після цього створіть нову версіюі вкажіть її як робочу для вашої програми.

    Виділіть у списку “Метадані” групу “Зовнішні дані” та натисніть кнопку “Додати ” на панелі інструментів. Заповніть параметри нової таблиціяк показано на малюнку:

    Імена колонок і самої таблиці тут, як правило, задаються російською мовою, за ними виконуватиметься заповнення таблиці цими засобами вбудованої мови 1С.

    Кожна таблиця даних у мобільному додатку повинна мати первинний ключ(PRIMARY KEY у термінах реляційних баз даних) рядкового типу. Для всіх об'єктних таблиць (довідники та документи) ключем є текстове подання посилання (унікальний ідентифікатор) і заповнюється автоматично.

    Для необ'єктних таблиць, таких як «регістр відомостей» чи «зовнішня таблиця», програмі треба зазначити, як його слід заповнювати. Один із варіантів – це встановлення прапора «Індексувати» для однієї або декількох колонок таблиці, що було зроблено в нашому прикладі для колонок «Термін виконання» та «Завдання». Це означає, що в таблиці не може бути двох однакових завдань на ту саму дату.

    Натисніть ОК , таблиця буде додана в дерево метаданих, для мобільного додатка імена автоматично перетворюються на латиницю.

    [Одне з правил FBA: у 1С вихідний кодпишемо російською, в Java на латиниці. Відсутність російських літер в ідентифікаторах, іменах змінних та класах дозволить уникнути багатьох проблем під час проектування мобільного клієнта]

    Перейменуйте імена з латини на англійську. В принципі, можна було залишити і латиницю, але ми вже визначилися з іменами (вище у таблиці).

    Збережіть зміни та натисніть кнопку “Шаблон мобільного додатка” на панелі інструментів.

    «Каталог шаблонів» – вкажіть шлях до каталогу, де буде збережено згенеровані файли шаблону мобільного додатка.

    На закладці «Основні» вкажіть ім'я пакета, це має бути унікальний ідентифікатор. Якщо у вас є сайт, використовуйте його для створення префікса. У нашому прикладі це ru.profi1c.samples.tasks

    На закладці "Web-сервіс" адреса сервера вказана 10.0.2.2, за замовчуванням це адреса вашого комп'ютера при доступі з Android-емулятора.

    У полі "Ім'я веб-сервісу" та "Підкаталог програми" введіть дані, які були вказані при публікації веб-сервісу.

    На закладці «Про програму» заповніть контактні дані та додаткову інформаціюпро вашу програму, налаштування на закладці «Генератор таблиць» залишаємо без зміни.

    Натисніть Створити, шаблон Android-проекту буде згенеровано. Закрийте вікно майстра генерації шаблону, збережіть зміни та закрийте елемент довідника «Мобільні програми»

    Поділитися