Skip to Content

Plan de pruebas Libertya

Last modified by admin on 2026/07/18 17:35

Pestaña 1

Plan de Pruebas Funcionales Detallado - Libertya ERP

Preferentemente automáticas, pero si no amerita, como el caso C-100, pueden ser manuales.

I. Configuración y Seguridad (Perfiles: Configuración de la Compañía)

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatización
C-100 Configuración Inicial de la Estructura Jerárquica C-100.1 (Compañía y Logo): Modificar el nombre por defecto de la Compañía (“Libertya”) y verificar que la información (ej. Categoría de IVA, CUIT) y la imagen/logo se actualicen correctamente al reingresar al sistema. C-100.2 (Creación de Organizaciones): Crear una nueva Organización (ej. “Sucursal Córdoba”) y confirmar que la Organización comodín star permanece disponible para operaciones que afectan a todas. C-100.3 (Configuración de Almacenes): Crear un almacén nuevo y asegurar que esté correctamente asociado a la “Sucursal Córdoba”.
C-101 Gestión de Usuarios y Perfiles C-101.1 (Creación y Asignación): Crear un nuevo usuario (ej. Juan Perez) con contraseña y asociarle simultáneamente los perfiles predeterminados “Compras” y “Ventas”.
C-102 Restricción de Acceso a Organizaciones C-102.1 (Restricción de Usuario): Crear un usuario (ej. Pablo Videla) con perfil “Ventas” y configurar su acceso de organización restringido únicamente a “Casa Central”, eliminando el acceso al comodín star. C-102.2 (Activación de Seguridad): Modificar el perfil genérico “Ventas” y activar la casilla “Utilizar Acceso de Org. de Usuario”.C-102.3 (Verificación de Restricción): Iniciar sesión como “Pablo Videla” y confirmar que solo tiene visibilidad y acceso a los documentos y datos de la organización “Casa Central”.
C-103 Personalización de Perfiles C-103.1 (Pestaña Solo Lectura): Modificar el perfil “Compras” para que la pestaña “Clientes” dentro de la ventana “Entidades Comerciales” sea accesible, pero configurada en modo Solo Lectura. C-103.2 (Campo No Visible): En el perfil “Compras”, configurar el campo “Grupo” (dentro de la ventana Entidades Comerciales) para que sea No Visible. Verificar que el campo desaparezca al ingresar con dicho perfil.
C-104 Control de Acceso a Procesos y Formularios C-104.1 (Deshabilitar Proceso): Desactivar el proceso “Copiar Entidad Comercial” dentro de la configuración del perfil “Administración”. Verificar que el proceso desaparezca del menú de “Administración”. C-104.2 (Deshabilitar Formulario): Desactivar el acceso al formulario “Órdenes de Pago” para el perfil “Administración” (quitando el tilde en el campo Activo). Verificar que la opción deje de aparecer en el menú del perfil.
C-105 Definición de Tipos de Documento C-105.1 (Herencia y Signo): Verificar que el documento Factura A-001 hereda las características de Factura de Cliente y tiene el signo positivo para transacciones de ventas. Confirmar que un documento tipo Nota de Crédito tenga signo negativo. C-105.2 (Documento No Fiscal con Secuencia Controlada): Crear un nuevo documento “Presupuesto de Licitaciones” basado en el documento base “Pedido de Cliente” (documento no fiscal). Configurar una nueva secuencia numérica (numerador) para que el sistema controle la secuencia (Documento Controlado).
C-106 Configuración de Puntos de Venta C-106.1 (Creación Automática de Documentos): Utilizar el proceso para crear un nuevo Punto de Venta (ej. Punto de Venta 3). Verificar que el sistema genere automáticamente los documentos correspondientes (ej. 9 documentos) con el prefijo 003 (ej. Factura A-003). C-106.2 (Numeración Compartida): Configurar los documentos Factura A-003, Nota de Crédito, y Nota de Débito para utilizar el mismo numerador/secuencia. Emitir los tres documentos en ese orden y verificar que la numeración sea consecutiva (ej. 1, 2, 3).

II. Circuito de Ventas (Perfiles: Ventas y Administración)

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatización
V-200 Emisión de Presupuestos y Pedidos de Cliente V-200.1 (Creación de Presupuesto): Crear un Presupuesto de Cliente (Tipo Documento Destino: Presupuesto), definir una Fecha de Validez (ej. 2 días), cargar 3 líneas de artículos diferentes y Completar el documento. V-200.2 (Pedido a partir de Presupuesto Vigente): Crear un nuevo Pedido de Cliente y utilizar la función Copiar líneas para replicar el presupuesto anterior. Verificar que la Fecha de Validez se respete y que los precios de las líneas sean idénticos a los del presupuesto.
V-201 Facturación a partir de Pedido V-201.1 (Facturación Total desde Pedido): Crear una Factura de Cliente y usar Crear Desde para facturar un Pedido en estado ‘Completo’. Seleccionar todas las líneas y cantidades y verificar que el sistema aplique la letra de comprobante correcta (ej. A) para la entidad comercial (Responsable Inscripto). V-201.2 (Facturación Parcial): Crear una segunda factura desde el mismo Pedido, seleccionando solo una cantidad menor (ej. 1 unidad en lugar de 5). Verificar que la cantidad restante en el pedido se actualice para futuras facturaciones.
V-203 Venta con Descuentos y Recargos V-203.1 (Descuento General TPV): Realizar una venta a través de TPV. Aplicar un descuento general (ej. 10%). Intentar completar el cobro y verificar que el sistema solicite la autorización de supervisor debido a la configuración de seguridad. V-203.2 (Descuento/Bonificación por Línea): En la ventana TPV, ingresar un artículo y usar F6 para aplicar un descuento manual por línea (ej. 15%) y agregar una descripción a la línea de bonificación.
V-205 Ventas con Percepciones (Requisito Principal) V-205.1 (Registro de Padrón): Ejecutar el proceso Procesar Padrón Retención Percepción (ej. Padrones de Buenos Aires o Alto Riesgo CABA). V-205.2 (Cálculo de Percepción en Factura): Crear una Factura de Cliente para una entidad comercial que esté sujeta a percepciones. Si se utiliza la localización Argentina, verificar que la percepción (ej. IIBB CABA) se calcule y aplique automáticamente en la factura, posiblemente basado en el Lugar de Entrega de la misma.

III. Circuito de Compras (Perfiles: Compras y Administración)

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatización
C-300 Alta de Artículos - Creación de Listas de Precios - Emisión de Ordenes de compras C-300.1 Alta de Artículos: Alta de artículos con asignación de proveedores correspondientes y definición de precios base. C-300.2 Generación de Listas de Precios: Creación de reglas de precios con descuentos e incrementos, y posterior importación de tarifas. C-300.3 – Creación de Órdenes de Compra: Creación de orden de compra (Tipo de documento destino: Pedido a Proveedor) mediante la carga manual rápida de líneas de artículos o la generación automática de las mismas.
C-301 Registro de Factura de Proveedor C-301.1 (Registro Directo): Cargar manualmente una Factura de Proveedor que incluya diferentes líneas de artículos y descuentos en las líneas, y Completar para registrar el pasivo. C-301.2 (Nota de Crédito de Proveedor): Registrar una Nota de Crédito de Proveedor (utilizando el Tipo de Documento Destino Abono de proveedores) y Completar el documento.
C-303 Manejo de Notas de Crédito en Órdenes de Pago C-303.1 (Alerta de NC o Anticipos): Iniciar la creación de una Orden de Pago (OP). Seleccionar un proveedor que tenga la Nota de Crédito o el Pago Anticipado registrado en C-301.2 o C-302.2. Verificar que el sistema muestre un diálogo informativo advirtiendo sobre la existencia de saldos a favor no imputados.
C-304 OP con Retenciones (Requisito Principal) C-304.1 (Cálculo y Generación de OP): Crear una OP para un proveedor con esquemas de retención de Ganancias e Ingresos Brutos asociados. Seleccionar facturas a pagar. Al pasar a la pestaña de pagos, verificar que el procesador de retenciones calcule e inserte automáticamente los documentos de retención, respetando la configuración del proveedor.
C-305 Aplicación de Parámetros de Retención C-305.1 (Mínimo a Retener): Configurar un Esquema de Retención (ej. Ganancias) con un Mínimo a Retener de 500. Emitir una OP donde el cálculo determine una retención de 450. Verificar que el sistema no aplica la retención. C-305.2 (Importe No Imponible): Configurar un esquema con un Importe No Imponible (ej. 10.000) y un porcentaje (ej. 5%). Verificar que el cálculo automático solo se aplique sobre el excedente del importe no imponible.
C-306 Excepciones de Retención a Proveedores C-306.1 (Exención Total Temporal): Configurar un Periodo de Excepción para el proveedor de prueba (ej. mes actual) con un porcentaje de exención del 100% para el esquema de Ganancias. Emitir una OP dentro de ese periodo y verificar que la retención no se calcule. C-306.2 (Exención Parcial): Modificar el Periodo de Excepción al 60%. Emitir una nueva OP y verificar que el monto retenido sea solo el 40% del cálculo determinado por el sistema.
C-307 Documentos Generados por Retención C-307.1 (Verificación de Documentos): Después de Completar una OP con retención, verificar en el sistema la generación de dos documentos: el Comprobante de Retención Proveedor (documento de crédito, Tipo Doc. Crédito) utilizado para cancelar la factura, y la Factura de Retención Proveedor (Tipo Doc. Factura) para registrar la deuda con el ente recaudador (ej. AFIP).
C-308 Registro de Retenciones Sufridas (Clientes) C-308.1 (Registro Manual de Retención Sufrida): Al registrar un Recibo de Clientes, acceder a la pestaña de retenciones. Seleccionar un esquema de Retención Sufrida (ej. S-GANANCIA). Ingresar manualmente el monto de retención informado por el cliente y verificar que el importe restante de la factura se cubra con el medio de cobro seleccionado (ej. Cheque).

IV. Gestión de Almacenes y Movimiento de Mercadería (Perfil: Gestión de Almacenes)

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatización
A-400 Inventario Físico y Anulación A-400.1 (Registro y Completado): Crear un Inventario Físico. Registrar 2 líneas de recuento para artículos sin stock (ej. 10 unidades de Articulo X). Completar el inventario y verificar que el stock de Articulo X se actualice a 10 unidades. A-400.2 (Anulación): Seleccionar la opción Cancelar en el mismo documento de inventario físico. Verificar que el sistema genere automáticamente un nuevo documento con las líneas de movimiento inversas (-10 unidades) y que el stock de Articulo X regrese a 0.
A-402 Transferencias entre Almacenes (Dos Etapas) A-402.1 (Etapa 1 - Salida): Registrar un documento de Transferencia de Mercadería (Saliente) desde el Almacén Central hacia el Almacén Secundario (ej. 20 unidades de Articulo Y). Completar la transferencia saliente y verificar que el stock salga del Almacén Central. A-402.2 (Etapa 2 - Entrada): Buscar el documento de transferencia entrante (suele tener una ‘i’ al final del número). Asignar una Ubicación destino dentro del Almacén Secundario e Completar la transferencia. Verificar que el stock se añada al Almacén Secundario.
A-404 Fraccionamiento de Artículos A-404.1 (Ejecución de Fraccionamiento): Acceder a la ventana Fraccionamiento de Mercaderías. Seleccionar un Artículo configurado para ser fraccionado (ej. Botella grande de 20 L). Indicar la Cantidad a fraccionar (ej. 5 botellas) y la Unidad de Conversión (ej. Litro). Añadir los Artículos Resultantes (ej. 100 botellas pequeñas, que equivalen a 100 L). Verificar el cálculo de la Merma y Completar el documento.

V. Tesorería y Bancos (Perfil: Administración)

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatización
T-500 Configuración y Apertura/Cierre de Caja T-500.1 (Configuración y Apertura): Asegurar que la función Caja Diaria Activas esté tildada en la configuración de la Compañía. Crear un nuevo Libro de Caja con Tipo de Caja Caja Diaria. Crear una nueva Caja Diaria para el día, y ejecutar la acción Abrir. Verificar que el sistema cree el libro de caja y el estado se actualice. T-500.2 (Proceso de Caja Diaria): Ejecutar el proceso Procesar en la Caja Diaria (estado “Abierto”) para cambiarla a estado “En verificación de estados”, permitiendo correcciones y declaración de valores.
T-501 Movimientos de Efectivo y Cargos T-501.1 (Registro de Cargo/Gasto Menor): Dentro de la vista de Líneas de Caja del Libro de Caja activo, registrar un egreso de efectivo (importe negativo, ej. -50) asociado al concepto de Cargos (ej. Viáticos o Ticket de Taxi, que permite registrar gastos sin comprobante).
T-503 Declaración de Valores T-503.1 (Ajuste de Saldo de Caja): Con la Caja Diaria en estado “En verificación de estados”, ir a la pestaña Declaración de Valores. Ingresar la cantidad física de billetes y monedas (denominaciones) contadas. Verificar que el saldo declarado coincida con el saldo del Libro de Caja antes de proceder al cierre.
T-504 Conciliación Bancaria T-504.1 (Carga del Extracto): En la ventana Extracto bancario/Conciliación, crear un nuevo Extracto. Ingresar líneas que representen movimientos del banco (ej. débitos por comisiones bancarias o un depósito de cheque). T-504.2 (Emparejamiento/Matching): Utilizar el botón Conciliar Extracto. Seleccionar movimientos del extracto (izquierda) y emparejarlos con movimientos registrados en Libertya (derecha). Verificar que el sistema permita emparejar movimientos incluso si las descripciones no son idénticas.T-504.3 (Finalización): Una vez realizado el matching, Completar el extracto bancario.
T-505 Manejo de Multimoneda T-505.1 (Cobro con Caja en otra Moneda): Crear un Libro de Caja en Dólares/Euros. Realizar el cobro de una factura en Pesos Argentinos (ARS) utilizando este Libro de Caja en moneda extranjera. Verificar que el Recibo de Clientes muestre la conversión automática. T-505.2 (Facturación en Moneda de Transacción): Crear una factura de venta con una Tarifa en Pesos, pero indicando que la Moneda de Transacción es Dólares (USD). Verificar que el sistema realice la conversión y muestre el total en ambas monedas.

VI. Informes y Contabilidad (Perfiles: Administración y Ventas)

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatización
R-602 Informes de Cuenta Corriente y Saldos R-602.1 (Cuenta Corriente): Ejecutar el Informe de Cuenta Corriente para un cliente que tenga movimientos de Facturas, Pagos y Notas de Crédito. Verificar que el reporte muestre el historial completo de transacciones con el saldo final, permitiendo hacer zoom para ver el documento fuente (ej. Factura). R-602.2 (Saldos Pendientes): Ejecutar el Informe de Saldos. Filtrar por Tipo de Cuenta Cliente y ordenar por Deuda más antigua. Verificar que solo se listen las entidades comerciales con saldo pendiente de pago.
R-603 Informes Impositivos (IVA) R-603.1 (Generación Libro IVA Ventas): Ejecutar el reporte Libro IVA. Filtrar por Rango de Fechas (ej. Mes actual) y Tipo de Transacción Ventas. Verificar que el reporte muestre el neto facturado, el total y la distribución de los importes por cada tasa de impuesto (ej. IVA 21%, 10.5%) y por la Responsabilidad del cliente (ej. Consumidor Final).
R-604 Informes de Retenciones y Percepciones R-604.1 (Informe Retenciones Emitidas): Ejecutar el Informe de Retenciones. Filtrar por un Tipo de Retención (ej. Ganancias) y seleccionar Aplicación: Emitidas. Verificar que el informe liste correctamente todas las retenciones realizadas a proveedores en el rango de fechas especificado, incluyendo el CUIT y el importe. R-604.2 (Informe Retenciones Sufridas): Ejecutar el mismo reporte, cambiando la Aplicación a Sufridas. Verificar que el informe liste las retenciones que la compañía recibió de sus clientes.
R-605 Visor de Cuentas Contables R-605.1 (Consulta y Agrupamiento): Acceder al Visor de Cuentas (Información de Cuenta). Filtrar por Rango de Fechas. Configurar el agrupamiento por dos criterios a la vez (ej. Artículo y Entidad Comercial). Ejecutar la consulta y verificar que se generen subtotales para cada combinación de Artículo/Entidad Comercial. R-605.2 (Trazabilidad Contable): Consultar el asiento de un documento específico (ej. Factura o Movimiento de Inventario). Verificar que el asiento modelo generado por el procesador contable sea correcto (ej. que las cuentas de inventario/variación de existencias se vean afectadas por un inventario físico).
R-606 Informes de Amortización R-606.1 (Amortización de Bienes de Uso): Ejecutar el Informe de Inventarios de Bienes de Uso. Verificar que se muestre la información contable clave de los activos, como la Amortización Acumulada y el Valor Residual del bien.

Propuesta de plan de pruebas – Siguiente etapa

1. Rol de los pasantes: pruebas manuales sobre Libertya

Los pasantes van a enfocarse en ejecutar y documentar pruebas manuales en la instancia de pruebas de Libertya, siguiendo los casos definidos en el documento “Plan de pruebas Libertya”

La idea es que su trabajo sirva ya mismo para detectar bugs y, al mismo tiempo, deje insumos claros para armar los tests automáticos luego.

1.1. Qué van a hacer

  1. Tomar casos del plan (ejemplos):
    • V-200.1 / V-200.2 – emisión de presupuestos y pedidos.
    • V-201.1 / V-201.2 – facturación desde pedido.
    • V-205.1 / V-205.2 – percepciones en ventas (requisito principal).
    • C-301.x, C-303.x, C-304.x, C-305.x, C-306.x, C-307.x, C-308.x – ciclo de compras con retenciones.
  2. Ejecutarlos en el ambiente de pruebas (UI de Libertya), respetando los perfiles y alcances que define el plan (Configuración, Ventas, Compras, Tesorería, etc.).
  3. Documentar el resultado usando una plantilla simple

1.2. Plantilla simple para documentar pruebas

La idea es que cada vez que ejecutan un caso (por ejemplo C-304.1), completen una fila en una planilla/tabla tipo:

  • ID de caso: C-304.1
  • Datos usados (funcionales):
    • Proveedor: “PROV – Ret Ganancias Prueba”
    • Esquema de retención: “GANANCIAS STD – Mínimo 500”
    • Facturas: FC 0001-00001234 y FC 0001-00001235
  • Pasos ejecutados (resumen):
    • Crear OP para el proveedor de prueba.
    • Seleccionar las dos facturas.
    • Ir a pestaña Pagos y completar.
  • Resultado esperado:
    • “El procesador calcula e inserta automáticamente las retenciones configuradas para el proveedor”.
  • Resultado obtenido:
    • OK / No OK + breve descripción.
  • Bugs / observaciones (si hay):
    • “No se generó documento de retención para IIBB”.
    • Los bugs encontrados se deberían mapear a un ID para derivar a desarrollo para fix.

Puntos clave:

  • Todo en una sola fila por ejecución de caso.
  • Texto corto y concreto, nada de párrafos eternos.
  • Lo importante es que quede la “receta” de:
    • qué datos usaron,
    • qué hicieron,
    • qué pasó,
    • y si apareció algún bug.

Más adelante, desde dev podemos complementar con IDs para armar los JSON que van a usar los tests automáticos.

2. Uso de la planilla “Detalle test-set” como matriz de trazabilidad

La planilla “Detalle test-set” ya lista los IDs del plan, el tipo de test (Manual/Automático), si está implementado y la criticidad.

La propuesta es que esa planilla se convierta en “fuente de verdad” para saber:

  • Qué casos existen (Plan de pruebas).
  • Si se prueban manualmente, automáticamente o ambos.
  • Dónde está el test en código, cuando exista.

2.2. Ejemplo concreto de nomenclatura y mapeo al código

Supongamos el caso del plan:

  • C-304.1 – OP con Retenciones (Requisito Principal):
    “Crear una OP para un proveedor con esquemas de retención de Ganancias e Ingresos Brutos asociados… verificar que el procesador de retenciones calcule e inserte automáticamente los documentos de retención”.

El test en código se nombra siguiendo esa convención:

class ComprasRetencionesC304_C307Test {
`@Test`  
`@DisplayName("C-304.1 - Cálculo y generación de OP con retenciones")`  
`void c304_1_calculoYGeneracionDeOP() {`  
    `// implementación del test usando lyrestapi`  
`}`  
}

3. Estado actual de los tests automáticos y escenarios complejos

Hoy el set automático está centrado en CRUDs de maestros y documentos básicos (creación de facturas, entidades comerciales, pedidos, remitos, etc.), usando lyrestapi y datos fijos de desarrollo.

La propuesta para la siguiente etapa es:

3.1. Mantener y consolidar lo que ya funciona

  • Los tests CRUD actuales siguen corriendo en CI.
  • A medida que avancemos adaptar para que lean IDs desde JSON, sin perder los fallback actuales.

3.2. Analizar si el entorno de pruebas es suficiente para escenarios complejos

Los casos más sensibles del plan –por ejemplo:

  • V-205 – Ventas con percepciones (procesar padrones, calcular percepciones automáticamente).
  • C-304 / C-305 / C-306 / C-307 / C-308 – OP con retenciones, parámetros de mínimo/no imponible, exenciones, documentos generados y registro de retenciones sufridas.
  • T-505 – manejo de multimoneda.
  • R-603 / R-604 – informes impositivos e informes de retenciones/percepciones.

requieren muchas precondiciones (configuración de esquemas, padrones, tipos de documento, estados de CC, etc.).

La herramienta principal sigue siendo lyrestapi + JUnit5 para automatizar escenarios de negocio de punta a punta.

Si en algún caso:

  • armar todo por API es demasiado frágil o costoso, o
  • el caso depende sí o sí de UI/reporte específico,

podemos:

  • dejarlo marcado como Manual-UI crítico en la planilla,
  • y, en paralelo, reforzar la lógica de base con tests de Java/SQL (por ejemplo, validar la fórmula de cálculo de retención o de conversión de moneda).

4. Ampliación del plan de pruebas desde inventario funcional

Esta ampliacion resume los casos nuevos generados desde el inventario funcional. La ejecucion diaria y el estado con desplegable se controlan en la pestana Plan QA v2 de la planilla Detalle test-set.

Estados posibles: Pendiente, En proceso, Bug, OK.

Ventas y Punto de Venta

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
V-206.1 Control cronológico de facturas Prueba: intentar emitir una factura con fecha anterior a la última factura emitida para el mismo punto de venta y tipo de documento. Resultado esperado: el sistema bloquea o advierte la emisión segun configuracion, evitando romper la secuencia cronologica. Estado: Pendiente
V-207.1 Factura de venta multimoneda Prueba: crear una factura de venta en moneda extranjera con tasa vigente y verificar totales en moneda de transacción y moneda contable. Resultado esperado: la factura queda completa, con conversion correcta y asiento consistente. Estado: Pendiente
V-208.1 Cupones promocionales Se encuentra generado y con problemas en las pruebas Prueba: aplicar un cupon promocional vigente a una venta y luego intentar reutilizarlo si corresponde a uso unico. Resultado esperado: el descuento se aplica una sola vez y queda trazabilidad del cupon usado. Estado: Pendiente
V-209.1 TPV online con cobranza Prueba: registrar una venta por TPV online con cobro completo y verificar diferencia entre total facturado y total cobrado. Resultado esperado: la cobranza coincide con la factura y no quedan diferencias no justificadas. Estado: Pendiente
V-210.1 Facturacion electronica desde TPV Prueba: emitir desde TPV un comprobante electronico sin controlador fiscal fisico. Resultado esperado: el comprobante se autoriza electronicamente y queda disponible para impresion o consulta. Estado: Pendiente
V-211.1 Hoja de Ruta Prueba: Generar una hoja de ruta asignando un transportista y la patente del camión. Incorporar los remitos que tengan habilitada la opción de Transporte o Entrega. Verificar la reactivación, modificación y anulación de los remitos ya asignados a la hoja de ruta.

Compras y Cuentas por Pagar

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
C-309.1 Importación de factura proveedor AFIP/ARCA Prueba: importar una factura proveedor desde AFIP/ARCA con lineas, tributos y periodo fiscal. Resultado esperado: la factura se crea completa, con proveedor, importes, impuestos y periodos correctos. Estado: Pendiente
C-310.1 Proveedor-articulo activo/inactivo Prueba: desactivar un articulo para un proveedor e intentar usarlo en una orden de compra. Resultado esperado: el sistema impide o advierte el uso del articulo desactivado para ese proveedor. Estado: Pendiente
C-311.1 Remito de compra contra orden de compra Prueba: crear un remito de compra desde una OC parcial y verificar pendientes. Resultado esperado: el remito toma lineas y cantidades correctas, y la OC conserva el saldo pendiente. Estado: Pendiente
C-312.1 Autorización de factura a pagar Prueba: cargar una factura proveedor que requiera autorización antes de pago e intentar incluirla en OP. Resultado esperado: la factura no autorizada no puede pagarse o queda marcada segun regla de autorizacion. Estado: Pendiente
C-313.1 Nota de credito proveedor en orden de pago Prueba: seleccionar proveedor con NC disponible y generar OP con imputacion de saldo a favor. Resultado esperado: la OP advierte la NC y permite imputarla correctamente contra facturas pendientes. Estado: Pendiente

Stock, Almacenes e Inventario

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
A-405.1 Conversion de unidades y fraccionamiento Prueba: fraccionar un articulo con unidad origen y unidad destino, verificando conversion y merma. Resultado esperado: el stock origen disminuye y los articulos resultantes aumentan respetando conversion configurada. Estado: Pendiente
A-406.1 Transferencia entre almacenes con ubicaciones Prueba: completar salida y entrada de una transferencia entre almacenes usando ubicaciones destino. Resultado esperado: el stock sale del almacen origen e ingresa al destino en la ubicacion indicada. Estado: Pendiente
A-407.1 Validacion de inventario negativo Prueba: intentar completar inventario fisico con cantidades contadas o registradas negativas no permitidas. Resultado esperado: el sistema rechaza la operacion o deja evidencia clara de la validacion aplicada. Estado: Pendiente
A-408.1 Atributos y UPC por instancia Prueba: crear articulo con conjunto de atributos y consultar o usar una instancia con UPC o EAN propio. Resultado esperado: la instancia queda identificada y puede usarse en operaciones de stock o venta. Estado: Pendiente
A-409.1 Reposicion por stock Prueba: ejecutar reposicion para un articulo bajo punto minimo y generar necesidad de compra. Resultado esperado: el sistema propone o genera pedido de compra segun configuracion de reposicion. Estado: Pendiente

Tesoreria y Bancos

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
T-506.1 Cierre de lote de tarjetas Prueba: registrar cupones, ejecutar cierre de lote y verificar estado de cupones. Resultado esperado: los cupones incluidos quedan cerrados y trazables para liquidacion posterior. Estado: Pendiente
T-507.1 Importacion de liquidacion de tarjetas Prueba: importar liquidacion de tarjeta y emparejar cupones existentes. Resultado esperado: la liquidacion queda cargada y los cupones se concilian o quedan observados. Estado: Pendiente
T-508.1 Cheques emitidos y rechazados Prueba: registrar cheque emitido, marcar rechazo y verificar impacto en cuenta corriente o banco. Resultado esperado: el estado del cheque y los saldos reflejan correctamente el rechazo. Estado: Pendiente
T-509.1 Pago generado desde extracto bancario Prueba: crear extracto con movimiento bancario no registrado y generar pago desde el extracto. Resultado esperado: el pago queda creado, vinculado al extracto y disponible para contabilizacion. Estado: Pendiente
T-510.1 Cobro o pago multimoneda con diferencia de cambio Prueba: cobrar o pagar documento en moneda distinta a la contable con cotizacion vigente. Resultado esperado: se calcula diferencia de cambio y el asiento queda balanceado. Estado: Pendiente

Facturacion Electronica e Impuestos

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
F-800.1 CAE en factura A Prueba: emitir factura A electronica para cliente responsable inscripto. Resultado esperado: el comprobante obtiene CAE, vencimiento y queda con datos fiscales completos. Estado: Pendiente
F-801.1 CAEA en contingencia Prueba: emitir comprobante usando CAEA vigente y luego controlar cierre o informacion posterior. Resultado esperado: el comprobante se emite en contingencia y queda informado correctamente. Estado: Pendiente
F-802.1 QR en comprobante electronico Prueba: emitir comprobante electronico y revisar PDF o impresion con QR. Resultado esperado: el QR se imprime o visualiza y contiene datos fiscales esperados. Estado: Pendiente
F-803.1 Factura de credito MiPyME Prueba: emitir FCE MiPyME para receptor alcanzado y validar datos requeridos. Resultado esperado: la factura se autoriza y registra datos MiPyME sin errores. Estado: Pendiente
F-804.1 Factura electronica de exportacion Prueba: emitir comprobante de exportacion letra E con moneda extranjera. Resultado esperado: el comprobante se autoriza por servicio de exportacion y respeta cotizacion indicada. Estado: Pendiente
F-805.1 Certificado AFIP/ARCA Prueba: configurar o renovar certificado y ejecutar prueba de conexion. Resultado esperado: el certificado queda vigente y los servicios responden correctamente. Estado: Pendiente
F-806.1 / F-807.1 Padrones y percepciones provinciales Prueba: procesar padrones CABA/ARBA y facturar con percepcion Tucuman cuando corresponda. Resultado esperado: las alicuotas se aplican segun padron y jurisdiccion, con base imponible correcta. Estado: Pendiente
F-808.1 IVA Digital Prueba: generar archivo o informe de IVA Digital desde comprobantes fiscales del periodo. Resultado esperado: la salida respeta importes, alicuotas y discriminacion requeridos. Estado: Pendiente

Reportes y Contabilidad

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
R-607.1 Ventas por vendedor/familia Prueba: ejecutar reporte de ventas filtrando por vendedor y agrupando por familia/subfamilia. Resultado esperado: el reporte muestra totales consistentes con comprobantes del periodo. Estado: Pendiente
R-608.1 Valor de inventario y movimientos Prueba: ejecutar informe de valor de inventario y contrastar con movimientos del articulo. Resultado esperado: existencias y valorizacion coinciden con movimientos completados. Estado: Pendiente
R-609.1 Libro diario, mayor y balance Prueba: generar reportes contables para periodo con asientos de ventas, compras y stock. Resultado esperado: los reportes muestran asientos balanceados y trazables a documentos origen. Estado: Pendiente
R-610.1 Declaracion de valores y cierre de caja Prueba: ejecutar reporte de declaracion de valores luego del cierre de caja diaria. Resultado esperado: el reporte muestra efectivo, valores declarados y diferencias si existen. Estado: Pendiente

APIs e Integraciones

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
API-700.1 Crear producto por REST con validaciones Prueba: crear articulo por API REST con datos minimos, precio y categoria; luego intentar alta incompleta. Resultado esperado: el articulo valido queda creado y la solicitud incompleta devuelve error controlado. Estado: Pendiente
API-701.1 Crear entidad comercial y ubicacion por REST Prueba: crear entidad comercial y ubicacion por API REST, luego usarla en un documento. Resultado esperado: entidad y ubicacion quedan activas y disponibles para ventas o compras. Estado: Pendiente
API-702.1 Pedido-factura-remito end-to-end Prueba: crear pedido por REST, generar factura/remito asociados y consultar estados. Resultado esperado: los documentos quedan vinculados y las cantidades facturadas/remitidas son correctas. Estado: Pendiente
API-703.1 Bloqueo de cantidades y precios negativos Prueba: enviar por API lineas con cantidad o precio negativo en documentos donde no corresponda. Resultado esperado: la API rechaza la solicitud con mensaje de validacion claro. Estado: Pendiente
API-704.1 Organizacion segun token Prueba: operar con token asociado a una organizacion y crear documento comercial. Resultado esperado: el documento queda en la organizacion del token y no en otra organizacion. Estado: Pendiente
API-705.1 PDF de factura por API Prueba: solicitar por API el PDF de una factura existente y validar archivo generado. Resultado esperado: la API devuelve PDF legible del comprobante correcto. Estado: Pendiente
API-706.1 Inventario y movimientos por API Prueba: crear inventario fisico o movimiento de stock por API y consultar resultado. Resultado esperado: el stock se actualiza y la consulta devuelve cantidades consistentes. Estado: Pendiente
WS-720.1 Crear y completar documentos por SOAP Prueba: crear y completar pedido/factura mediante web service SOAP. Resultado esperado: el documento queda completo y con respuesta de servicio trazable. Estado: Pendiente
WS-721.1 Compatibilidad con clientes no Java Prueba: consumir servicio SOAP desde cliente no Java para crear o consultar documentos. Resultado esperado: el contrato SOAP responde con tipos compatibles y sin errores de serializacion. Estado: Pendiente

Cliente Web y Plataforma

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
W-900.1 Theme modern login/perfil Prueba: ingresar al cliente web moderno, cambiar datos de perfil y validar persistencia visual. Resultado esperado: el tema carga correctamente y el perfil conserva los cambios al reingresar. Estado: Pendiente
W-901.1 Ocultar menus no implementados Prueba: ingresar con perfiles restringidos y revisar que no aparezcan menus o ventanas no implementadas. Resultado esperado: el menu muestra solo opciones habilitadas y no expone accesos invalidos. Estado: Pendiente
W-902.1 Lookups y autocompletado Prueba: buscar entidades, articulos o documentos mediante lookup/autocompletado en cliente web. Resultado esperado: los resultados se filtran correctamente y la seleccion carga el registro esperado. Estado: Pendiente
W-903.1 Clave vencida Prueba: iniciar sesion con usuario cuya clave esta vencida y completar cambio de contrasena. Resultado esperado: el sistema fuerza el cambio y luego permite el acceso normal. Estado: Pendiente
PL-930.1 Deploy Tomcat 9 Prueba: desplegar cliente web o servicios sobre Tomcat 9 y validar inicio de sesion basico. Resultado esperado: la aplicacion levanta sin errores criticos y permite operar menus principales. Estado: Pendiente
PL-931.1 Hot-upgrade con preinstalls inteligentes Prueba: ejecutar hot-upgrade sobre una instalacion con scripts pendientes y componentes ya aplicados. Resultado esperado: el proceso detecta preinstalls, evita duplicados y deja version consistente. Estado: Pendiente

Manufactura y Bienes de Uso

ID Funcionalidad a Probar (Nivel Intermedio) Casos de Prueba Concretos / Escenarios de Automatizacion
M-950.1 Orden de manufactura con BOM Prueba: crear orden de manufactura con lista de materiales y completar consumo/produccion. Resultado esperado: se descuentan componentes, ingresa producto terminado y queda trazabilidad de costos. Estado: Pendiente
M-951.1 MRP genera necesidades Prueba: ejecutar MRP con demanda proyectada y stock insuficiente. Resultado esperado: el sistema genera necesidades o propuestas de compra/produccion segun parametros. Estado: Pendiente
B-960.1 Alta de bien de uso Prueba: registrar un bien de uso desde alta manual o compra y completar datos de vida util. Resultado esperado: el bien queda disponible para amortizacion y seguimiento contable. Estado: Pendiente
B-961.1 Proceso de amortizacion Prueba: ejecutar proceso de amortizacion para un periodo con bienes activos. Resultado esperado: se generan amortizaciones correctas y asientos contables balanceados. Estado: Pendiente