Инструменты пользователя

Инструменты сайта


tech_description:db:dictionary

Различия

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

Ссылка на это сравнение

Предыдущая версия справа и слеваПредыдущая версия
tech_description:db:dictionary [2022/08/02 18:30] sharixadmintech_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 
-  * и так далее 
tech_description/db/dictionary.1659454254.txt.gz · Последнее изменение: 2022/08/02 18:30 — sharixadmin

© 2022 ShariX