Различия

Показаны различия между двумя версиями страницы.

--- tech_description:db:dictionary [2022/08/02 17:53] – создано sharixadmin
+++ tech_description:db:dictionary [2022/09/11 22:21] (текущий) – удалено sharixadmin
@@ Строка 1: / Строка 1: @@
-=====Словари=====
-====neg_type - типы взаимоотношений с пользователями====
-Диапазон:
-^Код ^Словесное название ^Описание^
-|0       |disfollow           |пользователь выразил предпочтение не устанавливать взаимоотношений с другим       пользователем (не включать его в цепочки услуг при наличии других исполнителей, при отсутствии - только в виде предположения)|
-|1        |prefer             |пользователь зафиксировал предпочтение использования услуг другого пользователя при построении цепочек услуг. При наличии таких предпочтений пользователю обязательно предлагается одно из решений на основе данных связей, если это возможно. Остальные - предложениями|
-|2        |employee           |пользователь является сотрудником|
-|3        |service            |пользователь является сервисом (предоставляет сервис)|
-|4        |client             |устанавливается связь для получения услуги|
-==type_legal_form - классификация типов организационных форм==
-^Код ^Словесное название ^Описание^
-|0      |self-employed     |Самозанятый|
-|1      |ip                |ИП|
-|2      |company           |Организация|
-==resource_type==
-Классификатор ресурсов (автомобили, дома, иные объекты)
-^Код ^Словесное название ^Описание^
-|1 бит (движимость)|||
-|0       |moving           |движимое|
-|1       |still            |недвижимое|
-|2 бит - среда размещения объекта во время оказания услуги|||
-|0       |ground           |земля|
-|1       |underground      |под землей|
-|2       |water            |вода|
-|3       |underwater       |под водой|
-|4       |air              |воздух|
-|5       |cosmos           |космос|
-|3 бит - класс имущества|||
-|0       |zero             |совсем дно|
-|1       |economy          |эконом|
-|2       |comfort          |комфорт|
-|3       |business         |бизнес|
-|4       |premium          |премиум|
-|5       |luxe             |люкс|
-|4-5 бит - тип имущества|||
-|00      |car              |машина|
-|01      |flat             |квартира|
-|02      |house            |дом|
-|03      |airplane         |самолет|
-==permission_type==
-^Код ^Словесное название ^Описание^
-|1 бит (уровень применения)|||
-|0        |platform        |платформа|
-|1        |metaservice     |метасервис|
-|2 бит (тип разрешения)|||
-|0        |admin           |администратор|
-|1        |supervisor      |модератор/супервайзер|
-|2        |support         |поддержка|
-|3        |techsupport     |техподдержка|
-|4        |user            |пользователь|
-==initiator_type - типы инициированных событий в зависимости от инициатора==
-^Код ^Словесное название ^Описание^
-|0        |manual            |вручную (например, на этапе разработки, тестирования, отладки)|
-|1        |self              |сам пользователь, от которого запрос|
-|2.*      |another_user      |иной пользователь, после кода 2 записывается id пользователя|
-|3        |metaservice_event |событие внутри метасервиса, после кода 3 записывается id event|
-|4        |platform_event    |событие платформы, после кода 4 записывается id event|
-==event_type - типы событий==
-^Код ^Словесное название ^Описание^
-|1          |add           |добавить|
-|2          |del           |удалить|
-|3          |change        |выбрать|
-==IS_GLOBAL/IS_VISIBLE статусы==
-^Код ^Словесное название ^Описание^
-|f         |false           |не синхронизируется/не видно|
-|t         |true            |синхронизируется, все ок|
-|d         |disabled        |было включено, но стало выключено и в процессе обработки|
-|s         |switch          |было выключено, но стало включено и в процессе обработки|
-|e         |error           |ошибка - то есть должно работать, но почему-то не ок|
-==Requirements==
-  * Это последовательность символов, определяющая, какие документы/проверки должны быть осуществлены для того, чтобы статус был активным.
-  * Требования могут быть со стороны платформы (S), метасервиса (M), юрлица-исполнителя (P) - это check levels.
-  * Записывается в виде строки S….M…P….U…. - если какие-то разделы пустые, то они обозначаются таковыми, а не опускаются.
-  * . - любое число
-  * Пример для водителя Drive для получения услуги:
-    DS M01z07z10o11o P01y07y10m11m CS M P34y Be
-  * Пример для водителя Assist:
-    DS01z07z11z M01y07z09m11m P01x07y11x CS..z M31y P14 Bd
-==коды степени проверки==
-  * D - разделитель для обозначения документов
-  * z - просто загружен
-  * y - загружен и проверен на уровне требования
-  * x - загружен и проверен на уровень выше (сервисом или платформой)
-  * o - опционален, может отсутствовать
-  * m - опционален и проверен на уровне требования (если проверен - то хранится)
-  * n - опционален и проверен на уровень выше (если проверен - то хранится)
-==коды документов==
-  - 01 - паспорт
-  - 02 - инн
-  - 03 - снилс
-  - 04 - свидетельство о регистрации компании
-  - 05 - система налогообложения
-  - 06 - документ, подтверждающий полномочия представлять компанию (доверенность, приказ)
-  - 07 - документы, подтверждающие право совершать действия (права, лицензии)
-  - 08 - документы, подтверждающие собственность
-  - 09 - документ об образовании
-  - 10 - медицинская книжка
-  - 11 - справка об отсутствии судимости
-  - 12 - договор (в том числе о трудоустройстве)
-  - 13 - фотография
-  - 99 - иное
-==коды степени проверки==
-  * C - разделитель
-  * z - автоматическая проверка (проверка нижестоящих о наличии)
-  * y - проверка человеком на уровне требования
-  * x - проверка человеком на уровень выше (сервисом или платформой)
-  * o - опционален, может отсутствовать
-  * m - опционален и проверен на уровне требования
-  * n - опционален и проверен на уровень выше
-==коды проверок==
-  - 1 разряд: очно (1) /звонок (2) /загрузка результата (3) /заочно онлайн (4)
-  - 2 разряд: тест с выбором ответа (1)/произвольный ответ на заданный вопрос (2)/ свободная беседа (3)/ свободная практика (4)
-  * B - bindings - наличие связей
-  * d - наличие связи пользователь-компания
-  * e - наличие связи пользователь-метасервис
-==Pricetype==
-^Код ^Словесное название ^Описание^
-|1          |time            |учитывается только время|
-|2          |distance        |учитывается только расстояние|
-|3          |instance        |учитывается количество|
-|4          |tpd             |time per distance - время за расстояние|
-|5          |ipd             |instances per distance - штуки за расстояние|
-|6          |ipt             |instances per time - штуки за время|
-==Location_type==
-^Код ^Словесное название ^Описание^
-|0         |static          |Не должно меняться (только при редактировании свойств пользователем)|
-|1         |dynamic         |Может меняться в результате опроса устройства|
-==Type (тип поставщика)==
-Смысл такой - провайдер это статус пользователя, который, в зависимости от применения, может нести разный смысл и подразумевает под собой какой-то тип действия. Обычные исполнители - это провайдеры услуг (код 3). Ответственные за какое-то имущество, которые сдают его в аренду - это тоже провайдеры (код 2). Ответственные за набор услуг перед метасервисом (фактически - назначенные админы) - это провайдеры-партнеры (код 1)
-^Код ^Словесное название ^Описание^
-|1         |partner            |партнер|
-|2         |responsible person |ответственное лицо|
-|3         |service provider   |поставщик услуг|
-==Service_status==
-^Код ^Словесное название ^Описание^
-|1         |online          |в сети и готов принимать заказы|
-|2         |offline         |не в сети и не готов принимать заказы|
-|3         |gap             |preorder with gap - предзаказ по времени|
-==activity_status (статус активности по совокупности ситуации с документами) - или заменяется статусами ACCESS_REQUEST!==
-^Код ^Словесное название ^Описание^
-|0          |active        |активный пользователь|
-|1          |deactivated   |не активный пользователь (не в сети)|
-|2          |deleted       |для обозначения пользователей, который пожелали удалиться полностью|
-==transaction_type (тип транзакции)==
-Перед началом работы в с эквайрингом необходимо настроить программу. Начинаем вводить оплату, прошедшую по эквайрингу. Отгрузку товаров или услуг к этой оплате необходимо делать отдельно документом реализации. Вводим Вид операции – выбираем из предложенного выпадающего списка подходящий нам вариант – Оплата от покупателя. Далее выберем Контрагента (если его нет в списке, то вносим) и заполним данные о банке-эквайере и о виде оплаты.
-^Код ^Словесное название ^Описание^
-|0         |active          |активная|
-|1         |deactivated     |не активная|
-==STATE (статусы заказов/заявок с кодами)==
-Смысл такой. 1 разряд определяет тип заявки. 2 - шаг исполнения. 3 - статус. При этом 0 - это черновой или сервисный статус, требующий реакции, 1, 2… - штатные по шагам исполнения; 9, 8… - негативные статусы.
-===Тип заявки - обработка ситуации ST_REQUEST===
-Требующие рассмотрения сотрудниками техподдержки:
-  * 111 NEW
-  * 110 REOPENED
-Требующие обработки сотрудниками компании:
-  * 121 ASSIGNED
-  * 131 IN PROCESS
-Требующие обработки инициатором заявки:
-  * 149 WONTFIX
-  * 141 DONE
-Не требующие дальнейшей обработки:
-  * 159 DUPLICATE
-  * 151 CLOSED
-===Тип заявки - Бронирование SERVICE_REQUEST===
-  * 210 TEMPLATE (заявка формируется в режиме реального времени, сохранение временной информации, если это нужно, пред-бронирование). Условие попадания - пользователь начинает заполнять заявку/сохраняет черновик заявки.
-  * 211 BOOKED (бронирование создано). Условие попадания - пользователь отправляет заявку. Создается вспомогательная заявка ответственному лицу на проверку (если проверка не происходит автоматом).
-  * 221 ACCEPTED (бронирование подтверждено системой или ответственным лицом) Условие попадания - ответственное лицо его подтвердило.
-  * 220 PENDING (требуется дополнительная информация от пользователя по бронированию для подтверждения) Условие попадания - ответственное лицо изменило статус на данный в результате проверки заявки.
-  * 229 DECLINED (бронирование отклонено) Условие попадания - ответственное лицо изменило статус на данный.
-  * 222 PRE-START (предстартовое состояние - например, срабатывает по таймеру или событию за некоторое время до наступления бронирования) Условие задается для каждого типа сервиса отдельно. Переход в это состояние только для ACCEPTED заявок.
-  * 231 PROCESS (заявка в активной стадии обработки, процесс выполняется). Условие перехода - начинающий действовать (подписанный) договор на оказание услуги.
-  * 238 PRE-FORCEMAJEUER (состояние пред-форсмажора, вызванное каким-то событием) Условие перехода - автоматом в результате обработки состояния системы или вручную сотрудником техподдержки, особенность - процессу назначается ответственный сотрудник техподдержки, который ведет ситуацию до закрытия заявки или перехода обратно в PROCESS.
-  * 239 FORCEMAJEUER (состояние форс-мажора). Условие перехода - подтверждение сотрудником техподдержки данного состояния, обрабатывается совместно с назначенным сотрудником до статусов закрытия или до статусов нормального течения оказания услуги.
-  * 241 DONE (обработка заявки завершена, услуга оказана). Условие перехода зависит от сервиса - либо исполнитель, либо клиент первично говорит об окончании услуги. Иным сторонам отправляется заявка на подтверждение оказания услуги.
-  * 249 CANCELLED (обработка заявки прервана после начала оказания услуги, услуга не оказана, оплата сторонам не производится или производится по штрафным правилам). Условие перехода - только через техподдержку или иначе в соответствии с настройками сервиса.
-  * 251 CLOSED (обработка заявки завершена и закрыта всеми участниками). Условие перехода - все участники подтвердили факт успешного оказания услуги (либо оно проходит по таймауту) - после этого происходит оплата между сторонами.
-===Тип заявки - Запрос доступа ACCESS_REQUEST===
-  * 320 PENDING (может сопровождаться только указанием типа прав на запрос)
-  * 321 ACCEPTED (переключается только из PENDING)
-  * 359 DECLINED (запрос доступа отправлен и отклонен по каким-то причинам)
-===Тип заявки - Обработка взаимосвязи. Заявки одноразовые и перестают быть активными после исполнения NEG_REQUEST===
-  * 420 PENDING (запрос отправлен одним лицом в адрес другого и не подтвержден)
-  * 421 ACCEPTED (запрос отправлен одной стороной и подтвержден второй, для типа заявки отзыва взаимосвязи - подтверждение второй стороной не требуется)
-  * 459 DECLINED (запрос отправлен одной стороной и отклонен другой, если заявка была ACCEPTED - то изменение)
-==ticket_type==
-  * neg_request - n
-  * и так далее