CONFIG: estandarizar estructura de github (acciones, plantillas y dependabot)

README.md

@@ -206,20 +206,18 @@ Este proyecto utiliza **GitHub Flow** y **Conventional Commits** para mantener u
 - Para cada nueva funcionalidad o corrección, se crea una rama nueva a partir de `main` (ej: `feature/agregar-modulo-nomina`).
 - Una vez terminado el desarrollo en la rama, se realiza un Pull Request hacia `main`.
 
-### 2. Formato de Commits (Conventional Commits)
-Los mensajes de commit deben seguir esta estructura:
-`<tipo>(<alcance opcional>): <descripción breve>`
+### 2. Formato de Commits
+Los mensajes de commit deben estar en español, ser descriptivos y concentrarse en los cambios verdaderamente importantes. Seguiremos esta convención adaptada:
+`[Tipo] (<alcance opcional>): <Descripción clara del cambio>`
 
 **Tipos permitidos:**
-- `feat:` Una nueva funcionalidad.
-- `fix:` Corrección de un error (bug).
-- `refactor:` Cambios en el código que no corrigen errores ni añaden funcionalidades (ej. aplicar POO).
-- `docs:` Cambios en la documentación.
-- `chore:` Tareas de mantenimiento, actualización de dependencias.
-- `style:` Cambios de formato (espacios, comas, etc) que no afectan la lógica.
-- `test:` Agregar o modificar pruebas.
+- `NUEVO:` Añade una funcionalidad importante o un nuevo módulo.
+- `CORRECCIÓN:` Soluciona un error (bug) en el sistema.
+- `MEJORA:` Refactorización o mejora técnica que no añade funcionalidades nuevas ni corrige errores, pero optimiza el código (ej. aplicar POO o hacer consultas más rápidas).
+- `CONFIG:` Cambios en configuraciones de infraestructura, Docker, dependencias o variables de entorno.
+- `DOCS:` Adiciones importantes a la documentación o manuales.
 
-*Ejemplo:* `feat(gastos): agregar soporte multidivisa para proveedores`
+*Ejemplo:* `NUEVO (gastos): añade soporte multidivisa al momento de pagar a proveedores`
 
 ---