Различия

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

--- open:tech:dev:db:slovari_bd [2024/01/23 22:35] – [коды степени проверки параметра P (check-level)] sharixadmin
+++ open:tech:dev:db:slovari_bd [2025/02/11 13:44] (текущий) – [permission_type] evgeniy.markus
@@ Строка 19: / Строка 19: @@
 ^Код ^Словесное название ^Описание^
-|1 бит (движимость)|||
+|1 символ (движимость)|||
 |0       |moving           |движимое|
 |1       |still            |недвижимое|
-|2 бит - среда размещения объекта во время оказания услуги|||
+|2 символ - среда размещения объекта во время оказания услуги|||
 |0       |ground           |земля|
 |1       |underground      |под землей|
@@ Строка 29: / Строка 29: @@
 |4       |air              |воздух|
 |5       |cosmos           |космос|
-|3 бит - класс имущества|||
+|3 символ - класс имущества|||
 |0       |zero             |совсем дно|
 |1       |economy          |эконом|
@@ Строка 36: / Строка 36: @@
 |4       |premium          |премиум|
 |5       |luxe             |люкс|
-|4-5 бит - тип имущества|||
+|4-5 символы - тип имущества|||
 |00      |car              |машина|
 |01      |flat             |квартира|
@@ Строка 45: / Строка 45: @@
 ^Код ^Словесное название ^Описание^
-|1 бит (уровень применения)|||
+|1 символ (уровень применения)|||
 |0        |platform        |платформа|
 |1        |metaservice     |метасервис|
-|2 бит (тип разрешения)|||
+|2 символ (тип разрешения)|||
 |0        |admin           |администратор|
 |1        |supervisor      |модератор/супервайзер|
@@ Строка 54: / Строка 54: @@
 |3        |techsupport     |техподдержка|
 |4        |user            |пользователь|
+|5        |provider        |исполнитель|
 ====initiator_type - типы инициированных событий в зависимости от инициатора====
@@ Строка 81: / Строка 82: @@
 ====Requirements====
   * Это последовательность символов, определяющая, какие документы/проверки должны быть осуществлены для того, чтобы статус был активным.
-  * Требования могут быть со стороны платформы (S), метасервиса (M), юрлица-исполнителя (P) - это check levels.
+  * Требования могут быть со стороны платформы (S), метасервиса (M), юрлица-исполнителя (P), пользователя (U) - это check levels.
   * Записывается в виде строки S….M…P….U…. - если какие-то разделы пустые, то они обозначаются таковыми, а не опускаются.
   * . - любое число
-  * Пример для водителя Drive для получения услуги:
-    DS M01z07z10o11o P01y07y10m11m CS M P34y Be
-  * Пример для водителя Assist:
-    DS01z07z11z M01y07z09m11m P01x07y11x CS..z M31y P14 Bd
-====коды степени проверки====
-  * D - разделитель для обозначения документов
+====Коды степени проверки загружаемых документов====
+  * D - разделитель для обозначения начала последовательности с информацией о документах
   * z - просто загружен
   * y - загружен и проверен на уровне требования
@@ Строка 98: / Строка 96: @@
   * n - опционален и проверен на уровень выше (если проверен - то хранится)
-====коды документов====
+====коды документов (doctype)====
   - 01 - паспорт
   - 02 - инн
@@ Строка 114: / Строка 112: @@
   - 99 - иное
-====коды степени проверки параметра P (check-level)====
+====Коды степени проверки дополнительных допусков/экзаменов====
   * C - разделитель, который говорит о том, что переходим на новую часть последовательности
   * z - автоматическая проверка (проверка нижестоящих о наличии)
@@ Строка 127: / Строка 125: @@
   - 2 разряд: тест с выбором ответа (1)/произвольный ответ на заданный вопрос (2)/ свободная беседа (3)/ свободная практика (4)
+==== Раздел про проверку наличия связей ====
   * B - bindings - наличие связей
   * d - наличие связи пользователь-компания
   * e - наличие связи пользователь-метасервис
+==== Примеры ====
+  * Пример последовательности требований, выдвигаемых к сервисам по умолчанию на этапе регистрации:
+    DS01y04y05y06y07yMPUCS13MPUB
+  * Пример последовательности требований, выдвигаемых сервисами для партнеров (записываются в таблицу company)
+    DS01z02x04m05n06y07yMPUCS23BeMPUB
+Старые, требуют проверки:
+  * Пример для водителя Drive для получения услуги:
+    DSM01z07z10o11oP01y07y10m11mUCSMP34yPUBe
+  * Пример для водителя Assist:
+    DS01z07z11zM01y07z09m11mP01x07y11xUCS..zM31yP14UBd
 ====Pricetype====
@@ Строка 165: / Строка 178: @@
 ^Код ^Словесное название ^Описание^
 |0          |active        |активный пользователь|
-|1          |deactivated   |не активный пользователь (не в сети)|
+|1          |deactivated   |не активный |
 |2          |deleted       |для обозначения пользователей, который пожелали удалиться полностью|
@@ Строка 175: / Строка 188: @@
 |1         |deactivated     |не активная|
+====tax method (налогооблажение)====
+^Код ^Словесное название ^Описание^
+|0         |Main          |ОСН|
+|1         |Simple1     |УСН 6 проц|
+|2         |Simple2     |УСН дох-расх|
 ====STATE (статусы заказов/заявок с кодами)====
 Смысл такой. 1 разряд определяет тип заявки. 2 - шаг исполнения. 3 - статус. При этом 0 - это черновой или сервисный статус, требующий реакции, 1, 2… - штатные по шагам исполнения; 9, 8… - негативные статусы.
@@ Строка 215: / Строка 234: @@
--321-359,321,359
+-321-359,321-359,359
 =====Тип заявки - Обработка взаимосвязи. Заявки одноразовые и перестают быть активными после исполнения NEG_REQUEST=====
   * 420 PENDING (запрос отправлен одним лицом в адрес другого и не подтвержден)
@@ Строка 222: / Строка 241: @@
--421-459,421,459
+-421-459,421-459,459
 ====ticket_type====
   * neg_request - n
   * и так далее