Documentación del Sistema

Appearance

Registro Manual de Comprobantes en Modo No Oficial (Prueba) ​

Modulo: Ventas Tipo: Process Estado: Planificado Fecha: 2026-02-24

Descripcion ​

Problema que resuelve ​

El sistema de registracion manual de comprobantes de ventas actualmente opera unicamente en modo oficial, es decir, solo permite registrar comprobantes que cuentan con autorizacion electronica de ARCA (CAE). Esto impide registrar manualmente comprobantes no oficiales — aquellos que fueron emitidos fuera del circuito fiscal oficial.

En el sistema, el modo prueba (modo no oficial) representa comprobantes que no se envian ni se registran ante AFIP/ARCA. No son documentos fiscales validos. Son comprobantes internos, informales o de circulacion no oficial que la empresa emite o recibe pero que no forman parte de su obligacion fiscal.

Sin soporte de modo no oficial en el registro manual, surgen los siguientes problemas:

  • Imposibilidad de registrar comprobantes no oficiales emitidos fuera del sistema: Si un comprobante no oficial fue emitido manualmente (fuera del circuito electronico), no se puede ingresarlo al sistema por falta del modo correspondiente
  • Inconsistencia contable interna: Los movimientos asociados a comprobantes no oficiales no pueden registrarse, afectando la integridad de los registros internos
  • Falta de paridad funcional: La facturacion electronica ya soporta modo no oficial; el registro manual carece de esta capacidad

Solucion propuesta ​

Se extiende la funcionalidad de registro manual de comprobantes para permitir operar en modo no oficial (prueba). Al activar este modo, el comprobante registrado queda marcado como no oficial, sin CAE obligatorio (ya que no fue emitido ante ARCA), y con los efectos contables correspondientes a ese tipo de comprobante.

El modo no oficial sigue el mismo patron visual y de comportamiento que ya existe en la facturacion electronica, donde el usuario puede alternar entre modo oficial y modo no oficial mediante un toggle en la interfaz.

Valor de negocio ​

  • Registro completo de comprobantes no oficiales: Permite ingresar al sistema comprobantes que existen en el mundo real pero no en el circuito fiscal oficial
  • Integridad de registros internos: Los movimientos asociados a comprobantes no oficiales quedan registrados correctamente
  • Paridad con facturacion electronica: El registro manual alcanza la misma capacidad de modos que la facturacion electronica
  • Consistencia de experiencia: El usuario ya conoce el patron de modo oficial/no oficial de facturacion electronica

Flujo del Proceso ​

El proceso de registro manual en modo no oficial sigue los mismos pasos que el registro manual oficial, con las siguientes diferencias:

  1. El usuario activa el modo no oficial (prueba) mediante el toggle en el formulario de registro manual
  2. El usuario completa los datos del comprobante (tipo, numero, cliente, items, importes)
  3. Los campos CAE y fecha de vencimiento de CAE pasan a ser opcionales, ya que el comprobante no fue registrado ante ARCA
  4. Si el usuario ingresa CAE o fecha de vencimiento de CAE, el sistema valida su formato
  5. El usuario confirma el registro
  6. El sistema guarda el comprobante como no oficial con todos sus efectos asociados

Frontend (Perspectiva de Usuario) ​

Vistas ​

  • Formulario de registracion manual de ventas: Vista existente donde se agrega el toggle de modo oficial/no oficial, siguiendo el mismo patron visual que en facturacion electronica

Interacciones del Usuario ​

  1. Cambiar modo de operacion: El usuario puede alternar entre modo oficial y modo no oficial mediante un toggle en el formulario. El toggle sigue el mismo diseno y comportamiento que el toggle existente en facturacion electronica
  2. Completar datos del comprobante: El usuario ingresa los datos del comprobante de la misma manera que en modo oficial
  3. CAE opcional en modo no oficial: En modo no oficial, el campo CAE no es obligatorio. El comprobante no fue registrado ante ARCA, por lo que puede no tener CAE
  4. Fecha vencimiento CAE opcional en modo no oficial: En modo no oficial, el campo fecha de vencimiento de CAE no es obligatorio
  5. Confirmar registro: El usuario confirma el registro y el sistema procesa el comprobante como no oficial

Estados de UI ​

  • Modo oficial activo: El formulario opera normalmente, con CAE y fecha de vencimiento de CAE obligatorios
  • Modo no oficial activo: El formulario indica visualmente que se esta en modo no oficial, los campos CAE y fecha de vencimiento de CAE dejan de ser obligatorios
  • Error de formato CAE: Si el usuario ingresa un CAE en modo no oficial y no tiene el formato correcto, se muestra error de validacion
  • Error de fecha invalida: Si el usuario ingresa una fecha de vencimiento de CAE en modo no oficial y no es una fecha valida, se muestra error de validacion

Backend (Perspectiva de Datos de Negocio) ​

Entidades de Negocio ​

  • Comprobante de Venta: Factura, Nota de Credito y Nota de Debito. Los mismos tipos de comprobantes soportados en modo oficial estan disponibles en modo no oficial
  • Modo de registro: Determina si el comprobante es oficial (registrado ante ARCA con CAE) o no oficial (emitido fuera del circuito fiscal). En modo no oficial el comprobante no tiene obligacion de CAE
  • CAE (Codigo de Autorizacion Electronica): En modo oficial es obligatorio y representa la autorizacion de ARCA. En modo no oficial no es obligatorio porque el comprobante no fue registrado ante ARCA; si se ingresa, debe tener formato valido de 14 digitos numericos
  • Fecha de vencimiento CAE: En modo oficial es obligatoria. En modo no oficial no es obligatoria; si se ingresa, debe ser una fecha valida

Datos Necesarios ​

Los mismos datos que en el registro manual oficial:

  • Tipo de comprobante
  • Punto de venta
  • Numero de comprobante
  • Cliente
  • Items (productos, cantidades, precios)
  • Importes (subtotal, impuestos, total)
  • CAE (opcional en modo no oficial, obligatorio en modo oficial)
  • Fecha de vencimiento de CAE (opcional en modo no oficial, obligatorio en modo oficial)
  • Indicador de modo (oficial o no oficial/prueba)
  • Flag manual (siempre verdadero, independientemente del modo)

Relaciones de Negocio ​

  • Los efectos aguas abajo del comprobante en modo no oficial (cuenta corriente, stock, caja, contabilidad) aplican de la misma manera que en modo oficial

Validaciones de Negocio ​

  • En modo no oficial, el CAE no es obligatorio porque el comprobante no fue emitido ante ARCA
  • En modo no oficial, la fecha de vencimiento de CAE no es obligatoria
  • Si se ingresa CAE en modo no oficial, debe tener formato valido (14 digitos numericos)
  • Si se ingresa fecha de vencimiento de CAE en modo no oficial, debe ser una fecha valida
  • La validacion de duplicidad aplica igual que en modo oficial: no puede existir otro comprobante con el mismo punto de venta, numero y tipo en el mismo modo
  • Todas las demas validaciones de negocio (tipo de comprobante, cliente, items, importes) se mantienen iguales en modo no oficial

Reglas de Negocio ​

RN-001: CAE no obligatorio en modo no oficial ​

Descripcion: En modo no oficial (prueba), el campo CAE no es obligatorio para registrar un comprobante manual.

Condicion: El usuario esta registrando un comprobante manual en modo no oficial.

Accion: El sistema permite guardar el comprobante sin CAE. En modo oficial, el CAE sigue siendo obligatorio.

Fundamento: Un comprobante no oficial no fue emitido ante ARCA y por lo tanto no tiene CAE. No tener CAE es el estado natural de este tipo de comprobante.

RN-002: Fecha de vencimiento de CAE no obligatoria en modo no oficial ​

Descripcion: En modo no oficial, el campo fecha de vencimiento de CAE no es obligatorio.

Condicion: El usuario esta registrando un comprobante manual en modo no oficial.

Accion: El sistema permite guardar el comprobante sin fecha de vencimiento de CAE. En modo oficial, este campo sigue siendo obligatorio.

Fundamento: Al igual que el CAE, la fecha de vencimiento es un dato que proviene de la autorizacion de ARCA. Un comprobante no oficial no tiene autorizacion de ARCA y por ende no tiene esta fecha.

RN-003: Formato valido de CAE si se ingresa en modo no oficial ​

Descripcion: Si el usuario ingresa un CAE en modo no oficial, este debe tener formato valido.

Condicion: El usuario ingresa un valor en el campo CAE estando en modo no oficial.

Accion: El sistema valida que el CAE tenga exactamente 14 digitos numericos. Si no cumple el formato, se rechaza el registro con mensaje de error.

Fundamento: Si se decide ingresar un CAE (por ejemplo, el comprobante si fue generado ante ARCA en otro sistema), debe respetar el formato para mantener la consistencia de los datos.

RN-004: Fecha valida si se ingresa fecha de vencimiento de CAE en modo no oficial ​

Descripcion: Si el usuario ingresa una fecha de vencimiento de CAE en modo no oficial, esta debe ser una fecha valida.

Condicion: El usuario ingresa un valor en el campo fecha de vencimiento de CAE estando en modo no oficial.

Accion: El sistema valida que sea una fecha valida. Si no lo es, se rechaza el registro con mensaje de error.

Fundamento: Si se decide ingresar la fecha de vencimiento, debe ser coherente como dato de fecha.

RN-005: Validacion de duplicidad independiente por modo ​

Descripcion: La validacion de duplicidad aplica dentro del mismo modo de operacion.

Condicion: El usuario intenta registrar un comprobante manual.

Accion: El sistema verifica que no exista otro comprobante con el mismo punto de venta, numero y tipo dentro del mismo modo (oficial o no oficial). La duplicidad no se cruza entre modos.

Fundamento: Un comprobante puede existir como oficial y como no oficial sin que eso sea una duplicacion, ya que representan registros de naturaleza distinta.

RN-006: Flag manual independiente del modo ​

Descripcion: El indicador de comprobante manual se mantiene en verdadero independientemente de si el modo es oficial o no oficial.

Condicion: Se registra un comprobante a traves del proceso de registracion manual.

Accion: El sistema establece manual = verdadero tanto en modo oficial como en modo no oficial.

Fundamento: El flag manual indica el origen del comprobante (registracion manual vs facturacion electronica). Este indicador es independiente del modo de operacion.

RN-007: Validaciones de negocio iguales en modo no oficial ​

Descripcion: Todas las validaciones de negocio que no involucran CAE ni fecha de vencimiento de CAE se mantienen identicas en modo no oficial.

Condicion: Se registra un comprobante en modo no oficial.

Accion: El sistema aplica las mismas validaciones de tipo de comprobante, cliente, items e importes que en modo oficial. Solo las validaciones de obligatoriedad de CAE y fecha de vencimiento de CAE cambian.

Fundamento: Los datos del comprobante (tipo, cliente, items, importes) son igualmente relevantes en un comprobante no oficial que en uno oficial.

RN-008: Patron visual consistente con facturacion electronica ​

Descripcion: El cambio de modo en el formulario de registro manual sigue el mismo patron visual que en facturacion electronica.

Condicion: El usuario accede al formulario de registracion manual de ventas.

Accion: El toggle de modo oficial/no oficial se presenta y se comporta de la misma manera que el toggle existente en facturacion electronica.

Fundamento: La consistencia visual reduce la curva de aprendizaje del usuario, que ya conoce este mecanismo.

Actores Involucrados ​

  • Usuario de Ventas: Usuario con permiso de registracion manual que realiza el registro del comprobante. Puede alternar entre modo oficial y modo no oficial

Casos de Uso ​

CU-001: Registrar comprobante manual no oficial sin CAE ​

Actor: Usuario de Ventas

Precondiciones:

  • Usuario autenticado con permiso de registracion manual
  • Datos del comprobante disponibles (sin CAE, comprobante no fue emitido ante ARCA)

Flujo principal:

  1. El usuario accede al formulario de registracion manual de ventas
  2. El usuario activa el modo no oficial mediante el toggle
  3. El formulario indica visualmente que se esta en modo no oficial
  4. El usuario selecciona el tipo de comprobante (Factura A/B/C, Nota de Credito, Nota de Debito)
  5. El usuario ingresa punto de venta, numero de comprobante, cliente, items e importes
  6. El usuario deja vacios los campos CAE y fecha de vencimiento de CAE
  7. El usuario confirma el registro
  8. El sistema valida los datos del comprobante (tipo, cliente, items, importes)
  9. El sistema verifica duplicidad dentro del modo no oficial
  10. El sistema guarda el comprobante como no oficial con sus efectos aguas abajo
  11. El comprobante queda marcado con manual = verdadero
  12. El sistema muestra mensaje de exito

Postcondiciones:

  • El comprobante queda registrado como no oficial sin CAE
  • Los efectos aguas abajo (cuenta corriente, stock, caja, contabilidad) quedan registrados

Flujos alternativos:

  • 8a. Validacion de negocio falla: Si algun dato del comprobante no es valido, el sistema muestra mensaje de error y no guarda el comprobante
  • 9a. Duplicado detectado en modo no oficial: Si ya existe un comprobante con la misma identificacion en modo no oficial, el sistema rechaza el registro

CU-002: Registrar comprobante manual no oficial con CAE ​

Actor: Usuario de Ventas

Precondiciones:

  • Usuario autenticado con permiso de registracion manual
  • Datos del comprobante disponibles, incluyendo CAE (comprobante fue emitido ante ARCA desde otro sistema pero en modo no oficial en Bautista)

Flujo principal:

  1. El usuario accede al formulario de registracion manual de ventas
  2. El usuario activa el modo no oficial mediante el toggle
  3. El usuario selecciona el tipo de comprobante
  4. El usuario ingresa punto de venta, numero de comprobante, cliente, items e importes
  5. El usuario ingresa el CAE (14 digitos numericos)
  6. El usuario ingresa la fecha de vencimiento de CAE
  7. El usuario confirma el registro
  8. El sistema valida el formato del CAE (14 digitos numericos)
  9. El sistema valida que la fecha de vencimiento de CAE sea una fecha valida
  10. El sistema valida los demas datos del comprobante
  11. El sistema verifica duplicidad dentro del modo no oficial
  12. El sistema guarda el comprobante como no oficial con sus efectos aguas abajo
  13. El sistema muestra mensaje de exito

Postcondiciones:

  • El comprobante queda registrado como no oficial con CAE y fecha de vencimiento

Flujos alternativos:

  • 8a. Formato de CAE invalido: Si el CAE no tiene 14 digitos numericos, el sistema muestra error de validacion y no guarda el comprobante
  • 9a. Fecha invalida: Si la fecha de vencimiento de CAE no es valida, el sistema muestra error de validacion y no guarda el comprobante

CU-003: Cambiar entre modo oficial y modo no oficial ​

Actor: Usuario de Ventas

Precondiciones:

  • Usuario autenticado con permiso de registracion manual
  • El formulario de registracion manual esta abierto

Flujo principal:

  1. El usuario visualiza el toggle de modo oficial/no oficial en el formulario
  2. El toggle tiene el mismo aspecto y comportamiento que el toggle de facturacion electronica
  3. El usuario activa el modo no oficial
  4. El formulario actualiza la indicacion visual para reflejar que se esta en modo no oficial
  5. Los campos CAE y fecha de vencimiento de CAE dejan de ser obligatorios
  6. El usuario puede volver a modo oficial en cualquier momento antes de confirmar el registro
  7. Al volver a modo oficial, los campos CAE y fecha de vencimiento de CAE vuelven a ser obligatorios

Postcondiciones:

  • El formulario opera en el modo seleccionado por el usuario
  • Las reglas de validacion se ajustan al modo activo

Consideraciones ​

Seguridad ​

  • Solo usuarios autenticados con permiso de registracion manual pueden operar en modo no oficial

Auditoria ​

  • Los comprobantes registrados en modo no oficial siguen las mismas reglas de auditoria que los oficiales, quedando identificados por su modo de operacion

Dependencias ​

Funcionalidades relacionadas ​

Patron de referencia ​

  • Facturacion electronica - modo no oficial: El toggle de modo oficial/no oficial y el patron de enrutamiento ya existe en facturacion electronica. Esta funcionalidad extiende el mismo patron al registro manual

Criterios de Aceptacion ​

La funcionalidad se considera completa cuando:

  • [ ] AC-001: El formulario de registracion manual muestra un toggle para alternar entre modo oficial y modo no oficial
  • [ ] AC-002: El toggle de modo sigue el mismo patron visual que el toggle existente en facturacion electronica
  • [ ] AC-003: En modo no oficial, el campo CAE no es obligatorio y el comprobante se puede registrar sin CAE
  • [ ] AC-004: En modo no oficial, el campo fecha de vencimiento de CAE no es obligatorio y el comprobante se puede registrar sin esta fecha
  • [ ] AC-005: Si se ingresa CAE en modo no oficial, el sistema valida que tenga 14 digitos numericos
  • [ ] AC-006: Si se ingresa fecha de vencimiento de CAE en modo no oficial, el sistema valida que sea una fecha valida
  • [ ] AC-007: Los comprobantes registrados en modo no oficial quedan identificados como no oficiales
  • [ ] AC-008: Los efectos aguas abajo (cuenta corriente, stock, caja, contabilidad) en modo no oficial se registran correctamente
  • [ ] AC-009: La validacion de duplicidad en modo no oficial no se cruza con los comprobantes en modo oficial
  • [ ] AC-010: El flag manual = verdadero se establece en el comprobante independientemente del modo
  • [ ] AC-011: Todas las validaciones de negocio (tipo comprobante, cliente, items, importes) se mantienen iguales en modo no oficial
  • [ ] AC-012: Los mismos tipos de comprobantes (Factura A/B/C, Nota de Credito, Nota de Debito) estan disponibles en modo no oficial

Notas Adicionales ​

  • Esta funcionalidad extiende el proceso de registracion manual existente; no crea un nuevo proceso sino que agrega la capacidad de operar en modo no oficial sobre el mismo flujo
  • El patron de modo oficial/no oficial ya esta consolidado en facturacion electronica, por lo que los usuarios estan familiarizados con el mecanismo
  • El termino "prueba" en el sistema es sinonimo de "no oficial": hace referencia a comprobantes que no pertenecen al circuito fiscal oficial (ARCA/AFIP), no a un entorno de testing de software

Historial de cambios ​

FechaVersionAutorDescripcion
2026-02-241.0SistemaCreacion del documento de requerimientos
2026-02-241.1SistemaCorreccion: modo prueba es modo no oficial, no testing