|
|
| Línea 25: |
Línea 25: |
| | ===Estadísticas de uso de reportes en t3web=== | | ===Estadísticas de uso de reportes en t3web=== |
| | ===programar por pasión=== | | ===programar por pasión=== |
| - |
| |
| - | ==Ideas en el aire==
| |
| - | ===Rescate de T3Web===
| |
| - |
| |
| - | ===Doble ingreso de números de control de facturas===
| |
| - | 04/05/2012
| |
| - |
| |
| - | '''Problema''': Los vendedores en determinados casos no pueden ingresar cobranzas, pues el sistema indica que el numero de control de la factura es incorrecto.
| |
| - |
| |
| - | '''Causa''': A pesar de las validaciones existentes, los usuarios de almacén ingresan los números de control con errores. Los números de control ingresados no son verificados en ningún momento.
| |
| - |
| |
| - | '''Solución propuesta''': Asumir la filosofía que se usa para los conteos de inventario, y solicitar el numero de control una segunda vez, y por un segundo usuario, de modo de que exista verificación de estos números.
| |
| - |
| |
| - | El proceso podría ser así:
| |
| - |
| |
| - | #AALMACEN imprime la factura, ingresa el número de control.
| |
| - | #La factura para al dpto de cobranzas
| |
| - | #ACREDITO ingresa una vez más el número de control.
| |
| - | #Si no hay diferencias, entonces no pasa nada.
| |
| - | #Si hay diferencias, entonces el ACREDITO recibe una notificación o advertencia, y le aparecen dos cajas de texto con los numeros ingresados tanto por AALMACEN, como por si mismo.
| |
| - | #ACREDITO verifica con el papel en la mano si el error fue de AALMACEN o de si mismo y hace la corrección necesaria en la caja de texto. Ambos números deben coincidir para que sea válido el cambio.
| |
| - |
| |
| - | O podría ser así:
| |
| - |
| |
| - | #AALMACEN ingresa el número de control.
| |
| - | #ACREDITO ingresa una vez más el número de control.
| |
| - | #Si no hay diferencias, entonces no pasa nada.
| |
| - | #Si hay diferencias, entonces el JCREDITO corrige el número.
| |
| - |
| |
| - | ===Mantenimiento en T3web===
| |
| - | 04/05/2012
| |
| - |
| |
| - | '''Problema''': Durante treinta minutos al día los vendedores no pueden ingresar pedidos al sistema. Calculando a ojo un promedio de 75 usuarios al día, el grupo de empresas pierde 37.5 horas diarias, 262.5 horas a la semana, 1050 horas al mes, en las que se pudieran estar cargando pedidos. Para efectos de mantenimiento, en un mes hay unas 15 horas de mantenimiento, pero en realidad se usan 2 o 3... lo que quiere decir que 80% del tiempo de mantenimiento es tiempo no productivo desperdiciado.
| |
| - |
| |
| - | '''Causa''': El tiempo de mantenimiento es habilitado diariamente, a pesar de que no se necesita diariamente.
| |
| - |
| |
| - | '''Solución propuesta''': Cambiar el tiempo de mantenimiento de manera tal que se habilite sólo cuando se necesite.
| |
| - |
| |
| - | El proceso podría quedar así:
| |
| - | #El día que se requiere mantenimiento, se activa una bandera (campo en T3TCONFIGCONSSA, o alguna tabla similar).
| |
| - | #Durante todo el tiempo que la bandera este activa, se coloca un mensaje no-intrusivo en la parte superior de la pantalla para todos los usuarios, indicando "Estimado usuario, el día de hoy a las 11am el sistema estará en mantenimiento. Por favor tome las previsiones necesarias.".
| |
| - | #Un DTS deshabilita la bandera cuando haya pasado el periodo de mantenimiento.
| |
| - |
| |
| - | ===Notificadores para Choroní===
| |
| - | [[Archivo:Diseno-notificadores.png]]
| |
| - |
| |
| - | ===Quiero olvidarme de la OC===
| |
| - | ===Depuración asistida de errores de calculo de incentivos de venta===
| |
| - | ===bitacora de uso / monitoreo de rendimiento===
| |
| - | ===puntos de esfuerzo para t3bugs===
| |
| - | ===¿cual es tu nombre?===
| |
| - |
| |
| - | ===inhabilitacion automática de usuarios inactivos===
| |
| - | ===indicador de sincronizacion de datos (semaforo de replicacion)===
| |
