Круто конечно, но как технически Вы это себе представляете?

Это же зависит не только от Вас, где бы Вы сделали "универсальный код" по которому будет срабатывать оплата во всех банках.

Нет ведь единого стандарта для штрих и QR кодов в качестве универсального метода отправления реквизитов / сумм и вот этого всего, подходящего универсально для всех банков. 

Есть попытки его создания у Сбера, есть PayQR, Yandex Money и т. д., и у каждого из них "всё своё", для работы внутри своего сервиса.

Кто-то кодирует ИНН, кто-то лицивой счет и идентификатор получателя платежа, кто-то что-то ещё, вариантов же масса и все они зависят от требования конкретного сервиса, обрабатывающего платеж.

К примеру, на квитанциях коммунальных услуг в штрих-код как правило зашит "код услуги (получателя)", номер лицевого счета и всё.

Клиент считывает его приложением, а уже оно обращается к инфраструктуре банка/сервиса и "подставляет" необходимые значения для конкретного идентификатора получателя и ЛС, при условии что между банком и поставщиком услуг есть договор и следовательно они обмениваются информацией.

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

Интеграции со сбером/яндексом/еще кем-то, чтоб на квитанциях его ШК/QR печатались?

Так тут он не будет динамическим, как уже выше сказали, в шаблонах делается именно ваш QR/штрих-код, по стандартам и требованиям сервиса который будет его обрабатывать и всё будет работать.

Какого-то динамического формирования QR состоящего из реквизитов, основания, суммы?

Ну это не сложно реализовать по конкретному ТЗ  к формированию кода, но где это будет считываться и самое главное как работать?