ShariX Open Docs

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
=====Словари=====
====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         |самолет|
|04      |room         |помещение|
|05      |sportsground         |спортплощадка|

====permission_type====

^Код ^Словесное название ^Описание^
|1 символ (уровень применения)|||
|0        |platform        |платформа|
|1        |metaservice     |метасервис|
|2 символ (тип разрешения)|||
|0        |admin           |администратор|
|1        |supervisor      |модератор/супервайзер|
|2        |support         |поддержка|
|3        |techsupport     |техподдержка|
|4        |user            |пользователь|
|5        |provider        |исполнитель|

====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), пользователя (U) - это check levels.
  * Записывается в виде строки S….M…P….U…. - если какие-то разделы пустые, то они обозначаются таковыми, а не опускаются.
  * . - любое число


====Коды степени проверки загружаемых документов====
  * D - разделитель для обозначения начала последовательности с информацией о документах
  * z - просто загружен
  * y - загружен и проверен на уровне требования
  * x - загружен и проверен на уровень выше (сервисом или платформой)
  * o - опционален, может отсутствовать
  * m - опционален и проверен на уровне требования (если проверен - то хранится)
  * n - опционален и проверен на уровень выше (если проверен - то хранится)

====коды документов (doctype)====
  - 01 - паспорт
  - 02 - инн
  - 03 - снилс
  - 04 - свидетельство о регистрации компании
  - 05 - система налогообложения
  - 06 - документ, подтверждающий полномочия представлять компанию (доверенность, приказ)
  - 07 - документы, подтверждающие право совершать действия (права, лицензии)
  - 08 - документы, подтверждающие собственность
  - 09 - документ об образовании
  - 10 - медицинская книжка
  - 11 - справка об отсутствии судимости
  - 12 - договор (в том числе о трудоустройстве)
  - 13 - фотография
  - 96 - отчет агента о выполненных поручениях
  - 97 - акт выполненных работ
  - 98 - чек
  - 99 - иное

====Коды степени проверки дополнительных допусков/экзаменов====
  * C - разделитель, который говорит о том, что переходим на новую часть последовательности
  * z - автоматическая проверка (проверка нижестоящих о наличии)
  * y - проверка человеком на уровне требования
  * x - проверка человеком на уровень выше (сервисом или платформой)
  * o - опционален, может отсутствовать
  * m - опционален и проверен на уровне требования
  * n - опционален и проверен на уровень выше

====коды проверок====
  - 1 разряд: очно (1) /звонок (2) /загрузка результата (3) /заочно онлайн (4)
  - 2 разряд: тест с выбором ответа (1)/произвольный ответ на заданный вопрос (2)/ свободная беседа (3)/ свободная практика (4)


==== Раздел про проверку наличия связей ====
  * B - bindings - наличие связей
  * d - наличие связи пользователь-компания
  * e - наличие связи пользователь-метасервис


==== Примеры ====

  * Пример последовательности требований, выдвигаемых к сервисам по умолчанию на этапе регистрации:
    DS01y04y05y06y07yMPUCS13MPUB
  * Пример последовательности требований, выдвигаемых сервисами для партнеров (записываются в таблицу company)
    DS01z02x04m05n06y07yMPUCS23BeMPUB

Старые, требуют проверки:
  * Пример для водителя Drive для получения услуги:
    DSM01z07z10o11oP01y07y10m11mUCSMP34yPUBe
  * Пример для водителя Assist:
    DS01z07z11zM01y07z09m11mP01x07y11xUCS..zM31yP14UBd
====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     |не активная|

====tax method (налогооблажение)====

^Код ^Словесное название ^Описание^
|0         |Main          |ОСН|
|1         |Simple1     |УСН 6 проц|
|2         |Simple2     |УСН дох-расх|
====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

111-121-149-159,110-121-149-159,121-131-149-159,131-141-149,141-151-110,149-151-110,159,151
=====Тип заявки - Бронирование SERVICE_REQUEST=====
  * 210 TEMPLATE (заявка формируется в режиме реального времени, сохранение временной информации, если это нужно, пред-бронирование). Условие попадания - пользователь начинает заполнять заявку/сохраняет черновик заявки.
  * 211 BOOKED (бронирование создано). Условие попадания - пользователь отправляет заявку. Создается вспомогательная заявка ответственному лицу на проверку (если проверка не происходит автоматом).
  * 212 ASSIGNED (бронированию назначен предварительный исполнитель).
  * 221 ACCEPTED (бронирование подтверждено системой или ответственным лицом) Условие попадания - ответственное лицо его подтвердило.
  * 220 PENDING (требуется дополнительная информация от пользователя по бронированию для подтверждения) Условие попадания - ответственное лицо изменило статус на данный в результате проверки заявки.
  * 229 DECLINED (бронирование отклонено) Условие попадания - ответственное лицо изменило статус на данный.
  * 222 PRE-START (предстартовое состояние - например, срабатывает по таймеру или событию за некоторое время до наступления бронирования) Условие задается для каждого типа сервиса отдельно. Переход в это состояние только для ACCEPTED заявок.
  * 231 PROCESS (заявка в активной стадии обработки, процесс выполняется). Условие перехода - начинающий действовать (подписанный) договор на оказание услуги.
  * 238 PRE-FORCEMAJEUER (состояние пред-форсмажора, вызванное каким-то событием) Условие перехода - автоматом в результате обработки состояния системы или вручную сотрудником техподдержки, особенность - процессу назначается ответственный сотрудник техподдержки, который ведет ситуацию до закрытия заявки или перехода обратно в PROCESS.
  * 239 FORCEMAJEUER (состояние форс-мажора). Условие перехода - подтверждение сотрудником техподдержки данного состояния, обрабатывается совместно с назначенным сотрудником до статусов закрытия или до статусов нормального течения оказания услуги.
  * 241 DONE (обработка заявки завершена, услуга оказана). Условие перехода зависит от сервиса - либо исполнитель, либо клиент первично говорит об окончании услуги. Иным сторонам отправляется заявка на подтверждение оказания услуги.
  * 249 CANCELLED (обработка заявки прервана после начала оказания услуги, услуга не оказана, оплата сторонам не производится или производится по штрафным правилам). Условие перехода - только через техподдержку или иначе в соответствии с настройками сервиса.
  * 251 CLOSED (обработка заявки завершена и закрыта всеми участниками). Условие перехода - все участники подтвердили факт успешного оказания услуги (либо оно проходит по таймауту) - после этого происходит оплата между сторонами.


210-211-251,211-212-220-238-249,212-221-229-238-249,221-222-238-249,220-211-238-249,229-211-251,222-231-238-249,231-241-238-249,238-231-239-211-212-221-220-222-249,239-231-239-211-212-221-220-222-249,241-251,249-251,251
=====Тип заявки - Запрос доступа ACCESS_REQUEST=====
  * 320 PENDING (может сопровождаться только указанием типа прав на запрос)
  * 321 ACCEPTED (переключается только из PENDING)
  * 359 DECLINED (запрос доступа отправлен и отклонен по каким-то причинам)


320-321-359,321-359,359
=====Тип заявки - Обработка взаимосвязи. Заявки одноразовые и перестают быть активными после исполнения NEG_REQUEST=====
  * 420 PENDING (запрос отправлен одним лицом в адрес другого и не подтвержден)
  * 421 ACCEPTED (запрос отправлен одной стороной и подтвержден второй, для типа заявки отзыва взаимосвязи - подтверждение второй стороной не требуется)
  * 459 DECLINED (запрос отправлен одной стороной и отклонен другой, если заявка была ACCEPTED - то изменение)


420-421-459,421-459,459
====ticket_type====
  * neg_request - n
  * и так далее