Conversemos de DevSecOps

En esta nueva sección de nuestro blog compartiremos la visión y experiencia de nuestro equipo de expertos en el ámbito del desarrollo de software y las tecnologías de información en general, quienes tocarán distintos temas relacionados con las tecnologías y metodologías utilizadas por Sovos para crear e implementar un mejor software, y entregarán tips y datos orientados a aportar valor a quienes deben trabajar en este ámbito, fundamental para las compañías que crean y utilizan soluciones para impulsar el negocio de sus clientes.


 

Pamela Ruiz, Senior QA Engineer

Utilización de Report Portal para monitoreo de pruebas funcionales

En la actualidad, cada vez poseemos más automatización en el área de pruebas funcionales, esto es, tests de API y End to End. Esto acelera el proceso de testing en regresiones y tiempo de user acceptance testing, entre otros, permitiéndonos avanzar en la implementación de CI/CD (continuous integration/continuous delivery).

Mientras mayor sea la automatización, menor será el tiempo de todo el proceso, por lo que se podrán entregar al cliente cambios de forma más rápida y segura.

La automatización genera algunos nuevos desafíos que necesitan un control; por ejemplo, pueden generarse falsos positivos, tests que fallan por inestabilidad, tests de mala calidad, etc. Por esta razón, es sumamente importante mantener un control sobre ellos.

La necesidad de mantener monitoreados los resultados de pruebas funcionales movió al equipo a realizar una investigación de herramientas disponibles.

Se encontró la herramienta de Report Portal y se llevó a cabo una prueba de concepto.
Lo primero que notamos fue su facilidad de instalación, al necesitar correr un único comando para instalar a través de Docker compose.

docker-compose -p reportportal up -d --force-recreate

Una vez ejecutado el comando, se chequean las imágenes de docker con el comando.

docker ps
01-docker-ps

En la imagen se observa la salida del comando docker ps.

 

Al levantar la aplicación de Report Portal por primera vez, y acceder a ella, nos encontramos con una pantalla de login:

02-report-portal

 

Y para acceder, utilizamos las credenciales temporales provistas por Report Portal.
Una vez ingresados al sistema podemos crear dashboards, diferentes proyectos, analizar las ejecuciones, etc.

Los dashboards son completamente configurables. En la siguiente imagen podemos ver un ejemplo:

03-dashboard-configurable

 

En este caso contamos con las estadísticas de todas las ejecuciones, dividiendo los tests en distintas posibles categorías.

Una de las propiedades más interesantes de esta herramienta es la posibilidad de ir aprendiendo en base a los análisis que realizamos (cuáles son fallos de productos, tests skippeados, fallos de ambiente, etc). Este aprendizaje está basado en inteligencia artificial.

Algunos de los problemas con los que nos enfrentamos al utilizar esta herramienta fueron los tipos de reportes soportados.

Report Portal soporta diferentes tipos de reportes, pero el de mejor visibilidad de datos fue JUnit. En nuestros tests automatizados generamos otros tipos de reportes, por lo que se realizaron scripts para adaptarlos al formato de JUnit aceptado por Report Portal:

 

04-report-portal-junit

Hay diferentes opciones de importación de datos hacia Report Portal, incluyendo la instalación de agentes, el envío de datos en tiempo real (durante la ejecución de tests), y otros.

Para evitar un aumento de tiempos en la ejecución de tests y la instalación de agentes, optamos por realizar la carga importando los reportes a través de la API de Report Portal. Desarrollamos un script para este propósito.

Lo primero es importar el archivo del reporte, ya adaptado a Junit, y comprimido en un archivo .zip:

05-junit-zip

Luego necesitábamos agregar información de la ejecución -como el número de build- y linkear al job de Jenkins ejecutado:

06-build-jenkins

Obtenemos el ID del archivo importado y agregamos la información que necesitamos incluir en los atributos y descripción del launch.

Cada nuevo reporte genera en Report Portal algo llamado launch, que es similar a una nueva ejecución. Para que la herramienta tome el historial de ejecuciones de cada test, el launch debe tener un mismo nombre. Si este se modifica, se crean nuevas versiones cada vez.

Por ejemplo, inicialmente importábamos los reportes con el número de build en su nombre,

07-build-nombre

lo que generaba el siguiente gráfico de trend:

08-grafica-trend

 

Luego extrajimos el número de build del nombre y pudimos obtener un gráfico con el historial.

09-build-grafico-histtorial

 

También nos permite ver el historial de cada test case.

010-historial-test-case

 

En conclusión, hasta ahora la herramienta de Report Portal nos sirve para mantener un constante monitoreo sobre todo tipo de pruebas funcionales, incluyendo algunos unit tests.

Pudimos enseñarle a la herramienta a reconocer ciertos tipos de resultados para clasificar futuras ejecuciones, y podemos fácilmente observar los resultados desde los gráficos dispuestos en los dashboards.

En la forma en la que lo trabajamos nos resultó útil poder utilizar diferentes tipos de reportes, adaptarlos a la herramienta mediante un script e importarlos en Report Portal con la información necesaria, tanto de los tests, como el link hacia la herramienta de ejecución, que en este caso es Jenkins.

Conversemos de DevSecOps

En esta nueva sección de nuestro blog compartiremos la visión y experiencia de nuestro equipo de expertos en el ámbito del desarrollo de software y las tecnologías de información en general, quienes tocarán distintos temas relacionados con las tecnologías y metodologías utilizadas por Sovos para crear e implementar un mejor software, y entregarán tips y datos orientados a aportar valor a quienes deben trabajar en este ámbito, fundamental para las compañías que crean y utilizan soluciones para impulsar el negocio de sus clientes.


 

Pamela Ruiz, Senior QA Engineer

Aplicación de pruebas de performance de API en proyectos de Sovos

En estos tiempos, donde el mercado es muy competitivo, la calidad pasó a un primer plano en la evaluación que realizan los clientes para elegir un producto.

La rapidez en los tiempos de respuesta de servicios o eventos ha cobrado mucha relevancia, a tal punto que -y según se ha analizado estadísticamente- es muy probable que un usuario abandone un producto si debe esperar más de 3 segundos.

Para entregar siempre las mejores soluciones a sus clientes, uno de los focos de Sovos en el área de calidad está puesto en las pruebas de performance. En esta línea se armaron equipos dedicados exclusivamente a todas las tareas no funcionales, que trabajan estrechamente con el equipo de CloudOps para contar con la infraestructura necesaria tanto para las etapas de desarrollo, como las finales, incluyendo producción.

Una de las primeras tareas que tuvo el equipo de performance fue el desarrollo, precisamente, de un framework para pruebas de performance. En Sovos se utilizan 2 herramientas open source, K6 y Jmeter, para el desarrollo de scripts para pruebas.

Los resultados de estas pruebas se guardan en InfluxDB, una base de datos especialmente diseñada para almacenar datos de este tipo. Grafana es la herramienta elegida para consumir los datos almacenados y procesarlos para mostrarlos mediante gráficos y tablas.

 

resultados-influxdb-grafana-db

 

La estrategia utilizada para el desarrollo de pruebas se basa, primeramente, en evaluar los endpoints más utilizados por los usuarios, testearlos bajo diferentes cargas y analizar los resultados, no solo en cuanto a tiempos de procesamiento, sino también, en cantidad de errores obtenidos provocados por la concurrencia.

Es recomendable que para el análisis de los resultados se cuente con herramientas de monitoreo como AppDynamics o Jaeger, que muestran en tiempo real lo que sucede con cada componente del sistema, permiten seguir el flujo de algunos requests para observar la distribución de tiempos que ocupa en todo su procesamiento e identifican si alguno de ellos está provocando cuellos de botella.

 

trace-request-jaeger

 

En la imagen se observa el trace de un request desde Jaeger.

También observamos qué sucede a nivel de base de datos; si hay bloqueos, si algún pedido necesita índices para alguna tabla, si el pool de conexiones es suficiente, etc.

 

recursos-db-appdynamics

recursos-db-appdynamics-2

 

En la imagen se observa la utilización de recursos de base de datos desde AppDynamics.

Durante esta primera etapa de análisis se realizan las tareas de forma manual, probando diferentes escenarios. Por ejemplo, aumentando los usuarios concurrentes de forma gradual, partiendo desde 10, hasta llegar a 100 o 150 usuarios sucesivamente en el caso de un ambiente pequeño.

 

A continuación, desarrollaremos un ejemplo implementado en uno de los proyectos de Sovos:

Como primer paso se desarrolla el script implementando un setup -que es común a todos los scripts- por lo que se utiliza el llamado a un script externo para evitar la duplicidad de código.

Luego de realizado el setup, se ejecuta la prueba en donde establecemos el endpoint a utilizar junto con sus headers, y también se le agrega una corroboración de que la respuesta sea la que estamos esperando. Estas comprobaciones de respuesta se aplican en todos aquellos casos en los que tenemos requests dinámicos, para asegurar no solo que devuelve el código http esperado, sino también, que contamos con la información requerida.

Generamos un reporte csv con las métricas de las pruebas, así como también un reporte de errores XML en el se registra qué datos se enviaron, el código de respuesta obtenido y el cuerpo del mensaje de respuesta.

 

test-plan-jmeter

Imagen del test plan desde Jmeter.

 

test-antes-despues-cambios-codigo

Resultados de las pruebas antes y después de los cambios de código.

 

En uno de nuestros endpoints realizamos una primera ejecución en el ambiente de QA con distintos escenarios, variando la cantidad de usuarios concurrentes entre 10 y 100 usuarios. Se encontraron mejoras para realizar a nivel de código y se ejecutaron nuevamente las mismas pruebas para poder comparar el impacto de los cambios realizados.

En este caso tuvimos una mejora notable, observando una disminución en los tiempos promedios de respuesta de 100 segundos a 30 segundos en el escenario de mayor concurrencia (100 usuarios virtuales).

De esta manera, encontramos los endpoints más críticos, para poder trabajar sobre ellos y aplicar mejoras.

Luego de esta primera etapa, procedemos a establecer corridas automáticas de forma semanal durante la noche para evitar bloquear los ambientes bajos. Estas corridas se realizan para mantener el control y detectar los problemas de performance antes de que lleguen a producción, donde principalmente observamos si los cambios realizados durante ese tiempo tuvieron impacto a nivel de performance. Luego de algunas ejecuciones, se establecen umbrales aceptables de variación, para alertar cuando en algún momento se supera alguno de esos umbrales.

Infografía: Las 10 lecciones más importantes sobre el cumplimiento e informes del IVA

Las naciones latinoamericanas han sido pioneras en la implementación de iniciativas
relacionadas con el IVA
que dependen considerablemente de la tecnología para el cumplimiento y los informes, proporcionándole a los gobiernos una mayor visibilidad de las transacciones comerciales.

cover-infografia-10-lecciones-importantes-iva

Conversemos de DevSecOps

En esta nueva sección de nuestro blog compartiremos la visión y experiencia de nuestro equipo de expertos en el ámbito del desarrollo de software y las tecnologías de información en general, quienes tocarán distintos temas relacionados con las tecnologías y metodologías utilizadas por Sovos para crear e implementar un mejor software, y entregarán tips y datos orientados a aportar valor a quienes deben trabajar en este ámbito, fundamental para las compañías que crean y utilizan soluciones para impulsar el negocio de sus clientes.


 

Pamela Ruiz, Senior QA Engineer

Medición y visualización de performance para procesos batch

Por lo general, al medir performance de nuestras APIs, en Sovos buscamos obtener distintas métricas, como tiempos de respuesta, cantidad de errores, transacciones procesadas por minuto, cuellos de botella en el flujo y recursos utilizados en los servidores, entre otros. La finalidad es realizar un análisis de los datos obtenidos y aplicar mejoras en nuestros productos, para proveer la mejor calidad a nuestros clientes.

Para ello utilizamos herramientas como JMeter y K6, entre otras, para la ejecución de pruebas; AppDynamics para el monitoreo en tiempo real y Grafana e InfluxDB para la recolección y muestra de datos.

En este caso, como base de datos para almacenar las métricas, se seleccionó InfluxDB, la que es utilizada específicamente para almacenar información de métricas y datos para análisis en tiempo real. Esta herramienta de almacenamiento es plenamente compatible con Grafana, utilizada para detallar los resultados mediante gráficos.

A diferencia de las API, al medir la performance de procesos batch -que por lo general corren en modo background como servicios o procesos de Windows/Linux- no es tan relevante el tiempo de respuesta de estos procesos (aunque a veces es útil tener el dato para saber la capacidad de procesamiento de nuestro sistema), ya que el cliente no se encuentra activamente esperando una respuesta, sino que se evalúan principalmente métricas como recursos utilizados durante el procesamiento.

Para este tipo de pruebas se realizan una serie de pedidos para encolar procesos batch, y analizar el comportamiento del sistema durante el procesamiento. En nuestro caso, utilizamos JMeter para simular a usuarios realizando los pedidos.

Para la medición de recursos utilizados en un servidor usamos Telegraf, un agente que se instala en los servidores (en nuestro caso Windows) y se comunica con InfluxDB.

Dentro de los productos de Sovos utilizamos los llamados batch processing. Estos son procesos tipo batch que toman desde unos pocos minutos hasta varias horas en completar su ciclo, dependiendo del volumen de datos a procesar. Por lo general son utilizados para importar, transformar, exportar o transmitir altos volúmenes de datos.

Para su funcionamiento, el cliente envía un pedido para iniciar este proceso y recibe un acknowledgment para saber que su pedido fue tomado con éxito.

Por detrás, comienza el proceso con un orquestador de procesos que maneja los pedidos, encolándolos y derivándolos al primer procesador que se encuentre disponible, asignándoles el estado de claimed.

Los batch processing trabajan como una máquina de estados, pasando por diferentes estados. En la imagen podemos observar un esquema simplificado de los mismos.

 

batch-processing-maquina-estados

 

Para nuestro equipo era esencial contar con métricas relacionadas con estos procesos de larga duración, que incluyen:

Si bien no contábamos con ninguna herramienta para monitorear las métricas que necesitábamos en cuanto a tiempos y cantidades, notamos que durante el procesamiento se utiliza una tabla en la base de datos para registrar los distintos cambios de estado durante todo el proceso.

 

verificacion-jobs-fallas

 

El equipo de trabajo pudo tomar ventaja de ello y utilizar esta tabla como base para obtención de métricas.

Se crearon diferentes consultas a la base de datos para obtener datos tales como:

Se tomaron en cuenta los estados principales, como enqueued, running, failed y completed.

Este trabajo podía llevarse a cabo de forma manual y en el momento, pero no era un proceso eficiente a la hora de realizar un análisis de lo sucedido a lo largo del tiempo. Se requería una herramienta que pudiera procesar los datos y mostrarlos de forma amigable mediante gráficos.

De esta manera, para automatizar el proceso de análisis de los resultados y contar con un historial de información, se creó una aplicación con node.js en la que establece una conexión con la base de datos de Oracle, desde donde se extraen las métricas, y una conexión con InfluxDB, en donde se almacenan los datos una vez procesados.

 

automatizar-procesos-influxdb

 

Este proceso de node se realiza cíclicamente cada 20 segundos para recolectar los datos.

Se armó un dashboard en Grafana para mostrar los resultados, tal como muestra la siguiente imagen:

 

dashboard-grafana-resultados

 

Estos gráficos son totalmente configurables y es posible ajustar a diferentes fechas y horas, de acuerdo con lo que se necesite analizar.

Adicionalmente, esta aplicación se encuentra dockerizada para facilitar el deployment mediante Puppet. Si bien hoy en día está configurada para utilizar en un ambiente específico, en un futuro podríamos aplicar nuevas configuraciones para diferentes ambientes y base de datos según se necesite.

Además pueden agregarse nuevas consultas a la base de datos en caso de que se requieran nuevas métricas, incluyendo números de procesos cancelados por el usuario y número de procesos en algún estado en específico, entre otras.

A continuación se observa un dashboard en Grafana para monitoreo de utilización de recursos:

 

dashboard-grafana-monitoreo-recursos

 

En conclusión, se logró crear un framework de monitoreo para los procesos de larga duración basados en tecnologías open source.

Cada nuevo conocimiento y avance va sumando para tener una mejor base de monitoreo y mejor información al momento de realizar un análisis más profundo al encontrar errores o al realizar pruebas de carga, permitiendo encontrar con mayor facilidad los cuellos de botella, tanto para nuestras APIs como para nuestros procesos de batch.

Conversemos de DevSecOps

En esta nueva sección de nuestro blog compartiremos la visión y experiencia de nuestro equipo de expertos en el ámbito del desarrollo de software y las tecnologías de información en general, quienes tocarán distintos temas relacionados con las tecnologías y metodologías utilizadas por Sovos para crear e implementar un mejor software, y entregarán tips y datos orientados a aportar valor a quienes deben trabajar en este ámbito, fundamental para las compañías que crean y utilizan soluciones para impulsar el negocio de sus clientes.


 

Capability Model de Sovos: Una guía de buenas prácticas para la mejora continua

Las empresas de tecnología enfrentan cada día mayores desafíos, y para mantenerse competitivas, no quedar obsoletas y satisfacer adecuadamente la demanda de los mercados, requieren mejorar de forma permanente sus prácticas. Esto es especialmente relevante para los equipos de desarrollo de software, que tienen que adaptarse constantemente, tanto a nivel de conocimientos técnicos, como de prácticas y metodologías.

En este artículo vamos a mostrar el modelo llamado Capability Model, que desarrollamos en Sovos para guiar a todos aquellos equipos en búsqueda de mejora continua.

 

¿Por qué Capability Model?

En el libro Accelerate (Nicole Forsgren, Jez Humble, Gene Kim), los autores proponen utilizar Capability Models en vez de Maturity Models. La razón principal se centra en el carácter extremadamente dinámico de las tecnologías, las prácticas y, en general, de la industria del software; este dinamismo se traduce en cambio constante y nos obliga a estar en permanente reinvención y reevaluación; algunas capacidades que antes fueron mejores prácticas pueden quedar obsoletas en el futuro, o simplemente, no resultar en grandes mejoras. Por esta razón decidimos trabajar en nuestro departamento de tecnología con un modelo de capacidades, incluyendo prácticas, técnicas y tendencias que mejoren la eficiencia de nuestros equipos de desarrollo a medida que las vayan implementando.

Como herramienta de mejora continua, nuestro Capability Model nos permite mejorar las prácticas de desarrollo, adquirir nuevos conocimientos y cambiar viejos paradigmas, además de:

 

¿Qué es para Sovos el Capability Model y cómo se usa?

Para crear la primera versión de nuestro Capability Model nos basamos en el modelo de DevOps y las conocidas etapas de Plan-Code-Build-Test-Release-Deploy-Operate-Monitor, a las cuales agregamos Feedback para hacer más explícita nuestra relación con los usuarios de los productos. Además tomamos como ventaja las buenas prácticas de nuestro departamento de Customer Success.

 

modelo infinito DevOps

Modelo infinito de DevOps

 

Cada categoría incluye un conjunto de capacidades y prácticas, básicas y avanzadas. Estas últimas permiten desarrollar mayores ventajas competitivas y lograr niveles de eficiencia superiores en los equipos de desarrollo.

Por eso dividimos las capacidades en una matriz con categorías y 4 niveles, siguiendo el modelo de Tuckman Norming-Forming-Storming-Performing:

 

modelo-capacidades-v1

Modelo de capacidades v1

 

Gamification

Cuando hablamos de gamification nos referimos a la posibilidad de motivar, generar concentración y otros valores positivos a través del juego. Y todo equipo de desarrollo en Sovos parte la autoevaluación desde la etapa de forming.

 

El Capability Model evoluciona de la mano del crecimiento tecnológico

Para la segunda versión de nuestro modelo decidimos revisitar las capacidades con un mayor enfoque en DevSecOps, lo que implica integrar mejores prácticas relacionadas a seguridad informática, no solo a nivel de código y testing, sino en todas las etapas del desarrollo.

Algo importante que aprendimos en este proceso es que, indefectiblemente, las tecnologías, metodologías y las formas en que construimos software cambiarán con el tiempo. Esta lógica tiene una relación directa con el Capability Model: este también debe cambiar. Esta es una de las grandes diferencias con los antiguos Maturity Model.

 

practica-seguridad-ciclo-vida-software

 DevSecOps incorpora prácticas de seguridad a todos los niveles del ciclo de vida de software

 

Evaluar y guiar mejoras en equipos de desarrollo

Nuestro Capability Model no es solamente una guía teórica de prácticas a adoptar para mejorar el rendimiento de los equipos de desarrollo. Una parte importante de la implementación es realmente ejecutar este modelo con los equipos, a fin de determinar el estado de sus prácticas y definir cuáles nuevas prácticas adoptar para pasar al siguiente nivel.

La idea es seguir la evolución de los equipos a mediano y largo plazo; ver cómo comparten sus dinámicas y al final, analizar cómo mejoran.

Surge una pregunta: ¿con qué frecuencia ejecutar el modelo con un mismo equipo? Si bien no hay una única respuesta correcta, se pueden considerar factores como los cambios de los integrantes del equipo (turnover), o en el propósito o tecnología usadas; las modificaciones de proyectos o conexión con otros equipos y los cambios de frameworks ágiles. Si nada de lo anterior sucede en un equipo, una frecuencia regular de cada 6 meses resulta un buen balance.

En el siguiente gráfico se pueden observar los cambios entre la primera ejecución (en azul) y la segunda (en verde): Este es un ejemplo de un equipo que decidió enfocar sus mejoras principalmente en prácticas de testing y en su metodología de trabajo.

 

grafico-radar-visualizacion-resultados

Usamos gráficos de radar para visualizar resultados

 

Para colectar los resultados de esta evaluación se pueden utilizar diversas técnicas sencillas. En la primera versión de nuestro modelo usamos preguntas cerradas (Sí/No) siguiendo un checklist, consultando a los equipos sobre la utilización de prácticas particulares. Por ejemplo, ¿estamos realizando pruebas automatizadas de API para nuestros microservicios?

En la segunda versión del modelo estamos utilizando una escala de Likert, lo que permite apreciar el grado de adopción de una práctica, sin cerrarnos en un Sí o No categórico. Utilizando un estilo declarativo como Realizamos pruebas automatizadas de API para todos nuestros microservicios, y respuestas posibles desde Totalmente en Desacuerdo hasta Totalmente de Acuerdo -variando el grado de seguridad en la respuesta- obtenemos una buena idea promedio del uso de cada práctica particular.

Al final de cada evaluación los equipos deciden el próximo paso en términos de mejoras a realizar. Siguiendo el ejemplo de pruebas automatizadas de API, se puede tomar como objetivo a completar -hasta la siguiente evaluación- la implementación de dichas pruebas para optimizar la capacidad de testeo automatizado, disminuyendo tiempos de feedback para el equipo y para mejorar la confianza en sus servicios.

Para ayudar a los equipos en la implementación de mejoras, cada práctica presente en el modelo de capacidades contempla documentación que explica las formas de adoptarlas a través de ejemplos de otros equipos que lo hicieron anteriormente, ya sea en Sovos, o fuera, para las prácticas más nuevas.

En conclusión, el modelo de capacidades de Sovos nos brindó múltiples resultados orientados a diferentes públicos. Para los equipos de desarrollo, permite evaluar y orientar mejoras para lograr mayor eficiencia, mientras que para el team de management, permite entender el estado de los equipos a nivel de eficiencia, ayuda a tomar decisiones a nivel de capacitaciones e inversiones (infraestructura, por ejemplo), y entrega mejor visibilidad para definir dónde ejecutar proyectos.

Tendencias 13ª edición 2022

Tendencias y actualizaciones sobre el cumplimiento del IVA

Bienvenido a la decimotercera edición del informe anual “Tendencias” de Sovos, donde revisamos los requisitos legales actuales y a corto plazo en todas las regiones y dominios de cumplimiento del IVA.

Este informe proporciona una visión integral del panorama regulatorio a medida que los gobiernos de todo el mundo promulgan nuevas y complejas políticas para hacer cumplir los mandatos del IVA, junto con evaluar la información exigente y sin precedentes que se requiere ahora de su información económica para que las autoridades reguladoras apliquen las normas y cierren las brechas de ingresos.

El reporte de este año examina la evolución de la ley y la práctica en torno a las cuatro megatendencias emergentes que los expertos de Sovos identificaron en la duodécima edición. Estas tendencias, muchas de las cuales giran en torno al cumplimiento fiscal y los controles «siempre activos», tienen el potencial de impulsar cambios en la forma en que las organizaciones abordan los informes regulatorios y gestionan el cumplimiento.

Escrito por un equipo de expertos internacionales en cumplimiento tributario, ofrecemos amplias recomendaciones sobre cómo las empresas pueden prepararse y prosperar a través de estos cambios.

Descargue el Whitepaper

Las cuatro megatendencias que examinamos son:

  1. Controles transaccionales continuos (CTCs): los países con regímenes de CTC existentes están experimentando mejoras en la recaudación de ingresos y la transparencia económica. Ahora, otros países de Europa, Asia y África se están alejando de la regulación post-audit para adoptar estos enfoques inspirados en CTC. El informe destaca cómo países como Francia y Hungría han acelerado su transición a los CTCs, y cuántas jurisdicciones están combinando controles sobre las facturas con documentos de transporte CTC, ampliando así su alcance en tiempo real desde las cadenas de suministro financieras a las físicas.
  2. Un cambio hacia la tributación en destino para ciertas transacciones transfronterizas: históricamente, los servicios transfronterizos han escapado a menudo de la recaudación del IVA en el país del consumidor. Debido al gran aumento del comercio transfronterizo de bienes de bajo valor y servicios digitales durante la última década, las administraciones están tomando medidas significativas para gravar dichos suministros en el país de consumo o destino.
  3. Responsabilidad del agregador: con el aumento de las obligaciones de declaración de impuestos o facturación electrónica en diferentes categorías de contribuyentes, las administraciones tributarias buscan cada vez más formas de concentrar la responsabilidad de la declaración de impuestos en plataformas que, naturalmente, ya agregan un gran número de transacciones. Los marketplaces de comercio electrónico y los proveedores de gestión de transacciones comerciales en la nube estarán cada vez más obligados a enviar datos de las empresas de sus redes al gobierno, pudiendo incluso heredar la responsabilidad de pagar sus impuestos. El informe señala cómo la introducción, en julio de 2021, de cambios radicales en la legislación sobre el IVA del comercio electrónico a través de OSS e I-OSS, están confirmando esta tendencia.
  4. Contabilidad y evaluación electrónicas: la combinación de los CTCs con la obligación de sincronizar todos los libros contables hace que la auditoría in situ solo sea necesaria en los casos en que se produzcan anomalías importantes en estas ricas fuentes de datos. Con el tiempo, el objetivo es que las declaraciones de IVA y otros informes fiscales sean rellenados previamente por la administración fiscal basándose en los datos del sistema de origen de los contribuyentes, fuertemente autenticado. Una breve inmersión en los orígenes y el futuro potencial de SAF-T muestra cómo esta tendencia está evolucionando para convertirse en un sólido compañero de los CTCs a nivel mundial.

Los CTCs se han convertido en la principal preocupación de las empresas multinacionales que desean garantizar el cumplimiento de las normativas a pesar de la creciente diversidad en los enfoques de aplicación del IVA. Las autoridades fiscales se mantienen firmes en su compromiso de cerrar la brecha del IVA y utilizarán todas las herramientas a su disposición para cobrar los ingresos adeudados. Esto es especialmente cierto después del COVID-19, cuando se espera que los gobiernos enfrenten déficits presupuestarios sin precedentes.

Los costos y riesgos potenciales asociados a las tendencias destacadas en el informe no pueden mitigarse eficazmente con un enfoque reactivo u oportunista. La transformación digital de la administración tributaria puede -si se enfoca como una mera evolución del mundo del IVA post-audit – contraer significativamente la transformación digital de las empresas. Este informe sugiere un marco de análisis que las empresas pueden utilizar para garantizar el cumplimiento continuo del IVA y, al mismo tiempo, maximizar las oportunidades de las tecnologías de la información y la comunicación modernas para su propio beneficio.

Además, este documento incluye una importante revisión de los perfiles de requisitos nacionales y regionales. Estos perfiles proporcionan una instantánea de los requisitos legales actuales y planificados a corto plazo en los diferentes dominios de cumplimiento del IVA.

Las 4 megatendencias que están impulsando el cumplimiento del IVA

La infografía muestra, a grandes rasgos, las 4 megatendencias que están modificando el cumplimiento del IVA a nivel mundial, y que analizamos en profundidad en la 13ª edición del informe anual “Tendencias”, de Sovos. Adicionalmente revisamos los requisitos legales actuales y a corto plazo impuestos por los gobiernos, particularmente en la región latinoamericana.  

Conversemos de DevSecOps

En esta nueva sección de nuestro blog compartiremos la visión y experiencia de nuestro equipo de expertos en el ámbito del desarrollo de software y las tecnologías de información en general, quienes tocarán distintos temas relacionados con las tecnologías y metodologías utilizadas por Sovos para crear e implementar un mejor software, y entregarán tips y datos orientados a aportar valor a quienes deben trabajar en este ámbito, fundamental para las compañías que crean y utilizan soluciones para impulsar el negocio de sus clientes.


 

Sergio Gómez, Principal QA Engineer

Optimizando el testing automatizado de UI con Cypress

A lo largo de los años hemos probado diferentes herramientas para crear test automatizados. Nuestros primeros intentos consistieron en automatizar smoke y regression tests utilizando herramientas que permiten simular acciones de los usuarios. En este tipo de pruebas se testean todos los componentes del sistema: UI, backend, base de datos, infraestructura y otros.

Al comienzo de los proyectos mantuvimos una buena cobertura y estabilidad, pero a medida que crecían los proyectos, los tiempos de ejecución se hacían más largos, el mantenimiento era más frecuente y los tests eran inestables. En muchas ocasiones los tests automatizados fallaban, pero esas fallas no estaban directamente relacionadas con bugs en el producto. Entonces empezamos a investigar herramientas que nos permitieran realmente encontrar problemas en nuestros productos y los reportaran rápidamente.

Una de estas herramientas fue Cypress I.O. En este artículo detallamos nuestra experiencia con la misma y las ventajas que encontramos. Para instalar y comenzar a usarla, pueden entrar al sitio oficial.

Cypress es un framework de test automatizado para UI modernas que permite escribir todo tipo de tests, incluyendo end-to-end, integration y unit tests, y cualquier otro que corra en el navegador. A diferencia de otras herramientas, no depende de aplicaciones de terceros (Webdrivers); Cypress detecta los browsers instalados en el sistema para ejecutarlos, por lo que no es necesario actualizar los webdrivers después de la actualización de dichos browsers.

La funcionalidad que nos pareció más útil fue la posibilidad de controlar el tráfico de red (Network traffic control) fácilmente. Esto permite interceptar todos los requests y retornar las respuestas que necesita el automated test. De esta manera, podemos trabajar en la integración de los componentes de la interfaz de usuario (UI) y no depender del backend. Como resultado, tenemos test más rápidos y estables que pueden ser integrados en el pipeline de desarrollo.

A continuación presentamos un ejemplo de cómo podemos interceptar los request de login de una aplicación para probar la reacción de la interfaz de usuario con diferentes respuestas. Lo primero que debemos hacer es identificar los elementos que usaremos en nuestro automated test. Necesitamos dos inputs para el nombre de usuario y password y un botón LOGIN. El botón se habilitará luego de completar el formulario y podremos hacer click en el mismo. Después, la UI disparará un request para chequear los datos ingresados.

 

sovos-automated-test

img-code-example-cypress-01

img-code-cypress-03

 

Para simplificar el ejemplo, vamos a suponer lo siguiente:

Ahora podemos escribir cómo quedaría el ejemplo usando los comandos de Cypress sin interceptar el request:

 

img-code-cypress-05

img-code-cypress-05

img-gif-cypress-06

 

En la imagen previa se puede observar cómo ejecuta Cypress los diferentes comandos. Utiliza cy.visit para navegar hasta la página deseada y cy.get para identificar a los elementos web usando como identificador sus respectivos IDs. Una vez identificado el elemento, usamos el comando type() para escribir un valor en el elemento y click() para enviar el formulario. Los requests ejecutados por la aplicación son identificados como (xhr) en el test runner. En este caso se ejecutó un request POST con URL igual a /api/v1/login pero no fue interceptado, por lo que fue validado por el backend. Una vez verificado, la respuesta es procesada por la UI, y si fue exitosa, muestra el texto Bienvenidos a la App.

Otra de las ventajas de Cypress es que espera en forma automática a que se cumpla una condición, por lo que no es necesario utilizar funciones de espera.

 

Proceso de login interceptado por Cypress

Para continuar con nuestro ejemplo, podemos utilizar el comando cy.intercept() para interceptar los requests generados por la UI y devolver respuestas deseadas. De esta manera, los requests no serán procesados por el servicio y solo probaremos cómo reacciona la aplicación de acuerdo a diferentes respuestas.

 

Caso positivo: login exitoso usando Stub

 

img-code-cypress-07

img-code-cypress-08

img-gif-cypress-09

 

En este ejemplo se puede observar cómo se utiliza el comando cy.intercept(). Cuando la UI lo ejecute, Cypress interceptará el request y lo comparará con lo que hemos definido. La comparación se realizará por el tipo de método (POST) y por la URL (/api/v1/login). Si coincide, devolverá el valor definido en la constante validLogin. Como la respuesta preestablecida es la cadena ‘true’’, esperamos que la UI muestre un texto de bienvenida.

En este ejemplo se puede comparar la velocidad de ejecución entre los dos casos. El primero demoró unos 5 segundos, porque la UI necesitaba la respuesta del servicio de login para mostrar el mensaje. En el segundo caso fue más rápido, porque fue interceptado por Cypress y devolvió una respuesta inmediatamente.

 

Caso negativo: Login no fue exitoso usando Stub

Para testear un caso negativo podríamos modificar la respuesta del request para simular un login inválido. En este caso es necesario cambiar el valor de status code de la respuesta para que la UI muestre un mensaje de error: Username/Password values are invalid. El automated test queda de la siguiente manera:

 

img-code-cypress-010

img-code-cypress-011

img-gif-cypress-12

 

En síntesis, podemos afirmar que Cypress es una herramienta muy útil para el tipo de test que necesitamos para nuestros productos, porque son más rápidos, estables y confiables. Cuando se rompen los tests, es porque se realizó algún cambio en el código fuente o porque no se realizó el mantenimiento adecuado en el código de los tests. Gracias a esto, los falsos positivos originados por problemas con la base de datos, demoras en el tráfico de red, usuarios inválidos, servicios caídos y otros factores ya no representan un problema.

Links de interés:

Cypress: https://www.cypress.io/

Cypress en Github: https://github.com/cypress-io

Recientemente Sovos adquirió la empresa Stupendo, líder en el desarrollo de soluciones para los procesos administrativos y financieros en Ecuador. La empresa aporta varias soluciones robustas al portafolio de Sovos, que abarcan la digitalización de procesos -incluyendo gestión documental digital y firma electrónica- y procesos automatizados de facturación electrónica, en compliance con las normativas establecidas por el Servicio de Rentas Internas (SRI).

Al integrar las fortalezas de Stupendo, Sovos continúa impulsando una estrategia de crecimiento global que prioriza la experiencia local y expande su presencia en la región andina de Latinoamérica con una fuerte perspectiva de desarrollo. Stupendo cuenta con una trayectoria de más de 13 años creando soluciones innovadoras y con un profundo conocimiento del mercado ecuatoriano, que permite a Sovos reforzar su compromiso de ayudar a las compañías a resolver los desafíos de la transformación digital.

Inversión en investigación y desarrollo

Parte del valor agregado de Stupendo, que habla de un foco consistente en investigación, es que cuenta con una fábrica de software propia que ha dado origen a soluciones de software de clase mundial para el cumplimiento tributario -incluyendo herramientas potentes para cobranzas y pagos digitales- y a una sólida suite que impulsa la digitalización, como su software SaaS para gestión documental digital y firma electrónica, complementarias a la oferta de Sovos.

Sovos le da la bienvenida a cientos de clientes -entre ellos, grandes corporaciones locales y empresas multinacionales que operan en Ecuador – y que verán el alcance y beneficios asociados al ecosistema de Sovos.

La próxima obligatoriedad, para las empresas en Colombia, de implementar el recibo (o boleta) electrónico, está forzando a las empresas a acelerar el paso para integrar este mandato a tiempo y sin afectar sus operaciones. Con esta medida, la DIAN busca seguir modernizando el sistema tributario del país y acelerar el onboarding digital de las compañías para tener un mayor control de las transacciones, reducir la evasión e incrementar la recaudación de impuestos; uno de los principales mecanismos para el crecimiento del país.

Para discutir sobre este tema, Sovos participó de un conversatorio organizado en conjunto con la Cámara de Comercio Colombo Americana, Amcham, donde sus expertos se refirieron al marco regulatorio imperante en el país y al impacto que este mandato tendrá en las empresas colombianas. En el encuentro se analizó además el caso de una importante empresa de comida rápida multinacional, que implementó exitosamente -con Sovos como partner tecnológico- la normativa en Chile, cumpliendo en tiempo y forma con los requisitos establecidos por el SII -la autoridad tributaria local- que exige el envío de documentos uno a uno, validados en el momento en que se genera cada venta.

Cerrando el círculo tributario

Desde el primer decreto establecido en 2015, que estableció un régimen obligatorio de facturación electrónica, la DIAN ha ido implementando distintos mandatos que van sumando nuevos contribuyentes y condiciones a esta modalidad, avanzando así en la eliminación de los procesos en papel. Adicionalmente, para estandarizar la operatoria, ha ido normando -o está en el proceso de normar- algunos de los documentos equivalentes a la factura electrónica, incluyendo los recibos emitidos por los puntos de venta, o POS, que deberán emitirse como documentos electrónicos. Con la incorporación de variados mandatos -factura, factura de exportación, notas de crédito y débito, nómina y recibo electrónico, entre otros- la DIAN quiere cerrar el círculo tributario, obteniendo información a través de distintos tipos de documentos.

Sumado a esto, iniciativas como los “Días sin IVA”, con los que se busca incentivar el comercio y aumentar las ventas para ayudar a la reactivación económica del país, enfrentan a las empresas a un sinnúmero de desafíos, partiendo por la necesidad de entender los cambios normativos para minimizar su impacto y preparar sus plataformas tecnológicas y sus procesos de negocios para cada probable escenario adecuadamente, garantizando de este modo su continuidad operacional.

La necesidad de mantener el negocio operativo en todo momento es particularmente relevante en el caso de las empresas del retail, que operan con modelos de e-commerce o con atención en cajas 24/7, donde la caída o retraso en los sistemas de atención se puede traducir en la fuga de los clientes y en la pérdida de reputación corporativa. Adicionalmente, el no cumplimiento de los requisitos impuestos por la autoridad tributaria puede ser motivo de multas e incluso, del cierre temporal de los negocios.

Para ayudar a las compañías a enfrentar las dinámicas y siempre cambiantes demandas derivadas de estas imposiciones, Sovos cuenta con tecnologías que aseguran el cumplimiento normativo y la continuidad operacional, además de profesionales con experiencia comprobada que entienden las distintas industrias y metodologías que facilitan las integraciones y los procesos de implementación. Adicionalmente cuenta con un equipo de análisis regulatorio y un software cloud de clase mundial con funcionalidades tributarias modernas y globales que se aplican a las necesidades de cada compañía. Y no solo ocupa una posición de liderazgo mundial en soluciones de facturación electrónica; también cuenta con un departamento de tecnología e innovación enfocado en el desarrollo de procesos digitales.

Para revisar el contenido de este conversatorio, donde se tratan en profundidad estos temas, puede acceder acá.

Cuando hablamos del efecto dominó, se nos viene a la mente la imagen de las fichas que caen unas sobre otras de manera rápida y casi sincronizada; una reacción en cadena que se replica de manera similar en lo que se refiere a los cambios normativos en la región.

En efecto, y como resultado del veloz avance de la transformación digital, que muchas veces desborda la capacidad de gobiernos y empresas por seguir su ritmo, las entidades tributarias están observando permanentemente las diversas iniciativas de los países vecinos, en especial en lo referente a los cambios tecnológicos. Los métodos de validación y la fiscalización de operaciones comerciales realizadas por las empresas caen en una verdadera reacción en cadena para adoptar mecanismos similares, adaptados siempre a su realidad local.

Uno de los ejes centrales de esta tendencia es la búsqueda de un cambio en las metodologías sobre los procesos de control, recaudación y auditoría de las transacciones que respaldan las operaciones con los consumidores. Para esto, las autoridades tributarias no solo han invertido en recursos que soporten estos nuevos procesos, sino que han consolidado, a través de los OSE, los PSE y los agentes de retención y percepción, mecanismos para que actúen como validadores, auditores y recaudadores en nombre de un tercero.

En este sentido, la digitalización de los procesos de fiscalización, control, recaudación y post auditoría permiten no solo resolver procesos de manera inmediata, controlar en línea las transacciones o habilitar la recaudación instantánea; también posiciona a las autoridades tributarias como referentes tecnológicos en la región.

A través de la digitalización, los distintos gobiernos de Latinoamérica han incrementado exponencialmente la recaudación, optimizado los tiempos de fiscalización y aumentado la eficiencia en el control del cumplimiento tributario.

Los próximos pasos están enfocándose en lograr que los distintos gobiernos puedan:

Si evaluamos la inversión y el costo-beneficio de las empresas que deben responder ante estos cambios, encontramos grandes desafíos a enfrentar. Estos son mayores en aquellas empresas que operan en varios países de forma simultánea; principalmente, porque todos los cambios se están presentando al mismo tiempo, dando muy poco tiempo de reacción y generando incumplimiento en los plazos de obligatoriedad con el riesgo latente de enfrentar multas futuras.

A modo de ejemplo, la experiencia de Chile en lo que se refiere a la obligatoriedad de la boleta o recibo -documento tributario electrónico para consumidores finales que debe emitirse y validarse en el momento que se genera cada transacción- está impulsando el desarrollo, por parte de las autoridades tributarias de otros países, de sistemas y procesos equivalentes para dar cumplimiento a normativas similares que permitan la fiscalización en línea, en un efecto dominó que probablemente siga replicándose para otros tipos de normativas.

La homologación de buenas prácticas y la adaptación de mecanismos que prueben ser exitosos en una determinada nación, puede ser el camino más lógico para que la región enfrente con éxito los retos crecientes de una transformación digital que no se detiene.

Sumándose a la creciente tendencia de los gobiernos de la región, que están exigiendo a las empresas digitalizar todos sus procesos tributarios y de negocios, Ecuador está incorporando paulatinamente diversos mandatos orientados a incorporar a las compañías a la transformación digital.

En esa línea, Sovos organizó, en conjunto con la Cámara de Innovación y Tecnología Ecuatoriana (CITEC) -un gremio sin fines de lucro que representa al sector de software y tecnologías de la información en Ecuador- el workshop «¿Cómo se firma el futuro? Un viaje por la nube, la firma electrónica integrable y la era paperless».

Orientado a profesionales del área de TI, en el encuentro se analizó el estatus legal y tecnológico de la firma electrónica integrable en el país y su uso en la optimización de procesos de software. Asimismo, se presentó el portafolio de soluciones y servicios de Sovos para resolver estas necesidades, especialmente tras la adquisición de Stupendo, líder en soluciones digitales.

En la oportunidad se revisó el marco general de la normativa de firma electrónica en el Ecuador, país en el que, si bien ha aumentado drásticamente el acceso a Internet, aún existe cierta desconfianza por parte de los usuarios a las transacciones electrónicas. Hoy, el 35.9% de las ventas se realizan online y el 29.5% de la compra se realiza a través de este de este tipo de medios electrónicos. La pandemia ciertamente impulsó la adopción acelerada de este tipo de mecanismos.

La  base legal de la firma electrónica está inserta en la Ley de Comercio Electrónico, Firmas y Mensajes de Datos y la define como un conjunto de datos contenidos en un mensaje de datos que son adjuntados o asociados a una persona en específico para certificar que ha aceptado un negocio jurídico y una relación jurídica. Esta firma electrónica tiene la misma validez y efectos que una firma manuscrita; es decir, que tanto para procedimientos administrativos judiciales, actos comerciales contractuales y particularmente, respecto de contratos entre privados, es válida y utilizable.

Las firmas existentes en Ecuador son la firma electrónica simple -que consiste en un conjunto de datos asociados que permiten identificar a una persona que acepta un negocio jurídico- y la firma electrónica certificada, que además es emitida por un organismo de certificación calificado en el país.

Ambas firmas tienen una presunción de legalidad y son equivalentes a una firma manuscrita. Existe además la figura de la aceptación simple, que implica que a través de una aceptación, un clic por ejemplo, se acepta contratar determinados servicios.

Sovos presentó sus soluciones referentes a la firma, la verificación de identidad y el cumplimiento tributario de las operaciones de las compañías, donde una solución robusta puede lograr que todos los procesos físicos hoy se puedan hacer de manera digital.

A este respecto, Sovos cuenta con soluciones de firma en los principales países de la región, tecnologías que son el puntapié inicial para desarrollar todos los procesos de una empresa, y lograr que el onboarding digital se cumpla. Una solución destacada en Ecuador y Latinoamérica para agilizar procesos y apoyar a la transformación digital paperless es DEC -Documento Electrónico Certificado- un software SAAS orientado a cumplir todas las necesidades de gestión documental y firma electrónica.

DEC crea documentos digitales y genera un ID único e intransferible en la nube para firmar documentos -ya sean personas naturales, personas naturales con RUC, o jurídicas con RUC, e incluso, personas con firma acreditada. Para aquellas personas naturales sin firma, o personas jurídicas y naturales con RUC, DEC cuenta con un microservicio denominado Easy Sign, que permite crear una firma simple o firmar con aceptación simple rápidamente; además actúa como llavero de una firma acreditada.

Sovos está trabajando en paralelo para proporcionar a la brevedad procesos híbridos, que permitan, en un solo documento, usar firma combinada, es decir, crear un proceso con DEC para que algunas personas firmen con firma acreditada y otras con firma simple.

Finalmente se presentaron los distintos tipos de soluciones disponibles: DEC para desarrolladores -un conjunto de WebServices que se integran a desarrollos propios de las empresas a través de APIs-; *DEC personal, orientado a cualquier persona que necesite firmar un documento, y *DEC Enterprise, un gestor documental a nivel macro para nivel bancario, o de empresas con multi sucursales, una solución mucho más robusta.

Para revisar el contenido íntegro de este workshop y conocer más detalles, pinche acá.

 

*Ambas versiones estarán disponibles en el curso de 2022.

Gestor Documental de Sovos

Brochure: Gestor documental digital de Sovos

La plataforma de gestión documental digital de Sovos es una solución que permite gestionar y firmar digitalmente, desde cualquier lugar, todo tipo de documentos, sean tributarios o de negocios, haciendo más eficientes y seguros los procesos dentro de la organización.

Optimice su negocio mediante la digitalización de los procesos de gestión documental en la empresa. Cree documentos fácilmente a partir de plantillas predefinidas, ingresando solo los datos variables, o cargue sus propios archivos y compártalos, envíelos y valídelos mediante firma simple o digital, previa verificación de identidad a través de distintos mecanismos de autenticación, presenciales o remotos, incluyendo tecnologías como la biometría y la encriptación.

Descargue el brochure

Sovos - IVA: POR QUÉ ES HOY UN TEMA CENTRAL PARA EL DIRECTORIO

IVA: Por qué es hoy un tema central para el directorio

La digitalización es una fuerza imparable que está remodelando las finanzas e incorpora una serie de desafíos para los directores financieros y para quienes están vinculados a los impuestos. Los responsables de las finanzas en empresas internacionales se enfrentan a la necesidad de colaborar con otras funciones empresariales para enfrentar una serie de regulaciones, mandatos y una adopción gradual de procesos digitalizados de cumplimiento tributario a nivel global.

En un mundo en el que estar en línea con las regulaciones para cumplir con los requisitos de reportabilidad, facturación electrónica y la determinación de impuestos es cada vez más complejo, el IVA juega un papel crucial para las empresas y las administraciones tributarias y por tanto, las brechas asociadas a este están adquiriendo mayor relevancia.

Lea más sobre los importantes cambios que se están produciendo en la recaudación y aplicación del IVA en este eBook que hemos preparado especialmente para usted.

Descargue el eBook

Boleta electrónica de Sovos

Brochure: Boleta electrónica de Sovos

Sovos eReceipt es un software para emitir boletas electrónicas que mantiene a su empresa al día con la evolución constante de los mandatos, en cada lugar del mundo.

Poseer un software para emitir boleta de manera electrónica también ha sido parte del impacto que ha tenido la transformación digital de los impuestos en las transacciones.

Así como la facturación electrónica ha sacudido al mundo, en particular a Latinoamérica y Europa, las empresas han tenido que adaptarse a nuevos mandatos que, en una primera instancia, abarcaban los procesos de negociación entre empresas y gobiernos (B2G), y luego las transacciones comerciales entre empresas (B2B). Hoy está surgiendo una tercera ola: los mandatos para las boletas electrónicas generadas en los negocios entre empresas y consumidores (B2C).

Descargue el brochure

¿Está interesado en la Boleta electrónica de Sovos?

Hable con un especialista
Brochure: Factura electrónica con SAP de Sovos

Brochure: Factura electrónica con SAP de Sovos

Sovos SAP Framework le permite integrar los cambios regulatorios sin interrumpir las operaciones diarias de su organización.
 
La nueva era tributaria está obligando a las compañías a emitir sus facturas, notas de crédito y guías de despacho de manera electrónica para ser validadas y aprobadas por las autoridades tributarias. De igual forma, estos documentos deben ser recibidos por los diferentes proveedores para gestionar los pagos y otros procesos corporativos. Esta información es presentada de manera particular en cada país, ya sea por transacciones individuales (CTC), libros electrónicos (reportes electrónicos) o determinación del IVA, aumentando la complejidad para las compañías en el monitoreo de las transacciones, soporte de la operación y adopción de los nuevos mercados.

Descargue el brochure

¿Está interesado en Factura electrónica con SAP de Sovos?

Hable con un especialista
Factura electrónica de Sovos

Brochure: Factura electrónica de Sovos

Sovos eInvoice es un software que simplifica el cumplimiento fiscal global para emitir facturas electrónicas.

Con el rápido avance en la globalización de los impuestos, Sovos ha creado el primer software global para emitir factura electrónica y estar al día con los cambios normativos. Hoy, los gobiernos de todo el mundo están aprovechando la tecnología para cerrar los vacíos fiscales.

Si bien cada país tiene sus propios requisitos específicos (SII de Chile, SUNAT en Perú, DIAN en Colombia, AFIP en Argentina, etc.), la cada día más extendida obligación de utilizar un software para emitir la factura de manera electrónica en tiempo real está cambiando el cumplimiento de los negocios entre empresas y gobiernos en cada punto de la cadena de suministro, y ha dado lugar a que las empresas deban buscar nuevas formas de convertir el cumplimiento tributario en una ventaja a su favor.

Descargue el brochure

¿Está interesado en Factura electrónica de Sovos?

Hable con un especialista
OSE de Sovos

Brochure: OSE de Sovos

En 2019 la Superintendencia Nacional de Aduanas y de Administración Tributaria, SUNAT, mandató a los principales contribuyentes peruanos (PRICOS) a utilizar los Operadores de Servicios Electrónicos (OSE) para validar los comprobantes de pago electrónicos (CPE) de todas las transacciones realizadas para facturas, boletas de venta y notas electrónicas, e informar sobre los documentos emitidos.

Sovos fue la primera compañía certificada por SUNAT como proveedor OSE y es la red más grande de procesamiento de facturas electrónicas en Latinoamérica, con más de 2.6 billones procesadas anualmente. Solo en Perú, Sovos gestiona casi 500 millones de documentos al año, representando el 70% del mercado de documentos electrónicos de este país. Hoy, Sovos forma parte del exclusivo grupo de 14 proveedores tecnológicos certificados en el país.

Descargue el brochure

¿Está interesado en OSE de Sovos?

Hable con un especialista