Сервис для верификации документов. Пользователь отправляет, а админ отсматривает и подтверждает или отвергает
Go to file
2024-11-21 13:40:57 +03:00
assets update 2024-02-11 21:22:37 +03:00
cmd/verification fix: nko cert file broken url 2024-08-29 16:43:15 +03:00
deployments fix: dirty merge 2024-08-27 00:21:41 +03:00
docs delete eg rule 2024-07-12 17:36:55 +03:00
internal fix: nko cert file broken url 2024-08-29 16:43:15 +03:00
pkg/validate_controllers some rework initialization api and separate controllers 2024-05-26 18:32:07 +03:00
script update script minio 2024-11-21 13:40:57 +03:00
tests delete eg rule 2024-07-12 17:36:55 +03:00
.gitignore fix: dirty merge 2024-08-27 00:21:41 +03:00
.gitlab-ci.yml fix: nko cert file broken url 2024-08-29 16:43:15 +03:00
.golangci.yml fix: dirty merge 2024-08-27 00:21:41 +03:00
CHANGELOG.md add changelog 2024-07-19 16:06:42 +03:00
Dockerfile cahnge build token 2024-02-16 00:52:26 +03:00
go.mod fix: nko cert file broken url 2024-08-29 16:43:15 +03:00
go.sum fix: nko cert file broken url 2024-08-29 16:43:15 +03:00
openapi.yaml delete eg rule 2024-07-12 17:36:55 +03:00
README.md немного дописал документацию. остальное - при возникновении такого требования 2024-02-05 02:50:35 +03:00
staging.env update 2024-02-11 21:22:37 +03:00
Taskfile.dist.yml fix: nko cert file broken url 2024-08-29 16:43:15 +03:00
test.env separate for to servers user and admin controllers 2024-05-29 11:28:25 +03:00

verification

Это сервис предоставляющий логику верификации пользователя. Он предоставляет следующие возможности:

Для клиента:

  • Сделать запрос верификации с указанием статуса, который пользователь желает приобрести и сохранением файлов, необходимых для верификации
  • Заменить один или несколько файлов, в случае ошибки
  • Получить текущий статус верификации

Для админа:

  • Каждая поданная верификация должна вызвать оповещение админов в канале в телеграмме
  • Админ имеет возможность отклонить или подтвердить верификацию пользователя с добавлением комментария
  • При подтверждении верификации, сервис оповещает customer сервис о том, что верификация пройдена этим пользователем и запрощенный статус одобрен

Сценарий работы

Для уточнения сценария введу понятие актора(действующего лица). в данной ситуации акторов будет 3: (К)лиент, (А)дмин, (С)ервис

  • (К): заходит в профиль на shub.pena.digital или hub.pena.digital
  • (К): получает текущий статус верификации - 404, потому что ещё не подавал заявку
  • (К): подаёт заявку на получение статуса НКО или Юр Лица, отправляя набор файлов через форму
  • (С): отправляет в телеграм сообщение админам, что получена новая заявка на верификацию
  • (А): отсматривает файлы и отклоняет по какой-либо причине, комментируя её
  • (К): исправляет неудволетворяющие админов файлы
  • (С): отправляет в телеграм сообщение админам, что юзер исправил файлы в заявке
  • (А): проверяет снова набор файлов и подтверждает верификацию
  • (С): оповещает customer сервис о новом статусе этого пользователя. чисто, чтобы лишние запросы на сервис верификации не делать
  • (К): видит в профиле статус что он верифицирован