Требования по Ordering для клиентов Zegoal
Цитата из переписки:
Dmitry Knysh, [09.12.19 18:22]
Цель: экономия административных затрат за счет автоматизации выставления счетов и актов за выполненные работы, оказанные услуги, проданные товары. Счета и акты выставляют наши клиенты, своим клиентам. Повышение имиджа наших клиентов перед конечными заказчиками. Снижение количества “потерянных“ счетов.
Для достижения цели необходимо:
1. Создать справочник цен на товары, работы, услуги. ручное создание (web-интерфейс), импорт через xls, api (при интеграции с 3rd party software). Свойства: цена за единицу без НДС, цена за единицу с НДС, размер НДС, %, единица измерения (по-умолчанию шт), наименование.
2. Создать шаблона заказа для мобильного клиента, который будет заполняться при завершении задачи. Заказ работает только он-лайн. Результат заказа ассоциируется с результатом задачи, то есть при просмотре результата задачи в веб, можно посмотреть и заказ (если он был заполнен). Заполнять или не заполнять заказ в привязке к шаблону задачи определяется настройкой шаблона задачи. Обязательность заполнения заказа также определяется настройками шаблона. Обязательность заполнения означает поведение, при котором мобильный клиент не дает перейти на выполнение следующей задачи без заполненного заказа.
https://www.figma.com/file/j5gg0uweLNCy6xgSXc1Uw3/Zegoal-App-Prod?node-id=707%3A1821 (https://www.figma.com/file/j5gg0uweLNCy6xgSXc1Uw3/Zegoal-App-Prod?node-id=707%3A1821) (экраны task complete, task invoice 2)
В шаблоне заказа должен быть элемент получить подпись.
На будущее предусмотреть получение оплаты “в поле”: наличные, чек, карта (через payment gateway).
Шаблоны заказа могут быть двух типов: заказ (invoice) и замер (коммерческое предложение - quotation). Заказ отличается от замера тем, что заказ это уже свершившиеся событи (клиент должен произвести оплату данного счета), замер - это заготовка будущего счета и после утверждения со стороны клиента заказ может трансформироваться в счет, либо может быть аннулирован (статус отменен с указанием причины).
3. Логика работы элемента заказ/замер в мобильном клиенте. Сотрудник клиента приезжает к конечному заказчику:
3.1.1. Если есть шаблон задачи, то сотрудник заполняет поля шаблона. После завершения переходит на экран task complete, где выбирает кнопку создать заказ (замер). После этого он переходит на экран заполнения заказа (замера). При заполнении заказа сотрудник нажимает на + для добавления позиции заказа. При тапе на + переход на экран справочника (товары, работы, услуги), сотрудник вручную или при помощи поиска выбирает необходимо позицию, вводит количество позиций. На экране заполнения заказа должен быть итог (стоимость итого). После заполнения позиций заказа сотрудник тапает на подпись (collect signature или sign) и дает мобильное устройство конечному заказчику для получений цифровой подписи. Перед подписью сотрудник либо конечный заказчик заполняет поле name на экране “подпись” (поле не обязательное) . Затем либо тапает compete, либо pay (для получения оплата в поле). При complete переход на экран “send invoice by email?” отображается ассоциированный к задаче контакт с указанным email, также есть возможность добавить дополнительные e-mail. После проверки emails сотрудник тапает done. При варианте pay, сотрудник сначала попадает на экран collect payment on field, выбирает способ получения оплаты, в зависимости от способа оплаты заполняет обязательные поля, после этого тапает done и переход на экран “send invoice by email?”. Логика такая же как и без оплаты в поле.
3.1.2 Заказ (замер) по сути отдельный шаблон задачи. То есть сотрудник может в любой момент создать данный документ без привязки к основной задаче. Например менеджер отправляет сотрудника для выставления в поле заказа (замера), соответственно у сотрудника появится задача получить заказ. При запуске задачи он попадает на экран заполнения заказа. Далее все идет по сценарию описанному выше. Полевой сотрудник самостоятельно может создать заказ (замер) в поле. Для этого ему при создании задачи необходимо выбрать шаблон заказ или замер. Второй вариант это при тапе на create выпадают варианты: задача, заказ, замер. В этом случает при создании заказа сотрудник сразу стартует его заполнение.
3.2. После завершения процесса создания заказа и попадания данных на сервер, сервер собирает полученные данные в pdf документ и отправляет по указанным email его копию. Параллельно в результате задачи в мобильно клиенте в разделе docs (задачи) появляется ссылка на заказ (замер). Его можно скачать на телефон, либо осуществить повторную отправку. (email при этом можно отредактировать). Все отправляет сервер!
4. Логика работы в web-клиенте.
4.1. Подключение заказа/замера к шаблону задачи. В настройке шаблона задачи добавить пункты create invoice, create quotation. При выборе пункта добавить настройку обязательности заполнения.
4.1.1. Создание задачи с заказом, замером происходит также как и без.
4.2. Создание задачи-заказа (замера). При создании задачи-заказа/замера, менеджер выбирает из шаблонов предустановленные шаблоны заказ/замер. Далее стандартный патерн поведения: отправка задачи на мобильный клиент, выполнение, загрузка результатов.
4.3. Получение результатов заполнения заказа/замера. После завершения полевым сотрудником задачи с заказом/замером данные поступают на сервер и отображаются на экране подробного отображения задачи в разделе заказ или замер в зависимости от того, что было назначено. Отображение заказа в виде таблицы, а также в виде ссылки для скачивания pdf документа. Полученный заказ можно редактировать (добавить в настройки пункт, возможности редактирования или отсутствия такой возможности).
4.4. Создание заказа/замера через web-клиент. Менеджер, либо сотрудник, у которого есть доступ к веб-клиенту при клике на create выбирает создание задачи, заказа либо замера. Заполняется стандартный набор данных для задачи: компания, локация, контакт, имущество. При создании заказа/замера исполнителем менеджер указывает себя. В этом случае после заполнения обязательных полей он переходит на экран заполнения заказа/замера. Способ добавления позиций аналогичный как и в мобильном клиенте. После завершения создания документа менеджер выбирает (заполняет e-mail) кому направить pdf версию документа.
4.5. У документа заказ должны быть статуты оплаты (waiting payment, paid, overdue payment). Также должен быть дополнительны признак способа оплаты: bank transfer, card, cash, check. При сбора оплаты в поле статус оплаты сразу paid. При оплате “вне поля” автоматический статус waiting payment. На старте статус оплаты меняется руками.
4.6. Срок оплаты настраивается в карточке клиента (company). В этой же карточке настраивается billing email (почта для отправки счетов по-умолчанию). В случае, отсутствия связанного с задачей контакта счет/замер всегда уходит на данный email.
4.7. Отчет по заказам. Настройка шаблона (поля для выбора):
- период
- компания (одна, несколько или все)
- статус документа (все по умолчанию, выбор конктретного статуса).
Поля для вывода:
id счета=id задачи, наименование клиента, локация, имущество, дата выставления, срок оплаты, статус оплаты, статус задачи, сумма заказа.
Сводка по сумме заказов отображенных в отчете.
4.8. У документа замер должны быть статусы: sent, approved, transfered to task. После отправки (создания) замера автоматически статус присваивается sent. Статус approved присваивается вручную. При переводе замера в задачу автоматически присваивается статус tranfered to task. Замер и задача имеют ассоциацию. Срок действия замера настраивается в администрировании шаблона.
4.9. Отчет по замерам. Настройка шаблона (поля для выбора):
- период
- компания (одна, несколько или все)
- статус документа (все по умолчанию, выбор конктретного статуса).
Поля для вывода:
id замера=id задачи, наименование клиента, локация, имущество, дата выставления, срок принятия, статус принятия, статус задачи, сумма замера.
Сводка по сумме замеров отображенных в отчете.
4.10. Шаблоны pdf документа заказ. Шаблон имеет общую структуру (каркас), а также переменные (настраиваемые поля): логотип компании, срок оплаты, прикреплять или нет приложение (pdf версию выполнения задачи aka простыня в pdf). Приложение идет на отдельных листах. Приложение к заказу №…. Основные элементы шаблона: наименование компании, реквизиты компании, номер документа (ставится автоматом), таблица с позициями работ, товаров услуг, подпись и имя клиента, наименование конечного заказчика, реквизиты конечного заказчика.
пример документа https://www.figma.com/file/Gwr2HcK3Y2Sa5NTQPFUDKi14/Untitled
4.11. Шаблон pdf документа замер. Аналогично как и в п4.10, только название будет коммерческое предложение (quotation), название документа можно изменять.