Словари
neg_type - типы взаимоотношений с пользователями
Диапазон:
| Код | Словесное название | Описание |
| 0 | disfollow | пользователь выразил предпочтение не устанавливать взаимоотношений с другим пользователем (не включать его в цепочки услуг при наличии других исполнителей, при отсутствии - только в виде предположения) |
| 1 | prefer | пользователь зафиксировал предпочтение использования услуг другого пользователя при построении цепочек услуг. При наличии таких предпочтений пользователю обязательно предлагается одно из решений на основе данных связей, если это возможно. Остальные - предложениями |
| 2 | employee | пользователь является сотрудником |
| 3 | service | пользователь является сервисом (предоставляет сервис) |
| 4 | client | устанавливается связь для получения услуги |
| Код | Словесное название | Описание |
| 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
DS01z02x04m05n06y07yMPUCS23BeMPUB
Старые, требуют проверки:
DSM01z07z10o11oP01y07y10m11mUCSMP34yPUBe
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
Требующие рассмотрения сотрудниками техподдержки:
Требующие обработки сотрудниками компании:
121 ASSIGNED
131 IN PROCESS
Требующие обработки инициатором заявки:
Не требующие дальнейшей обработки:
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
и так далее