Задачи сотрудникам из 1С в телефоне: прототип на Android и план тиража

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

Задача

Заказчик внедряет 1С у своих клиентов. По его словам, клиенты часто просят одно и то же: задачу сотруднику ставят в 1С, выполняет он её в телефоне, и результат должен вернуться в базу. Сотрудник при этом может быть где угодно: на объекте, на складе, в дороге. Без такого решения задачи обычно уходят в мессенджер, отчёт приходит сообщением в чат, и в базе от этого не остаётся следа.

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

Что я предложил и собрал

В первом ответе я описал три части: серверную часть в 1С без правки конфигурации, приложение сотрудника только для Android и контроль руководителя прямо в 1С. iPhone я сознательно не обещал: одна платформа на старте означает одну сборку, одну проверку и быстрее первую версию.

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

Так и получился прототип: приложение на Flutter для Android ходит в стандартный OData и работает с задачами, которые уже есть в базе. Отдельный HTTP-сервис в базе не понадобился, расширение для первой версии тоже. Чем отличаются такие подходы, я разбирал в статьях про HTTP-сервис в 1С и про доработки через расширения.

Что умеет прототип

Подключение. Сотрудник вводит адрес базы, как в браузере, логин и пароль 1С. Приложение проверяет связь и что нужные объекты включены в OData, и если чего-то нет, пишет понятную причину: неверный пароль, база не опубликована, объекты не включены, нет связи. Если логин совпал с пользователем 1С, сразу открывается список задач. Если нет, приложение предлагает выбрать себя в списке («Кто вы в 1С?»). Вход можно запомнить, при отключении пароль забывается.

Мои задачи. Открытые задачи по сроку, просроченные и сегодняшние отмечены. Список обновляется сам раз в 30 секунд, новая задача из 1С появляется без нажатий. Отдельная вкладка показывает последние выполненные задачи с результатом.

Карточка задачи. Текст задания, автор, срок, важность. Кнопка «Принять к исполнению», затем «Выполнить» с полем комментария. Комментарий записывается в результат задачи, и автор видит его в 1С. Если комментарий почему-то не записался, задача всё равно выполняется, а приложение показывает предупреждение.

Новая задача. Сотрудник может сам поставить задачу коллеге или себе: тема, описание, исполнитель из списка с поиском, срок и важность. В 1С создаётся и стартует то же стандартное «Задание», и задача появляется у исполнителя.

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

Как проверял

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

Шестнадцать тестов проверяют экраны на заглушке, которая изображает 1С: все ошибки подключения, выбор себя, список по сроку, принятие и выполнение, комментарий, который не записался, автообновление, создание задачи себе и коллеге. Отдельно тесты снимают экраны приложения в картинки, в том числе на узком телефоне, чтобы видеть вёрстку глазами.

Что учёл и где риски

Одна база в проверке. Живые тесты шли на одной базе. Объекты задач в типовых на БСП общие, но на базах клиентов с другими конфигурациями и релизами прототип ещё не проверен. Это первое, что нужно сделать.

Публикация базы. Приложению нужен адрес, по которому 1С видна снаружи, и включённые объекты в OData. У части клиентов база стоит на локальном сервере без публикации. Как и с какими лицензиями её опубликовать, решается у каждого клиента до установки.

Безопасность. В прототипе подключение по логину и паролю пользователя 1С. Для продукта нужен защищённый канал и понятные права: сотрудник должен видеть только свои задачи.

Фото. Фотографии с телефона тяжёлые, а база от них быстро растёт. Сжимать их нужно на телефоне, а где хранить, решать заранее. Возможно, здесь понадобится расширение.

Тираж. Каждый новый клиент должен подключаться настройкой: адрес базы, пользователи, права. Пока это так и работает, и это нужно сохранить.

Что дальше

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

Частые вопросы

Приложение уже можно поставить?

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

Нужно ли дорабатывать нашу 1С?

Для прототипа нет. Он работает со стандартными задачами БСП через стандартный OData. Базу нужно опубликовать и включить в OData три объекта: пользователей, «Задание» и задачу исполнителя.

Чем это лучше задач в мессенджере?

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

Коротко о главном

Самое полезное в этой работе: для первой версии ничего не пришлось писать в базе. Стандартные задачи БСП и стандартный OData закрыли основной сценарий, а значит, ставить приложение клиентам можно настройкой, без программиста в каждой базе.

Сейчас это рабочий прототип и переданный план развития, тиражного продукта в продаже нет. Если вашим сотрудникам нужно получать задачи из 1С в телефоне, посмотрите, как я автоматизирую процессы. Напишите в Telegram, MAX или VK.