Conceptos esenciales

Tryton es una plataforma modular dirigida por modelos. La interfaz, las reglas y los documentos dependen del contexto de compañía, usuario e idioma.

Objetivos de aprendizaje

• Modelo: contrato de datos y reglas de negocio. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Registro: instancia persistente de un modelo. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Vista: presentación de formulario, lista, calendario o gráfico. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Acción: abre modelos, ejecuta asistentes o produce informes. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Workflow: transiciones explícitas entre estados. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Dominio: expresión que filtra o limita valores. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.
• Contexto: información de ejecución; no sustituye permisos ni reglas de acceso. Al terminar, compruebe el resultado con un registro de prueba y documente quién es responsable.

Conceptos que debe dominar

• Modelo: contrato de datos y reglas de negocio.
• Registro: instancia persistente de un modelo.
• Vista: presentación de formulario, lista, calendario o gráfico.
• Acción: abre modelos, ejecuta asistentes o produce informes.
• Workflow: transiciones explícitas entre estados.
• Dominio: expresión que filtra o limita valores.
• Contexto: información de ejecución; no sustituye permisos ni reglas de acceso.

Práctica guiada

1. Actividad 1. Modelo: contrato de datos y reglas de negocio. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

2. Actividad 2. Registro: instancia persistente de un modelo. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

3. Actividad 3. Vista: presentación de formulario, lista, calendario o gráfico. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

4. Actividad 4. Acción: abre modelos, ejecuta asistentes o produce informes. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

5. Actividad 5. Workflow: transiciones explícitas entre estados. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

6. Actividad 6. Dominio: expresión que filtra o limita valores. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

7. Actividad 7. Contexto: información de ejecución; no sustituye permisos ni reglas de acceso. Realícela primero en un ambiente de ensayo, registre las precondiciones y compare el resultado esperado con el obtenido.

Cómo verificar el resultado

• La compañía, usuario, idioma, zona horaria y fecha son los esperados.
• Los permisos permiten únicamente las operaciones asignadas a la responsabilidad.
• Los cambios dejan trazabilidad y los documentos relacionados conservan consistencia.
• El procedimiento puede repetirse con el mismo resultado y tiene una forma documentada de corrección.
• Una copia restaurada permite reproducir el proceso sin depender del servidor de producción.

Errores frecuentes

• Confundir guardar con confirmar, contabilizar, pagar o cerrar.
• Probar solamente con el usuario administrador y concluir que los permisos funcionan.
• Cambiar estados o totales directamente con SQL para evitar una validación.
• Actualizar módulos sin inventario, copia restaurable y conciliación posterior.
• Documentar únicamente el camino exitoso y omitir cancelaciones, correcciones y excepciones.

Perspectiva para desarrolladores

Identifique los modelos, campos, botones, dominios y reglas de acceso involucrados. Antes de extender el proceso, localice el módulo que posee la regla, revise sus pruebas y conserve sus invariantes mediante super(). Una personalización correcta debe funcionar con diferentes compañías, idiomas, permisos y estados.

Lista de control para producción

• La compañía, usuario, idioma, zona horaria y fecha son los esperados.
• Los permisos permiten únicamente las operaciones asignadas a la responsabilidad.
• Los cambios dejan trazabilidad y los documentos relacionados conservan consistencia.
• El procedimiento puede repetirse con el mismo resultado y tiene una forma documentada de corrección.
• Una copia restaurada permite reproducir el proceso sin depender del servidor de producción.