teoría de un TPV

[Neftali [Germán.Estévez]]

Fantástica explicación.



Gracias.

[[José Luis Garcí]]

Vamos con las rejillas y el stock



se pueden hacer con bastante trabajo mediante abundante código, las he visto incluso con un dbgrid normal y uno vertical, incluso de manera más común en un Stringrid, pero según mi modesta opinión lo mejor es usar un componente para ello, de hecho en el programa que estoy realizando es el único componente al que no le he metido mano y no es mio, lo llevo recomendando mucho tiempo es gratuito y lo podeis descargar junto con otros componente interesantes desde http://componentes.clubdelphi.com/, en este conjunto de componentes cedidos por algunos maestros del clubdelphi, así como un par de ellos míos y de otros compañeros, lo bueno de esta idea era que podi participar cualquiera independiente de su nivel y conocimientos, mientras el componente fuese suyo y lo cediera libremente, el componente si no recuerdo mal es CCDdBimagenGrid, la verdad que esta muy completo, sólo echo en falta el hint por casilla y que me da algunos problemas si los controles avanzar y retroceder páginas los inserto dentro de la rejilla, por ese motivo he optado por ponerlos en un panel aparte.

Lo bueno es que visualmente es atractivo, no he querido meterle mano y mirarlo con detenimiento, pero si lo hago le pediré permiso al compañero Luis Bataller, autor del componente, he intentaría añadirles propiedades como un auto hint con el teto del campo asociado y que la imagen pueda ser proporcional, para que no se deforme, el resto es muy muy bueno, seguro que hay componentes de pago que lograrán lo mismo, pero tampoco los he buscado.

Después de todo este monologo, paso a detallar lo que yo considero debemos tener en nuestra rejilla, es muy simple, principalmente su imagen descriptiva, recordar que vale más una imagen que mil palabras y mas en entornos de este tipo ya que nuestro cerebro asocia rápidamente la imagen a lo que deseamos mientras que el proceso de leer lleva muchísimo más tiempo, es recomendable que aparezca el texto descriptivo, he incluso su precio, pero con los dos primeros debemos darnos por contento.

Si os fijáis en la banda negra que pone artículos, es un panel que a su derecha tiene otro panel, donde pongo el artículo seleccionado, al no disponer del un autohint, debajo de esta tengo un panel con los botones para retroceder y avanzar página (flecha arriba y abajo), debajo de la primera flecha puse un estatic tex que relleno con los diferentes precios (*), y debajo de esta la palabra stock y un display donde nos mostrará el stock disponible de este producto, pero hablamos de productos como bocadillos, cafés etc, con esto quiero decir que no podemos poner un sistema de stock cerrado, simplemente regula ra el stock de los productos que nosotros deseamos al crear el artículo, dejando el uso de los otros libres, os pongo un ejemplo más claro.

Nosotros tenemos 10 cajas de cerveza de 250 c.c. a 18 botellas por caja nos da un total de 180 botella s de cerveza, de este artículo podemos hacer en su creación que tengamos el stock cerrado o no, realmente importa poco, la principal diferencia es que nos descuente o no del stock.

También tenemos 50 panes para bocadillos, pero no podemos darle entrada por e stock, salvo que sean ya preparados, ya que un bocadillo puede ser de tortilla, de lomo, etc

Esto no quiera decir que perdemos el control sobre las ventas, sólo lo perdemos sobre el stock, nosotros podemos saber cuantos bocadillos, cafés, cervezas, etc, hemos vendido, mediante una consulta SQL a nuestra tabla de tickets detalle.

Lo correcto para la entrada de productos es tener un form distinto, donde nos permita buscar el artículo, darle la cantidad de entrada, asegurarnos de que entra al mismo precio y si no es así si debemos cambiar el precio de nuestros productos.

[[José Luis Garcí]]

Precios de los productos o artículos

Aquí es donde podemos dar muchas veces un toque de distinción entre nuestro programa y los de la competencia, lo habitual en la entrada de productos, es poco más o menos los siguientes campos

Código
Familia
Imagen
Descripción
Precio
stock

Yo me he ido un poco más lejos y os pongo algunos de ellos no todos pero casi, y os pongo el motivo de ellos

Código (sin comentarios)
Código de Familia (sin comentarios)
Código de subfamilia (como ya explique prefiero el sistema de familias->Subfamilias->Productos, que el estándar de Familias->Productos)
Nombre o descripción (sin comentarios)
PVP ración (precio de una ración o unidad)
PVP media Ración (precio de la medía ración)
PVP Tapa (precio de pincho o tapa)
PVP ración en oferta (lo mismo que su equivalente pero si esta marcado como oferta)
PVP media Ración en oferta (lo mismo que su equivalente pero si esta marcado como oferta)
PVP Tapa en oferta (lo mismo que su equivalente pero si esta marcado como oferta)
En oferta (si el producto queremos que este en oferta)
En menú (si el producto entra dentro del menú)
Combinar (si el producto tiene combinaciones)
Código del proveedor (sin comentarios)

Se que esto es rizar el rizo pero todo tiene fácil explicación

Por qué los formatos ración, media y tapa, fácil, o metes tres veces el producto cada uno con su precio o lo simplificas de esta manera, de esta lo único es seleccionar previamente el formato ya veremos como hacerlo.

Por qué los formatos anteriores como ofertas, esto es más simple aún, los motivos de las ofertas son los siguientes, captar público, productos que le quedan poco tiempo para caducarse, librarse de una mercancía para dejar espacio, para lo que sea y seguro que hay más, pero básicamente estos son los principales, imaginemos un proveedor que nos deja la botella de cerveza a 0,20 céntimos, pero le quedan 2 semanas para caducar, que hacemos, colocar la oferta lo más visible para sacar antes la mercancía, es lo lógico, pero además deberemos cambiar nuestro precios, vale pues yo en mi caso, simplemente lo marco como oferta y listo, después veréis un análisis de como debe actual el programa al pulsar sobre un artículo.

En menú, normalmente se suelen ofrecer en estos establecimientos un menú compuesto por primeros, segundos, postre 1 bebida y 1 pan, debe especificarse las cantidades para no tener problemas, pero es también habitual, que el cliente no quiera los primeros o los segundos por que no le gusta, o nos pida un licor reserva, normalmente se opta por poner x menús y no detallar su consumo y estoy totalmente de acuerdo con ello cara al ticket, pero no cara a nuestro sistema, ya que podíamos dar aun cliente de menú un Santateresa gran reserva como bebida, cuando el coste puede ser hasta más del 25% del precio del menú, con lo que reduciría el margen de beneficios del cliente dramáticamente, para ello cada vez que creamos un nuevo artículo se marca el producto como que puede entrar en el menú, sólo si lo desmarcamos no será posible ponerlo dando el mensaje al operario al introducirlo.

Combinar, para mi este apartado es fundamental, todos conocemos el cuba libre (Ron+cola), como ejemplo de un combinado, podemos optar por poner los dos artículos por separado, pero normalmente por lo menos en mi tierra, el precio del combinado, siempre es inferior al de los dos productos por separado, de hecho en mi programa tengo un form y una tabla para crear combinados, os pongo una imagen del combinado que hablamos



y de como los creo



Si os fijáis me permite combinar hasta 4 artículos diferentes Flecha roja y con la flecha azul, marco la foto que coge por defecto, luego podemos cambiarla, pero de entrada hace un montaje con los artículos de los que se compone, claro como mínimo deben de ser 2 artículos y el máximo al que yo lo he limitado de 4.

Como llevarlo a cabo, e aquí la madre del cordero, seguro que se os ocurre mil métodos, pero yo os explico por encima el mio con este pequeño análisis al pulsar sobre un artículo

Previamente tengo en la parte baja de mi pantalla tres botones con las opciones , ración, media y tapa, son speedbutons con los que tengo en grupo en cada tag tiene una de las siguientes cantidades 100, 50, 25, perteneciente a uno de los formatos, entonces sabiendo esto estos son lo pasos que hago

Mostramos los datos, stock y precios del producto seleccionado.
compruebo que tipo esta pulsado y asigno el valor de su tag.
Compruebo si esta en oferta, para saber si debo buscar por PVP de ofertas o normales
Ahora busco sabiendo el tag si debo buscar en ración, en media o en tapa, si el campo PVP esta vacio o a 0, doy un mensaje de que este formato no es valido, en caso contrario continuo.
compruebo cual es la entrada (en mi caso tengo 3 sistemas, el numpad, un contador de entradas y por pulsación en la rejilla).
//En la tabla----------------------------------------
Pasamos a buscar si ya existe este artículo, en nuestra tabla, con e número de ticket ya asignado, si lo encontramos, sumamos la cantidad de artículos que tenia con la nueva. En caso contrario lo creamos y metemos los datos.
Calculamos el nuevo total y subtotal, pero sabiendo si esta marcada la casilla descuento, para saber que total y subtotal poner.
Si es stock cerrado restamos de su stock la cantidad correspondiente
//Pasamos ahora al listview-------------------------------
Realizamos la búsqueda del artículo igual poco más o menos que como con la tabla.
Actualizamos subtotal y totales, con los mismos criterios que antes.

Lo dejamos preparado para el siguiente artículo

Si estamos en menú, lo único que hacemos diferente, es comprobar si el artículo esta permitido para el menú y que el artículo marque la opción no visible en la tabla ticket y en el listview, para que no salga reflejado.

Queda alguna cosa más pero me la guardo para mi.

Bueno con esto es todo por hoy

[[José Luis Garcí]]

El Arqueo de caja

Yo en mi programa uso dos tipos de arqueo, pero primero explicar que es el arqueo, este simplemente es comprobar la cantidad de monedas o billetes que tenemos en nuestra caja, para obtener el total, es decir como si dijésemos el stock de dinero disponible.

Aclarado el concepto os pongo una imagen de mi sistema de arqueo



Esta pantalla tiene acceso a 20 valores diferentes (moneda o billetes), como ya dije tengo dos arqueos posibles en mi programa, desde 0 que es para saber únicamente el dinero que tienes en caja, usando la pantalla, el arqueo comparativo que te permite introducir los valores al igual que desde 0 pero , al valor de cada moneda pone encaja: 0, pues en este caso pondría el total de esta moneda que tiene registrado el programa.

Esta pantalla tiene capacidad para 20 valores como ya dije pero como veis se ven ahora sólo 15, esto es debido a que si la base de datos, donde registramos nuestra moneda (valores monedas y billetes), tiene menos de 20 registro mostrará ´solo los que estén registrando, dejando en visible a false el resto de los huecos.

Esta pantalla se usa en 4 situaciones, para los dos tipos de arqueo como ya comente, a la hora del cierre (realmente es un arqueo comparativo) y en la apertura, aunque este último caso, nos lo podemos saltar en cierta forma si lo establecemos en nuestro programa, de manera que al hacer el cierre, y haber totalizado nos deje para la apertura , introduciendo con cuanto abrimos al día siguiente.

Debo decir que esta es una imagen antigua ya que le he añadido un panel en la parte inferior con algunos botones más, algunos visibles en unos momentos o no, botones como por ejemplo descontar, que en vez de añadir descuenta en el valor, el propio totalizar y un botón de apertura automática, que ya tiene configurado unos valores, si a la hora de hacer el cierre, dispone de esos valores o lo más cercanos posibles los deja como apertura al totalizar, ejemplo 20 monedas de 1 euro y quedan 18 pues deja 18 simplemente.

Para que el form nos sirva para las 4 utilidades que tiene lo único que utilizo es una variable fija en mi DataModule, según el valor que le de en la llamada, cambia el caption y deja ver o no ciertos componentes.


Con respecto a si el arqueo automático es real, depende mucho de como se lleve, si se lleva correctamente si, pero si optamos por cobros directos y demás no, esto es algo que debemos saber, se que existe un aparato que pones las monedas y billetes (dos apartados diferentes) y el te los cuenta y te los contabiliza de manera automática, tipo al que tiene la Caixa para los billetes. pero no lo he usado nunca y pienso que la mayor parte de nuestros clientes simplemente usarán el cajón motorizado.

[[José Luis Garcí]]

El cobro

veamos una imagen




En primer lugar pedir disculpas ya que esta pantalla no la tengo terminada e incluso debo corregir algunos componentes, el ancho de la misma al pulsar sobre teclado, etc.
Como podemos ver uso nuevamente el sistema de 20 valores de moneda, dejando visible solo las que dispongamos, vemos arriba a la izquierda 5 displays, en diversos colores,creo que quedan claro para que son, luego 4 botones con los tipos de cobros, especificar de estos, simplemente el de banco es para pagarés y talones y el de otros, por si tenemos, vales, cupones, a cuenta(ya creada), descuento de una cantidad ya entregada o a crédito, por poner los más comunes.

El botón a devolver se activa de manera automática en cuanto ha superado el total, pero podemos activarlo o desactivarlo a voluntad, por qué es el caso típico de que el ticket sea 5,20 €, y el cliente nos da 10,20 € para que le devolvamos un billete de 5,00 €, al pulsar sobre el billete de 10,00 € ya se nos activaría de manera automática el botón a devolver con lo que al pulsar sobre los 0,20 céntimos los daría como que los hemos devuelto.

Dividir pago, esta pantalla no la tengo terminada, pero os pongo una imagen del form y os explico cual será el procedimiento que usare



A la izquierda ira el ticket maestro y podremos ir pasando artículos del mismo a la derecha, como veis los botones apuntan todos hacia abajo y realmente debería ir hacia la derecha 1 con una flecha simple y otro con una flecha doble e igualmente dos botones pero hacia la izquierda el uso de estos es bastante simple, los simples pasan una unidad de ese artículo al panel contrario y los dobles todas las unidades que queden de ese artículo, claro esta al quedarse a 0 desaparece de ese listview.

En el panel 1 faltan los botones confirmar y cancelar, realmente el confirmar, incluso sobraría ya que seria posible usarlo al darle a cobrar, que estos botones estén visibles dependerá del botón nuevo ticket, os hago un simple análisis del proceso.

Al entrar en esta pantalla tenemos el ticket maestro a la derecha y en blanco a la izquierda y el aspecto del form es similar a la imagen puesta.
Pulsamos nuevo ticket y aparecerán los botones confirmar y cancelar en panel 1 pasamos los diversos artículos al panel izquierdo que ya tendría su número de ticket.
Pulsamos en cobrar (este si ve que la tabla esta en edit o append o insert, pulsa por código el botón confirmar) i nos pasa ala ventana de cobro.
Una vez terminado el cobro nos devuelve a la de dividir ticket, hasta que quede vacio a la izquierda.

Claro esta el último ticket a crear es lo que quede del maestro.

Cada vez que se pulsa confirmar, sea directamente o por código, grabaremos en el nuevo ticket los datos y los descontaremos del maestro.

Si pulsamos cobrar sin datos en la derecha iría a cobrar el de la izquierda.

El botón restaurar, este es el que más miga tiene, ya que no visible en este fom existirá varios componentes como otro listview y un memo entre otros, este listview tendrá en todo momento los mismo datos que el maestro al llamar por primera vez (de ese ticket), en el memo al darle al botón confirmar introducirá el número del nuevo ticket, así podremos deshacer todo por código, dejando el ticket como estaba al principio, el único problema es en cobros, pero como dije no lo voy a dar todo echo

En esta pantalla también falta un display en panel 9 que indicará el total del listview de la derecha.




Volviendo a la pantalla de cobros tenemos el botón cobro exacto, este botón no respeta el arqueo ya que al pulsarlo simplemente introduce en entregado la misma cantidad que en total, no respetando el arqueo, dependiendo de la ocasión puede ser útil, de hecho que este visible lo tengo en mi programa puesto desde otro apartado.

Del resto de los botones comentare los siguientes ya que el resto son bastante claros en su descripción
Borrar Elimina todo lo que hemos introducido hasta este momento, respetando sólo el valor del total que teníamos de entrada, simplemente hago un commitRtaing y refresco los datos y el formulario.
Descontar los valores que introduzcamos, pulsando en los valores de monedas o billetes o por el numpad en vez de sumarse se restan.
Teclado muestra o oculta el teclado, este aparece si pulsamos en los botones tarjeta, banco o otros, al pulsar este último además aparece un TRadioGroup, con las opciones de otros.
Cobrado graba definitivamente los datos y marca el ticket como cobrado, aparte de esto si así lo indicamos en configuración muestra la siguiente pantalla



que bloque una cantidad que establecemos en configuración , mediante un timer, como es posible que tengamos prisa, podemos cerrarla antes gracias al botón salir, aparte de este lo lógico es poner una salida aun display por si lo tenemos, en mi caso como no he conseguido ninguno, no se exactamente como se hace, pero ya buscare que me presten uno y lo haré.

Pues creo que con esto es todo por hoy, espero como siempre que les queden claro los conceptos y les sea de utilidad.

[[José Luis Garcí]]

Bueno vamos a ir dando un spring final para acabar este tema, para ello voy a comentar varios apartados, por encima, ya que muchos de ellos son apartados más o menos normales en otros programas.

--Mensajes
como tratamos con un entorno que debe ser totalmente táctil, debemos tener en cuenta que mensajes tipo showmessage, no son adecuados (esto me lo recordó un compañero y tenia toda la razón), por lo que debemos crear nuestros propios forms con los mensajes que queramos poner, aquí os dejo uno de mis mensajes



--El Editor

Debemos tener un editor para las diferentes necesidades dentro de nuestro programa, yo si puedo inserto el teclado en el form, pero muchas veces no podemos, por lo que uso un form con los diferentes apartados dentro de un pagecontrol, lo tengo para campos string (texto), memos (Notas), time (Hora), Date (fecha), Integer(Enteros) y double o rela (decimales), este no lo tengo terminado pero pongo un pequeño montaje y el código al activarse y al salir, para que entendáis como funciona

Código Delphi [-]
procedure TFeditor.FormActivate(Sender: TObject);
begin
   case PC.TabIndex of
    0:Edit1.SetFocus;
    1:Memo1.SetFocus;
//    3:Variablederetorno:=PanelTouchDate1.Value;
  end;
end;

procedure TFeditor.spbSalirClick(Sender: TObject);
begin
  case PC.TabIndex of
    0:Variablederetorno:=Edit1.Text;
    1:Variablederetorno:=Memo1.Lines.Text;
    3:Variablederetorno:=PanelTouchDate1.Value;
  end;
  if Memo1.Lines.Text<>'' then Memo1.Lines.Clear;
  Close;
end;

Como podéis ver activo el pagecontrol antes de hacer el show del form, al activase indica que componente tiene el foco, sólo en los dos primeros, la variabledeRetorno esta ubicada en nuestro datamodule, para que tenga acceso, practicamente desde cualquier apartado, esta la debemos dejar con el dato de entrada, por si no cambiamos nada y es un string, así devuelva lo que de vuelva con un try finally, hacemos la conversión a lo que necesitamos y listo, pongo el código de una llamada para que se entienda mejor

Código Delphi [-]
//------------------------------------------------------------------------------
//**********************************************************[ Otras fechas ]****
//------------------------------------------------------------------------------
begin
   Variablederetorno:=dbeFechaCaducidad.Text;
   try
     Feditor.PanelTouchDate1.DateIn:=StrToDate(dbeFechaCaducidad.Text);
     Feditor.PC.TabIndex:=3;
     Feditor.ShowModal;
   finally
     dbeFechaCaducidad.Text:=Variablederetorno;
     Perform(WM_NEXTDLGCTL, 0, 0); //Pasamos al siguiente control
   end;
end;

Realmente falta un variable más y un botón en el mismo panel que esta el botón salir para poder recuperar el dato de entrada, en cualquier momento, también se podría poner un undo y un redo, pero ya sabéis se puede mejorar y mucho

--Cierre z y cierr x o y

Primero aclarar que realmente este apartado no he llegado aún y no tengo claro cual es cual, pero si puedo deciros que uno es la impresión de todos los tickets del día y el otro es un resumen del día, en estos debemos incluir datos como formas de pago, en efectivo, tarjetas, talones, pagares, cupones, etc, deberíamos añadir si ha habido invitaciones, o sin pagar, e incluso un pequeño mensaje de si hay productos con poco stock, no hace falta especificar cuales, sólo darnos un aviso para que lo miremos, totalizar , número de tickets vendidos, cobrados y pendientes e incluso ventas y comisiones por camarero.

--Cambios del ticket

Este apartado debe ser ágil, ya que en un momento determinado, podemos tener múltiples tickets abiertos, yo uso el siguiente form, que me queda que mejorar visualmente, añadir un groupbox y un campo edit para búsquedas, pero esta casi terminado.



Como podéis ver esta dividido en varias partes como son:
Seleccionado (el ticket elegido)
Nº de tickets (la cantidad en ese momento)
Los tickets (con un DBCtrlGrid)
El contenido del ticket (un dbgrid)
El listado de camareros (con listview y un botón, así puedo elegir si de todos los camareros o de uno en especifico)
Y por último el panel en la parte baja donde falta el sistema de búsqueda y el debnavigator la opción previsualizar (muestra el contenido del ticket en el dbgrid)los botones salir (selecciona el ticket elegido en ese momento) y salir sin ticket, no opte por salir al pulsar sobre el dbctrlGrid, ya que si quisiéramos desplazarnos, muchas veces saldría directamente.

--Visor de clientes, visor de camareros



Como podéis ver es muy parecida a la anterior,pero de manera más simplificada, únicamente tiene el dbctrlgrid y los siguientes botones, subir y bajar, dar de alta a uno nuevo y salir y cancelar, con lo que deja el que tuviésemos elegido anteriormente y salir que legi sobre el que hayamos elegido, en este caso si funciona el pulsar sobre el dbctrlgrid, tanto con un click lo elegimos y con un doble click salimos con la elección, no inserte un sistema de búsqueda, ya que esta hecho con un querry y en la tabla tiene el campo activo y camarero, con lo que me muestra sólo los camareros que este en activo y cumpla ambas cualidades en la tabla de personal.

El acceder a esta pantalla es posible desde 2 opciones o pulsando el botón para tal fin o directamente sobre la imagen.

El de clientes es idéntico, salvo que tiene un panel al final con un sistema de búsqueda y llamada al editor

--Apertura del cajón

Este es muy simple aprovechamos dando el comando adecuado a nuestra impresora de tickets (yo personalmente grabo en un tabla la fecha la hora y el camarero)

--Registro de operaciones

Existen apartados que nos interesa registrar su movimiento para esto es esta tabla, básicamente es un log, pero en tabla que debe auto borrarse cada x meses, dejando únicamente un par de meses de información, en esta tiene campos como concepto, fecha, hora y operario

--Solicitud del passwords

Este apartado debe hacerse accesible desde configuración, teniendo que solicitarse o no, incluso debería ser obligatorio para la apertura del cajón sin ticket, para que no pueda abrirlo cualquier persona, pongo una imagen y no explico más.



--Modo consulta

Este es una de las cuestiones básicas ala hora de hacer un TPV, debemos saturar nuestro form, como ya explique al principio depende, pero debemos tener todas las opciones posibles en nuestro form de trabajo, yo creo que si, la verdad es que he optado por un sistema que creo es cómodo y simple, para entrar en modo consulta puede existir una de estas opciones, que no exista ticket en ese momento o que lo solicitemos nosotros, como, pulsando en el listview de nuestro ticket, tanto para entrar como para salir, pongo un montaje con lo que he explicado y algo más que detallare a continuación



Explico los diferentes apartados númerados

[1] Modo normal del ticket

[2] modo al pulsar en el ticket en el listview pasa a modo consulta si volvemos a pulsar pasamos a modo normal 1

[3] Opciones que nos da, en este caso de productos, pero alguna de ellas también en familias y subfamilias, esta opciones son

Alta nueva de l apartado en que estemos
Modificar, en la casilla y el apartado que estemos
Consulta ver 5 este nos permite ver cuantas ventas se han hecho de ese producto hoy
Asignar, al igual que el botón en el TPV llama al mapa
Entrada de productos, permitiendo dar entrada e a mercancías
Añadir a "Más usados" lo veremos más adelante

--Notas a cocina

Debemos tener en cuenta para que funciona esto, cuando hablamos de notas a cocinas no me refiero al ticket, me refiero a anotaciones como

"bisteck muy hecho y sin pimienta" o cosas mas serias como "Cliente alérgico al picante" o "Cliente celiaco" por poner unos ejemplos, en mi caso sólo hago una llamada al editor y lo descrito lo meto en la tabla tickets notas y a continuación veréis como lo ven en cocina.

--Ver ticket Cocina



como podéis ver a la izquierda el dbctrlGrid, en el centro un listview con el contenido del ticket (*) y la derecha el número de tickets pendientes, el ticket que estamos viendo, la notas que puedan existir de este ticket un dbnavigator y el botón salir.

Este apartado es específico de cocina por lo que no esta en nuestra pantalla de tpv genérica.

(*) marcamos lo que ya hemos servrvido, para evitar errores con un campo en nuestra tabla de tickets detalle, de hecho se me ocurrió despues, en productos, deberíamos añadir el campo cocina, con lo que aqui en el querry podríamos decir que mostrase sólo los productos que van a cocina y no todos los del ticket.

--Zona del numpad



Como podemos ver en este apartado disponemos de varias opciones, una pequeña descripción de ellas

Primero el Numpad, nos permite introducir cantidades, para que, pues según elijamos a su la do derecho, en este lado están

-El visor, marca el número que vamos a pasar.
-Cobrar, nos pasa al apartado de cobros, dividir pagos, etc
-Unidades, que es el apartado por defecto
-Precios, permite modificar el precio de un producto en el ticket
-Descuentos, permite hacer descuentos en el ticket
-Invitación, permite mediante popmenu invitar a el artículo marcado o a todo el ticket, ojo si aplicamos al artículo seleccionado y luego pulsamos sobre este se crea en un linea aparte y o entra en la invitación.
-Útiles varios como acceso a configuración, apertura y cierre (X y z), arqueos (0 y real), Compras (una lista de productos a comprar), Pasar nota a cocina (ya lo hemos visto), Cambiar orientación (permite pasar de derecha a izquierda y viceversa las familias, subfamilias y artículos) y número de columnas mínimo (podemos poner el número de columnas mínimo a mostrar en familias, subfamilias y artículos), todo esto en un popmenu
-apertura del cajón (ya lo hemos visto)

-listview Ticket




Bueno he puesto algo más de lo que es el tema pero lo detallo en la parte alta, tenemos datos, como la ubicación, la situación (esta marcado mal como número), el número de comensales, el display del total, el cliente la imagen de este y el número de ticket.

Debajo encontramos el listview con los artículos que contiene nuestro ticket, debajo de este esta información como el producto sobre el que esta posicionado, el total de artículos diferentes y el total de unidades.

A la derecha se encuentran los botones siguientes, Cambiar de ticket (lo vimos en cambios de ticket), Modificar linea (permite modificar el texto de la linea seleccionada), borrar linea, y los botones que nos permite subir y bajar dentro del listview.

Una pista que os doy sobre este listview, no todo lo que veis es todo lo que contiene.

--Usar la webcam

En este programa he usado la webcam, desde apartados como clientes y personal, para capturar la imagen, pero aparte de esto cree un form, que permite las siguientes opciones, os pongo una imagen y no comento más



--Capturar desde internet

Esto es una opción útil, que permite al cliente mediante el navegador buscar una imagen del plato copiarla al portapapeles y desde nuestro programa pegarla.

--------------------------------------------------Otros apartados que considero interesante


---Vales y cupones permite pagar con vales o cupones de hecho podemos vender un vale de 10 menús y identificarlo con número o código de barras y ir descontando teniendo claro en cada momento que debemos introducir el código de barras o número para controlar su descuento.

---Sinpa (Sin pagar) debemos tener un botón que especifique si ha existido tickets sin pagar, se nos incluye en los cierres

---Mas usados, una cosa que hecho de menos en los programas de TPV, es un apartado para los artículos más usados, de hecho yo tengo una familia por defecto con más usados, dentro de esta crea automáticamente las subfamilias combinados y más usados, en esta última ira todos los artículos que desde el modo consulta designemos como más usados, ejemplo, Café solo, cortado, bocadillo de tortilla, caña, etc. No es recomendable suturarlo y aunque se cree el objeto duplicado, hace referencia a un mismo artículo, así que tendréis que jugar un poco con un campo más en nuestra tabla y hacer una referencia cruzada, al entra en estos apartados.

---Consumo interno, mientras trabajamos, podemos tener autorización y consumir artículos, sin tener que pagarlos, pero de estos hay stock que puede ser controlado (ya lo hemos tratado), de esta manera, mediante un simple botón tendremos este control al día.

[[José Luis Garcí]]

Si veis algo que falta comentármelo, yo doy el tema por terminado, ahora como siempre espero vuestros comentarios, criticas, cambios ideas, comparaciones, etc.

Espero pongáis imágenes de vuestros TPV y como habéis resuelto alguna de las situaciones, que me corrijan, si estoy equivocado o complementen lo que crean necesario, etc.


Un TPV, a pesar de su aspecto es un programa duro, se distancia mucho de un programa estándar y debemos acordarnos de que es para pantallas táctil por lo que debemos poder usar todo el programa sin ratón ni teclado, por lo tanto no es lo más adecuado para principiantes, pero con un poco de practica, es posible meterse con el, pero os advierto que son muchos miles de lineas, por lo que deberéis haceros un buen planteamiento de como lo queréis, si me permiten un truco para el diseño de los forms, lo que hago es las partes que quiero dentro de una pantalla las dibujo en trozos de papel, luego pongo un folio como si fuera el form y voy colocando los trozos de papel, para ver como quedaría en varias pociones, cojo el móvil y le saco fotos para poder hacerme una idea y tener varios diseños antes de escribir una linea de código, esto junto con el organigrama de funcionamiento de diversas partes puede ahorrarnos muchas horas de programación.

Como ya dije en mi programa tengo unas cuantas opciones más pero me las reservo, claro esta, así como la solución a algunos problemas, espero esta sea una buena guía para el diseño de programas TPV.

Bueno pues doy por terminado el tema, a hora os toca a vosotros.

P.D. A los señores moderadores, creo que seria una buena opción tener un apartado llamado teoría de y que otros compañeros plantearan el diseño de programas de manera teórica, por poner algunos ejemplos, vídeo club, Control de una pensión, hostal, hotel, renta-car, consulta medica o veterinaria, etc.

Creo serían buenas guías de consulta para iniciar programas de cada tipo, haciendo aún más importante el club, se que están los tutoriales, pero aquí hablo de guías no de programas con código, se podría ver la disposición a ello e incluso una votación, pero vosotros seréis los que decidan, yo sólo dejo la idea.