Да вопрос, собственно, не в "умении", а в понимании необходимого процесса и его структуре.
Как можно сделать "универсальный" модуль оплаты для всех возможных вариантов продажи с сайта.
Ведь продавать можно все: ноды, собственные сущности, доступ к сайту, возможность публикации материала, возможность просмотра/скачивания содержимого, доступ к API сайта, пополнение личного баланса и еще 100500 вариантов...
И все это можно оплачивать. Но сделать оплату это мизер от нужного функционала. Нужно то что? Нужно показывать операции и прочую информацию (Оплата, Зачисление, Время оплаты, Информация плательщика, Способы оплаты и т.п.) Нужно совершать всевозможные действия по оплате (Отправка писем, вывод сообщений на сайт, перенаправление клиента на определенные страницы...) Да и вообще каким-то образом это все структурировать, записывать-выводить и обрабатывать.
Все это называется "Интеграция" в проект.
Именно по этому делают модули оплаты заточенные под определенные платформы (Commerce, Ubercart), потому что там есть определенная структура, есть к чему привязать оплаты (заказы) и есть свой API позволяющий интегрироваться в сайт.
Так то, у каждого уважающего себя платежного шлюза есть открытый API, а у большинства даже готовые PHP-классы для работы со шлюзом. И более того, есть даже модули для Drupal, для работы со множеством шлюзов. Но вот установив этот модуль что Вы будете с ним делать ("если бы я умел, неужели стал клянчить у людей")? Как подключите к сайту? Или думаете там будет UI с искусственным интеллектом позволяющий предугадать все возможные варианты сайтов и подключится к любому?
В общем - нет универсальных решений.