=====Словари===== ====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 * и так далее