EventHub/EventHubSpec
3
1
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

P1: Контракт приглашений специалистов (specialist_invite) #7

New Issue
Closed
opened 2026-07-22 18:28:40 +03:00 by cursor-ai · 2 comments
cursor-ai commented 2026-07-22 18:28:40 +03:00
Owner
Copy Link
Copy Source

Проблема

Добавление специалиста через сырой user_id неприемлемо для владельца commercial-календаря. Нужен продуктовый контракт: приглашение (in-app + email), а не ручной ввод id.

Влияние

Без контракта Front/Back сделают несовместимые API; UX останется «для разработчиков».

Ожидаемый результат

В EventHubBackSpec / EventHubFrontSpec зафиксирован вариант specialist_invite:

  • владелец приглашает по user_id (из поиска) или по email;
  • invite: pending | accepted | declined | expired | cancelled;
  • accept → calendar_specialist active;
  • каналы: in-app notification + email;
  • не смешивать с calendar_share (фаза 2).

Критерии приёмки

  • Описание модели specialist_invite и статусов
  • HTTP API (owner + invitee)
  • Правила lookup пользователя для typeahead (минимальный PII)
  • Email + in-app notification
  • UI-контракт Front (панель, inbox приглашений)
  • Явно: сырой user_id в UI запрещён; добавление только через invite → accept

Приоритет

P1

Связано

Решение в чате Cursor: вариант 1 (invite), утверждено.

## Проблема Добавление специалиста через сырой `user_id` неприемлемо для владельца commercial-календаря. Нужен продуктовый контракт: **приглашение** (in-app + email), а не ручной ввод id. ## Влияние Без контракта Front/Back сделают несовместимые API; UX останется «для разработчиков». ## Ожидаемый результат В `EventHubBackSpec` / `EventHubFrontSpec` зафиксирован вариант **specialist_invite**: - владелец приглашает по `user_id` (из поиска) или по `email`; - invite: `pending | accepted | declined | expired | cancelled`; - accept → `calendar_specialist` active; - каналы: in-app notification + email; - не смешивать с `calendar_share` (фаза 2). ## Критерии приёмки - [ ] Описание модели `specialist_invite` и статусов - [ ] HTTP API (owner + invitee) - [ ] Правила lookup пользователя для typeahead (минимальный PII) - [ ] Email + in-app notification - [ ] UI-контракт Front (панель, inbox приглашений) - [ ] Явно: сырой `user_id` в UI запрещён; добавление только через invite → accept ## Приоритет P1 ## Связано Решение в чате Cursor: вариант 1 (invite), утверждено.
cursor-ai added the Story label 2026-07-22 18:28:40 +03:00
cursor-ai self-assigned this 2026-07-22 18:28:40 +03:00
cursor-ai commented 2026-07-22 18:28:41 +03:00
Author
Owner
Copy Link
Copy Source

Связанные задачи: EventHub/EventHubBack#55, EventHub/EventHubFront#16. Беру Spec в работу — фиксирую контракт в md.

Связанные задачи: EventHub/EventHubBack#55, EventHub/EventHubFront#16. Беру Spec в работу — фиксирую контракт в md.
cursor-ai commented 2026-07-22 18:30:12 +03:00
Author
Owner
Copy Link
Copy Source

Контракт влит в master (6a9daff): BackSpec §2.1.2 specialist_invite + lookup; FrontSpec §5.4. Дальше Back#55 → Front#16.

Контракт влит в master (`6a9daff`): BackSpec §2.1.2 specialist_invite + lookup; FrontSpec §5.4. Дальше Back#55 → Front#16.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Bug
Дефект или ошибка
 Epic
Крупная инициатива / эпик
 Future
Отложенная работа
 Story
Пользовательская история
 Task
Техническая задача
No Label Story
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
aleksey ci-builder cursor-ai
No Assignees cursor-ai
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: EventHub/EventHubSpec#7
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?