Сервис для верификации документов. Пользователь отправляет, а админ отсматривает и подтверждает или отвергает
Go to file
2024-06-07 17:33:07 +03:00
assets update 2024-02-11 21:22:37 +03:00
cmd/verification add time.Now for build time if it dont setting 2024-05-28 14:19:23 +03:00
deployments firts try api versioning 2024-05-22 21:13:36 +03:00
docs fix: add example 2023-10-25 15:02:09 +07:00
internal delete base user log data and movw mw to common pj 2024-06-07 17:33:07 +03:00
pkg/validate_controllers some rework initialization api and separate controllers 2024-05-26 18:32:07 +03:00
tests separate for to servers user and admin controllers 2024-05-29 11:28:25 +03:00
.gitignore remove test.env from ignore for future 2024-05-27 21:22:53 +03:00
.gitlab-ci.yml ci: preparations for production 2024-01-28 01:54:33 +03:00
Dockerfile cahnge build token 2024-02-16 01:01:51 +03:00
go.mod delete base user log data and movw mw to common pj 2024-06-07 17:33:07 +03:00
go.sum delete base user log data and movw mw to common pj 2024-06-07 17:33:07 +03:00
main firts try api versioning 2024-05-22 21:13:36 +03:00
openapi.yaml Update file openapi.yaml 2023-06-09 13:11:55 +00:00
README.md немного дописал документацию. остальное - при возникновении такого требования 2024-02-05 02:50:35 +03:00
staging.env update 2024-02-11 21:22:37 +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 сервис о новом статусе этого пользователя. чисто, чтобы лишние запросы на сервис верификации не делать
  • (К): видит в профиле статус что он верифицирован