Documentación Detallada del Proyecto

Última actualización: 2025-06-28 00:42:22

Resumen de Milestones

| Milestone | Estado | Fecha Límite | |———–|——–|————–|

Módulo Contable

open

No definida

Fix & Clean

open

No definida

Documentación

open

No definida

Módulo Tesorería

open

No definida

Módulo Ventas

open

No definida

Detalles de Milestones

Módulo Contable

Estado: open Descripción:

---

Fix & Clean

Estado: open Descripción:

---

Documentación

Estado: open Descripción:

---

Módulo Tesorería

Estado: open Descripción:

---

Módulo Ventas

Estado: open Descripción:

---

Issues Activos

Issues Cerrados

#92: feat(iva): implementar módulo de posición IVA y mejorar sistema de fa…

Estado: closed Creado: 2025-05-19T10:13:35+00:00 Cerrado: 2025-05-19T10:14:12+00:00 Milestone: Módulo Ventas Labels: enhancement

…cturación

• Implementado PosicionIvaController con endpoint de búsqueda

• Creada entidad PosicionIva con mapeo JPA

• Implementado PosicionIvaService con logging mejorado

• Integrada posición IVA en entidad Cliente

• Agregado campo idCondicionIva en FacturacionDto

• Mejorado proceso de facturación con posición IVA

• Actualizado SpringDoc OpenAPI a 2.8.8

Closes #91

---

#91: Implementación del módulo de Posición IVA y mejoras en el sistema de facturación

Estado: closed Creado: 2025-05-19T10:07:21+00:00 Cerrado: 2025-05-19T10:14:14+00:00 Milestone: Módulo Ventas Labels: enhancement

Implementación del módulo de Posición IVA y mejoras en el sistema de facturación

Descripción

Se ha implementado un nuevo módulo para la gestión de posiciones IVA y se han realizado mejoras en el sistema de facturación para integrar esta información en el proceso de facturación.

Cambios Realizados

Nuevo Módulo de Posición IVA

• Implementado PosicionIvaController con endpoint para búsqueda por ID
• Creada entidad PosicionIva con mapeo JPA
  • Campos: posicionId, nombre, userId, idPosicionIvaArca
• Implementado PosicionIvaService con logging mejorado
• Agregada integración con la entidad Cliente mediante relación OneToOne
• Implementado manejo de excepciones específico (PosicionIvaException)

Mejoras en el Sistema de Facturación

• Agregado campo idCondicionIva en FacturacionDto
• Integrada la posición IVA en el proceso de facturación en MakeFacturaProgramaDiaService
• Mejorado el manejo de posiciones IVA en la generación de facturas

Actualizaciones Técnicas

• Actualizado SpringDoc OpenAPI a versión 2.8.8
• Optimizado código en ClienteController para mejor legibilidad
• Mejorado el logging en el proceso de facturación

Impacto

• Mejora en la gestión de posiciones IVA de clientes
• Mayor precisión en la facturación con respecto a condiciones impositivas
• Mejor trazabilidad mediante logging mejorado

Pruebas Realizadas

• Verificación del endpoint de búsqueda de posición IVA
• Validación de la integración con el proceso de facturación
• Comprobación del manejo de casos nulos y excepciones

Notas Adicionales

• Se recomienda actualizar la documentación de la API para incluir los nuevos endpoints
• Verificar la compatibilidad con sistemas externos que consuman la información de facturación
• Considerar la migración de datos existentes para la nueva estructura de posición IVA

Dependencias

• Spring Boot 3.4.5
• SpringDoc OpenAPI 2.8.8
• MySQL Connector 9.3.0
• ModelMapper 3.2.3

---

#90: feat(comprobantes): optimizar control de comprobantes faltantes y act…

Estado: closed Creado: 2025-05-04T11:14:01+00:00 Cerrado: 2025-05-04T11:14:34+00:00 Milestone: Módulo Ventas Labels: bug, documentation, enhancement, feature

…ualizar dependencias

• Optimizado proceso de búsqueda usando Set para O(1)

• Refactorizado ConsolidadoService para mejor legibilidad

• Agregada relación comprobanteAfip en Comprobante

• Mejorado logging en ConsolidadoController

• Actualizado Spring Boot a 3.4.5

• Actualizado MySQL Connector a 9.3.0

• Actualizado ModelMapper a 3.2.3

• Eliminados métodos de logging redundantes

• Eliminada lógica antigua de agrupación

Closes #89

---

#89: Optimización del control de comprobantes faltantes y actualización de dependencias

Estado: closed Creado: 2025-05-04T11:11:51+00:00 Cerrado: 2025-05-04T11:14:36+00:00 Milestone: Módulo Ventas Labels: bug, enhancement

Optimización del control de comprobantes faltantes y actualización de dependencias

Descripción

Se han realizado mejoras significativas en el sistema de control de comprobantes faltantes y se han actualizado varias dependencias del proyecto.

Cambios Realizados

Optimizaciones

• Refactorizado el proceso de búsqueda de comprobantes faltantes usando Set para búsquedas O(1)
• Mejorada la legibilidad y mantenibilidad del código en ConsolidadoService
• Agregada relación comprobanteAfip en la entidad Comprobante
• Implementado logging mejorado en ConsolidadoController

Actualizaciones de Dependencias

• Spring Boot actualizado a 3.4.5
• MySQL Connector actualizado a 9.3.0
• ModelMapper actualizado a 3.2.3

Limpieza de Código

• Eliminados métodos de logging redundantes en ConsolidadoService
• Eliminada lógica antigua de agrupación por letra y punto de venta

Impacto

• Mejora en el rendimiento del sistema de control de comprobantes faltantes
• Mayor estabilidad con las últimas versiones de las dependencias
• Código más limpio y mantenible

Pruebas Realizadas

• Verificación del proceso de búsqueda de comprobantes faltantes
• Validación de la nueva relación con comprobanteAfip
• Comprobación del funcionamiento con las nuevas versiones de dependencias

Notas Adicionales

• Se recomienda realizar pruebas exhaustivas en el entorno de staging antes de desplegar a producción
• Verificar la compatibilidad con otros servicios que interactúen con el sistema de comprobantes

---

#88: docs: actualización de documentación y mejoras en el servicio core - …

Estado: closed Creado: 2025-05-01T10:19:29+00:00 Cerrado: 2025-05-01T10:20:05+00:00 Milestone: Módulo Ventas Labels: documentation, enhancement

…Actualización del README con nuevas badges y secciones - Creación del CHANGELOG siguiendo Keep a Changelog - Optimización del comando Maven en GitHub Actions - Mejora en el manejo de conceptos facturados - Actualización de versiones de dependencias - Closes #1

---

#87: Actualización de Documentación y Mejoras en el Servicio Core

Estado: closed Creado: 2025-05-01T10:16:04+00:00 Cerrado: 2025-05-01T10:20:06+00:00 Milestone: Módulo Ventas Labels: documentation, enhancement

Actualización de Documentación y Mejoras en el Servicio Core

Descripción

Se han realizado varias mejoras y actualizaciones en el servicio core, incluyendo actualización de documentación, optimización de la pipeline y mejoras en el manejo de conceptos facturados.

Cambios Realizados

Documentación

• Actualización del README.md con nuevas badges y secciones
• Creación del archivo CHANGELOG.md siguiendo el formato Keep a Changelog
• Adición de sección de Docker en la documentación
• Actualización de las versiones de dependencias en la documentación

Pipeline

• Optimización del comando Maven en el workflow de GitHub Actions
  • Cambio de mvn clean verify install -DskipTests a mvn -B verify -DskipTests

Mejoras en el Código

• Optimización del repositorio ConceptoFacturado
  • Cambio de findByArticuloMovimientoId a findTopByArticuloMovimientoId
  • Mejora en el manejo de nulos usando Objects.requireNonNull

Detalles Técnicos

Versiones Actualizadas

• Kotlin: 2.1.10 → 2.1.20
• Spring Boot: 3.4.3 → 3.4.4
• Spring Cloud: 2024.0.0 → 2024.0.1
• SpringDoc OpenAPI: 2.8.5 → 2.8.6

Nuevas Características Documentadas

• Control de comprobantes faltantes
• Facturación electrónica
• Sección de Docker con instrucciones de construcción y ejecución

Impacto

• Mejor documentación del proyecto
• Optimización del proceso de CI/CD
• Mejora en el manejo de conceptos facturados
• Actualización de dependencias críticas

Próximos Pasos

• Verificar la compatibilidad de las nuevas versiones de dependencias
• Probar la nueva configuración de Docker
• Validar el funcionamiento del repositorio ConceptoFacturado con los cambios realizados

Labels

• documentation
• enhancement
• dependencies
• ci-cd

Assignees

@daniel

Milestone

v0.0.2

---

#86: refactor(comprobantes): optimizar control de comprobantes faltantes y…

Estado: closed Creado: 2025-03-24T23:27:15+00:00 Cerrado: 2025-03-24T23:27:44+00:00 Milestone: Módulo Ventas Labels: enhancement

… mapeo JPA

• fix: agregar @JoinColumn en ComprobanteFaltante para mapeo correcto
  • cfa_neg_id para relación con Negocio
  • cfa_cmp_id para relación con Comprobante
• refactor: optimizar búsqueda de comprobantes por punto de venta
  • agregar filtro puntoVenta > 0 en repository
  • actualizar método en ClienteMovimientoService
• refactor: mejorar agrupación en ConsolidadoService
  • incluir comprobanteAfipId en clave de agrupación
  • optimizar logging mostrando solo min/max de comprobantes
• chore: eliminar inicialización redundante de ID en Builder

La optimización mejora la precisión del control de comprobantes faltantes y el rendimiento de las consultas, además de proporcionar logs más legibles.

Closes #85

---

#85: Optimización del control de comprobantes faltantes y mejoras en el mapeo JPA

Estado: closed Creado: 2025-03-24T23:24:13+00:00 Cerrado: 2025-03-24T23:27:45+00:00 Milestone: Módulo Ventas Labels: enhancement

Descripción

Se requiere optimizar el control de comprobantes faltantes y mejorar el mapeo JPA de las entidades, además de refinar la búsqueda de comprobantes por punto de venta.

Cambios Requeridos

1. Mejoras en ComprobanteFaltante

• Agregar anotaciones JPA para mapeo correcto de relaciones:
  • @JoinColumn(name = "cfa_neg_id", insertable = false, updatable = false) para negocio
  • @JoinColumn(name = "cfa_cmp_id", insertable = false, updatable = false) para comprobante
• Eliminar inicialización redundante de comprobanteFaltanteId en el Builder

2. Optimización de Búsqueda de Comprobantes

• Modificar método en ClienteMovimientoRepository:
  • Renombrar a findAllByFechaComprobanteAndPuntoVentaGreaterThanAndComprobanteLibroIva
  • Agregar filtro por punto de venta mayor que cero
• Actualizar ClienteMovimientoService para usar el nuevo método

3. Mejoras en ConsolidadoService

• Expandir la clave de agrupación para incluir comprobanteAfipId
• Optimizar el logging de grupos:
  • Mostrar solo información relevante (mínimo y máximo número de comprobante)
  • Mejorar legibilidad del log
  • Implementar manejo de nulos

Impacto

• No hay cambios en la estructura de la base de datos
• Mejora en la precisión del control de comprobantes faltantes
• Optimización en el rendimiento de las consultas
• Mejor legibilidad en los logs

Pruebas Requeridas

1. Verificar que las relaciones JPA funcionen correctamente
2. Validar que la búsqueda de comprobantes excluya puntos de venta = 0
3. Comprobar que la agrupación de comprobantes sea correcta
4. Verificar que los logs muestren la información resumida correctamente

Documentación

• Actualizar documentación de la API si es necesario
• Documentar el nuevo formato de logs
• Actualizar diagramas de relaciones si existen

Consideraciones Técnicas

• Asegurar que el manejo de nulos sea robusto
• Verificar que las consultas JPA sean eficientes
• Mantener la compatibilidad con el código existente

---

#84: refactor(facturacion): reorganizar proceso de facturación y actualiza…

Estado: closed Creado: 2025-03-24T15:46:17+00:00 Cerrado: 2025-03-24T15:47:31+00:00 Milestone: Módulo Ventas Labels: enhancement

…r dependencias

• feat: crear FacturacionController y DatoUnaFacturaDto
• feat: implementar FacturacionService y ContabilidadService
• refactor: simplificar MakeFacturaProgramaDiaService
• chore: actualizar dependencias del proyecto
  • spring-boot 3.4.4
  • kotlin 2.1.20
  • spring-cloud 2024.0.1
  • springdoc-openapi 2.8.6
• chore: eliminar VentaDto obsoleto
• chore: actualizar configuración CORS

La refactorización mejora la organización del código separando las responsabilidades en servicios específicos para facturación y contabilidad. Se elimina código duplicado y se mejora el manejo de nulos y logging.

Closes #83

---

#83: Refactorización del proceso de facturación y actualización de dependencias

Estado: closed Creado: 2025-03-24T15:43:07+00:00 Cerrado: 2025-03-24T15:47:33+00:00 Milestone: Módulo Ventas Labels: enhancement

Descripción

Se requiere realizar una refactorización del proceso de facturación para mejorar la organización del código y actualizar las dependencias del proyecto.

Cambios Requeridos

1. Actualización de Dependencias

• Actualizar Spring Boot a versión 3.4.4
• Actualizar Kotlin a versión 2.1.20
• Actualizar Spring Cloud a versión 2024.0.1
• Actualizar SpringDoc OpenAPI a versión 2.8.6
• Eliminar versión explícita de Caffeine (usar la versión del parent)

2. Refactorización del Proceso de Facturación

• Crear nuevo controlador FacturacionController para manejar operaciones de facturación
• Crear nuevo DTO DatoUnaFacturaDto para transferencia de datos
• Eliminar VentaDto obsoleto
• Crear nuevos servicios:
  • FacturacionService: Maneja la lógica principal de facturación
  • ContabilidadService: Maneja la lógica contable

3. Mejoras en el Código

• Refactorizar MakeFacturaProgramaDiaService:
  • Eliminar código duplicado
  • Mejorar manejo de nulos
  • Agregar logging mejorado
  • Separar responsabilidades en servicios específicos

4. Configuración CORS

• Actualizar configuración CORS en WebConfig.java
• Eliminar origen redundante http://core-service:8652

Impacto

• No hay cambios en la base de datos
• No hay cambios en la API pública
• Mejora en la organización del código y separación de responsabilidades

Pruebas Requeridas

1. Verificar que todas las dependencias actualizadas funcionen correctamente
2. Probar el proceso de facturación completo
3. Verificar que los logs muestren la información correcta
4. Validar que la configuración CORS siga funcionando como se espera

Documentación

• Actualizar la documentación de la API si es necesario
• Documentar los nuevos servicios y sus responsabilidades

Consideraciones Técnicas

• Mantener la compatibilidad con el sistema existente
• Asegurar que los logs sean útiles para debugging
• Mantener las transacciones atómicas

---

#82: fix(cors): ajustar configuración CORS para permitir acceso desde core…

Estado: closed Creado: 2025-03-22T19:15:54+00:00 Cerrado: 2025-03-22T19:16:52+00:00 Milestone: Módulo Ventas Labels: enhancement

…-service

• feat(config): agregar core-service:8652 a orígenes permitidos en WebConfig
• chore(config): eliminar comentario redundante de allowedOrigins(‘*’)
• feat(controller): agregar @CrossOrigin a RubroListaPrecioController

Mejora la configuración CORS para permitir la comunicación directa con el core-service y mantiene consistencia en la configuración de acceso.

Closes #81

---

#81: Ajustes en la Configuración CORS

Estado: closed Creado: 2025-03-22T19:11:46+00:00 Cerrado: 2025-03-22T19:16:54+00:00 Milestone: Módulo Ventas Labels: enhancement

Ajustes en la Configuración CORS

Descripción

Se necesitan ajustes en la configuración CORS para permitir el acceso desde el servicio core y mejorar la configuración general de CORS en el controlador RubroListaPrecio.

Cambios Necesarios

WebConfig.java

• Agregar http://core-service:8652 a los orígenes permitidos
• Eliminar comentario redundante de .allowedOrigins("*")

RubroListaPrecioController.java

• Agregar anotación @CrossOrigin(origins = "*") para permitir acceso desde cualquier origen

Motivación

Estos cambios son necesarios para:

1. Permitir comunicación directa con el core-service
2. Mantener consistencia en la configuración CORS
3. Asegurar que el controlador RubroListaPrecio sea accesible desde otros servicios

Impacto

• No hay breaking changes
• No requiere cambios en base de datos
• No afecta a otros servicios

Testing

• Verificar que las peticiones desde core-service:8652 funcionen correctamente
• Validar que el controlador RubroListaPrecio sea accesible
• Comprobar que las configuraciones CORS existentes sigan funcionando

Documentación

• Actualizar la documentación de configuración CORS si existe

---

#80: feat(consolidado): implementar control de comprobantes faltantes

Estado: closed Creado: 2025-03-15T17:34:03+00:00 Cerrado: 2025-03-15T17:36:44+00:00 Milestone: Módulo Ventas Labels: enhancement, feature

• feat(controller): agregar ConsolidadoController con endpoint para procesar faltantes
• feat(model): crear entidad ComprobanteFaltante con patrón Builder
• feat(repository): agregar ComprobanteFaltanteRepository con operaciones CRUD
• feat(service): implementar ComprobanteFaltanteService y ConsolidadoService
• feat(repository): extender ClienteMovimientoRepository con nuevos métodos
• refactor(controller): migrar VencimientoController a constructor injection
• refactor(service): optimizar imports y usar method references en ClienteMovimientoService

El módulo permite detectar y registrar comprobantes faltantes en la secuencia numérica de facturación por fecha, agrupando por letra, punto de venta y debita.

BREAKING CHANGE: Se requiere nueva tabla comprobfaltante en base de datos

Closes #79

---

#79: Implementación de Control de Comprobantes Faltantes

Estado: closed Creado: 2025-03-15T17:19:25+00:00 Cerrado: 2025-03-15T17:36:46+00:00 Milestone: Módulo Ventas Labels: enhancement, feature

Implementación de Control de Comprobantes Faltantes

Descripción

Se implementa un nuevo módulo para detectar y registrar comprobantes faltantes en la secuencia numérica de facturación por fecha.

Cambios Realizados

Nuevas Funcionalidades

• Nuevo endpoint /api/core/consolidado/faltantes/fecha/{fecha} para procesar comprobantes faltantes
• Nueva entidad ComprobanteFaltante para almacenar los comprobantes faltantes
• Implementación del patrón Builder en ComprobanteFaltante
• Nuevo repositorio ComprobanteFaltanteRepository con operaciones CRUD
• Nuevo servicio ComprobanteFaltanteService para la lógica de negocio
• Nuevo servicio facade ConsolidadoService para la lógica de procesamiento

Mejoras

• Refactorización de VencimientoController para usar constructor injection
• Nuevos métodos en ClienteMovimientoRepository para búsqueda y eliminación
• Optimización de imports y uso de métodos reference en ClienteMovimientoService

Detalles Técnicos

• La detección de faltantes se realiza agrupando por:
  • Letra de comprobante
  • Punto de venta
  • Campo debita del comprobante
• Se utiliza programación funcional (streams) para el procesamiento
• Implementación de logs detallados para debugging
• Manejo transaccional en operaciones críticas

Testing

• Verificar el endpoint con diferentes fechas
• Validar la detección correcta de faltantes
• Comprobar la persistencia en base de datos
• Verificar el manejo de casos borde (sin faltantes, fechas sin comprobantes)

Documentación

• Agregar documentación Swagger/OpenAPI para el nuevo endpoint
• Actualizar la wiki con el nuevo proceso de control de comprobantes

Notas

• Se requiere la base de datos actualizada con la nueva tabla comprobfaltante
• El proceso es idempotente y puede ejecutarse múltiples veces para la misma fecha

---

#78: refactor(cotizaciones): implementar sistema de conversión entre monedas

Estado: closed Creado: 2025-03-03T22:47:58+00:00 Cerrado: 2025-03-03T22:48:46+00:00 Milestone: Módulo Contable Labels: enhancement

• Modificar modelo MonedaCotizacion:
  • Agregar campos monedaIdOrigen/Destino
  • Separar cotizacionOrigen/Destino
  • Implementar cálculo de coeficiente
  • Actualizar builder y constraints
• Actualizar endpoints:
  • /periodo/{monedaIdOrigen}/{monedaIdDestino}/{fechaDesde}/{fechaHasta}
  • /fill/{monedaIdOrigen}/{monedaIdDestino}/{fechaDesde}/{fechaHasta}
  • /cotizacion/generate/{monedaIdOrigen}/{monedaIdDestino}/{fechaDesde}/{fechaHasta}
• Refactorizar servicios:
  • MonedaCotizacionService: separar lógica de cotizaciones
  • BalanceService: adaptar generación de movimientos
  • CuentaMovimientoMonedaService: actualizar queries
• Optimizar repositorios:
  • Adaptar joins para nuevas columnas
  • Usar coeficiente en cálculos
  • Mejorar performance de consultas

BREAKING CHANGES:

• Nuevo modelo de cotizaciones con pares de monedas
• Endpoints actualizados requieren monedaIdOrigen y monedaIdDestino
• Queries SQL modificadas para usar coeficiente

Closes #77

---

#77: Refactorizar sistema de cotizaciones para soportar conversión entre monedas

Estado: closed Creado: 2025-03-03T22:46:04+00:00 Cerrado: 2025-03-03T22:48:48+00:00 Milestone: Módulo Contable Labels: enhancement, feature

Refactorizar sistema de cotizaciones para soportar conversión entre monedas

Descripción

Se necesita reestructurar el sistema de cotizaciones para permitir la conversión directa entre cualquier par de monedas, no solo desde/hacia ARS. Esto incluye cambios en el modelo de datos, endpoints y lógica de negocio.

Objetivos

1. Permitir cotizaciones entre cualquier par de monedas
2. Mantener histórico de cotizaciones origen/destino
3. Calcular coeficientes de conversión automáticamente
4. Optimizar queries y performance

Cambios Técnicos

Modelo de Datos

• Modificar MonedaCotizacion:
  • Agregar monedaIdOrigen y monedaIdDestino
  • Separar cotizaciones origen/destino
  • Agregar campo coeficiente
  • Actualizar constraints únicos

Endpoints

• Actualizar rutas para soportar pares de monedas:
  • /periodo/{monedaIdOrigen}/{monedaIdDestino}/{fechaDesde}/{fechaHasta}
  • /fill/{monedaIdOrigen}/{monedaIdDestino}/{fechaDesde}/{fechaHasta}
  • /cotizacion/generate/{monedaIdOrigen}/{monedaIdDestino}/{fechaDesde}/{fechaHasta}

Servicios

• Refactorizar MonedaCotizacionService:
  • Separar lógica de cotizaciones
  • Implementar cálculo de coeficientes
  • Mejorar manejo de errores
  • Optimizar consultas a API externa

Repositorios

• Actualizar queries SQL:
  • Adaptar joins para nuevas columnas
  • Optimizar cálculos con coeficientes
  • Actualizar índices

Criterios de Aceptación

1. Conversión funciona entre cualquier par de monedas
2. Performance similar o mejor al sistema actual
3. Tests unitarios actualizados y pasando
4. Documentación actualizada
5. No hay pérdida de datos históricos

Etiquetas

• breaking-change
• enhancement
• refactor

---

#76: docs(readme): actualizar documentación y enlaces de API

Estado: closed Creado: 2025-02-25T15:46:44+00:00 Cerrado: 2025-02-25T15:47:15+00:00 Milestone: Documentación Labels: documentation

• Actualizar enlaces de documentación API:
  • Swagger UI: /swagger-ui/index.html
  • OpenAPI JSON: /v3/api-docs
  • OpenAPI YAML: /v3/api-docs.yaml
• Agregar sección de documentación adicional:
  • Enlace a documentación en GitHub Pages
  • Enlace a Wiki del proyecto
• Incluir sección de características:
  • Proyecto mixto Java/Kotlin
  • Documentación API con OpenAPI 3.0
  • Soporte para transacciones distribuidas
  • Integración con Eureka Service Discovery
• Agregar notas importantes:
  • Estructura del proyecto Java/Kotlin
  • Ubicación de entidades JPA
  • Detalles de servicios y controladores
  • Requisitos de Eureka
  • Generación automática de documentación

Closes #75

---

#75: Mejorar documentación del README y actualizar enlaces de API

Estado: closed Creado: 2025-02-25T15:44:56+00:00 Cerrado: 2025-02-25T15:47:18+00:00 Milestone: Documentación Labels: documentation

Mejorar documentación del README y actualizar enlaces de API

Descripción

Se necesita actualizar y mejorar la documentación del README.md para reflejar con mayor precisión las características del proyecto, sus tecnologías y la forma de acceder a la documentación de la API.

Objetivos

1. Actualizar enlaces de documentación API
2. Agregar secciones de documentación adicional
3. Incluir características principales del proyecto
4. Documentar notas importantes de arquitectura

Tareas

Actualización de Enlaces API

• Actualizar URL de Swagger UI a /swagger-ui/index.html
• Agregar enlace a OpenAPI JSON
• Agregar enlace a OpenAPI YAML
• Verificar que todos los enlaces funcionen correctamente

Documentación Adicional

• Agregar enlace a documentación en GitHub Pages
• Incluir enlace a Wiki del proyecto
• Asegurar que los enlaces sean correctos
• Mantener formato consistente

Características del Proyecto

• Documentar naturaleza mixta Java/Kotlin
• Mencionar integración con OpenAPI 3.0
• Incluir soporte para transacciones distribuidas
• Documentar integración con Eureka

Notas de Arquitectura

• Explicar uso de Java/Kotlin
• Documentar estructura de entidades JPA
• Clarificar ubicación de servicios/controladores
• Mencionar requisitos de Eureka
• Explicar generación automática de documentación

Criterios de Aceptación

1. README actualizado y formateado correctamente
2. Enlaces funcionando y accesibles
3. Documentación clara y precisa
4. Información técnica actualizada
5. Formato markdown consistente

Etiquetas

• documentation
• enhancement
• readme

---

#74: feat(transferencias): implementar regeneración de transferencias entr…

Estado: closed Creado: 2025-02-25T14:46:54+00:00 Cerrado: 2025-02-25T14:47:27+00:00 Milestone: Módulo Contable Labels: documentation, enhancement

…e negocios

• Agregar endpoints para transferencias:
  • GET /transferencia/unique/{negocioIdDesde}/{negocioIdHasta}/{numeroTransferencia}
  • GET /transferencias/unique/{negocioIdDesde}/{negocioIdHasta}/{numeroTransferencia}
  • POST /transferencias/regenerate
• Implementar servicios:
  • TransferenciaService: búsqueda por parámetros únicos
  • TransferenciasService: regeneración de transferencias
  • CuentaMovimientoFirmaService: validación de asientos
• Agregar modelos y DTOs:
  • TransferenciaDto: mapeo de transferencias
  • TransferenciaWrapperDto: agrupación de datos
  • Excepciones específicas para validación
• Mejorar logging:
  • Agregar trazabilidad detallada
  • Logging de objetos JSON
  • Mensajes de debug para operaciones críticas

BREAKING CHANGES:

• Nuevo endpoint POST /transferencias/regenerate requiere TransferenciaWrapperDto
• Validaciones adicionales en transferencias entre negocios

Closes #73

---

#73: Optimización del manejo de cotizaciones y precisión decimal

Estado: closed Creado: 2025-02-25T14:17:45+00:00 Cerrado: 2025-02-25T14:47:29+00:00 Milestone: Módulo Contable Labels: documentation, enhancement

Optimización del manejo de cotizaciones y precisión decimal

Descripción

Se requiere optimizar el manejo de cotizaciones de monedas y mejorar la precisión decimal en los cálculos financieros para garantizar mayor exactitud en las operaciones.

Objetivos

1. Cambiar el tipo de dato de cotizaciones de BigDecimal a Double para mejorar performance
2. Aumentar la precisión decimal en cálculos de movimientos
3. Mejorar el logging de operaciones de cotización
4. Optimizar código relacionado

Cambios Técnicos Necesarios

Modelo de Datos

• Modificar MonedaCotizacion.cotizacion: BigDecimal? -> Double?
• Actualizar constructores y builders
• Adaptar valores por defecto (BigDecimal.ONE -> 1.0)

Precisión Decimal

• CuentaMovimientoMonedaRepository: ROUND(4) -> ROUND(5)
• CuentaMovimientoAperturaMonedaRepository: ROUND(4) -> ROUND(5)

Logging

• Mejorar logging en MonedaCotizacionService
• Agregar logging de conversiones ARS <-> moneda
• Mejorar mensajes de error

Optimizaciones

• Remover constructor privado innecesario de ArticuloDto
• Extraer variable cotizacion para mejor legibilidad
• Agregar anotación @Slf4j

Impacto

• Breaking Change: Cambio en tipo de dato de cotizaciones
• Mayor precisión en cálculos financieros
• Mejor trazabilidad de operaciones
• Código más mantenible

Criterios de Aceptación

1. Tests unitarios actualizados y pasando
2. No hay pérdida de precisión en cálculos
3. Logging mejorado y funcionando
4. Documentación actualizada

Etiquetas

• breaking-change
• enhancement
• optimization

---

#72: refactor(monedas): optimizar manejo de cotizaciones y precisión decimal

Estado: closed Creado: 2025-02-07T11:48:14+00:00 Cerrado: 2025-02-07T11:48:28+00:00 Milestone: Módulo Contable Labels: bug, enhancement

• Cambiar tipo de cotización:
  • MonedaCotizacion.cotizacion: BigDecimal? -> Double?
  • Actualizar constructores y builders
  • Adaptar valores por defecto (BigDecimal.ONE -> 1.0)
• Aumentar precisión decimal:
  • CuentaMovimientoMonedaRepository: ROUND(4) -> ROUND(5)
  • CuentaMovimientoAperturaMonedaRepository: ROUND(4) -> ROUND(5)
  • Mejorar exactitud en cálculos financieros
• Mejorar logging en MonedaCotizacionService:
  • Agregar logDetalleCotizacion()
  • Logging de conversiones ARS <-> moneda
  • Mejorar mensajes de error
• Optimizar código:
  • Remover constructor privado de ArticuloDto
  • Extraer variable cotizacion para mejor legibilidad
  • Agregar anotación @Slf4j

BREAKING CHANGES:

• MonedaCotizacion.cotizacion ahora usa Double en lugar de BigDecimal
• Aumentada precisión decimal en cálculos de movimientos de 4 a 5 decimales

Closes #71

---

#71: Optimizar manejo de cotizaciones y precisión decimal

Estado: closed Creado: 2025-02-07T11:43:22+00:00 Cerrado: 2025-02-07T11:48:29+00:00 Milestone: Módulo Contable Labels: bug, enhancement

refactor(monedas): Optimizar manejo de cotizaciones y precisión decimal

Mejorar el manejo de cotizaciones y precisión decimal en el sistema:

Cambios principales:

• Cambiar tipo de cotización de BigDecimal a Double para mejor compatibilidad con API BCRA
• Aumentar precisión decimal en cálculos de movimientos (4 a 5 decimales)
• Mejorar logging de cotizaciones

Cambios específicos:

• MonedaCotizacion:
  • Cambiar cotizacion: BigDecimal? a Double?
  • Actualizar constructor y builder
  • Mantener compatibilidad con API BCRA
• Repositorios:
  • Aumentar precisión ROUND a 5 decimales en CuentaMovimientoMonedaRepository
  • Aumentar precisión ROUND a 5 decimales en CuentaMovimientoAperturaMonedaRepository
  • Optimizar queries SQL
• MonedaCotizacionService:
  • Agregar logging detallado de cotizaciones
  • Mejorar manejo de errores
  • Optimizar cálculos de conversión
• Otros:
  • Remover constructor privado innecesario en ArticuloDto
  • Mejorar documentación y logging

La mayor precisión decimal y el mejor manejo de tipos mejorará la exactitud en cálculos financieros.

---

#70: fix(api): mejorar manejo de errores y logging en impresión fiscal

Estado: closed Creado: 2025-02-06T14:57:06+00:00 Cerrado: 2025-02-06T14:57:15+00:00

Labels: bug

• Optimizar manejo de errores HTTP:
  • Agregar ResponseStatusException en ComprobanteController
  • Validar objetos nulos con Objects.requireNonNull()
  • Mejorar propagación de excepciones específicas
• Refactorizar logging en ImpresionFiscalService:
  • Extraer logClienteMovimientoPrevio()
  • Extraer logComprobante()
  • Extraer logImpresionFiscal()
  • Mejorar mensajes de error en JsonProcessingException
• Resolver LazyInitializationException:
  • Cambiar fetch type a EAGER en ClienteMovimientoPrevio
  • Optimizar carga de articuloMovimientoPrevios
  • Prevenir errores de serialización JSON
• Limpiar código:
  • Remover sintaxis redundante en ResponseEntity
  • Mejorar formato y legibilidad
  • Agregar logging de debug en servicios críticos

BREAKING CHANGE: ClienteMovimientoPrevio.articuloMovimientoPrevios ahora usa FetchType.EAGER

Closes #69

---

#69: Mejorar manejo de errores y logging en impresión fiscal

Estado: closed Creado: 2025-02-06T14:55:45+00:00 Cerrado: 2025-02-06T14:57:17+00:00

Labels: bug

fix(api): Mejorar manejo de errores y logging en impresión fiscal

Optimizar el manejo de errores y logging en el módulo de impresión fiscal:

• Mejorar manejo de errores:
  • Agregar ResponseStatusException para errores HTTP 404
  • Validar objetos nulos con Objects.requireNonNull()
  • Mejorar mensajes de error en excepciones
• Refactorizar logging:
  • Extraer métodos de logging a funciones dedicadas
  • Agregar logging detallado para debugging
  • Mejorar mensajes de error en JsonProcessingException
• Optimizar carga de datos:
  • Cambiar fetch type a EAGER para articuloMovimientoPrevios
  • Evitar LazyInitializationException en ClienteMovimientoPrevio
  • Mejorar performance de carga de relaciones
• Limpiar código:
  • Remover código redundante
  • Mejorar formato de ResponseEntity
  • Agregar documentación de métodos

Resolverá problemas de:

• LazyInitializationException al serializar respuestas
• Manejo inconsistente de errores HTTP
• Logging insuficiente para debugging

Related: #45, #52

---

#68: feat(api): implementar HATEOAS y gestión de rubros/artículos

Estado: closed Creado: 2025-02-05T23:29:47+00:00 Cerrado: 2025-02-05T23:30:02+00:00 Milestone: Módulo Contable Labels: enhancement, feature

• Agregar soporte HATEOAS:
  • Configurar HAL como formato hipermedia
  • Implementar EntityModel y CollectionModel
  • Agregar enlaces de navegación entre recursos
  • Configurar paginación global (max 100 items)
• Mejorar gestión de rubros:
  • Crear modelo Rubro y RubroListaPrecio
  • Implementar RubroListaPrecioController
  • Agregar endpoints CRUD
  • Manejar excepciones específicas
• Optimizar gestión de artículos:
  • Migrar IDs a UUID
  • Agregar búsqueda por rubro
  • Mejorar paginación y ordenamiento
  • Implementar operaciones CRUD
• Mejoras técnicas:
  • Desactivar Open Session in View
  • Configurar manejo de errores HTTP
  • Optimizar validaciones de entidades
  • Agregar documentación HAL

BREAKING CHANGES:

• ArticuloListaPrecio.articuloListaPrecioId ahora usa UUID
• Las respuestas ahora incluyen enlaces HAL
• La paginación tiene límite de 100 items

Closes #67

---

#67: Implementar HATEOAS y mejorar gestión de rubros y artículos

Estado: closed Creado: 2025-02-05T23:27:53+00:00 Cerrado: 2025-02-05T23:30:03+00:00 Milestone: Módulo Contable Labels: enhancement, feature

feat(api): Implementar HATEOAS y mejorar gestión de rubros y artículos

Agregar soporte HATEOAS y mejorar la gestión de rubros y artículos en la API REST:

Cambios principales:

• Habilitar soporte HATEOAS con HAL
• Implementar paginación configurable globalmente
• Agregar manejo de excepciones específicas
• Migrar IDs a UUID donde corresponda

Nuevas funcionalidades:

• Endpoint para gestionar rubros de lista de precios
• Búsqueda paginada de artículos por rubro
• Operaciones CRUD para rubros y artículos
• Enlaces HAL para navegación entre recursos

Mejoras técnicas:

• Configuración de paginación global (max 100 items)
• Desactivar Open Session in View
• Manejo de errores con ResponseStatusException
• Validaciones de entidades

Modelos agregados:

• Rubro
• RubroListaPrecio
• RubroListaPrecioException

La API ahora soporta navegación hipermedia y mejor gestión de recursos relacionados, facilitando el consumo por parte de los clientes.

Related: #65

---

#66: feat(currency): implement exchange rate management system

Estado: closed Creado: 2025-02-03T23:49:49+00:00 Cerrado: 2025-02-03T23:50:05+00:00 Milestone: Módulo Contable Labels: enhancement, feature

• Add BCRA API integration for automatic rate fetching
• Create currency exchange rate entities and repositories
• Implement account movement currency conversion
• Add historical rate filling functionality
• Include orphaned record cleanup
• Update dependencies for better stability
• Configure SSL and CORS policies

Performance improvements:

• Add Caffeine caching support
• Implement batch processing for large datasets
• Optimize database queries

Breaking changes:

• Update Spring Boot to 3.4.2
• Update Kotlin to 2.1.10
• Modify database schema for currency support

Closes #65

---

#65: Integration of Currency Exchange Rate Management System

Estado: closed Creado: 2025-02-03T23:46:42+00:00 Cerrado: 2025-02-03T23:50:07+00:00 Milestone: Módulo Contable Labels: enhancement, feature

Description

Implementation of a new currency exchange rate management system that includes automatic rate fetching from BCRA API and conversion of account movements to different currencies.

Key Features

• Currency exchange rate management with BCRA API integration
• Historical exchange rate tracking and filling gaps
• Account movement conversion to different currencies
• Orphaned record cleanup functionality
• Special handling for Argentine Peso (ARS) exchange rates

Technical Details

• Added new entities:
  • MonedaCotizacion (Currency Exchange Rate)
  • CuentaMovimientoMoneda (Account Movement in Currency)
  • CuentaMovimientoAperturaMoneda (Opening Account Movement in Currency)
• Implemented BCRA API integration with SSL support
• Added batch processing capabilities
• Transaction management for data consistency
• Caching support added through Caffeine

Dependencies Updated

• Spring Boot: 3.4.2
• Kotlin: 2.1.10
• MySQL Connector: 9.2.0
• SpringDoc OpenAPI: 2.8.4
• Added Caffeine Cache: 3.2.0

API Endpoints Added

• /api/core/monedaCotizacion/* - Currency exchange rate management
• /api/core/balance/cotizacion/* - Balance conversion operations
• /api/core/moneda/* - Currency management

Testing Required

• BCRA API integration
• Exchange rate calculations
• Historical data filling
• Currency conversions
• Orphaned record cleanup
• Performance under load

Security Considerations

• SSL configuration for BCRA API
• CORS policy updates
• API endpoint security

Related

• Depends on BCRA API availability
• Affects financial reporting systems
• Impacts balance calculations

---

#64: Eliminación de copia de actualización de precios

Estado: closed Creado: 2025-01-07T17:40:49+00:00 Cerrado: 2025-01-07T17:40:56+00:00

---

#63: feat(articulos): implementar actualización de artículos

Estado: closed Creado: 2024-12-22T22:39:51+00:00 Cerrado: 2024-12-22T22:40:04+00:00

• Agregar endpoint PUT /articulos/{articuloId}
• Implementar lógica de actualización en ArticuloService
• Agregar método update en ArticuloClient
• Modificar modelo Articulo para incluir builder pattern
• Actualizar ArticuloDto para soportar actualizaciones

La actualización permite modificar:

• descripción
• precioVentaSinIva
• precioVentaConIva

BREAKING CHANGE: Se modificó la estructura del ArticuloDto para incluir autoNumericoId

---

#62: Implementación de funcionalidad de actualización de artículos

Estado: closed Creado: 2024-12-22T22:14:45+00:00 Cerrado: 2024-12-22T22:40:05+00:00

Labels: enhancement

Implementación de funcionalidad de actualización de artículos

Descripción

Se requiere implementar la funcionalidad de actualización de artículos que permita modificar los datos de un artículo existente, específicamente los campos de descripción, precio de venta sin IVA y precio de venta con IVA.

Cambios Realizados

• Se agregó el endpoint PUT /articulos/{articuloId} para actualizar artículos
• Se implementó la lógica de actualización en el servicio de artículos
• Se agregó el método de actualización en el cliente de artículos
• Se modificó el modelo de Articulo para incluir un builder pattern
• Se actualizó el DTO de artículos para soportar la actualización

Detalles Técnicos

• El endpoint acepta el ID del artículo como parámetro de ruta y el objeto artículo en el cuerpo de la petición
• La actualización solo modifica los campos:
  • descripción
  • precioVentaSinIva
  • precioVentaConIva
• Se implementaron validaciones para verificar la existencia del artículo antes de actualizarlo
• Se agregó logging para rastrear las actualizaciones

Pruebas Sugeridas

1. Actualizar un artículo existente con nuevos valores
2. Intentar actualizar un artículo inexistente (debe devolver error)
3. Verificar que solo se actualicen los campos especificados
4. Validar que los logs muestren la información correcta de los cambios

Documentación Adicional

La funcionalidad está integrada con el sistema de replicación existente, permitiendo que las actualizaciones se propaguen a través de los diferentes negocios cuando sea necesario.

---

#61: feat(billing): add diferenciaWeb field for web-invoice amount control

Estado: closed Creado: 2024-12-21T23:06:55+00:00 Cerrado: 2024-12-21T23:07:17+00:00

• Add diferenciaWeb BigDecimal field to ReservaContext
• Update Spring Boot from 3.4.0 to 3.4.1
• Refactor logging logic in MakeFacturaProgramaDiaService
• Calculate and store difference between web order and invoice amounts
• Initialize diferenciaWeb field in VouchersService

Issue: #[número-del-issue]

---

#60: Agregar campo diferenciaWeb para control de montos

Estado: closed Creado: 2024-12-21T23:02:57+00:00 Cerrado: 2024-12-21T23:07:18+00:00

Labels: enhancement

Agregar campo diferenciaWeb para control de montos

Descripción

Se requiere agregar un nuevo campo diferenciaWeb de tipo BigDecimal para almacenar y controlar la diferencia entre el monto total de la orden web y el monto facturado.

Cambios realizados

Actualizaciones de dependencias

• Actualización de Spring Boot de 3.4.0 a 3.4.1

Modelos modificados

1. ReservaContext.kt
   • Agregado nuevo campo diferenciaWeb: BigDecimal con valor por defecto ZERO
   • Actualizado el Builder para incluir el nuevo campo

Servicios modificados

1. MakeFacturaProgramaDiaService.java
   • Refactorización de código para mejorar la legibilidad extrayendo la lógica de logging a métodos separados
   • Agregado cálculo de diferencia entre monto web y facturado:

     reservaContext.setDiferenciaWeb(orderNote.getOrderTotal().subtract(facturacionDto.getTotal()).setScale(2, RoundingMode.HALF_UP));
     

2. VouchersService.java
   • Inicialización del campo diferenciaWeb en ZERO al crear nuevo ReservaContext

Impacto

• Se podrá realizar un mejor seguimiento de las diferencias entre los montos web y facturados
• Mejora en la mantenibilidad del código al refactorizar la lógica de logging

Tareas pendientes

• Actualizar documentación
• Ejecutar scripts de migración en base de datos
• Realizar pruebas de integración

---

#59: feat(replication): implement barcode replication system

Estado: closed Creado: 2024-12-16T11:25:36+00:00 Cerrado: 2024-12-16T11:27:55+00:00

• Add ArticuloBarraClient for CRUD operations
• Create ArticuloBarraClientBuilder for Feign client construction
• Update ArticuloBarraController with new endpoints
• Enhance ArticulosService with barcode replication logic
• Add error handling and detailed logging
• Update ArticuloBarraRepository with new methods

This change enables automatic replication of barcodes between businesses, complementing the existing article replication system. It includes proper error handling, logging, and maintains data consistency across stores.

BREAKING CHANGE: ArticuloBarraService now requires ArticuloBarraClient for replication

---

#58: Implementación de Replicación de Códigos de Barras para Artículos

Estado: closed Creado: 2024-12-16T11:11:06+00:00 Cerrado: 2024-12-16T11:27:56+00:00

Labels: enhancement, feature, replication, barcodes

Implementación de Replicación de Códigos de Barras para Artículos

Descripción

Se ha implementado un nuevo sistema de replicación de códigos de barras para artículos entre diferentes negocios. Esta funcionalidad complementa la replicación existente de artículos, asegurando que los códigos de barras asociados también se sincronicen correctamente.

Cambios Principales

Nuevas Interfaces y Clientes

• Creación de ArticuloBarraClient para manejar operaciones CRUD de códigos de barras
• Implementación de ArticuloBarraClientBuilder para la construcción de clientes Feign

Mejoras en Controladores

• Actualización de ArticuloBarraController con nuevos endpoints:
  • GET /articulo/{articuloId} - Obtener todos los códigos de un artículo
  • GET /{codigobarras} - Buscar código específico
  • DELETE /{codigoBarras} - Eliminar código
  • POST / - Agregar nuevo código

Servicios y Lógica de Negocio

• Expansión de ArticuloBarraService con nuevas operaciones
• Mejora en ArticulosService para manejar la replicación de códigos de barras
• Implementación de manejo de errores y logging detallado

Repositorio

• Actualización de ArticuloBarraRepository con nuevos métodos:
  • findAllByArticuloId
  • deleteByCodigoBarras

Proceso de Replicación

1. Obtiene negocios objetivo para replicación
2. Replica el artículo si no existe
3. Sincroniza códigos de barras:
   • Elimina códigos obsoletos
   • Agrega nuevos códigos
   • Mantiene códigos existentes válidos

Manejo de Errores

• Implementación de excepciones específicas
• Logging detallado para debugging
• Respuestas HTTP apropiadas para diferentes escenarios

Testing

• Verificar replicación exitosa de artículos
• Probar sincronización de códigos de barras
• Validar manejo de errores
• Comprobar logging

Documentación Adicional

Se recomienda actualizar la documentación de API con los nuevos endpoints y sus respectivas respuestas.

Labels

enhancement feature replication barcodes

---

#57: feat(ProductoSkuService): priorizar día feriado en determinación de t…

Estado: closed Creado: 2024-12-10T15:40:58+00:00 Cerrado: 2024-12-10T15:41:15+00:00

feat(ProductoSkuService): priorizar día feriado en determinación de tarifa

• Modifica la lógica de findBySku para evaluar primero el día feriado
• Mejora el logging para incluir todos los parámetros de entrada
• Actualiza las pruebas unitarias correspondientes

Issue: #56

---

#56: Priorizar día feriado en la determinación de tarifa

Estado: closed Creado: 2024-12-10T15:09:59+00:00 Cerrado: 2024-12-10T15:41:16+00:00

Labels: bug, enhancement

Priorizar día feriado en la determinación de tarifa

Descripción

Actualmente, el método findBySku en ProductoSkuService determina la tarifa basándose en el primer día de la semana que coincide con un valor de 1. Sin embargo, queremos asegurarnos de que el día feriado siempre se considere, independientemente de qué día de la semana sea.

Requisitos

1. Modificar la lógica en el método findBySku para que el día feriado tenga prioridad sobre los días de la semana.
2. Asegurarse de que si feriado es 1, se utilice para la determinación de tarifa antes de considerar cualquier otro día de la semana.
3. Actualizar las pruebas unitarias para reflejar este cambio en la lógica de negocio.

Pasos para reproducir

1. Llamar al método findBySku con feriado establecido en 1 y cualquier otro día de la semana también en 1.
2. Observar que actualmente se selecciona el primer día de la semana en lugar del día feriado.

Resultado esperado

El método findBySku debe priorizar el día feriado para la determinación de tarifa, asegurando que siempre se considere si está presente.

Notas adicionales

• Revisar la documentación para reflejar este cambio en la lógica de negocio.
• Considerar el impacto en otras partes del sistema que puedan depender de esta lógica.

---

Labels sugeridos: enhancement, business-logic, priority

---

#55: Agregado de la posibilidad de replicación automática de un artículo a…

Estado: closed Creado: 2024-12-09T16:16:53+00:00 Cerrado: 2024-12-09T16:17:31+00:00

… otros negocios

---

#54: Implementación de la replicación de artículos en otros negocios

Estado: closed Creado: 2024-12-09T16:06:52+00:00 Cerrado: 2024-12-09T16:17:32+00:00

Labels: enhancement

Replicación de Artículos entre Negocios

Descripción

Funcionalidad que permite replicar un artículo existente hacia múltiples negocios que tengan habilitada la configuración de copia de artículos.

Comportamiento

El sistema:

1. Busca todos los negocios que tienen habilitada la copia de artículos (copyArticulo = 1)
2. Obtiene el artículo origen por su ID
3. Para cada negocio destino:
   • Verifica si el artículo ya existe
   • Obtiene la configuración de parámetros del negocio destino
   • Valida la existencia de las cuentas contables (ventas, compras, gastos)
   • Crea una copia del artículo adaptada a la configuración del negocio destino

Endpoint

http GET /articulos/replicate/{articuloId}

Consideraciones Técnicas

• La replicación respeta las cuentas contables del artículo original si existen en el negocio destino
• Se utiliza el centro de stock configurado en los parámetros del negocio destino
• Se mantiene el mismo ID de artículo para mantener la trazabilidad
• La conexión se realiza a través de VPN usando la IP y puerto del backend de cada negocio

Validaciones

• Existencia previa del artículo en el negocio destino
• Existencia de las cuentas contables en el negocio destino
• Conectividad con el backend de cada negocio

Logs

Se registran logs detallados de:

• Lista de negocios destino
• Detalles del artículo origen
• Parámetros del negocio destino
• Resultado de la replicación

Labels sugeridos

• feature
• backend
• sync
• replication

---

#53: Seba develop

Estado: closed Creado: 2024-12-06T16:45:59+00:00 Cerrado: 2024-12-09T16:42:12+00:00

---

#52: Upgrading versions

Estado: closed Creado: 2024-12-05T21:31:20+00:00 Cerrado: 2024-12-05T21:31:27+00:00

---

#51: Upgrading versions

Estado: closed Creado: 2024-12-02T15:13:53+00:00 Cerrado: 2024-12-02T15:14:00+00:00

---

#50: Me olvidé una /

Estado: closed Creado: 2024-11-24T11:29:48+00:00 Cerrado: 2024-11-24T11:29:54+00:00

---

#49: Agregado de endpoint para tener el resumen de todos los asientos de u…

Estado: closed Creado: 2024-11-24T11:21:41+00:00 Cerrado: 2024-11-24T11:21:48+00:00

…n día

---

#48: Agregado de chequeo de producto nulo para la cantidad de paxs

Estado: closed Creado: 2024-11-21T06:56:32+00:00 Cerrado: 2024-11-21T06:56:38+00:00

---

#47: Agregado de traslado de bebe

Estado: closed Creado: 2024-11-18T21:06:04+00:00 Cerrado: 2024-11-18T21:06:10+00:00

---

#46: Cambio de orderStatus de venta web

Estado: closed Creado: 2024-11-14T14:22:34+00:00 Cerrado: 2024-11-14T14:22:41+00:00

---

#45: Corrige cálculo del precio de articuloMovimiento para tomar el precio…

Estado: closed Creado: 2024-11-03T20:58:45+00:00 Cerrado: 2024-11-03T20:58:52+00:00

… de acuerdo a la fecha

---

#44: Recálculo de la cantidad de paxs por artículo para productos de vario…

Estado: closed Creado: 2024-11-03T19:48:00+00:00 Cerrado: 2024-11-03T19:48:08+00:00

…s artículos

---

#43: Ajuste de decimales para el calculo de los valores enviados a facturar

Estado: closed Creado: 2024-11-03T15:59:22+00:00 Cerrado: 2024-11-03T15:59:32+00:00

---

#42: Agregado de facturación de parque con traslado

Estado: closed Creado: 2024-11-03T01:05:27+00:00 Cerrado: 2024-11-03T01:05:35+00:00

---

#41: Agregado de facturacion de terma spa full day sin traslado

Estado: closed Creado: 2024-11-02T19:38:27+00:00 Cerrado: 2024-11-02T19:38:34+00:00

---

#40: Agregado de la posibilidad de facturar tarde de spa

Estado: closed Creado: 2024-11-02T18:53:23+00:00 Cerrado: 2024-11-02T18:53:31+00:00

---

#39: Refactorizacion de la facturacion automatica y arreglo de la generaci…

Estado: closed Creado: 2024-11-02T10:17:50+00:00 Cerrado: 2024-11-02T10:17:57+00:00

…on de reservaarticulos

---

#38: Agregado de importación de ajuste de stock

Estado: closed Creado: 2024-10-22T16:45:30+00:00 Cerrado: 2024-10-22T16:45:36+00:00

---

#37: Set Precio Added

Estado: closed Creado: 2024-10-14T22:29:43+00:00 Cerrado: 2024-10-14T22:29:49+00:00

---

#36: Time Transfer Fixed

Estado: closed Creado: 2024-10-14T16:23:47+00:00 Cerrado: 2024-10-14T16:23:54+00:00

---

#35: Cambiado el cálculo del precio del artículo para calcularlo de acuerd…

Estado: closed Creado: 2024-10-14T10:13:02+00:00 Cerrado: 2024-10-14T10:13:09+00:00

…o a la fecha

---

#34: New Programa Dia Service

Estado: closed Creado: 2024-10-13T22:21:59+00:00 Cerrado: 2024-10-13T22:22:07+00:00

---

#33: Sorting Proveedor Movimiento

Estado: closed Creado: 2024-10-11T18:58:25+00:00 Cerrado: 2024-10-11T18:58:31+00:00

---

#32: Proveedores Services Started

Estado: closed Creado: 2024-10-09T19:26:51+00:00 Cerrado: 2024-10-09T19:27:00+00:00

---

#31: Adding Stock Service

Estado: closed Creado: 2024-10-07T11:01:50+00:00 Cerrado: 2024-10-07T11:01:58+00:00

---

#30: Carga Inventario Added

Estado: closed Creado: 2024-10-01T18:42:10+00:00 Cerrado: 2024-10-01T18:42:16+00:00

---

#29: Inventario Turno Added

Estado: closed Creado: 2024-09-29T21:42:39+00:00 Cerrado: 2024-09-29T21:42:47+00:00

---

#28: Upgrading versiones

Estado: closed Creado: 2024-09-22T10:50:15+00:00 Cerrado: 2024-09-22T10:50:22+00:00

---

#27: Port changed

Estado: closed Creado: 2024-09-11T22:57:25+00:00 Cerrado: 2024-09-11T22:57:30+00:00

---

#26: Thining Dockerfile

Estado: closed Creado: 2024-09-08T17:03:56+00:00 Cerrado: 2024-09-08T17:04:04+00:00

---

#25: Restaurando Facturación Automática

Estado: closed Creado: 2024-09-01T13:58:44+00:00 Cerrado: 2024-09-01T13:58:52+00:00

---

#24: Upgrade versions and change pyafipws to eureka

Estado: closed Creado: 2024-09-01T00:15:57+00:00 Cerrado: 2024-09-01T00:16:09+00:00

---

#23: Upgrade versions and delete temporally schedules

Estado: closed Creado: 2024-08-29T19:14:22+00:00 Cerrado: 2024-08-29T19:14:29+00:00

---

#22: Default email fixed

Estado: closed Creado: 2024-08-21T20:56:38+00:00 Cerrado: 2024-08-21T20:56:46+00:00

---

#21: VoucherProducto entity fixed

Estado: closed Creado: 2024-08-21T12:34:49+00:00 Cerrado: 2024-08-21T12:34:57+00:00

---

#20: Usuario entity fixed

Estado: closed Creado: 2024-08-21T12:25:18+00:00 Cerrado: 2024-08-21T12:25:27+00:00

---

#19: Proveedor entity fixed

Estado: closed Creado: 2024-08-21T12:17:52+00:00 Cerrado: 2024-08-21T12:17:59+00:00

---

#18: Completing negocio JSON

Estado: closed Creado: 2024-08-21T00:02:44+00:00 Cerrado: 2024-08-21T00:02:51+00:00

---

#17: Adding Retrocompatibility

Estado: closed Creado: 2024-08-20T20:50:41+00:00 Cerrado: 2024-08-20T20:50:48+00:00

---

#16: Urls API changed

Estado: closed Creado: 2024-08-19T13:48:44+00:00 Cerrado: 2024-08-19T13:48:55+00:00

---

#15: Github Actions improved

Estado: closed Creado: 2024-08-13T09:17:32+00:00 Cerrado: 2024-08-13T09:17:40+00:00

---

#14: 2024 07 09 connecting report service

Estado: closed Creado: 2024-07-09T11:31:46+00:00 Cerrado: 2024-07-09T11:31:56+00:00

---

#13: Upgrade versions

Estado: closed Creado: 2024-07-05T12:55:07+00:00 Cerrado: 2024-07-05T12:55:15+00:00

---

#12: Reconstruccion de asiento contable de ventas

Estado: closed Creado: 2024-06-03T19:50:12+00:00 Cerrado: 2024-06-03T19:50:22+00:00

---

#11: Order note client applied

Estado: closed Creado: 2024-05-08T19:00:33+00:00 Cerrado: 2024-05-08T19:00:49+00:00

---

#10: Local Volume Changed

Estado: closed Creado: 2024-04-28T14:37:42+00:00 Cerrado: 2024-04-28T14:37:48+00:00

---

#9: Eureka port added

Estado: closed Creado: 2024-04-21T23:19:07+00:00 Cerrado: 2024-04-21T23:19:13+00:00

---

#8: First deploy

Estado: closed Creado: 2024-04-21T19:22:38+00:00 Cerrado: 2024-04-21T19:22:48+00:00

---

#7: Varios cambios

Estado: closed Creado: 2024-03-31T10:21:33+00:00 Cerrado: 2024-03-31T10:21:49+00:00

---

#6: Agregado de reintento de facturación pendiente

Estado: closed Creado: 2024-01-30T20:41:23+00:00 Cerrado: 2024-01-30T20:42:45+00:00

---

#5: Cambiada la forma de calcula totales de contabilidad entre fechas, fa…

Estado: closed Creado: 2023-12-25T14:37:29+00:00 Cerrado: 2023-12-25T14:40:04+00:00

…lta apertura

---

#4: Create maven.yml

Estado: closed Creado: 2022-12-26T09:10:56+00:00 Cerrado: 2022-12-26T09:11:05+00:00

---

#3: Acamus

Estado: closed Creado: 2022-09-14T23:34:03+00:00 Cerrado: 2022-09-14T23:36:30+00:00

---

#2: Acamus

Estado: closed Creado: 2022-08-27T11:05:21+00:00 Cerrado: 2022-08-27T11:05:44+00:00

Las observaciones están enfocadas en el negocio que se está viendo, muchas tablas existen para otros fines en otros negocios.

---

#1: Acamus

Estado: closed Creado: 2022-08-21T08:55:36+00:00 Cerrado: 2022-08-21T08:56:03+00:00

---