Desarrollador PHP/MySQL para debugging profundo de CRM en español: saldos, pagos, comisiones y reportes

Necesitamos un desarrollador PHP/MySQL junior o intermedio, que hable o entienda español muy bien, para hacer un debugging profundo de nuestro CRM interno. El CRM está construido en PHP + MySQL, alojado en Contabo, administrado con RunCloud y conectado a GitHub Actions. El sistema ya funciona en lo básico, pero la lógica financiera fue mal construida y actualmente tenemos errores en: Saldos de clientes. Saldos de modelos. Pagos. Comisiones variables. Movimientos por cliente. Movimientos por modelo. Arqueo. Utilidad bruta. Reportes financieros. El objetivo principal es depurar el CRM actual, corregir la lógica y dejar los reportes confiables. Sin embargo, si después de revisar el código el freelancer concluye que la estructura actual es demasiado mala, aceptamos una propuesta para reconstruir el sistema desde cero, importando correctamente los datos históricos y los saldos reales. Importante Todos los documentos, reglas de negocio, nombres de módulos y el CRM actual están en español. Por eso, no se aceptan postulaciones de personas que no entiendan español. Tampoco se recibirán postulaciones genéricas tipo: “I want to discuss about your project” No queremos discutir desde cero con alguien que no leyó. Queremos propuestas de personas que hayan revisado el documento, entiendan el problema, acepten el presupuesto y estén listas para hacer una puja seria. Para demostrar que leíste el requerimiento, tu propuesta debe iniciar con esta frase: “Leí el documento y entiendo que el problema principal son los saldos, pagos, comisiones y reportes.” Si no inicia con esa frase, la propuesta será descartada. Contexto del CRM El CRM maneja: Clientes. Modelos. Citas/reservas. Pagos de clientes. Pagos de la agencia a modelos. Pagos de modelos a la agencia. Créditos o saldos a favor de clientes. Comisiones variables. Reportes financieros. Utilidad bruta visible solo para gerente. La regla base del negocio es: El dinero siempre proviene del cliente. La agencia cobra una comisión variable y el resto corresponde a la modelo. Ejemplo: Si el cliente paga 1.000.000 COP y la comisión es 28%: Agencia: 280.000 COP. Modelo: 720.000 COP. Pero el pago puede ocurrir de varias formas: Cliente paga a la agencia. Cliente paga directamente a la modelo. Cliente compra créditos. Agencia paga luego a la modelo. Modelo paga luego la comisión a la agencia. Se aplican promociones, bonos o descuentos. El CRM debe calcular todo eso correctamente. Problemas actuales Clientes aparecen con saldo negativo, lo cual no debería ocurrir. Las citas no siempre descuentan correctamente el saldo del cliente. Los reportes de movimientos por modelo no cuadran con los pagos reales. Los reportes de movimientos por cliente no cuadran. El arqueo no refleja correctamente entradas menos salidas. La utilidad bruta no está bien calculada o no está correctamente protegida por rol. Las comisiones variables no siempre se calculan bien. Algunos pagos no quedan correctamente asociados a citas, clientes o modelos. Requisitos principales El freelancer debe: Revisar el código PHP actual. Revisar la base de datos MySQL. Entender la lógica de negocio. Corregir la lógica de pagos. Corregir la lógica de comisiones. Corregir saldos de clientes. Corregir saldos de modelos. Corregir reportes. Corregir arqueo. Crear o corregir reporte de utilidad bruta. Dejar validaciones para que una cita no pueda completarse sin pago. Evitar que clientes queden con saldo negativo. Documentar las fórmulas usadas. Trabajar primero en staging/copia, no directamente en producción. Conservar todos los datos históricos. Usar Git/GitHub. Presupuesto Presupuesto disponible: $1,000 a $1,500 USD. No se considerarán propuestas por encima de $2,000 USD. No buscamos freelancers con tarifas infladas ni consultores que quieran convertir esto en un proyecto enterprise innecesario. Buscamos una persona práctica, ordenada, lógica y capaz de corregir o reconstruir un CRM funcional. Entregables Auditoría inicial del CRM actual. Diagnóstico: reparar o reconstruir. Código corregido o nueva versión funcional si aplica. Reportes corregidos. Saldos confiables. Fórmulas documentadas. Migración/importación correcta de saldos si se reconstruye. Despliegue final en servidor. Pruebas finales con casos reales.

Project ID: 40474244