open:tech:dev:db:slovari_bd
Содержание
Словари
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 | пользователь |
| 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 - фотография
- 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
- и так далее
open/tech/dev/db/slovari_bd.txt · Последнее изменение: 2024/05/11 22:35 — sharixadmin