Terminado

Aplicación de Ventas y Cobranza (Appsheet)

Publicado el 27 Septiembre, 2025 en Programación y Tecnología

Sobre este proyecto

Abierto

Una aplicacion en android para hacer facturas a clientes que tienen mercaderia consignada a los cuales tengo que visitar y facturar. que pueda trabajar offline

Contexto general del proyecto

Aplicación de Ventas y Cobranza (AppSheet) Objetivo Principal: Implementar una aplicación móvil multi-usuario robusta, segura (filtros por vendedor) y eficiente (sin gestión de stock en tiempo real), enfocada en el registro de visitas, ventas (facturas/remitos) y cobranza. Arquitectura Clave: El sistema se basa en la seguridad por fila (Security Filters), el registro de transacciones (add only) y la sincronización diferida. 1. Estructura de la Base de Datos (Google Sheets) Se requieren siete tablas interconectadas. La consignación se maneja con una tabla de referencia que solo se lee durante la venta. Pestaña (Tabla) Función Columna Clave (Key) Uso Crítico CLIENTES_MAESTRO Listado de clientes. ID_Cliente Incluye [Email_Vendedor] para asignación. PRODUCTOS Catálogo de Esmaltes y Limas. ID_Producto Fuente de precios y nombres. CONSIGNACION_ACTUAL Referencia informativa del stock (ej. Limas: 70). ID_Consignacion Se usa solo para mostrar el dato al vendedor, no para descontar. PLAN_DE_VISITAS Agenda y ruteo diario de visitas. ID_Visita Conecta a Facturas (la venta se inicia aquí). FACTURAS (Cabecera/Detalle) Registro de todas las ventas, remitos y estado de pago. Id_factura crítica para informes. REGISTRO_PAGOS Detalle de cobros (Método, Monto, Fecha). ID_RegistroPago Conecta a Facturas. MOVIMIENTOS_CONSIGNACION Registro de adiciones/retiros esporádicos de consignación. ID_Movimiento Solo para modificar el saldo de referencia en CONSIGNACION_ACTUAL. Exportar a Hojas de cálculo 2. Seguridad y Rendimiento (crítico) a. Filtros de Acceso y Datos Configuración Expresión Clave / Regla Propósito Filtro de Clientes Security Filter en CLIENTES_MAESTRO: [Email_Vendedor] = USEREMAIL() Garantiza que cada vendedor solo vea sus clientes. Filtro de Agenda Slice en PLAN_DE_VISITAS: [Vendedor] = useremail() and [fecha] = today() crea la vista optimizada de visitas del día. Permisos de Transacción Tablas FACTURAS y Registro_pagos deben ser configuradas como add only para el rol "vendedor". Previene la alteración o borrado de datos históricos. Filtro Histórico Security Filter en FACTURAS: Cargar solo datos del último año (365 días). Optimiza la velocidad de sincronización en el móvil. Exportar a Hojas de cálculo B. Rendimiento y Sincronización crítico: sincronización masiva y rendición diaria: el sistema debe estar diseñado para que el vendedor registre todas sus transacciones sin conexión y realice una única sincronización masiva al final de su jornada. El sistema debe ser robusto para soportar este flujo (no se espera ni requiere sincronización en tiempo real). Funcionalidad Offline: La aplicación debe operar completamente sin conexión, sincronizando automáticamente al recuperar la señal. 3. Funcionalidad Móvil (Experiencia del Vendedor) A. Facturación y Documentación Flujo de Venta: Siempre se inicia desde el botón "Registrar Venta" en el PLAN_DE_VISITAS, pre-llenando los datos del cliente. Venta Bruta (Manual): El vendedor ingresa la [Cantidad Vendida] manualmente (el resultado de su cálculo de diferencia), sin necesidad de usar lógica de stock. Tipo de Documento: Campo [Tipo de Documento] con valor por defecto Remito (Venta No Oficial), con opción a cambiar a Factura Oficial (condición para la lógica AFIP). Envío y Archivo: Al guardar, generar el PDF y disparar acciones para Enviar por Email/WhatsApp e Imprimir (compatibilidad con impresión térmica de 58mm). B. Información y Cobranza Deuda Pendiente: El formulario de factura debe mostrar, en campos de solo lectura, el [SALDO_PENDIENTE] total del cliente. Consignación de Referencia: El formulario debe mostrar la lista de items y cantidades de la tabla CONSIGNACION_ACTUAL del cliente (referencia informativa). Acción de Pago: Botón "registrar pago" en facturas pendientes. El campo [Medio de Pago] debe tener como Valor Inicial la opción Efectivo. Permite registrar pago total o pago parcial. C. Logística y Ruteo Navegación: Botón de Google Maps en la vista de cliente para iniciar la ruta. Planificación de Ruta: La vista MIS_VISITAS_HOY debe estar ordenada según un criterio que priorice la optimización del recorrido (se prioriza la solución más simple para evitar costos de APIs avanzadas). Movimientos Logísticos: Vista para Añadir/Retirar Consignación para actualizar el saldo de referencia. 4. Funcionalidad Administrativa (Análisis y Auditoría) Este Dashboard debe estar protegido (Security Filter) para ser visible solo a las cuentas de administrador (tú y tu esposa). KPIs de Ventas: Vistas agrupadas para mostrar Ventas Totales por Producto, por Vendedor y por Cliente. Análisis de Cartera Pendiente: Reportes de facturas pendientes agrupadas por Vendedor y Antigüedad de Deuda (Ej. > 30 días). Conciliación de Cobranza: Reporte detallado de la tabla REGISTRO_PAGOS para auditar montos, medios y fechas de pago.

Categoría Programación y Tecnología
Subcategoría Programación de Apps. Android, iOS y otros
¿Cuál es el alcance del proyecto? Crear una aplicación nueva
¿Es un proyecto o una posición? Un proyecto
Actualmente tengo Tengo las especificaciones
Disponibilidad requerida Según se necesite
Plataformas requeridas Android
Necesito Crear una app
Tipo de app Gestión - Aplicación de gestión (turnos, stock de mercadería, etc.)
Necesita backend
Procesador de pago No

Plazo de Entrega: No definido

Habilidades necesarias

Otros proyectos publicados por M. R. G.