Сервис для верификации документов. Пользователь отправляет, а админ отсматривает и подтверждает или отвергает
Go to file
2024-12-18 20:05:44 +03:00
.gitea/workflows add lint and deploy pipelines 2024-12-08 16:10:21 +03:00
assets update 2024-02-11 21:22:37 +03:00
cmd some upd 2024-12-18 19:55:08 +03:00
deployments refactor deploy envs 2024-12-10 16:57:59 +03:00
docs delete eg rule 2024-07-12 17:36:55 +03:00
internal some upd 2024-12-18 20:05:44 +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 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 add goprivate and change base images to gitea 2024-12-08 16:46:37 +03:00
go.mod added main logic for validate 2024-12-09 16:54:52 +03:00
go.sum added main logic for validate 2024-12-09 16:54:52 +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 some upd 2024-12-18 19:53:57 +03:00

verification

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

Для клиента:

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

Для админа:

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

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

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

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