pradok

en este momento se encuentran las opciones de nombres, apellidos,identificacion, supo por y observaciones.

Hacen falta

hora en que llamaron, horario que le interesa


en la busqueda colocar las opciones de programa que busca y hora de la llamada

Comence con la creacion del sistema de novedades.
Defini la siguiente metodologia:

1. Item academicas:

• Extension,Congelamiento,Traslado,Beca,Orientaciones. Estos elementos tienen cada uno un formulario que permite el ingreso de informacion. Tengo pensado crear un formulario de busqueda que permita buscarlos a todos y desde ahi ingresar al formulario de modificacion de datos en donde el encargado debera consignar el estado de aprobación o rechazo de la novedad

1. Administracion:

• Pago,personal,suministros: Estos elementos los ideé, no se si correspondan a la realidad. En el caso de personal si aplica, pues sirve para reportar novedades relacionadas con ese tema. Es posible que este item sea mucho mas complejo de lo que tengo pensado inicialmente.

1. Llamadas: Este item fue solicitado por mr Frank. Ya esta terminado. Permite ingreso y consulta de llamadas.

Es necesario agregar un campo que permita determinar en beneficiarios que tipo tiene el alumno:

• normal
• extension
• cambio de beneficiario
• traslado
• beca
• canje

estos estados se debe seleccionar en el momento de la digitacion, ademas en los formularios de modificacion de datos

Seria bueno saber cuando una sede ya actualizo sus datos.

Por ahora pienso que la mejor forma de generar la actualizacion de datos es a traves de la clase que creé para exportacion en dbf

Estoy pensando en la siguiente metodologia de actualizaciones:

En el momento de generar el archivo con las actualizaciones , se debe almacenar el nombre del archivo, fecha de creacion, consecutivos de cada registro contenido, en un campo de texto separados por comas.
Se deben almacenar dichos archivos en una carpeta dentro de cada servidor web, para que se lleve el historial de las mismas, de forma que se puedan hacer consultas de dichos archivos como las muestra la aplicacion de letras de praxis radio
(es conveniente pensar en la forma de encriptar dicha informacion)

Agregué a la funcion de log de la base de datos de facturacion un comportamiento similar al que tiene la base de datos de institutos, es decir funciona como tabla de backup, pues almacena los diferentes queries que afectan la informacion.
Además de lo anterior agregue el comportamiento a los procesos de modificacion, borrado y anulacion, adecuando tambien un campo que almacena el tipo de operacion, es decir A = anulado, B = borrado, U = update e I= insercion.

En este momento me dispongo a hacer pruebas que permitan crear un proceso sencillo para la actualizacion.

1. Agregar a la tabla un campo de check que sea modificado en el momento en que se genere un nuevo archivo de actualizacion. Esto permitiria evitar que se vuelvan a exportar registros que ya se hayan usado anteriormente. Este proceso implicaría hacer ademas de la seleccion, una actualizacion de cada registro cambiando el valor del campo de check a "ya exportado". El fin de este proceso es generar un archivo de algun tipo, txt o dbf que pueda ser leido por un script que permita la actualizacion de datos
2. Crear una tabla de control de exportaciones que almacene los consecutivos de registro de la tabla log, para que la proxima vez que se tenga que realizar el proceso, se revise esta tabla y no se vuelva a generar algo que ya se hizo

Pros opcion 1

• no se llevan tablas adicionales
• la misma tabla dice que registro se ha exportado

Contras opcion 1

• no hay control de fechas de generacion
• se debe ser muy detallado en el proceso

Pros opcion 2

• Es muy descriptivo
• Se lleva control de fechas de generacion

Contras opcion 2

• hay que crear una tabla de control en el origen y en los destinos

se me encomendo subir al sitio una base de consultas general.

Para tal efecto se hizo lo siguiente:

Se agregó a cada tabla el campo de empresa (emprenume) con un valor por defecto igual al numero de empresa en la tabla de empresas

Se creo una tabla general por cada tabla en las bases de datos.
Cada una de estas tablas generales contiene ademas de la informacion normal, un campo inicial autonumerico que se comporta como consecutivo de registros.
Por ahora el proceso de actualizacion de esas tablas es manual, y similar al proceso que se lleva para actualizacion de alumnos

Se ha hecho urgente manejar un sistema de novedades que involucre control de procesos internos.
Elementos a tener en consideracion:

1. Generacion de novedades para cada una de las dependencias de praxis: novedades que requieren informacion de estado de alumnos (estado de cartera, validez o no de status dentro de la academia, traslados, cambios de beneficiario, congelamientos, extensiones y otros que no conozco en este momento)
2. Control de la dichas novedades usando consecutivos que serviran posteriormente para crear listas, actualizar novedades, impresion de informes y otros
3. Actualizacion en un sistema general que se llevara en el sitio de forma que todas las sedes tengan acceso a esa informacion
4. Crear un sistema que permita la descarga y subida de novedades (incialmente tengo pensado hacer ese sistema con la clase dbf)

1. tomar los datos de la base de datos de lorena
2. sobreescribir la informacion de la carpeta data en d:\ventas
3. exportar la tabla estudiantes como tblverifica en d:\temp\basedato
4. usando odbc importar los datos de tblverifica desde la version 2.5 de mysqlfront
5. esto se debe hacer hacia okmckcom_praxis
6. las rutinas de eliminacion de datos viejos se pueden hacer desde mysqlfront o si se prefiere desde vfp
7. hacer los cambios de nombres de variable para que se adecuen a las de la estructura de tabla de beneficiario. Este proceso debe estar acompañado de los cambios de tipo de dato necesarios. Nota: en 06-10-2005 se adecuo un archivo llamado actualiza.sql que contiene toda la estructura de beneficiario
8. hacer el update a la empresa 304 + codigo en el campo benenume
9. en las bases de datos de felipe hacer la adecuacion de campo de benenume con el respectivo codigo de empresa
10. exportar cada tabla de beneficiario usando phpmyadmin en un archivo de texto
11. crear una tabla vacia de beneficiario con la estructura normal
12. ejecutar desde DOS la instruccion mysql -u root -p okmckcom_praxis <"ruta"
13. actualizar cada uno de los institutos

permitir la digitacion de recibos anulados que no tengan contrato
permitir la digitacion de contratos anulados
permitir la digitacion de facturas anulado
verificar si el contrato existe en el momento en que se digita para que no tenga que perder lo que se digito