knigaman

Напрямую через НСПК не получится, нужно через банк партнёр подключать платежи через СБП. Как вы сказали в том же Тинькофф API такая возможность должна быть, да и в других адекватных банках тоже будет возможность выцепить ссылку на СБП.

Теперь касаемо юкасс, робокасс и прочих касс, они могут в теории дать доступ к ссылке, подсказать где ее взять - обратитесь в их поддержку. Вероятно, вы уже догадались, что в QR коде для оплаты по СБП зашита обычная ссылка, в которой есть определенные параметры. Имеем факт - из строки можно сгенерировать QR код, QR код можно расшифровать в строку. Если же не морочиться с поддержкой то можно попробовать отладить процесс оплаты (просто перейти по ссылке для оплаты СБП и посмотреть какие там запросы отправляются на сервер и эмулировать из своей системы для получения QR кода). Посмотрел сейчас на примере юкассы - там ничего особо сложного нет. Можно попробовать эмулировать из той же пыхи курлом или на чем вы пишите обычной библиотекой для отправки http запросов. Единственный нюанс то что эта вся система может обновиться со временем и ваша система будет к этому не готова.

Из решений полукостыль но рабочий вариант - взять какой-нибудь хедлес браузер по типу селениума или другого подобного софта и переходить по ссылке на оплату, далее уже выискивать QR код и тянуть его к себе в систему, в этом случае устойчивость вашей системы к изменениям в платежном процессе будет близка к максимуму. Лучше, конечно же, не селекторами (они просто могут поменяться со временем), а прогоняя скрин страницы через распознавание QR кодов. Из минусов - чутка излишняя нагрузка на сервер (небольшой оверхедик на хедлесс, распознавание QR кода ну и формирование QR кода в своём фирменном стиле, но если у вас не сотни платежей в секунду то не заметите почти, хотя если сотни платежей в секунду то замутите серверную ферму для генерации QR кодов своих XD). Ну и совсем небольшой негативный шанс на то что юкасса начнет быковать на ipшник сервера, который по какой-то причине заходит на каждый платёж перед тем как его кто-то оплатит. Но это решаемо проксями какими-нибудь (естественно российскими и желательно мобильными с возможностью смены IP).

Абсолютно банально работает эта схема. На бекэнде генерируется токен который отправляется в браузер и из него формируется QR код который ты и видишь. Каждую секунду (или другой промежуток времени) браузер делает запрос на сервер с этим токеном и ждет команды на вход в аккаунт или какое-то другое действие (к примеру отклонение входа или устаревание токена и, соответственно, QR кода - это нужно чтобы иногда менять QR коды в целях безопасности). Если мы со своей мобилы сканируем QR код и одобряем вход то с мобилы летит на бекэнд команда для одобрения входа. Когда браузер снова обратится на бекэнд с токеном то бекэнд поймет что этот токен одобрен и выдаст сессию браузеру (кукисы или jwt токены или еще что).

В целом это все, дальше уже различные нюансы. Ежесекундные запросы можно заменить на лонгпулинг или вебсокеты. Можно сделать нехранимые токены чтобы не засорять базу при каждом посещении страницы входа, можно показывать карту с точкой откуда происходит вход, расшифровывать user-agent чтобы показывать какое устройство входит и т.д. и т.п. Но в общем схема выглядит именно так.

UPD: Тут важный нюанс: если мы показываем токен в QR коде и потом им же стучимся на бекэнд за сессией то возникает уязвимость - любой прохожий отсканирует этот QR код и начнет в своем браузере стучаться с этим же токеном, ты одобряешь вход и в состоянии гонки злоумышленник может достучаться первым до бекэнда и перехватить твою сессию, а ты останешься с носом. Поэтому нужно генерировать пару открытый токен-закрытый токен. Открытый будет загоняться в QR код, а по закрытому будем стучаться к бекэнду за сессией. В этом случае не залазя в устройство перехватить вход будет невозможно.

Очень маловероятно, что вообще есть такое готовое ПО. Костылить придется самостоятельно на том же питоне чисто в теории можно сделать за пару вечеров. Декомпозируй задачу на более мелкие и для каждой выбери оптимальное решение.

Вот как бы это сделал я с учетом разработки туевой хучи различных генераторов документов.

1) Получить данные ЭП. Зависит от того, что за ЭП конкретно, думаю разберешься, тут объяснять не нужно.

2) Подготовка штампа. Самый быстрый способ верстать красивые документики, анкетки, всякие бланки, платежки и прочую дичь это сверстать в docx формате (можешь у себя на компе тупо подготовить шаблон нужного тебе штампа), далее туда подставить данные которые ты получил из ЭП (на питоне это легчайше делается с помощью библиотеки docxtpl). Это самый простейший способ быстро верстать и внедрять в прод документы и штампы по типу твоего (документы могут верстать даже манагеры, бухи и прочие нетехнические личности), ты берешь то что наверстали они, добавляешь плейсхолдеры и гонишь в прод шаблон. На выходе получаешь заполненный docx файлик и конвертируешь его в pdf с помощью фермы докер контейнеров, внутри которых работает libreoffice в cli режиме.

3) Вставка штампа в документ. Тут возможно 2 случая: 1) штамп влезет на страницу в конце документа 2) штамп не влезет на страницу в конце документа. Можешь эту задачу конечно не решать если лень и лепить штамп на новую страницу без всяких расчётов. Но лучше конечно посчитать высоту контента на последней странице и влепить штамп в оставшееся пустое место, если его хватает для штампа.

Естественно у каждой задачи могут быть нюансы, по типу того, что в штамп может быть больше страницы в высоту и прочее, но схема решения именно такая. Это самый дешевый и простой способ решить 99.99% задач в области генерации различных документов.

Самое простое и дешевое в плане трудовых затрат и лицензий - это демон на питоне, который берет шаблоны в формате docx - обычный вордовский файл и подставляет туда данные с помощью либы docxtpl, вероятно есть и для php реализация, не в курсе. Туда же хорошо шьются не только строки, но и картинки, таблицы.

На выходе получаем docx файл, который можно конвертировать в pdf с помощью cli libreoffice.

Отличное бесплатное решение, на котором можно делать почти все что угодно и не надо дрочить пиксели туда сюда.

Закрытое API есть, но для этого надо стать "партнером" ФНС по типу той же юкассы и прочих контор, которые сливают данные из своей платежки в ФНС. Там достаточно геморно это все делать.

Из простого но не супер надежного - можно отреверсить API приложения/сайта мой налог и по этому API уже работать. Видел, что так поступают некоторые сервисы, которые работают с самозанятыми. Из минусов - надо будет иногда чинить то, что сломалось из-за внезапных обновлений, пользователю надо будет один раз/периодически вводить код из СМС или логин/пароль к своей учетке в мой налог в твоем приложении. Это не супер секьюрно.

Для программирования в бОльшей части сфер не нужно знать какую-то математику особенную. Достаточно базы логики (чтоб у тебя извилины могли логично рассуждать) и плюс минус умножить разделить, остаток от деления, целочисленное деление.

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

В универах и остальных заведениях подобного характера математику и программирование скрещивают для того чтобы будущий программист научился на самом базовом уровне выстраивать алгоритмы решения задачи. Грубо говоря, шаг 1 + шаг 2 + шаг 3 + шаг 4 + шаг 5 = результат. Если тебе чисто рассказывать про переменные, циклы, массивы и т.д. ты не поймешь нахрена это все надо и как это использовать чтобы зарабатывать деньги. Если тебе с нулевой дать решать бизнес задачи то это только лишнее грузилово мозга в и так не совсем простой сфере. Поэтому и используют математику как самое простое где можно показать как использовать те или иные конструкции в языках программирования и научить склеивать это все так чтобы получить результат требуемый.

Первый запрос = принимаем на сервере номер телефона, генерируем токен (случайная строка длиной, предположим, 64 символа - цифры, буквы большие и маленькие), отправляем его на клиент. Генерируем код доступа, отправляем его смской на телефон. В зависимости от логики можем и не отправлять (если допустим у нас метод для логина а такого юзера еще нет (он еще не зарегистрирован)).

Второй запрос = отправляем с клиента токен (тот 64 символьный полученный от сервера) и строку с кодом из смс. Проверяем на сервере токен и код из смс, если все ок - пускаем в аккаунт.

Примечания:
1) токены и сами попытки входа должны жить определенное количество времени, предположим 5 минут.
2) попытки ввода кода (неправильные вводы) должны быть ограничены разумным числом (ну допустим 5 попыток)
3) если можно то лучше код сделать длиннее - хотя бы 6 цифр, а лучше 8 и более.
4) попытки входа в аккаунт можно ограничить, но тогда будет можно абузить эту "фичу" и блокировать вход чувакам, тут выбираем меньшее из зол исходя из бизнес требований
5) можно экономить на смсках и доставлять код в последних цифрах номера / голосовой озвучкой, отправлять в вк, ватсап, телеграм, вайбер

500 айкью примечания для кое какой защиты от слива бюджета:
1) можно юзать капчу (можно не всегда а когда начинается аномалия по отправке кодов - всплеск количества отправок)
2) как уже и говорил разделение входа и регистрации
3) ставим бот защиту от какого нибудь сервиса по защите от ддос/бот атак
4) иногда можно не отправить код а отправить клиенту респонс что код отправлен, если клиент вводит код - скорее всего это атака. человек же запросит код повторно (потому что он тупо ему не пришел)
5) иногда можно отправить код не сразу а через предположим, 30 секунд - если ввели код раньше - значит что-то не так

Будем считать что ты не вводил никуда никаких кодов на фишинговых сайтах). Ты скорее всего какой-то разраб, который юзает npm, composer или какие-либо другие менеджеры пакетов, а может какие-то скрипты используешь. Так вот, 99% что один из пакетов/скриптов был взломан/намерено испорчен авторами таким образом чтобы собирать tdata папку. Это объясняет угон телеги без появления новых сессий в обход всех свистоперделок по типу otp и паролей.

Технически может быть такое что тг сам поставил. Если что по секрету то в пьяном угаре админы любого сервиса могут читать и ржать на вашими переписками и нюдсами, удалять эти переписки, ставить и менять вам пароли, да что угодно. Серьезность и известность сервиса при этом не играет никакой роли вообще.