Sistemas Pos En Flutter

Proyecto sistema venta pos

desarrollo de una aplicación en android compatible desde la versión 7 y superior, la aplicación debe ser desarrollada en flutter, y consuma una api rest y de debe trabajar online y offline y después de la verificación y validez del producto, deberá entregarse el producto final, documentos del sistema y código fuente.
El desarrollo de la aplicación debe permitir al usuario cambiar de sucursal o tienda rápidamente, el usuario al momento de ingresar a la sistema pos, le solicitara a que sucursal  o tienda desea ingresar, para determinar que sucursal el usuario está autorizado, el sistema pos debe almacenar datos de inicio de sesión por una primera vez, luego solicitar un código rápido e intuitivo para los inicios de sesión posteriores, este código debe ser almacenado en el sistema pos y a la vez debe ser enviado al api rest para su validación y posterior cambio, la api rest enviara al sistema pos que sucursales está permitido al usuario.
Descripción de los módulos a desarrollar.
1.    Gestión de Artículos (ONLINE):
-    Registrar los nuevos artículos adquiridos, según los datos solicitados en la api rest.
-    Registro de categorías y marcas según datos solicitados en la api rest.
-    Guardar en el Smartphone del cliente la imagen del artículo, asignándole un código a la imagen y que este código registrarlo o enviarlo a la api rest.
NOTA: debe crear un archivo o base de datos que almacene dicha información en el cliente: esta información debe ser: código del artículo, código de barra del artículo, código de la imagen, la dirección de almacenamiento de la imagen, tipo o formato, nombre, tamaño de la imagen.
2.    Gestión de inventario (ONLINE):
-    Registrar el inventario o compra reciente llegada a almacén, esto consumir la api rest, según los datos solicitados.
-    La lectura de código de barra de los artículos comprados debe ser realizados por el sistema pos, para el rápido registro del inventario, el registro de la cantidad debe ser tanto manual y/o por lectura del código de barra de cada artículo.
-    Debe tener una opción de registro manual, en caso el artículo no disponga de código de barra.
-    La información recopilada en la compra de artículos ingresados al almacén, debe ser enviada a la api rest, tener en cuenta que solo se desea en el momento de la compra, no en la transferencia de existencia entre sucursales o tiendas, ya que este proceso lo realizara el sistema back office.
Nota: En nuestro sistema back office, nosotros aplicaremos la confirmación de la lectura de los artículos recibidos en el almacén, ya que este proceso se registrar como post recepcion de mercaderias o articulos.
3.    Gestión de la venta pos (online y offline):
todos los procesos deben ser por usuario y sucursal y según tipo de moneda.

A.    Apertura de caja o turno., En caso de función online, debe ser enviado a la api.

B.    Pagos efectuados, según api rest se consultará al proveedor o cliente que se debe, se registrar el pago según datos solicitados por la api rest.


C.    Cobros realizados, según api rest se consultará si el cliente o proveedor posee alguna deuda, se registrar el cobro según datos solicitados por la api rest.

D.    Venta POS
1.    La venta debe ser intuitiva, amigable, rápida y que permita guardar borrador (Pedido o cotización).
Debe mostrar la imagen del artículo u alternativo si no existe, la cantidad o stock, precio por moneda, medida y color
1.1.    Mostrar artículos más vendidos.
1.2.    Registrar los artículos solicitados por el cliente.
El sistema pos, debe disponer 2 formas de registrar el artículo en la venta:
-    leer por código de barra los artículos a más lecturas aumentara el número de artículos y monto a pagar,
-    al pinchar en la pantalla del smartphone uno o más pinchazos de uno o más artículos aumentara la cantidad y monto a pagar.
1.3.    Registrar los datos del cliente, debe realizar una consulta a la api rest, si el cliente existe si es el caso debe mostrar los datos, caso contrario registrar a mano.
1.4.    Registrar el medio de pago, debe disponer varios medios de pago (consulta api rest, y almacenar en base de datos interna), por si el cliente realice el pago de una sola venta por varios medios.
1.5.    Imprimir la factura, boleta:
    La impresión debe ser directa a la impresora y estar disponible para varios tipos de papel tales como: A4, Ticket de 48mm y 70mm, A5
(La información que contendrá el CPE se proporcionará una vez aceptado el desarrollo de la aplicación)
    Disponer una vista previa.

1.6.    Opción de compartir el comprobante sea por WhatsApp, correo electrónico, Facebook, etc., Opciones de compartir propias del dispositivo.

2.    Permitir modificar la venta en offline, en caso de online, de debe consultar a la api rest, le mostrara si se puede modificar, caso contrario, de acuerdo a solicitud del cliente debe permitir:
2.1.    Si la api rest le permite modificar:
en la venta puede agregar artículos, retirar artículos, modificar precio del articulo (esta opción la api rest validara si el precio puede o no ser modificable según precio mínimo) o modificar el cliente.
2.2.    En caso no permita la modificación:
El sistema pos mostrara las opciones siguientes:
a.    Anular la venta, según datos solicitados por la api rest, esta opción la api confirmara si se puede o no anular la venta.
b.    Generar una Nota de crédito (en el caso de devolución de uno o más artículos, descuento del monto cobrado por uno o más artículos, etc.).
c.    Generar Nota de débito (en el caso por mora de uno o más artículos, etc.).
Las opciones disponibles para la generación de una nota de crédito o débito deben ser consultadas en la api rest.
2.3.    Luego de confirmar el procedimiento de la modificación o generación de las notas, proceder a los pasos 1.4 y 1.5.

3.    Utilizar el borrador o pedido de una venta que ha sido almacenada en la sistema pos, el sistema pos debe validar el stock y precio de los artículos al consultar a la api rest, luego proceder con los pasos: 1.3, 1.4 y 1.5.
Nota: si el pedido fue enviado a la api, debe consultar el pedido desde la api.

E.    Cierre de caja, debe mostrar el saldo final registrada en el sistema y registrar lo que existe en dinero en físico o real, para comparar y determinar si existe robo o pérdida de dinero, esta información no puede ser modificada a excepto que el administrador lo permita

4.    Reporte
Permita imprimir reporte de todos los procesos disponibles en el sistema pos
el tipo de cambio de moneda nacional a moneda extranjera y viceversa, estará sujeta al tipo de conversión sea compra o venta lo cual debe ser elegible por el usuario, el tipo de moneda y el  tipo de cambio será brindada por el api rest, caso contrario, si el tipo de cambio no tenga valor, el sistema pos debe permitir registrar el tipo de cambio por un usuario administrador y esto enviar a la api rest.