El contenido de esta página requiere una versión más reciente de Adobe Flash Player.

Obtener Adobe Flash Player

 
Nosotros Software Productos Clientes Documentación Servicios
Quienes somos SIT Software Consultoria Sistemas operativos Sistema de información
Misión JLDAP Servidores Manufactura Redes Correo SDG
Visión SDGFinger Control de Acceso Soporte Técnico Servicios WEB  
Políticas de gestión SDGFinger Nómina Redes Programación  
Contactenos Social Network Tool Varios Distribuidores
  SVE        
  Transmilleno        

El contenido de esta página requiere una versión más reciente de Adobe Flash Player.

Obtener Adobe Flash Player


SIT 1.69 Beta
Historial

 
  • Se hicieron pruebas de punteros vs. Copias de repuestos y no se encontró una diferencia notable de velocidad. En el relleno inicial de repuestos y teléfonos.
  • Se arreglo la velocidad de carga de repuestos, para lo cual se quitaron mutex innecesarios. Bajando los tiempos de carga en un 50%.
  • Se re calculan los teléfonos de una mejor forma ya no se toma en cuenta los índices de unión sino los IMEI y tipos de teléfonos.
  • Los estados de nivel4 no cambian debido a que toca re calcular los teléfonos.
  • Revisando los disparadores creados para la aplicación. Están desactualizados toca actualizarlos para nivel4, toca crear los almacenes nuevamente.
  • Se reviso porque salían descripciones incoherentes cuando se realizaba una salida por ODS y se encontró que cuando la aplicación no encontraba las descripciones dejaba la anterior, se corrigió colocando en blanco, cuando no se encuentra la descripción.
  • La razón por la cual no se encontraba la descripción era debido a que los repuestos eran TDMA, para solucionar esto se agrego una nueva función en almacén que migra los repuestos existentes TDMA, a los nuevos GSM.
  • Se nivelo a todo el mundo en la versión 1.67, por medio de las actualizaciones automáticas.
  • Se creó una nueva clase llamada usuario2 que hereda los elementos de usuario antiguo, para guardar compatibilidad, en esta nueva clase se agregaron los elementos faltantes al usuario. Con sus respectivos horarios.
    CREATE TABLE IF NOT EXISTS usuarios (
    id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
    nombre VARCHAR(255) NOT NULL,
    login VARCHAR(255) NOT NULL,
    descripcion TEXT,
    fcreacion DATETIME,
    vigencia DATETIME,
    ucambio DATETIME,
    acceso DATETIME,
    grupo BIGINT,
    expira BIGINT,
    estado INT,
    PRIMARY KEY(id)
    ) ENGINE=MyISAM;
    CREATE TABLE IF NOT EXISTS usuariosh (
    usuario BIGINT NOT NULL REFERENCES usuarios(id),
    dia INT,
    entrada INT,
    salida INT
    ) ENGINE=MyISAM;
  • Ahora cuando ingresa un nuevo usuario se verifica que la cuenta no haya expirado, que este en las horas permitidas, también que haya cambiado la contraseña y si es el caso le solicita cambiar la contraseña.
  • Se arreglo la clase CMyTime en la función GetFormatoMySQL, ahora primero se valida que tenga una hora valida en caso contrario se devuelve “”;
  • Se agregaron los estándares de creación de usuarios. Como nombre completo del usuario, vigencia de la clave, vigencia del usuario, fecha de creación, fecha del último acceso y el ultimo cambio de contraseña, cambio obligatorio de contraseña, acceso según horarios dependiendo del día (Lunes, Martes, etc.) y de la hora.
  • Se creó una nueva tabla llamada apropiedadesex en la cual se van a almacenar los elementos necesarios para la trazabilidad.
    CREATE TABLE IF NOT EXISTS apropiedadesex (
    id BIGINT NOT NULL REFERENCES apropiedades2(id),
    empleado BIGINT NOT NULL REFERENCES usuarios(id),
    fecha DATETIME,
    INDEX NAME(id)
    ) ENGINE=MyISAM;
  • Se creó el disparador para que la volcar toda la información en caso de modificación hacia la nueva tabla.
    DROP TRIGGER bu_apropiedades2;
    DELIMITER //
    CREATE TRIGGER bu_apropiedades2 BEFORE UPDATE ON apropiedades2
    FOR EACH ROW
    BEGIN
    IF OLD.PModificado IS NOT NULL THEN
    INSERT INTO apropiedadesex (id, empleado, fecha) VALUES (OLD.id, OLD.PModificado, OLD.FechaModificado);
    END IF;
    END; //
    DELIMITER ;
  • Debido a la migración de la tabla de usuarios toca eliminar todas las referencias hacia shared y re direccionarlas hacia la nueva tabla llamada usuarios.
    • Entre los cuales está el archivo querys.xml,variables2.xml, variablesa.xml.
    • Se buscaron todas las referencias en el programa hacia las variables
      • apropiedades2.PCreacion
      • apropiedades2.PModificado
      • empleados.digitador
      • empleados.digitadorf
      • empleados.digitadorEnvio
      • digitacion.digitadori
      • digitacion.digitadorf
    • y se reemplazo su análogo de shared por usuarios.
    • Se modifico el archivo reportes.sit, para arreglar las estadísticas.
  • Ahora cuando se revisa una transacción de almacén se pueden observar todas las personas que han intervenido en la transacción. Para lo cual se modifico el archivo propiedadesa.xml.
  • Se agrego un nuevo log al eliminar un elemento, aunque esto solo lo puede hacer el administrador.
  • Se creó una nueva tabla para almacenar los repuestos que se descargan tanto por orden de servicio como los de almacen.
    CREATE TABLE IF NOT EXISTS cruce (
    ods BIGINT NOT NULL,
    repuesto BIGINT NOT NULL,
    almacen INT DEFAULT -1,
    reparacion DATETIME,
    salidaa DATETIME,
    cantidad INT,
    propiedades VARCHAR(255),
    propiedadesa VARCHAR(255),
    telefono BIGINT REFERENCES shared(id),
    telefonoa BIGINT REFERENCES shared(id),
    PRIMARY KEY(ods,repuesto,almacen)
    ) ENGINE=MyISAM;
  • Se crearon los disparadores de la base de datos para avisar cuando
    DROP TRIGGER bi_partes;
    DELIMITER //
    CREATE TRIGGER bi_partes BEFORE INSERT ON partes
    FOR EACH ROW
    BEGIN
    IF NEW.numeroparte IS NOT NULL THEN
    UPDATE cruce SET reparacion=1 WHERE ods=NEW.ods AND repuesto=NEW.numeroparte;
    INSERT IGNORE INTO cruce (ods,repuesto,reparacion) VALUES (NEW.ods,NEW.numeroparte,SYSDATE());
    END IF;
    END; //
    DELIMITER ;
  • DROP TRIGGER bu_partes;
    DELIMITER //
    CREATE TRIGGER bu_partes BEFORE UPDATE ON partes
    FOR EACH ROW
    BEGIN
    IF OLD.numeroparte IS NOT NULL THEN -- primero borramos
    DELETE FROM cruce WHERE ods=OLD.ods AND repuesto=OLD.numeroparte AND almacen=0;
    UPDATE cruce SET reparacion=NULL WHERE ods=OLD.ods AND repuesto=OLD.numeroparte;
    END IF;
    IF NEW.numeroparte IS NOT NULL THEN -- luego la volvemos a agregar.
    UPDATE cruce SET reparacion=1 WHERE ods=NEW.ods AND repuesto=NEW.numeroparte;
    INSERT IGNORE INTO cruce (ods,repuesto,reparacion) VALUES (NEW.ods,NEW.numeroparte,SYSDATE());
    END IF;
    END; //
    DELIMITER ;
  • DROP TRIGGER bd_partes;
    DELIMITER //
    CREATE TRIGGER bd_partes BEFORE DELETE ON partes
    FOR EACH ROW
    BEGIN
    IF OLD.numeroparte IS NOT NULL THEN
    DELETE FROM cruce WHERE ods=OLD.ods AND repuesto=OLD.numeroparte AND almacen=0;
    UPDATE cruce SET reparacion=NULL WHERE ods=OLD.ods AND repuesto=OLD.numeroparte;
    END IF;
    END; //
    DELIMITER ;
  • Se encontró un deadlock con el conector cuando se enviaba el mensaje WM_TREADRESULT, en forma send y la forma correcta era post.
  • Se modifico la salida de repuestos para que almacen en la tabla cruce los valores de la tabla cruce.
  • Se creo un nuevo reporte con el estado de los cruces de almacen. Para lo cual se creo el archivo cruce.xml y ademas se modifico el archivo variablesa.xml para anexar las nuevas variables de cruce.
  • Se agrego a la ventana de salida de almacen, el vinculo de “Ver”, para ver el ingreso de la orden de servicio.
 
Software Developers Group Ltda. Bogotá, Colombia. Carrera 23 No. 80 - 58 Of. 201 PBX: 702 70 22, info@sdgltda.com