Сервис для верификации документов. Пользователь отправляет, а админ отсматривает и подтверждает или отвергает
Go to file
skeris d0d20de63e
All checks were successful
Deploy / CreateImage (push) Successful in 2m13s
Deploy / DeployService (push) Successful in 25s
try to delve
2025-01-12 01:08:57 +03:00
.gitea/workflows try to cache downloaded modules 2024-12-21 16:02:58 +03:00
assets update 2024-02-11 21:22:37 +03:00
cmd added main logic for validate 2024-12-09 16:54:52 +03:00
deployments try to delve 2025-01-12 01:08:57 +03:00
docs delete eg rule 2024-07-12 17:36:55 +03:00
internal check that gomod dir available before binding 2025-01-07 01:27:21 +03:00
pkg/validate_controllers aplied renamer 2024-11-21 10:29:18 +03:00
script add lint and deploy pipelines 2024-12-08 16:10:21 +03:00
tests aplied renamer 2024-11-21 10:29:18 +03:00
.gitignore ci: change inter service communication to domain routing 2025-01-11 13:20:20 +03:00
.gitlab-ci.yml enable service discovery artefacts creation 2024-12-10 21:27:10 +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 check that gomod dir available before binding 2025-01-07 01:27:21 +03:00
go.mod remove themakers/hlog 2024-12-10 21:57:47 +03:00
go.sum remove themakers/hlog 2024-12-10 21:57:47 +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 add lint and deploy pipelines 2024-12-08 16:10:21 +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 сервис о новом статусе этого пользователя. чисто, чтобы лишние запросы на сервис верификации не делать
  • (К): видит в профиле статус что он верифицирован