Descripción del proyecto
TraducidoConstruir una integración de pasarela de pago confiable requiere mucho más que llamar a algunos puntos finales de API: requiere atención cuidadosa a la seguridad, idempotencia, recuperación de errores y los casos extremos que pueden afectar cada transacción que procesa tu negocio. Nuestra plataforma web sirve a miles de usuarios activos mensualmente, y a medida que expandimos nuestro catálogo de productos, necesitamos un módulo PHP independiente y bien arquitectado que pueda integrarse en cualquier subsistema sin introducir deuda técnica ni abrir brechas de seguridad. La familiaridad con la conciencia de PCI-DSS, las pautas de codificación segura de OWASP y los patrones de confiabilidad de webhook es esencial para este proyecto.
El módulo debe cubrir el ciclo de vida completo del pago: iniciar transacciones a través de la API del proveedor, recibir y verificar criptográficamente las devoluciones de llamada de webhook utilizando firmas HMAC, recurrir a la consulta de estado cuando los webhooks no logran entregar, procesar reembolsos completos y parciales, y mantener un registro de auditoría inmutable que satisfaga tanto a nuestro equipo de cumplimiento interno como a cualquier auditoría de proveedores de pago externos. Esperamos una estructura limpia PSR-4, un manejo adecuado de excepciones con lógica de reintento y pruebas unitarias que cubran todos los caminos críticos. La documentación debe ser lo suficientemente completa como para que un desarrollador de nivel medio pueda integrar y mantener el módulo de forma independiente.
Requisitos básicos:
— Módulo compatible con PHP 7.4+ con autoloading PSR-4
— Punto final de Webhook con verificación de firma HMAC y protección contra ataques de repetición
— Consulta de estado de respaldo cuando la entrega de webhook falla
— Procesamiento de reembolsos completos y parciales a través de la API del proveedor
— Vista del historial de transacciones de administrador con búsqueda, filtrado y exportación a CSV
— Pruebas unitarias con un mínimo del 80% de cobertura de la lógica de transacciones centrales
Entregables: módulo PHP independiente, especificación OpenAPI 3.0, guía de integración con ejemplos de código.
El módulo debe cubrir el ciclo de vida completo del pago: iniciar transacciones a través de la API del proveedor, recibir y verificar criptográficamente las devoluciones de llamada de webhook utilizando firmas HMAC, recurrir a la consulta de estado cuando los webhooks no logran entregar, procesar reembolsos completos y parciales, y mantener un registro de auditoría inmutable que satisfaga tanto a nuestro equipo de cumplimiento interno como a cualquier auditoría de proveedores de pago externos. Esperamos una estructura limpia PSR-4, un manejo adecuado de excepciones con lógica de reintento y pruebas unitarias que cubran todos los caminos críticos. La documentación debe ser lo suficientemente completa como para que un desarrollador de nivel medio pueda integrar y mantener el módulo de forma independiente.
Requisitos básicos:
— Módulo compatible con PHP 7.4+ con autoloading PSR-4
— Punto final de Webhook con verificación de firma HMAC y protección contra ataques de repetición
— Consulta de estado de respaldo cuando la entrega de webhook falla
— Procesamiento de reembolsos completos y parciales a través de la API del proveedor
— Vista del historial de transacciones de administrador con búsqueda, filtrado y exportación a CSV
— Pruebas unitarias con un mínimo del 80% de cobertura de la lógica de transacciones centrales
Entregables: módulo PHP independiente, especificación OpenAPI 3.0, guía de integración con ejemplos de código.
Programación web Efectivo, Transferencia bancaria
