FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Por último queda el método a usar, existen varios que conozca, a través de un report, tipo memo y por código de impresora, yo he usado los dos últimos, pero no descarto otros métodos más, hablo de los que he leído y de aquí en adelante de los que yo uso, para ello os pongo el código de las funciones que uso que suelo usar para ambos casos ya que más adelante aparecerá y sin esta parte será más compliacado entenderlo
el WriteRawDataToPrinte es del maestro SEONE el GetImpresora es del maestro Marcos Zorrilla el MyTextReplace es bajado de Planetadelphi.com Y CenterString no estoy seguro si es mía o la baje de algún lado Yo personalmente uso ambos sistemas y dejo que el cliente decida si quiere imprimir por código o ticket simple, esto lo hace en configuración mediante el campo método de impresión con dos valores posibles 1 o 2. Pongo una imagen de mi visor de tickets en esta me queda varias cosas que corregir, detalles como nº de artículos, ya que hace referencia al número de lineas y no de artículos, etc, pero os vale de ejemplo. El método por código es un poco más trabajoso y debemos tener en cuenta que en cualquier momento el cliente puede cambiar de impresora, resultando que los códigos ya no son válidos, el método de usar un memo, es 100% fiable ya que imprimimos nada más que un texto plano y podemos salvar que nuestra impresora admita acentos o no ya que los sustituiremos gracias a la función MyTextReplace, permitiendo imprimir en cualquier impresora que admita los códigos ASCII, por la tanto en todas, salvo especificas para otros países que no tengan la posibilidad de cambiar el idioma /(ejemplo caracteres, chino, cirilicos o árabes) Pongo el código de unos de mis primeros tickets por código y memo con selección de impresora normal o no (ya digo mi antiguo método
Como veis lo que hago es diversas llamadas a la tabla de configuración donde tengo definidos los campos con su código tipo TEXTCORTE, TEXTINICIAR, etc.
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
#2
|
||||
|
||||
No se si os valdrá pero qui pongo alguno de los códigos usados en mis viejas EPDON TM 210 de las que no tengo drivers para mi windows 7, os advierto que puedo poner el texto a rojo, pero luego debo reiniciar mi impresora para que vuelva a salir a negro, no se por que es pero aquí os pongo casí todos, pero me reservo unos pocos para mi
Cita:
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
#3
|
||||
|
||||
Bueno ya no sigo por hoy con el monologo y espero no estar haciendo el ridículo, se que lo que he puesto debería estar bien ya que lo he probado, pero no me gustaría estar dando mal la información por que yo este equivocado, de hecho os hablo por que he estado al otro lado de la barra y se que era lo que me hacia falta, pero eso no quiere decir que mi verdad pueda ser la única.
Sigo diciendo que no soy la persona más adecuada, para enseñar, ya que me queda mucho por aprender, pero estoy seguro y muy seguro de que muchas de las cosas de las que hablo están en la red o debieran estar, lo único que hago es unificarlas y darles un punto de vista determinado, claro esta el mio. Me considero bueno analizando problemas en los programas y a veces logro dar soluciones buenas, pero como me enseño mi amigo Jesús en programación normalmente a problema puede abordarse de varias maneras, que sean más o menos efectivas ya depende del programador, su experiencia y lo que quiera arriesgar. Como ya dije no pienso poner esta vez el programa ni módulos completos, sólo es la teoría de como debe funcionar un TPV. Que tengáis buen día.
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
#4
|
||||
|
||||
Gracias por la clase, magistral y cercana, como siempre.
Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#5
|
||||
|
||||
Fantástica explicación.
Gracias.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#6
|
||||
|
||||
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.
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
#7
|
||||
|
||||
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
__________________
Un saludo desde Canarias, "El abuelo Cebolleta" |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Teoría del Infierno | fidel | Humor | 5 | 28-10-2016 01:00:14 |
Teoria y Practica | jcarteagaf | Humor | 0 | 18-08-2008 16:32:34 |
Teoría sobre Archivos de Recursos | MaMu | OOP | 3 | 15-04-2008 12:36:31 |
Frameworks, Persistencia: ¿Teoria? | Delphius | OOP | 8 | 12-04-2008 23:27:24 |
Teoría del Salario | obiwuan | Humor | 0 | 06-05-2003 22:00:43 |
|