Исмаил вроде делал)

Ого, меня вспомнили)

Я тебя всегда помню)

я делал платеж через страйп, не хочу вспоминать об этом 🤣

о, а у тебя там был stripe-connect? то есть входящие платежи твоих клиентов

уже не первый день ломаю голову над архитектурой и никак не могу определить правильный курс

какие мысли уже есть сейчас?

Точно не могу сейчас вспомнить, было пару лет назад, но думаю если опишешь проблему, тут решится

Насколько я помню, все было крайне легко

Храни бог страйп

есть готовый функционал, но в связи с новыми заданиями существующая модель не выглядит логичной. изначально задача была поставлена как обеспечить прием платежей и продажу подписок нашим клиентам (это CRM, и клиенты управляют своими лимитами на пользователей, контактами и номерами телефонов через stripe подписки). Все  красиво сложилось в Billing feature - со всеми stripe интерфейсами, необходимыми компонентами итд. Теперь же появилась задача разработать Commerce фичу, где те же сущности, компоненты работают уже со слегка измененными параметрами, дабы показывать платежи, подписки итд где получателем являемся не мы но наши клиенты. и тут конечно я переиспользую почти все из Billing. но...

да страйп крутой

и теперь я начал работу по выделению всего что связаноно со stripe в отдельную фичу, оставив биллинг и коммерс как врапперы, пользователи функционала

наверное у меня нету конкретного вопроса что можно было бы у вас спросить, но порой само высказывание проблемы приближает ее решение

Суть новой задачи, показывать пользователям их платежи и подписки?

ну да, все тоже самое только с параметром "connect" ＋ несколько интерфейсов по созданию payment, invoice, subscription которые уже есть в billing

Хм, помню как то делал простое отображение истории платежей и подписок, для этого просто запрашивал платежи у страйпа для данного пользователя, а информацию о подписках держал у себя и обновлял хуками которые даёт страйп, незнаю как поможет, но у меня это задачу покрыло

да у нас получается почти что копия stripe dashboard