Spanish ¿Alguien tiene una APP de Pedidos para compartir algunas capturas de pantalla?

Sergio Castellari

Active Member
Licensed User
Hola,

Estoy desarrollando una APP para administrar PEDIDOS y quisiera saber si alguien desea "compartir" algunas capturas de pantallas para "analizar" el diseño usaron.
La idea es "buscar" algún diseño que me pueda resultar mas conveniente.

Desde ya muchas gracias!
Saludos
 

Gabino A. de la Gala

Active Member
Licensed User
Longtime User
Hola,

Estoy desarrollando una APP para administrar PEDIDOS y quisiera saber si alguien desea "compartir" algunas capturas de pantallas para "analizar" el diseño usaron.
La idea es "buscar" algún diseño que me pueda resultar mas conveniente.

Desde ya muchas gracias!
Saludos
Que buena idea!!!.
Yo también tengo uno hecho, pero la pantalla me parece tan fea, que no me atrevo ni a mostrarla.
Lo que hice fue meterlo todo en un scrollview vertical para que en caso de tener que meter muchos campos, me permitiera hacer scroll vertical para que no me los tapara el teclado.
 

Sergio Castellari

Active Member
Licensed User
Que buena idea!!!.
Yo también tengo uno hecho, pero la pantalla me parece tan fea, que no me atrevo ni a mostrarla.
Lo que hice fue meterlo todo en un scrollview vertical para que en caso de tener que meter muchos campos, me permitiera hacer scroll vertical para que no me los tapara el teclado.
Hola @Gabino A. de la Gala !!!

jajaja!....no creo que le ganes a mis pantallas feas!!!!
Por favor, compártelas igual!!!!....Yo pienso hacerlo (ya envié algunas capturas en su momento).
Además, yo soy un convencido, que primero tengo que lograr las FUNCIONALIDADES que mis clientes quieren, y luego con tiempo y mas conocimiento, hacer pantallas mas lindas.
Saludos
 

José J. Aguilar

Expert
Licensed User
¿Le habéis echado un ojo al programa que ha publicado hoy aeric? No sé si será ese tipo de pantallas las que queréis.


También podéis echar un ojo al foro de B4A - Share your creations
 

Sergio Castellari

Active Member
Licensed User
¿Le habéis echado un ojo al programa que ha publicado hoy aeric? No sé si será ese tipo de pantallas las que queréis.


También podéis echar un ojo al foro de B4A - Share your creations
Genial José,

ya estoy mirando a ver que puedo observar y adaptar a mis necesidades!
Gracias!
 

Star-Dust

Expert
Licensed User
wow! @Star-Dust , esta es tu aplicación?

Voy a tomarme un buen tiempo para mirar todo lo que hace. Desde ya FELICITACIONES!!!

PD: Estuve 5 minutos para descubrir como hacer que Crome, me traduzca del Italiano al Español!!! jejeje

Saludos
En Italia existe la factura electrónica y el recibo electrónico. Es un sistema gubernamental que requiere que crees una factura xml o un descuento de impuestos y lo envíes a la oficina de impuestos.

Este luego hace que se entregue al cliente y registra el valor a las autoridades fiscales, en el caso del recibo genera un pdf. Así reducen la evasión fiscal.

Hay muchos sws para estas transacciones, he creado una aplicación multiplataforma que usa la API de la aplicación gratuita de la Agencia Tributaria. Esto salva a los corredores que quieren una compensación mensual o anual. En esta App puedes preparar un pedido y enviarlo a la agencia que genera un recibo eléctrico
 

Sergio Castellari

Active Member
Licensed User
En Italia existe la factura electrónica y el recibo electrónico. Es un sistema gubernamental que requiere que crees una factura xml o un descuento de impuestos y lo envíes a la oficina de impuestos.

Este luego hace que se entregue al cliente y registra el valor a las autoridades fiscales, en el caso del recibo genera un pdf. Así reducen la evasión fiscal.

Hay muchos sws para estas transacciones, he creado una aplicación multiplataforma que usa la API de la aplicación gratuita de la Agencia Tributaria. Esto salva a los corredores que quieren una compensación mensual o anual. En esta App puedes preparar un pedido y enviarlo a la agencia que genera un recibo eléctrico
Excelente!!!! Lo que decimos en Argentina: sos un GROSO!! (dicese de la persona que hace cosas muy importantes!)

En Argentina, existe la AFIP que es el organismo gubernamental para "generar" y "validar" las Facturas (y otros comprobantes electrónicos). Yo tengo desarrollado una interface que conecta con el organismo y facilita a los desarrolladores todo el proceso. Trabaja mediante SOAP, firma y archivos encriptados en formato PFX. Realmente es un proceso bastante complejo. Esta interface, es para sistemas Windows, y puede usarse con casi cualquier lenguaje de programación.

Vos, por lo que entiendo hiciste "esta" interface para Android. Ése seria mi sueño a futuro!!!

NOTA: Como verás mi apellido es bien TANO, tanto mis abuelos paternos, como maternos, eran ITALIANOS. Mi abuela, una italiana nacida allá, pero venida de bebe a Argentina, era mi idola!!! Ella, SIN SABER NADA de informática, allá por el año 1986, me compró (con mucho esfuerzo, en ese momento u$s5000.-) mi primera computadora "una Commodore 64"...(se me pianta un lagrimón!!!...le debo todo lo que soy). Sueño algún día conocer Italia!!
Gracias por participar del foro en Español!!!
 

Carlos Huerta

Member
Licensed User
Muchos saludos Sergio :D.


Hace un par de años mi primera aplicación Android fue un sistema de toma de pedidos offline, que utilizaban los vendedores que debían ofrecer productos de mi antigua empresa a los clientes que se encontraban en zonas lejanas sin internet (Es por eso el "offline", ya que recopilaban información de productos, precios y stock antes de salir a trabajar).

Lamentablemente no pude encontrar capturas de pantallas del diseño utilizado en esa aplicación, pero ojalá pueda servirte el método de trabajo que utilizamos :D!

La primera parte de la aplicación comenzaban "Iniciando la jornada", descargando toda la información actualizada de precios de venta, stock de productos, información de clientes registrados, dirección de despacho, etc. Todo eso descargado en formato JSON desde unos servicios web en PHP.

Posterior al primer paso, el vendedor podía crear nuevos usuarios o buscar y asignar a la actual venta un usuario ya registrado en la empresa, asignar uno o más productos a su carrito de compra, siempre permitiendo la edición posterior a la finalización de la venta desde el dispositivo.

El último paso lo llamábamos "Cierre de jornada", cuando se tomaba toda la información de ventas, nuevos usuarios, etc. Empaquetada en formato JSON hacia los servicios web.

Posterior al cierre de jornada, toda la información se reflejaba en el ERP, para que el jefe de ventas coordinara con el jefe de despacho para determinar la mejor ruta de envío de los productos hacia los clientes.

Sobre el diseño de las interfaces, priorizamos diseños simples y que pudiesen ser compilados de manera correcta sin preocuparnos de la versión de Android del dispositivo del vendedor (B4X hace un muy buen trabajo con el tema del redimensionado y la ubicación de componentes gráficos según las resoluciones de los dispositivos). Estos diseños sin tantos efectos gráficos ayudaba a la aplicación a ejecutarse de manera más rápida, pero claramente con los actuales dispositivos en el mercado, queda un margen bastante amplio como para innovar en diseño y confort para el usuario :D!.

Te deseo el mejor de los éxitos! Espero estos comentarios puedan ayudar de alguna forma.


Saludos! ^^
 

Sergio Castellari

Active Member
Licensed User
Muchos saludos Sergio :D.


Hace un par de años mi primera aplicación Android fue un sistema de toma de pedidos offline, que utilizaban los vendedores que debían ofrecer productos de mi antigua empresa a los clientes que se encontraban en zonas lejanas sin internet (Es por eso el "offline", ya que recopilaban información de productos, precios y stock antes de salir a trabajar).

Lamentablemente no pude encontrar capturas de pantallas del diseño utilizado en esa aplicación, pero ojalá pueda servirte el método de trabajo que utilizamos :D!

La primera parte de la aplicación comenzaban "Iniciando la jornada", descargando toda la información actualizada de precios de venta, stock de productos, información de clientes registrados, dirección de despacho, etc. Todo eso descargado en formato JSON desde unos servicios web en PHP.

Posterior al primer paso, el vendedor podía crear nuevos usuarios o buscar y asignar a la actual venta un usuario ya registrado en la empresa, asignar uno o más productos a su carrito de compra, siempre permitiendo la edición posterior a la finalización de la venta desde el dispositivo.

El último paso lo llamábamos "Cierre de jornada", cuando se tomaba toda la información de ventas, nuevos usuarios, etc. Empaquetada en formato JSON hacia los servicios web.

Posterior al cierre de jornada, toda la información se reflejaba en el ERP, para que el jefe de ventas coordinara con el jefe de despacho para determinar la mejor ruta de envío de los productos hacia los clientes.

Sobre el diseño de las interfaces, priorizamos diseños simples y que pudiesen ser compilados de manera correcta sin preocuparnos de la versión de Android del dispositivo del vendedor (B4X hace un muy buen trabajo con el tema del redimensionado y la ubicación de componentes gráficos según las resoluciones de los dispositivos). Estos diseños sin tantos efectos gráficos ayudaba a la aplicación a ejecutarse de manera más rápida, pero claramente con los actuales dispositivos en el mercado, queda un margen bastante amplio como para innovar en diseño y confort para el usuario :D!.

Te deseo el mejor de los éxitos! Espero estos comentarios puedan ayudar de alguna forma.


Saludos! ^^
Hola @Carlos Huerta ,

Gracias por compartir tu método. También pensé en hacer algo "offline", pero creo que me va a costar aún más realizarlo. En mi caso, el cliente trabaja todo en zona urbana...
Actualmente esta APP, ya se conecta por jRDC2 a un servidor MySQL.
jRDC2 es muy rápido con 4G, incluso para grandes cantidades de datos.

También lo mejor para ti este 2022!!!

Cuando avance en esta APP, compartiré capturas.

Saludos!
 
Top