search

K7K9 / adminscolas

Automatically exported from code.google.com/p/adminscolas
1 stars 0 forks source link

Validación de Tipo de Impresora Ticketera en el Dispensador #23

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

Please provide any additional information below.

DISPENSADOR:
Punto 1:
Incorporar la siguiente validación
Adicionar en el Dispensador.properties un parámetro Tipo_Impresora_Ticketera, 
y los comentarios:
-   Epson EU-T432  Tipo_Impresora_Ticketera  = 1
-   Star TSP100  Tipo_Impresora_Ticketera  = 2
-   Star TSP700  Tipo_Impresora_Ticketera  = 3
-   Etc, etc, etc
Como en el futuro vamos a integrar otras impresoras ticketeras, la idea es 
hacerlo sobre la versión genérica del Dispensador.¨
En el  código donde actualmente se llaman a las funciones de la impresora 
EU-T432, se puede incluir la siguiente validación:
Si el Flag de impresión está habilitado entonces:
Si Tipo_Impresora_Ticketera <> “1” entonces: Enviar un mensaje: “Tipo de 
Impresora Ticketera no se encuentra actualmente integrada al dispensador”
    Sino … (se sigue la lógica de llamado de las funciones de la impresora EU-T432)

Original issue reported on code.google.com by gfp...@hotmail.com on 2 Dec 2011 at 12:55

Attachments:

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
Punto 2: 
Algo pasa con la validación de dos dispensadores que tienen el mismo 
identificador:
Cuando trato de ejecutar el dispesador 2 veces con el mismo identificador = 1 
en el mismo equipos (PC) sale el mensaje “Ya existe un dispensador conectado 
con identificador:1”, lo cual es CORRECTO.
Pero cuando hago la misma prueba pero en dos Pcs diferentes apuntado a la misma 
base de datos y usando el mismo identiicador = 1, por alguna razón NO ESTA 
VALIDANDO que ya hay un dispensador conectado con el mismo identificador. Ya 
verifiqué que en ambos archivos .jar en dispensador.properties y están 
apuntando al mismo IP y al mismo nombre de la base de datos. 
Incluso, genere tickets, en  ambas instancias del dispensador, y el correlativo 
de tickets es correcto, y en el monitor aparece que el dispensador “1” es 
el único que está conectado. Incluso cuando me salgo de cualquiera de las 
instancias con Alt-F4, queda como desconecto el dipensador “1” en el 
monitor, pero sigo emitiendo tickets en la otra instancia.

Original comment by gfp...@hotmail.com on 2 Dec 2011 at 6:16

Attachments:

GoogleCodeExporter commented 8 years ago 
Punto 3: en el atendedor, corregir el mensaje de la ventana que dice 
"undefined", que diga "Debe marcar al menos una transacción". Te adjunto el 
pantallazo.

Original comment by gfp...@hotmail.com on 2 Dec 2011 at 7:26

Attachments:

GoogleCodeExporter commented 8 years ago 
Punto 4: Monitor, en la pestana Tickets, cuando selecciono un ticket es espera, 
en la sección Ticket sale bien la cantidad el campo "Total" pero está errado 
la cantidad en el campo "En Espera". Te adjunto la pantalla.

Original comment by gfp...@hotmail.com on 2 Dec 2011 at 10:49

Attachments:

GoogleCodeExporter commented 8 years ago 
Punto 5: Monitor, continuando con el punto 4 anterior, sale por el Tipo de 
Ticket (por decir, Banca Premium que corresponde a la letra P), pero la lista 
de tickets en espera de ese Tipo es vacia porque no hay tickets en espera (no 
hay P1, P2, etc en espera), pero sale el nombre del Tipo de Ticket (Banca 
Premium) a pesar de que no hay tickets en espera.

Original comment by gfp...@hotmail.com on 2 Dec 2011 at 11:06

Attachments:

GoogleCodeExporter commented 8 years ago 
Punto 6: Es una observación de forma, en el monitor, pestaña de tickets, 
puedo visualizar aproximadamente unos 9 tickets en espera al mismo tiempo, pero 
se podría alargar verticalmente el tamaño de la columna para que se puedan 
visualizar más tickets al mismo tiempo, digamos, de unos 12 a 15 tickets, para 
que el usuario no tenga que usar tanto el scroll vertical.

Original comment by gfp...@hotmail.com on 4 Dec 2011 at 12:47

GoogleCodeExporter commented 8 years ago 
Puntos 2, 3, 5 y 6: OK
Comment 8 dle issue 22 (requerimiento adicional): OK

Punto 1: Ahora sale siempre el mensaje "Impresora configurada no está 
soportada por el dispensador", a pesar de que le pongo tipoimpresora = 1. 
Cuando le pongo tipoimpresora = 2 me fije que al cargar el disensador,a ntes de 
que salga el logon del usuario, reinicializó la impresora epson, no se si esta 
bien esto???

Punto 4:  Monitor, en la pestana Tickets, cuando selecciono un ticket es 
espera, en la sección Ticket sale bien la cantidad el campo "Total" pero está 
errado la cantidad en el campo "En Espera". Por ejemplo, genere 3 tickets (P1, 
P2 y P3) y atendi 2 tickets (P1 y P2), quedando solo en espera el P3, veo en el 
monitor y aparece el P3 es espera, lo selecciono y sale que Total:3 y En 
Espera:3, pero deberia ser Total:3 y Espera:1.

Punto 3 del issue 22: Pendiente. El Monitor sigue grabando caracteres raros en 
BD.

Original comment by gfp...@hotmail.com on 6 Dec 2011 at 1:48

GoogleCodeExporter commented 8 years ago 
Punto 7: Sobre la alarma 1.1 "Dispensador de tickets lleva tiempo sin emitir 
tickets" funciona bien cuando está el dispensador conectado, sin embargo esta 
alarma debe activarse aun y cuando el dispensador aparaezca desconectado, por 
lo tanto deberán aparecer las alaramas de todos los dispensadores configurados 
en la tabla DISPENSADORES aunque no aparezcan desconectados.

Punto 8: Sobre la larma 1.2 "Tiempo de espera de tickets ha superado el máx 
permitido", no funcionó.

La alarma 1.3, "La cola superó el máx permitido" está OK.

Original comment by gfp...@hotmail.com on 6 Dec 2011 at 3:14

GoogleCodeExporter commented 8 years ago 
Punto 9: Algo que me he dado cuenta ahora y que no te lo especifiqué bien, y 
es mi error. En la DERIVACION dentro del atendedor, la derivación por GRUPOS 
debe referirse a los TIPO DE ATENCION y no a los TIPOS DE TICKETS, y en la 
derivación por VENTANILLAS, deben aparecer todas la ventanillas conectadas 
(excepto la ventanilla que deriva) SIN IMPORTAR el tipo de atención, ni el 
peso asignado a las ventanillas. Disculpame esta omisión mia.

Original comment by gfp...@hotmail.com on 6 Dec 2011 at 4:00

GoogleCodeExporter commented 8 years ago 
Sobre el punto 8 de la alarma, tengo lo siguiente:
1. Esta alarma es verificada cada 10 segundos porque su parametro me parece que 
está en minutos, por ejemplo 1 ticket esperando 5 minutos.
2. El estado para considerarlo en espera lo tengo como emitido, es decir si hay 
un ticket emitido por más de 5 minutos entonces al verificar la 
alarma(intervalos de 10') se guarda el registro.
3. Existe un valor en hardcode que es el identificador de esta alarma, yo lo 
tengo con el identificador 4 para obtener el parametro con: select parametro1 
from alarmas where id_alarmas = 4

Original comment by carlos.c...@gmail.com on 6 Dec 2011 at 10:41

GoogleCodeExporter commented 8 years ago 
Punto 8: OK

Original comment by gfp...@hotmail.com on 7 Dec 2011 at 4:15

GoogleCodeExporter commented 8 years ago 
Puntos 1,3,7: OK
Punto 4: lo del monitor, Sigue pendiente. Ahi te copio la pantalla.
Punto 7: Sobre la derivación, funcionó bien la derivación por grupos, pero 
NO funciono correctamente la derivación por ventanillas, te explico:
7.1: En la derivacion por grupos, debe excluirse del combo box de Tipos de 
Atención, el Tipo de Atención al que pertenece el ticket (al parecer está 
excluyendo otro tipo de atención pero que no es el tipo de atención al que 
corresponde el ticket).
7.2 Fijate, cuando derivo a otra ventanilla que tiene un peso que puede jalar 
el tipo de ticket que se ha sido derivado funciona bien, pero cuando derivo a 
otra ventanilla que no tiene un peso que puede jalar el tipo de tciket 
derivado, no lo jala pero SI debería jalarlo, SIN IMPORTAR el peso que tenga 
la ventanilla destino. La ventanilla destino tiene que jalarse el ticket 
derivado SI O SI.

Original comment by gfp...@hotmail.com on 9 Dec 2011 at 2:16

Attachments:

GoogleCodeExporter commented 8 years ago 
En el punto 7.2 se deben mostrar todas las ventanillas conectadas menos la 
ventanilla que esta haciendo la derivación y MENOS las que tengan el flag de 
"AceptaTickDerivados" apagado.

Original comment by gfp...@hotmail.com on 9 Dec 2011 at 5:55

GoogleCodeExporter commented 8 years ago 
Punto 4: OK

Punto 9.1: OK

Punto 9.2: Error. Cuando derivo de una ventanilla a otra directamente, por 
ejemplo de ventanilla_3 a Ventanilla_2, si la ventanilla_2 tiene un peso que le 
permite jalar el ticket funciona correctamente. PERO, si la ventanilla_2 no 
tiene un peso que le permite jalar ese ticket, sale este error en el atendedor 
de ventanilla_2: unable to load/atendedor/cambiarEstadoTicket.htm status:500 500

Punto 10: Con respecto al monitor, si graba bien los caracteres de acentos, y 
ñ en la base de datos, me fije que cuando grabo un texto que contiene el 
caracter $, la impresora no imprime el ticket, le quito el $ al texto y si 
imprime el ticket. Es el unico caracter que puede ver que me dio problemas de 
conflicto con la impresora, a que se deberá??? En todo caso, sino se puede 
imprimir el $, que se valide en el monitor este caracter???

Original comment by gfp...@hotmail.com on 12 Dec 2011 at 2:21

Attachments:

GoogleCodeExporter commented 8 years ago 
Giuseppe, un favor en la carpeta jboss-4.2.3.GA\server\default\log del jboss 
hay un archivo server.log puedes abrirlo(bloc de notas o cualquier editor de 
texto) y copiar todo su contenido a un archivo por ejemploe loghot.txt zipearlo 
y colgarlo por favor, para ver donde ocurrió el error. Ojo no copiar ni zipear 
el archivo server.log, abrirlo y copiar su contenido. Gracias.

Original comment by carlos.c...@gmail.com on 12 Dec 2011 at 2:46

GoogleCodeExporter commented 8 years ago

Original comment by gfp...@hotmail.com on 12 Dec 2011 at 3:58

Attachments:

GoogleCodeExporter commented 8 years ago 
Punto 9.2: OK
pUNTO 10: PENDIENTE. EN REVISION.

Original comment by gfp...@hotmail.com on 13 Dec 2011 at 2:36

GoogleCodeExporter commented 8 years ago 
Fin de issues

Original comment by carlos.c...@gmail.com on 24 Sep 2012 at 3:31