GeneraSII es totalmente portable. No distribuimos un instalador, el ejecutable que le haremos llegar es la aplicación completa.

Puede ubicar el ejecutable donde prefiera. Cree un directorio, por ejemplo "GeneraSII", y coloque dentro el programa.

Evite instalar el programa en un directorio que contenga la palabra "Datos" en su nombre. Se producirán efectos indeseados.

El sistema siempre guarda datos y configuraciones junto al ejecutable. Esa es la razón principal para crear un directorio independiente para la aplicación. Dicho directorio se puede cambiar de lugar y nombre sin problemas.

También funcionará en directorios de red. Este le permite compartir configuraciones y datos entre varios usuarios. La instalación en red es tan sencilla como copiar el directorio de la aplicación en un servidor de archivos y crear enlaces directos a la misma en los escritorios de los usuarios.

Si quieres mantener instalaciones independientes, solo tiene que poner la aplicación en directorios diferentes. Esto será muy útil para tener configuraciones de Pruebas y de Producción, por ejemplo:

• GeneraSII
  • Pruebas
  • Producción

Para poder usar GeneraSII se necesita registrar.

Las licencias se distribuyen para que el programa se use por un único usuario y equipo. No es necesario ejecutar ni registrar con permisos de administrador.

Mientras el programa no haya sido registrado aparece una pantalla similar a esta:

En base a los datos que aparecen en "Datos para registro" le haremos llegar una "Clave de registro". Necesitamos que nos envíe esos por correo electrónico.

La primera opción que puede probar es Enviar email con datos. En función de la configuración de su sistema le saldrá un correo electrónico listo para enviar.

En ocasiones ese método no funcionará. Use Copiar a portapapeles y pegue esos datos para registro en una respuesta a uno de nuestros correos electrónicos.

Antes de poder convertir los certificados exportados desde Internet Explorer o Mozilla Firefox y hacer envíos a la Agencia Tributaria necesitamos descargar un archivo de recursos con librerías y programas adicionales que no se distribuyen junto el ejecutable de GeneraSII.

Es un archivo auto-descomprimible.

La extracción debe hacerse en la misma ubicación en que está el programa GeneraSII.

Esto solo se hace la primera vez o cuando queramos actualizar dichas librerías y programas adicionales.

Si su antivirus o la seguridad de su red le impide la descarga de este archivo de recursos descargue el mismo manualmente y sitúe junto al ejecutable: Librerías de comunicación openssl.

Tras la descarga y descompresión puede borrar el archivo GeneraSIIRes.exe. El resto de archivos serán la instalación inicial de GeneraSII.

Consultar y configurar proxy

Si su empresa usa un proxy en las comunicaciones tienen que configurar esta opción en GeneraSII para que sea posible la comunicación con la Agencia Tributaria.

Cuando reciba un error del tipo que aparece en la imagen "Socket Error # 11001" necesitará configurar su conexión a través de proxy.

Puede obtener la configuración desde Panel de control => Opciones de Internet => Conexiones => Configuración de LAN => Servidor Proxy

En GeneraSII se configura por equipo. No se comparte esta configuración para que cada equipo puede tener su propia configuración independiente.

Utilice el botón con la llave para introducir su contraseña. No lo haga de forma directa en el campo de Password. El sistema necesita encriptar la misma.

Depurar errores de comunicación

Si se producen errores en la comunicación esta utilidad puede ser de utilidad.

Se crean archivos en el directorio "Debug", situado junto a la aplicación, que le permiten ver los mensajes de error.

Tenga presente que esta opción no se guarda, al cerrar se desactiva. También se borrarán los archivos al volver a abrir la aplicación. Es una medida de seguridad.

Estas son las direcciones de acceso directo desde GeneraSII para comunicación a WebServices de la Agencia Tributaria y algunas web adicionales:

El resto de direcciones solo se lanzan para su apertura por el navegador predeterminado en su equipo.

Opción: Depurar comunicaciones en archivo

En ocasiones, debido a la configuración de la red con proxys y firewall, se requiere un depuración avanzada de las comunicaciones. Utilice la Opción: Depurar comunicaciones en archivo:

También será útil para resolver problemas puntuales con las comunicaciones.

Esto crea dos archivos diferentes donde se registran las comunicaciones en el directorio "Debug" junto al ejecutable de GeneraSII. Utilice Abrir directorio de Debug para visualizar esos archivos.

Estos archivos son algo técnicos, así que es posible que nos los tenga que remitir a nosotros o a su departamento de informática para su análisis.

Archivo LogD.txt

En este archivo se registra tanto la resolución como la autentificación SSL contra los servidores.

Archivo LogA.txt

Aquí aparecen todos los datos transmitidos y recibidos. Aparte del contenido se incluyen las cabeceras de las comunicaciones http/https.

Base de datos

GeneraSII no es un conversor de datos a SII, es un gestor completo del SII. Para ello gestiona todos los datos que ha remitido al SII, así como los archivos xml con envíos y respuestas a la Agencia Tributaria.

La base de datos está compuesta por tablas xml individuales que son guardadas en directorios asociados a los titulares. No usar la aplicación a la vez por el mismo usuario en la misma empresa titular. Los usuarios pueden sobre-escribir los datos.

Cada ejercicio fiscal tiene su propio directorio. En el mismo están los datos completos del año. Nunca borre datos de GeneraSII, debe mantener el histórico completo.

Las diferentes cargas de registros se unen en el mismo archivo. Sin embargo hay un campo llamado "Lote" que identifica individualmente las mismas.

Para compartir datos entre varios usuarios solo tiene que poner GeneraSII en una ubicación de red accesible a los mismos.

Se usan tablas de datos planos en formato xml binario para hacer una gestión eficaz de grandes cantidades de datos y evitar tener que hacer mantenimientos de servidores de bases de datos. Este diseño también simplifica el traslado y copias de seguridad.

Tenga presente que la base de datos no permite el trabajo simultáneo sobre los mismos. El último usuario que guarda sobre-escribe los cambios de los anteriores. Es un riesgo que debe evitar en beneficio de un sencillo y eficaz despliegue de la aplicación. De todas formas la gestión del SII es una tarea puntual y rápida que será realizada por un único responsable por empresa y un para de veces a la semana.

Otros archivos

Las configuraciones y archivos xml remitidos y recibidos de la Agencia Tributaria también son guardados en los directorios creados junto al ejecutable.

Para realizar copias de seguridad o trasladar los datos de ubicación tan solo tiene que copiar los directorios y archivos.

Seguridad de los datos

Los datos en todo momento son responsabilidad del usuario. Debe establecer un adecuado control de acceso a los mismos. Si comparte la aplicación en un servidor de archivos utilice el sistema de permisos del servidor para controlar el acceso a los mismos.

Los datos en ningún momento son almacenados fuera de la ubicación del usuario o en servidores de red. La única comunicación de los mismos con el exterior es la que se realiza a los servidores de la Agencia Tributaria a través de los procedimientos ejecutados por el propio usuario.

Si quiere ayudarnos en la traducción le estaremos muy agradecidos y buscaremos la forma de compensarles :)

La traducción se puede hacer en cualquier editor de textos pero le recomendamos que utilice PoEdit u otra herramienta similar.

Puede descargar las traducciones desde:

• Español: Solo tienes los textos en español.
• Español -> Inglés: Puede modificar los textos en inglés y de esta forma utilizar también el texto en inglés como guía.

Tratamos molestar lo menos posible con correos electrónicos. Hemos habilitado una opción en GeneraSII que le permite enterarse de novedades del SII y GeneraSII.

En GeneraSII "Abrir web de novedades sobre SII y GeneraSII" abre la web: novedades del SII y GeneraSII

Puede marcar la opción "Abrir automáticamente al abrir" para que esta web sea abierta en su navegador cada vez que abre GeneraSII.

Cambiar el programa de sitio

GeneraSII es totalmente portable, puede cambiarlo de sitio u ordenador simplemente cambiando de sitio la carpeta que contiene el programa, datos y configuraciones.

Compartir datos y configurar apertura

Tenga presente que los diferentes usuarios no pueden trabajar con la misma empresa a la vez.

El programa no abre los últimos datos existentes salvo que se marque la opción: "Abrir automáticamente últimos datos al abrir el programa".

Se abre la aplicación, se marca esta opción, se sale sin guardar cambios, se vuelve a entrar y el programa ya abre de forma automática los datos.

Cuidado ya que si intenta crear de nuevo el titular y guarda los datos sobre-escribe la configuración y datos anteriores con otros en blanco.

Apertura y cambio de Titular y/o Ejercicio-Periodo

Asegúrese de guardar los cambios antes de cambiar de titular o ejercicio-periodo. Para indicarle en qué directorios está trabajando Junto al nombre del Titular aparecen los directorios del Titular y Ejercicio-Periodo.

Utilice la opción de menú Abrir Titular/Ejercicios-Periodos ... o la tecla rápida F8:

Seleccione el Titular y/o Ejercicio-Periodo y pulse Abrir este Titular/Ejercicio-Periodo.

Si hay cambios pendientes de guardar le saldrá un diálogo preguntando si quiere perder esos cambios.

Si le indica que no quiere perderlos le saldrá otro diálogo preguntando si quiere guardarlos:

Ahora ya podrá abrir los datos en los que quiere trabajar. El programa quita todos los datos actualmente visibles y abre los datos del nuevo directorio.

GeneraSII es portable y funciona sin problemas si se sitúa en un directorio de red compartido.

Solo hay que tener en cuenta varias precauciones.

Los diferentes usuarios no pueden trabajar con la misma empresa a la vez.

Al registrarse y usarse por otro usuario el programa no abre los datos existentes. Hay que abrirlos o configurar que se abran con "Abrir automáticamente últimos datos al abrir el programa".

Se abre la aplicación, se marca esta opción, se sale sin guardar cambios, se vuelve a entrar y el programa ya abre de forma automática los datos.

Cuidado ya que si intenta crear de nuevo el titular y guarda los datos sobre-escribe la configuración y datos anteriores con otros en blanco.

Apertura y cambio de Titular y/o Ejercicio-Periodo

Asegúrese de guardar los cambios antes de cambiar de titular o ejercicio-periodo. Para indicarle en qué directorios está trabajando Junto al nombre del Titular aparecen los directorios del Titular y Ejercicio-Periodo.

Utilice la opción de menú Abrir Titular/Ejercicios-Periodos ... o la tecla rápida F8:

Seleccione el Titular y/o Ejercicio-Periodo y pulse Abrir este Titular/Ejercicio-Periodo.

Si hay cambios pendientes de guardar le saldrá un diálogo preguntando si quiere perder esos cambios.

Si le indica que no quiere perderlos le saldrá otro diálogo preguntando si quiere guardarlos:

Ahora ya podrá abrir los datos en los que quiere trabajar. El programa quita todos los datos actualmente visibles y abre los datos del nuevo directorio.

La versión que se distribuye por defecto es la de 32 bits, si necesita la versión de 64 bits tendrá que solicitarla. No supone ningún coste extra.

Instalación nueva

Si ha solicitado directamente la versión de 64 bits sin usar previamente la versión de 32 bits, que es la que se distribuye por defecto, no tendrá que hacer nada especial. El procedimiento habitual ya le sirve.

Actualizar desde versión de 32 bits

Tras solicitar la versión de 64 bits, baje la misma y sobre-escriba la versión actual de 32 bits.

Tras esto tendrá que bajar e instalar las librerías OpenSSL para 64 bits:

• Archivo de recursos: Librerías de comunicación openssl, archivo auto-descomprimible: GeneraSIIRes64.exe.
• Archivo de recursos: Librerías de comunicación openssl, archivo compromido: GeneraSIIRes64.zip.

También puede usar la opción "Descargar archivo de Recursos":

Se descarga la versión adecuada, 32 o 64 bits, según la versión del ejecutable de GeneraSII.

Mantener ambas versiones, 32 y 64 bits

Para esto una de las instalaciones debe separar ejecutable de configuración y datos.

GeneraSII es un programa desarrollado para Windows, pero puede utilizarse también en Linux y Mac OS X dentro de un sistema Windows virtualizado o directamente si instala Wine.

Para Mac OS X estas librerías de emulación de Windows, se pueden instalar a través de Porting Kit que es está basado en WineSkin o WineBottler., aunque este último no tiene soporte para versiones recientes de Mac OS.

Otra opción es PlayOnMac. Es otra opción montada sobre Wine.

Instale solo Wine, WineBottler no es necesario.

Una vez instalado podrá ejecutar GeneraSII sin problemas ya que hemos reducido sus dependencias del sistema operativo al máximo pensando en este tipo de despliegues.

En Linux puedes utilizar los paquetes Wine de su distribución.

Necesidad de separar datos y ejecutable

GeneraSII es totalmente portable y guarda todos los datos en el directorio en que está situado el ejecutable. Esto tiene diferentes ventajas:

• Podemos ubicar el ejecutable en un directorio de red y puede ser usado por diferentes usuarios
• Podemos trasladar de forma sencilla la ubicación del programa
• Las actualizaciones del ejecutable están centralizadas
• Facilita las copias de seguridad

Sin embargo es necesario separar en diferentes ubicaciones el ejecutable y los datos:

• Si tiene Windows 10 con la actualización 1803 y ejecuta GeneraSII desde un directorio compartido en un servidor de archivos sin soporte de SMB 3 el programa no tiene acceso a la red.
• Si hay usuarios que comparten los datos pero usan versiones de 32 y 64 bits, a partir de versión 2 de GeneraSII.
• Si quiere mantener instalaciones separadas de 32 y 64 bits, a partir de versión 2 de GeneraSII.

Procedimiento de separación de configuración y datos del ejecutable

Prepare directorio de instalación. Si separa por el bug de Windows 10 1803, cree un directorio en un disco local de su equipo. Si lo hace por mantener versiones diferentes de 32 y 64 bits, puede crear este directorio de instalación en un directorio de red.

En ese directorio, sitúe el ejecutable y las librerías OpenSSL adecuadas a la versión de 32 o 64 bits del ejecutable.

Creamos el archivo "Home.ini" donde se indica la ruta del directorio dónde queremos que GeneraSII guarde configuraciones y datos.

No es el directorio de Datos, es el directorio dónde estaría situado el ejecutable de estar todo junto. Dicho directorio debe existir previamente. Dicho directorio puede estar en un servidor de archivos aunque tengan el error de la versión 1803 de Windows 10.

En ese directorio aparecerán las configuraciones, datos y un archivo de control de versiones. También puede contener el ejecutable y las librerías OpenSSL si va a ser usado directamente desde esa ubicación.

Cuidado si su sistema oculta las extensiones, puede que en lugar de "Home.ini" haya creado el archivo "Home.ini.txt" y no funcionará.

Control de versiones

Para controlar que no sean usadas diferentes versiones del ejecutable con los mismos datos, al ejecutar un ejecutable con "Home.ini" configurado se crea un archivo "Version.ini" en el directorio de configuración y datos para impedir que algún usuario utilice versiones anteriores. Si fuese el caso, el programa le obligará a realizar una actualización.

Este control de versiones no se activa en instalaciones normales sin separación de configuración y datos del ejecutable a través del archivo "Home.ini".

Error con Windows 10 con actualización 1803

En este caso el error mostrado sería: Socket Error # 10022

Pasar de SII 1.0 a 1.1, de GeneraSII 1.* a 2.*

GeneraSII versión 2 pasa automáticamente a la versión 1.1 del SII el 01/07/2018. Por lo que si no hay cambios en esta nueva versión 1.1 del SII que le afecten, el cambio será automático y transparente para el usuario.

Puede actualizar GeneraSII a la nueva versión 2 antes de esa fecha y seguirá enviando en versión 1.0 de SII hasta ese día.

Tengan en cuenta que, dependiendo del destino, la versión 1.0 dejará de funcionar entre el 15 y 20 de Julio. Actualice antes de esa fecha.

Todas las configuraciones y datos se respetan y son compatibles entre ambas versiones del SII. Tampoco varía el procedimiento de trabajo habitual.

Preparar datos para traspaso a versión 2 de GeneraSII

No es imprescindible, pero si recomendable que cree una copia de seguridad antes de actualizar a la nueva versión de GeneraSII.

Será tan sencillo como copiar el directorio completo y cambiarle el nombre a esa copia en su explorador de archivos.

Actualizar a versión 2

Entre en el directorio que va a traspasar a versión 2 y actualice de versión como lo hace normalmente.

Actualizar estructura de datos

La estructura de datos ha cambiado y no es compatible con la usada en la versión 1 de GeneraSII. Actualice la estructura de datos.

Al ejecutar aparecerá un aviso:

El procedimiento ya está explicando en este manual, así que puede decir "No" a lo de visualizar el manual.

El programa desactiva la apertura automática de los últimos datos y pide reiniciarse:

Ahora vamos a pestaña de Datos.

Pulsamos icono de "Dir. Titular" para actualizar tablas de configuración a nivel de titular: Titular, Campos, ClavesFiscales, ConfCarga, Descripciones, ...

Pulsamos icono de "Dir. Ejercicio-Periodo" para actualizar tablas de ejercicio: FactEmitidas, FactRecibidas, ...

Tras esto el programa preguntará si se quiere activar la auto-apertura:

Si no quiere actualizar la estructura de datos de otro Ejercicio-Periodo, puede darle a Yes/Si.

Se le pedirá reiniciar la aplicación.

Si cambia a un Ejercicio-Periodo con la estructura de datos obsoleta le saldrá el mensaje indicando el error. Realice el mismo procedimiento anterior pero solo para actualizar Ejercicio-Periodo, no será necesario actualizar tablas de Titular.

Pulsamos icono de "Dir. Ejercicio-Periodo" para actualizar tablas de ejercicio: FactEmitidas, FactRecibidas, ...

Preparar nueva instalación y descargar nueva versión

Puede hacer pruebas antes de la puesta en producción de la versión 1.1 del SII.

GeneraSII es totalmente portable, le recomendamos que cree una copia del directorio actual de su instalación en producción.

Tras la copia, cambie la instalación de este nuevo directorio a modo pruebas:

Descargue en ese directorio la nueva versión 2 de GeneraSII:

Actualizar estructura de datos

La estructura de datos ha cambiado y no es compatible con la usada en la versión 1 de GeneraSII. Actualice la estructura de datos.

Al ejecutar aparecerá un aviso:

El procedimiento se está explicando en este manual, así que puede decir "No" a lo de visualizar el manual.

El programa desactiva la apertura automática de los últimos datos y pide reiniciarse:

Ahora vamos a pestaña de Datos.

Pulsamos icono de "Dir. Titular" para actualizar tablas de configuración a nivel de titular: Titular, Campos, ClavesFiscales, ConfCarga, Descripciones, ...

Pulsamos icono de "Dir. Ejercicio-Periodo" para actualizar tablas de ejercicio: FactEmitidas, FactRecibidas, ...

Tras esto el programa preguntará si se quiere activar la auto-apertura:

Si no quiere actualizar la estructura de datos de otro Ejercicio-Periodo, puede darle a Yes/Si.

Se le pedirá reiniciar la aplicación.

Si cambia a un Ejercicio-Periodo con la estructura de datos obsoleta le saldrá el mensaje indicando el error. Realice el mismo procedimiento anterior pero solo para actualizar Ejercicio-Periodo, no será necesario actualizar tablas de Titular.

Pulsamos icono de "Dir. Ejercicio-Periodo" para actualizar tablas de ejercicio: FactEmitidas, FactRecibidas, ...

Activar entorno de pruebas para la versión 1.1 de SII

Ahora ya podrá hacer envíos y consultas con la nueva versión 1.1 del SII y utilizar las mejoras y nuevas funciones incorporadas a la versión 2 de GeneraSII.

Revise de nuevo los cambios de la Versión 1.1 de SII, para ver si hay alguno que le sea aplicable. Si no es así, el paso a versión 1.1 de SII y 2 de GeneraSII será prácticamente transparente para su caso.

Desgraciadamente hemos detectado un error en la versión 2.0.1.0 muy especial en el sistema de conversión de datos. Siempre ha estado ahí pero ha aflorado en la versión 2.0.1.0 en la que es obligatorio actualizar estructura de datos.

Afecta a la configuración de ClavesFiscales y Campos. Concretamente a los campos EnFE y EnFR.

Cuando tiene configurado que alguna ClaveFiscal o Campo no es aplicable a un determinado tipo de factura con un nulo en lugar de 0, al convertir los datos al nuevo formato, se asigna por defecto un 1.

Es problemático en el caso de los Campos, y especialmente si usa SAP ya que suele configurarse el NumFactura e IdExterno asociados a campos diferentes, en la configuración se suele configurar diferente la Referencia y Número de Documento para facturas emitidas que para recibidas.

Esto puede afectar también a la aplicación de ClavesFiscales si tiene configuraciones diferentes para la misma ClaveFiscal en facturas emitidas y recibidas. Lo cierto es que es un caso muy raro y una opción que no recordamos haber usado con ningún cliente ya que generalmente la misma ClaveFiscal puede tratar adecudamente ambos tipos de factura con una única configuración.

Llámenos y revisamos su caso para ver si le ha afectado el problema.

Nueva versión 1.1 de validaciones y errores en el SII

La Agencia Tributaria publicó una versión 1.1 del documento validaciones y errores del SII el 17/05/2019, aplicable a partir del 1 de Octubre de 2019.

El resto de responsables tributarios de la forales también publicaron dicha actualización, que fundamentalmente es una copia del documento de la Agencia Tributaria.

Como se puede comprobar en los cambios introducidos, en todos las administraciones tributarias se aplican los mismos cambios.

Cambios:

• Validación del bloque sujeta/no exenta en el libro de emitidas
• Validación del bloque sujeta/exenta en el libro de emitidas
• Validación del tipo comunicación A5y A6 en el libro de emitidas
• Validación del campo <TipoFactura> en el libro de emitidas
• Validación del campo <BaseImponibleACoste> en el libro de emitidas
• Validación del campo <CuotaSoportada> en el bloque <InversionSujetoPasivo> en el libro de recibidas
• Validación del campo <CuotaSoportada > en el bloque < DesgloseIVA > en el libro de recibidas
• Validación del campo <ImporteCompensacionREAGYP > en el bloque <DesgloseIVA> en el libro de recibidas
• Validación del campo <TipoImpositivo> en el libro de recibidas
• Validación del campo <NumSerieFacturaEmisor> en TipoFactura ="F5" y "LC"en el libro de recibidas
• Validación del campo <CuotaDeducible>en el libro de recibidas
• Validación del campo <BaseImponibleACoste> en el libro de recibidas

Resaltar que solo son cambios a nivel de validación de datos dentro de los sistemas del SII de cada administración tributaria. No cambia ni el formato ni el contenido de los ficheros enviados o recibidos como respuesta en el SII.

No creemos que estas nuevas validaciones suponga ningún cambio en el contenido y procedimiento de trabajo de nuestros clientes. La mayoría son para forzar el envío correcto de determinados datos o la mayoría para casos poco frecuentes. En GeneraSII siempre hemos tratado de que el contenido enviado al SII fuese coherente con las información técnica suministrada, así que no supondrá ningún problema que ahora fuercen dichas comprobaciones.

Cambios introducidos en versión 1.1 de SII

Como muchos clientes reciben información que en cierta medida podría suponerle cierta alarma, hemos procedido a detallar los cambios introducidos para que evalúen ellos mismos si dichos cambios les afectan.

A partir del 1 4 de Enero de 2021 entra en vigor una nueva versión 1.1 bis.

Son cambios muy específicos y la mayoría de ellos opcionales, así que pueden seguir presentando como siempre.

Nuestra planificación es tener disponibles aquellos cambios que no supongan rotura de la base de datos en Diciembre y una vez pasado un tiempo de 2021, Febrero o Marzo, incorporar los cambios que requieran recrear las bases de datos.

Enero y Febrero siempre son complejos para nosotros y los clientes por la gran cantidad de operaciones fiscales y contables a realizar, por eso hemos considerado innecesario añadir carga adicional a los clientes por unos cambios que o no le afectan o directamente son prescindibles por opcionales. También damos tiempo a las haciendas forales a que se pongan al día con dichos cambios, si finalmente los implementan, ya que normalmente tardan un poco más en añadir ciertos cambios incorporados a nivel de AEAT.

Pueden consultar los cambios en el documento preparado por de la AEAT.

Un resumen sería la captura de dicho documento siguiente:

Dado que no cambia la versión del SII, 1.1, podrán seguir enviando con normalidad.

Respecto a BienInversion, ya teníamos en GeneraSII un campo previso para ello desde el principio, M303BI, así que en la medida en que tengamos claro que las forales y Canarias lo soportan lo incorporaremos en el envío de datos.

El tema de Deducir en periodo posterior, requiere añadir nuevos campos y por lo tanto se rompería la base de datos de las facturas recibidas, lo que supondría tener que recrearla, por lo que no se implementará inicialmente.

Consultar año completo  es una funcionalidad muy útil y que hemos estado echando de menos todo este tiempo. Implementado en Versión 2.0.3.27 de 28-10-2020, funciona en entorno de pruebas, en producción no lo hará hasta el 01 04-01-2021. En realidad no vale para mucho ya que por el diseño de la respuesta no indica el periodo real de las facturas consultadas, devuelve todas como 0A en lugar del mes de cada una :(

Los nuevos registros para el Suministro-Venta de Bienes en Consigna se están añadiendo y probando desde la Versión 2.0.3.27 de 28-10-2020. Añadido soporte completo en Versión 2.0.3.35/Versión 2.0.4.0 de 31-12-2020.

Si quieren estudiar los datos necesarios para cada caso pueden consultar nuestra plantilla Excel de Venta_de_Bienes_en_Consigna.xls.

Para obtener en GeneraSII la parte pública y privada de su certificado digital, así como el certificado público de la empresa certificadora, necesita previamente exportar el mismo desde su navegador.

Internet Explorer

Opciones de Internet -> Contenido -> Certificados -> Seleccionamos certificado a exportar -> Exportar ...

Hay que indicar que queremos Exportar la clave privada

Si al tratar de exportar no puede exportar la clave privada es porque al hacer la importación del certificado en el sistema no le indicó la opción de "Marcar como exportable..".

Utilice una copia de seguridad, otro navegador o vuelva a importar su certificado.

Seleccionamos el formato .pfx. Marque la opción "Si es posible, incluir todos los certificados en la ruta de acceso de certificación". Es necesario para obtener el certificado del organismo de certificación.

Como ha visto, está exportando la clave privada, proteja el certificado con una buena contraseña. Cualquiera que consiga ese archivo, sin proteger con una contraseña, podría usar el certificado e imaginamos que no para pagar sus impuestos.

Mozilla Firefox

Preferencias -> Avanzado -> Seleccionamos el certificado a exportar -> Hacer copia

Tenga en cuenta que está exportando la parte privada del certificado proteja la exportación con una contraseña fuerte. Cualquiera que consiga ese archivo, sin proteger con una contraseña, podría usar el certificado y hacerse pasar por usted.

Google Chrome

Sirve el procedimiento seguido con Internet Explorer.

Certificado digital exportado

Aunque la extensiones difieren, pfx en Internet Explorer (Windows en realidad) y p12 en Mozilla Firefox, en realidad contienen información similar.

Serán usados para que GeneraSII genere los archivos con:

• El certificado del organismo certificador: *.ca.pem
• La parte pública de su certificado: *.crt.pem
• La parte privada con su certificado protegido con contraseña: *.key.pem

Tras la conversión puede borrar el archivo pfx o p12, no van a ser usado por GeneraSII.

El esquema general de conversión es el siguiente, aunque es conveniente que lea el procedimiento completo:

Tras la exportación del certificado digital desde Internet Explorer o Firefox procedemos a prepararlo para su uso en GeneraSII.

Vamos a menú superior: Conectividad -> Convertir Certificados.

En las instalaciones iniciales antes hay que descargar: Archivo de recursos: Librerías de comunicación openssl. Se sitúa y ejecuta junto al ejecutable de GeneraSII. Esto no es necesario para cambios de certificados, ya que este paso se hizo en la instalación inicial.

Use la opción "Descargar archivo de Recursos". Será necesario tanto para este proceso como para enviar datos a la AEAT.

Actualizar certificado caducado

Antes de importar el nuevo certificado, borre los archivos del antiguo certificado en el directorio de Certificados de GeneraSII.

Certificado de empresa y certificado de asesor (colaborador social)

El programa usará el certificado de la empresa cuando sea encontrado en el directorio "Certificados" de la misma. Si no existe usará un certificado de colaborador social para la Agencia Tributaria, localizado en el directorio "Asesor\Certificados".

En una empresa normal tendrán que usar los certificados digitales de cada una de las empresas que presenten el Suministro Inmediato de Información o autorizar a una de ellas como presentador del resto.

Conversión de certificado

Confirme que los archivos generados con extensión *.pem tienen un tamaño diferente a 0, en caso contrario la exportación ha fallado.

Se puede usar el icono de la apertura de directorio al lado de Directorio Destino para abrir el directorio dónde se han convertido y configurado los certificados.

Certificado de autoridad certificadora

Si el certificado *.ca.pem no tiene contenido es porque no estaba incluido en la copia de seguridad.

Al intentar enviar se produce un error "Could not load root certificate":

También podrá comprobar que el tamaño del archivo *.ca.pem es 0:

Puedes descargar una copia y sobre-escribir el archivo *.ca.pem.

• AC Representación - FNMT-RCM y AC RAIZ FNMT-RCM
• Fabrica Nacional de Moneda y Timbre
• AC Representación - ANF Autoridad de Certificacion
• Izenpe - Ciudadanos y Entidades

Contraseñas y seguridad

El sistema, por su seguridad, no permite guardar la parte privada de su certificado digital sin proteger con contraseña.

Cuando intente enviar o consultar datos de la Agencia Tributaria le será solicitada. Una vez introducida no la pedirá nuevamente. Se mantendrá en memoria hasta que cambie de empresa o cierre el programa.

Hemos diseñado un sistema para evitar esta petición y para que se pueda usar GeneraSII sin conocer dicha contraseña y no comprometer la seguridad del certificado digital. Se crea un archivo *.key.pass con dicha contraseña. Cuando existe este archivo el sistema no solicita la contraseña. La opción se realiza con Crear archivo con password.

La contraseña se guarda cifrada, la apertura del archivo no permite conocer la contraseña. Solo alguien que conozca el sistema de cifrado utilizado en GeneraSII podría descubrir su contraseña.

No obstante lo anterior, siempre proteja adecuadamente el acceso al directorio de GeneraSII. Aparte de los certificados estarán todos los archivos con datos y registros xml de envío y respuestas.

Comprobación de instalación de certificado

Para comprobar que el certificado está correctamente instalado haga un verificación de nombre en el censo de la AEAT. Se requiere usar certificado, si funciona, le funcionará el envío de datos al SII.

Caducidad de certificado

El certificado debe sustituirse cuando caduca, en caso contrario recibirá un error:  HTTP 302 Conexión incorrecta.

Vaya al directorio de "Certificados" borre los archivos actuales e importe el nuevo certificado.

Uso de certificados diferentes por ejercicio

Desde la versión 2.0.3.30 de 2020-11-16, se permite usar certificados diferentes por ejercicio tanto a nivel de empresa como de asesor.

Se usará el primer certificado que se encuentra. Esta es la secuencia de búsqueda y carga de los certificados en los directorios de GeneraSII:

1. En directorio Datos\NIFTitular\Certificados\Ejercicio
2. En directorio Datos\NIFTitular\Certificados
3. En directorio Asesor\Certificados\Ejercicio
4. En directorio Asesor\Certificados

Los datos de NIFTitular y Ejercicio serían los que aparecen en "Dir. Titular" y "Dir. Ejercicio-Periodo":

Aunque es opcional la creación de bases de datos para diferentes ejercicios y puede nombrar los mismos como prefiera, le recomendamos que utilice una separación y nombrado por años.

Están aceptados por la Agencia Tributaria los organismos o empresas emisoras de certificados siguientes:

El listado de certificados permitidos puede variar en un futuro, estos son los permitidos a fecha 14-01-2017.

Pueden consultarlos en https://appsec.ebizkaia.eus/SEEA002C/certificadosEnt

Revise:  Lista de certificados digitales aceptados

Entre otros están admitidos:

FNMT

• Certificado de persona física
• Certificado de representante (entidades con o sin personalidad jurídica)

IZENPE

• Certificado de ciudadano (personas físicas)
• Certificado de representante de entidad con o sin personalidad jurídica

CAMERFIRMA

• Certificado de ciudadano (personas físicas)
• Certificado de representante (entidades con o sin personalidad jurídica)

Método de carga

Este es el método mas sencillo de implementar y flexible de carga.

Solo tiene que poner nombres apropiados a las columnas de la hoja de cálculo, copiar:

Pegar en GeneraSII.

Si quiere saber el título a utilizar en la primera fila de las columnas utilice "Copiar nombre de campos "copiables" a portapapeles". Aunque también puede identificar ese nombre en el nombre de las columnas de las rejillas de datos.

Este método también funciona en programas de acceso a bases de datos con consultas. Por ejemplo una consulta en Access.

Lógica de carga

Este método en realidad no utiliza la hoja de cálculo. Se utiliza el contenido en modo texto pasado al portapapeles al hacer el copiado. Cualquier programa que permita copiar los datos de forma encolumnada separando por tabuladores es válido. No solo podrá usar cualquier programa de gestión de hojas de cálculo, también programas de bases de datos como Access. Solo tendrá que copiar el resultado de las consultas al portapapeles.

También puede programar el pegado directo de datos al portapapeles desde su aplicación y también se cargará sin problema.

Este sistema no precisa procesos manuales como en el caso de carga desde hojas de cálculo. Esto permite que se puedan procesar este tipo de archivos directamente pasando parámetros en la ejecución del programa.

También permite la conversión desde formatos OEM 850 (MsDOS) e ISO-8859-15 a UTF-8, el sistema unicode usado en las comunicaciones del SII. Esto evita los errores que se pueden producir al abrir datos en un caso de cálculo, generalmente conversiones inadecuadas de datos o errores con existencia de doble comilla.

El separador de campos a utilizar sería la barra vertical "|".

No incluya espacios innecesarios para dar formato.

Tratamos de forma diferente el campo nulo del que contiene 0. Aquellos campos que no tengan contenido es mejor dejarlos en blanco.

Podemos procesar archivos CSV que utilicen como separador el tabulador y punto y coma, pero para evitar problemas con la aparición de dicho carácter en algún contenido es mejor utilizar la barra vertical "|".

Utilice este sistema para importar archivos XML de formato SII.

Ideal para revisar y gestionar los archivos generados por otros programas.

GeneraSII permite cargar datos de facturas emitidas y recibidas mediante consultas SQL a través de conexiones ADO/ODBC.

Este es un método muy flexible ya que permite la cargar datos desde cualquier base de datos que permita este método de conexión.

Configuración de conexión y consulta SQL

Antes de nada tiene que configurar la conexión a la base de datos. Dicha conexión puede guardarse a nivel de Titular o de Ejercicio. Si su programa tiene una base de datos por ejercicio tendrá que hacer configuraciones de conexión para cada uno de ellos. En bases de datos que no hagan esta separación puede guardar los datos y sentencias SQL por Titular.

La configuración se guarda cifrada. Pero tenga presente que el usuario de GeneraSII puede visualizar los parámetros de conexión.

La consulta SQL solo permite dos parámetros, :desde y :hasta. Sirve para delimitar la consulta a un intervalo de fechas. Ambas fechas deberían estar incluidas en los datos devueltos. Si necesita delimitar la consulta a una determinada empresa solo tiene que añadir ese filtro en el where de la consulta SQL. Los parámetros deben llamarse exactamente como se indican :desde y :hasta.

Si en el where de la consulta SQL necesita utilizar filtros diferentes a los de fecha con :desde y :hasta, utilice los parámetros adicionales: :param1, :param2, :param3 y :param4.

La consulta debería devolver solo datos en bruto. De la conversión a SII ya se encarga automáticamente GeneraSII.

Si quiere evitar tener que configurar los títulos de las columnas cambie el nombre de la columna devuelta. En caso contrario tendrá que configurar una correspondencia entre el nombre de los campos devueltos por la consulta y los nombres utilizados en GeneraSII.

Cuando tenga claro que la consulta funciona guarde la misma para su uso futuro.

Ejecución de consulta

El usuario solo debe elegir el intervalo de fechas de las que quiere obtener los datos. Los datos no se pasan al formulario de carga de facturas automáticamente para permitir una revisión previa de los mismos.

Cuando quiera pasar los datos para su proceso posterior use "Traspasar a Facturas".

Esta opción es muy interesante en varias situaciones:

• Uso para cotejar datos en GeneraSII y SII
• Reconstruir datos borrados en GeneraSII a partir de los datos en SII
• Recuperar datos de presentación y estado de facturas
• Asignar datos de Contraste con las contrapartes que están obligadas al SII
• Cargar los datos presentados por otros programas y aprovechar otras de las ventajas de GeneraSII

GeneraSII se conecta a la web del SII y realiza una consulta de facturas:

Ojo, los datos se consultan desde el formulario de carga, no desde el principal, ya que en ese caso se duplican los datos.

Se selecciona el Ejercicio y Periodo, se pulsa Consultar y una vez obtenidos los datos Procesar. Como es posible que tenga que bajar varios meses, y dado que solo se pueden consultar de mes en mes, puede utilizar Avanza Página y Retrocede Página de su teclado para ir cambiando mes antes de cada Consulta.

Esto va añadiendo los datos al formulario de carga. En el mismo puede utilizar las opciones de Cotejar "S" "M" y "N" y Cotejar Borrados "B" para identificar diferencias entre las facturas que tiene su Hacienda Tributaria en el SII y las que tiene GeneraSII.

Una vez comprobado que todo coincide puede aprovechar estos datos de descarga para:

• Traspasar datos de Estado de Cuadre para hacer seguimiento de Estado de Cuadre y Contraste
• Traspasar datos de Presentación, Estado de Factura y de Estado de Cuadre, esto permite recuperar los estados de presentación de facturas que ha enviado pero que no ha guardado

GeneraSII permite la importación y traducción de datos del modelo 340 a la información requerida por el SII. El proceso es tan sencillo como indicar ubicación del archivo.

Al cargarse los datos en los formularios de conciliación de GeneraSII se puede hacer la importación de un periodo completo y dejar que sea la aplicación la que detecte los nuevos registros o los que han sido borrados o modificados.

En las facturas de compra no viene incluida la fecha de entrada de la factura, pero podría asignarse la misma automáticamente según el día de carga en GeneraSII sin mayor problema.

No recomendamos este método de trabajo salvo que no tenga otras opciones. Generalmente no incluye todos los datos necesarios.

Carga de informes Tax Reports de SAP* en SII

Hemos incorporado la opción de cargar directamente los informes IVA de SAP. Se usa alguna de estar transacciones: S_ALR_87009895, S_ALR_87100833 o S_ALR_87012357.  También puede que tenga disponbile otra similar en su versión de SAP:

También puede sacarse esta información a través del report del modelo 340, transacción ZFIMOD340:

Esto produce un informe similar a este:

GeneraSII permite la traducción de títulos de columnas en SAP a campos internos.

También se pueden configurar las Claves Fiscales de SAP, el campo Tx, para que GeneraSII haga la traducción de registros de facturas a SII.

Ahora en GeneraSII pueden parametrizarse los mismos para hacer la conversión automática de sus datos a SII con los datos básicos del informe.

El procedimiento de implantación, junto con el análisis y asesoramiento en clasificación de claves fiscales Tx, posiblemente no le lleve más de un par de horas.

Formatos soportados

Este procedimiento puede usarse para importar según 3 métodos diferentes, ordenados por sencillez:

Por su comodidad le recomendamos que usen los métodos específicos para SAP. El método que lee desde el portapapeles es la opción más directa y que requiere menos pasos.

Campos necesarios en informe de SAP

A continuación mostramos los campos que se suele usar en los informes de SAP.

La referencias a documento y referencia están duplicadas porque se asocian de forma diferente en facturas emitidas y recibidas.

Hay ciertos campos no obligatorios pero que se indican para usarlos posteriormente en conciliación de datos y o identificación dentro de SAP: IdSujeto e IdExterno.

Utilice el método incorporado en GeneraSII para configurar la conversión de títulos-campos tanto para castellano como inglés. Botón derecho sobre rejilla de tabla de Campos:

Utilice esta opción antes de modificar el informe de SAP para saber que campos tendrás que incorporar.

Cambio de Informe Tax Report de SAP

El formato de la transacción carece de cierta información fundamental que tendrás que añadir modificando el layout.

Hay que crear un “layout” con la opción de “configure” . Después se pueden añadir y quitar campos.

Una vez se marca “configure” aparece el diseño que esté marcado por defecto.

En el botón en rojo se va al menú de configuración, donde puedes seleccionar los campos que quieres que aparezcan , la posición en el informe de ese campo , etc, etc

Las capturas son de la versión de inglés, pero será parecido en la versión de castellano.

Si no aparece el nombre del cliente o proveedor es porque tienen que marcar una opción particular.

"Read address data" en versión en inglés:

"Leer dirección" en versión en castellano.

Configurar IVA no deducible o deducible parcialmente

Cuando no todo sea deducible al 100% tendrá que configurar en SAP un Indicador de Impuestos o Tax Code para indicar la parte deducible y la no deducible.

Un ejemplo de no deducible un 80% y deducible un 20%. Por ejemplo vehículos de empresa en el que el 80% del uso total es para uso particular del empleado.

No deducible al 50%:

No deducible al 100%. Dietas, liberalidades, cestas de Navidad, etc:

Configurar IVA con recargo de equivalencia

No hay que usar el TaxCode o Identificado de Impuestos del IVA normal al 21%, hay que crear un TaxCode que incluya el tipo de IVA y el tipo de recargo de equivalencia.

Luego en ClavesFiscales hay que configurar esos mismos tipos en Tipo y TipoRE.

Número de factura incompleto

SAP tiene un límite para las referencias de facturas recibidas de 16 caracteres. Dicho límite no puede ampliarse de ninguna manera y la propia SAP ha utilizado un método similar al propuesto para resolver el problema de incluir números de factura con más de 16 caracteres.

Utilice el campo "Texto cabecera". Nosotros los cargamos por defecto como ComodinCarga.

Para indicar que incluye el número de factura hay que poner los datos entre corchetes ([]).

Hay tres formas de indicarlo:

1. [ES18+]: Al contenido de Referencia se le concatena al principio ES18. Es la opción más cómoda.
2. [+7818]: Al contenido de Referencia se le concatena al principio 7818 al final. No lo recomendamos ya que la referencia generalmente tiene su parte más significativa al final.
3. [ES1823333333780018]: El contenido de Referencia es sustituido por el contenido entre corchetes del texto de cabecera del documento.

*SAP es marca registrada de SAP y se usa exclusivamente a efectos identificativos de su producto y sin intención de apropiación o uso fraudulento de la misma

La carga desde Microsoft Dynamics AX en GeneraSII para el envío de datos al SII es bastante sencilla puesto que los datos se pasan a GeneraSII desde el portapapeles.

Carga de datos

Los datos se traspasan a través de informes estándar de Dynamics AX.

Esta es la ruta para obtener el soportado:

Similar a la carga de facturas emitidas al SII:

Como se verá en las capturas, hay que seleccionar todas los registros y copiar los datos:

Para su carga usamos "Pegar lineas desde portapapeles ...":

Eso carga todos los datos necesarios para la presentación desde Microsoft Dynamics AX al SII. Aunque previamente hay que configurar la conversión de datos.

Configuración previa de conversión de datos

Se configuran la conversión de los campos de Microsoft Dynamics AX a los campos del GeneraSII.

Uno de los campos más importantes es el Código de impuestos, es lo que permite configurar la conversión de cada tipo de factura de Dynamics AX al SII.

Esta es parte de la magia del programa ya que permite una conversión muy precisa de cada Código de impuestos a lo determinado por el SII.

Como se puede apreciar, la integración de GeneraSII con Microsoft Dynamics AX es rápida, sencilla y muy flexible.

Este procedimiento permite obtener los datos de facturación, filtrados por centros y fechas, desde GesTerapia y volcarlos a GeneraSII.

Al tratarse de una conexión segura, tendrá que configurar la key de conexión, que será guardada cifrada.

Los centros se pueden descargar directamente mediante una llamada al servidor. Solo necesario la primera vez.

También se configuran los centros para evitar introducirlos manualmente. Por comodidad añada el NIF de la empresa y un espacio al principio. GeneraSII filtrará los centros por el NIF del titular.

Los datos obtenidos incluyen las cuentas contables que posteriormente le permitirán su volcado a programas contables.

GeneraSII permite la carga de registros de facturas emitidas y recibidas desde los ficheros dbf de datos de Contaplus*.

Tan solo tiene que indicar la ubicación a los archivos Diario.dbf y SubCta.dbf de Contaplus. Esta configuración es guardada a nivel de titular y ejercicio.

Una vez delimitado el intervalo de fechas desde el que quiere realizar la carga solo tendrá que realizar el traspaso de datos.

Tenga presente que los datos se cargan en los formulario de carga de datos, donde se procede a la conciliación e identificación de facturas modificadas y nuevas. No tiene que preocuparse por asignar periodos de carga que incluyan solo facturas nuevas.

No es necesario tener instalado Contaplus para cargar datos del mismo en GeneraSII.

*Contaplus es marca registrada de Sage y se usa exclusivamente a efectos identificativos de su producto y sin intención de apropiación o uso fraudulento de la misma

GeneraSII permite la carga de registros de facturas emitidas y recibidas desde los ficheros dbf creados mediante el sistema de exportación de datos de Contanet.

Se tienen que importar archivos de IVA y Datos en formato DBF, en opción Exportar:

Opciones tercera y cuarta en formato DBF:

Tan solo tiene que indicar la ubicación a los archivos iva.dbf y datos.dbf exportados en Contanet. Esta configuración es guardada a nivel de titular y ejercicio.

Una vez delimitado el intervalo de fechas desde el que quiere realizar la carga solo tendrá que realizar el traspaso de datos.

Tenga presente que los datos se cargan en los formulario de carga de datos, donde se procede a la conciliación e identificación de facturas modificadas y nuevas. No tiene que preocuparse por asignar periodos de carga que incluyan solo facturas nuevas.

El proceso es tan sencillo como indicar el intervalo de fecha a recuperar, abrir los datos y cargar los mismos en las facturas de GeneraSII. Los nombres y NIFs se limpian de caracteres no válidos.

La configuración se determina y guarda por ejercicio. Solo tendrá que indicar la ruta a la base de datos Access y guardar la configuración.

No es necesario tener instalado Access ya que se usa Microsoft Jet.

En Contabilidad - Impuestos - Modelo SII:

Seleccionamos tipo de facturas e intervalo de fechas y al botón Buscar:

Seleccionamos Modelo SII Criterium.rpt:

Exportamos en formato Excel en un archivo, los valores por defecto son suficientes:

Abrimos, seleccionamos títulos y datos y copiamos:

Ahora ya realizamos la carga habitual en GeneraSII en el formulario de cargar apropiado, de emitidas o recibidas.

Carga desde Holded

Vamos a sección Analítica -> Informes

Seleccionamos la sección ventas o compras, según los datos a importar, luego informe de "Libro facturas emitidas/recibidas por impuesto":

Ahora exportamos esos datos a Excel:

Esto nos crea un fichero que cargaremos automáticamente haciendo una selección de títulos y datos y copiando a portapapeles. Siempre que se haya configurado previamente según información siguiente.

Configuración en GeneraSII

Esta configuración tan solo se hace la primera vez.

Se configuran la relación entre títulos de datos en Excel y campos en GeneraSII:

Se configuran las particularidades de cada impuesto en ClavesFiscales:

Esta opción para configurar relaciones entre tipo de impuesto en GeneraSII y datos a suministrar en el SII, nos da toda la flexibilidad necesaria para hacer un envío perfecto de datos en base a unos datos básicos.

Esto sería todo.

Problema con FechaExpedicion

En principio, salvo que haya sido cambiado, Holded no tiene una opción sencilla para indicar fecha de expedición diferente a fecha contable en facturas recibidas. Cuando una factura llega tarde y no pueden ser FechaFiscal = FechaExpedicion. Por ejemplo factura con fecha 12/02/2022 que contabilizas el 01/05/2022 para deducirla en Mayo. Hemos implementado una solución sencilla para este problema.

En estos casos vamos a cargar Num como NumFactura y como ComodinCarga :

Para registrar estas facturas se pone entre [] la referencia de factura y entre {} la fecha de expedición real de la factura. Ejemplo:

Esto ajusta convenientemente todos los datos reales de la factura:

Otro truco que puede usarse en facturas emitidas, cuando son agrupaciones de tickets, es colocar dos números de factura por la barra vertical "|". Cuando se asigna F4 a tipo de factura el programa separa ese número en NumFactura y NumFacturaFin.

GeneraSII hace el envío directo al WebService de Agencia Tributaria y resto de organismos fiscales soportados, pero en ocasiones esto no será posible hacerlo desde dentro del programa. Generalmente porque no se ha podido instalar un certificado digital válido en el propio programa. En estos casos la alternativa es hacer el envío de forma manual.

Estas instrucciones sustituyen al botón "Enviar" de GeneraSII.

El resto de opciones serán las utilizadas siempre.

Primero pulsamos Nuevo y Crear. Esto crea un fichero con la extensión: .E.xml

Si no va a enviar usted los datos, remita por email o cualquier otro medio el archivo creado al encargado hacerlo.

Vamos al cliente WebService de la Agencia Tributaria.

En dicha ubicación pulsamos Examinar y buscamos el archivo generado con la opción Nuevo. Lo mejor es copiar la ruta del archivo para evitar problemas.

Seleccionamos la URL Endpoint según el tipo de comunicación se trate. Si pulsamos con el ratón nos salen todas la opciones disponibles. Elegimos la apropiada y la web asigna el destino. Por ejemplo SuministroFactEmitidas => /wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP

Ahora pulsamos a la opción Enviar. La página hace el envío del archivo y se muestra una respuesta. Dicha respuesta es en formato XML y no se preocupe, no tendrá que interpretarla usted, lo hará el programa.

Usamos la opción Descargar respuesta para obtener una copia de la respuesta en XML. Guardar con el nombre y ubicación que sale abajo en GeneraSII, como verá es el mismo nombre del archivo remitido cambiando la E final de *.E.xml que indica envío por *.R.xml para indicar respuesta.

Si ha enviado los datos en nombre de otra empresa, y no tiene GeneraSII, envíe el archivo de respuesta a la persona que tiene GeneraSII.

Ahora vuelva a GeneraSII y utilice la opción Procesar para que el programa interpreta la respuesta de la Agencia Tributaria al envío.

Como verá lo único que cambia es que usamos esta opción en lugar del botón Enviar. Procure solucionar su problema con el envío directo, será mucho más cómodo y rápido que este envío manual.

Es posible que se envíen datos desde el ejercicio no apropiado. Un error normal es enviar datos del siguiente año dentro del año anterior.  No se preocupe, tiene una rápida solución.

Vamos a ver un ejemplo: el caso de envío de datos de 2019 en el ejercicio-periodo 2018.

Antes de nada asegúrese de tener dada el alta ambos ejercicios. Abra el programa dos veces en ambos ejercicios.

Filtrar en 2018 los datos de 2019, situándonos en una factura de 2.019:

Copiar esos datos en 2018:

Vamos a GeneraSII con ejercicio 2019 y pegamos los datos:

Ahora de nuevo en 2018 eliminamos los datos traspasados:

Ahora solo toca guardar en 2018 y 2019 los cambios.

Estos métodos le vendrán muy bien para reutilizar los datos de su empresa si necesita también presentar el SII en las Islas Canarias.

Método 1: Utilizar una única instalación de GeneraSII

El ejemplo simula la puesta en marcha de una empresa que ya envía en AEAT para su envío a Canarias.

Creamos una copia del directorio de la empresa ya existente. Se cambia la parte final del nombre del directorio respetando el NIF al principio. Lo mejor es añadir la palabra Canarias.

Se borran los directorios de los ejercicios con los registros de facturas emitidas, recibidas, etc. Son los directorios dentro de Datos: 2017, 2018. También pueden borrarse los directorios de copias de seguridad Baks.

Es recomendable, aunque no imprescindible que dentro de ese directorio borramos el registro de archivos xml enviados y sus respuesta: XmlFiles.

Ahora sería conveniente abrir la nueva empresa y añadirle Canarias a su nombre, aunque también se reconocerá según la ruta:

Cuando queramos abrir una empresa será mas sencillo reconocer el destino concreto del titular si se utiliza para enviar a AEAT y en SII de Canarias.

En la configuración de los datos posiblemente tengan que cambiar ClavesFiscales:

Y por supuesto el destino del SII:

Método 2: Hacer dos instalaciones de GeneraSII

Este método es interesante cuando se presenta un único titular a dos destinos diferentes.

Realice una copia completa del directorio de GeneraSII, quedando un directorio para cada destino. Es interesante que ponga a los directorios un nombre claro, tal y como aparece en el ejemplo:

Dentro del directorio de Canarias tendrá que hacer los mismos ajustes que se hicieron con el método 1.

Se borrarían los directorios de los ejercicios con los registros de facturas emitidas, recibidas, etc. Son los directorios dentro de Datos: 2017, 2018. También pueden borrarse los directorios de copias de seguridad Baks.

Es recomendable, aunque no imprescindible que dentro de ese directorio borramos el registro de archivos xml enviados y sus respuesta: XmlFiles.

Se cambia el destino en la configuración del titular de la instalación de Canarias:

También puede cambiar el nombre del titular y, si fuese necesario, las ClavesFiscales.

Facturas recibidas

Importe Total en Facturas Recibidas con Inversión de Sujeto Pasivo

El importe total de las facturas, salvo que se configure lo contrario, es calculado de forma automática.

Inicialmente consideramos que en el caso de que hubiese una operación con Inversión de Sujeto Pasivo la cuota de IVA calculada debía incrementar el ImporteTotal de la factura.

Tras descubrir problemas de cotejo por este tema hemos descubierto que dicha cuota de IVA por ISP no debe sumarse. Hemos cambiado este comportamiento en esta versión.

Les recordamos que el informar del Importe Total es opcional. Pero no obstante si quieren pueden volver a remitir las facturas presentadas con este error como una comunicación de modificación.

Si quiere evitar que el programa calcule el valor de ImporteTotal hay una opción que desactiva dicho comportamiento tanto en facturas emitidas como recibidas. Si desactiva esta opción tendrá que asignar valores a ImporteTotal o las facturas serán enviadas sin el mismo.

Declaración de servicios recibidos desde fuera de la Unión Europea en TAI

Hablamos de las facturas recibidas, emitidas por un proveedor de fuera de la Unión Europea, que se consideran prestados en Península y Baleares (TAI). Esta es otra figura que implica la Inversión de Sujeto Pasivo.

Esta operación no estaba claramente definida en las preguntas de la AEAT. Extrapolando lo dicho para las ventas con Inversión de Sujeto pasivo y lo especificado en las compras, consideramos que tu tratamiento era asimilado a la Inversión de Sujeto Pasivo por facturas recibidas con operadores intracomunitariaos. Y que los importes de la base y la cuota iban en el bloque de operaciones normales en lugar del de Inversión de Sujeto Pasivo.

A través de  preguntas y el asistente virtual hemos llegado a la conclusión que se espera que los servicios recibidos desde fuera de la Unión Europea en TAI deben ir en el bloque de Inversión de Sujeto Pasivo.

A partir de esta versión, las facturas recibidas de alguien de fuera de la UE que estén marcadas como prestación de servicios (EBoPS=S) y como Inversión de Sujeto Pasivo (InvSujPas=1) pasen sus valores al bloque de Inversión de Sujeto Pasivo.

Podríamos asignar directamente a este bloque los datos cuando EBoPS = S, pero entonces no habría forma de tratar de servicios recibidos fuera del TAI. Es necesario también asignar 1 a InvSujPas.

Configurar y modificar datos presentados

Si tiene configurada alguna clave fiscal para los servicios recibidos de fuera de la UE, asigne 1 a InvSujPas para que los datos futuros se asignen a ese bloque, también sería conveniente que asigne el tipo de factura para recibidas a F6:

Para modificar los datos presentados, utilice un filtro para mostrar solo las facturas de servicios de prestadores de fuera de la UE. El filtro EBoPS funciona según el contenido de la factura seleccionada. Hay que situarse encima de una que sea un servicio.

Una vez filtrado use la opción "Asignar valor 1 a InvSujPas en las facturas visibles y preparar para envío "A1" de modificación" y envíe la comunicación de modificación.

Sentimos las molestias, pero la AEAT no ayuda mucho a tener ciertos registros claros desde el principio. Pueden comprobarlo en este artículo Incoherencias y cambios no documentados en el SII.

Facturas emitidas

Ventas a Canarias, Ceuta y Melilla

Se ha modificado el procedimiento para comunicar las ventas a Canarias, Ceuta y Melilla cuando no se tiene establecimiento permanente en esa región.

Ahora se comunican a través de DesgloseTipoOperacion para desglosar entre entrega de bienes y prestación de servicios. Anteriormente se enviaban como DesgloseFactura.

Pensamos que es más apropiado e esta manera y que es necesario para comunicar facturas que mezclan entrega de bienes y prestación de servicios en la misma factura.

La Agencia Tributaria parece que considera que no es necesario realizar dicho desglose.

Nuevo cambio de criterio. La señorita Arcadia cambia mucho de opinión :(

Error en emisor de factura en determinadas operaciones intracomunitarias

El carácter de Remitente o Destinatario del declarado en este tipo de operaciones no se asignaba a la operación, si no al titular del SII.

Esto provoca que a la hora de identificar el NIF del emisor de un operación intracomunitaria se intercambien.

Cuando la ClaveDeclarado era R-Remitente considerábamos como emisor de la factura al Titular en lugar del a la contraparte. Y viceversa, cuando aparecía D-Destinatario poníamos como emisor a la contraparte.

No pensamos que tenga muchas consecuencias, ya que solo implica una error en la identificación de la factura, que no es contrastable, y el resto de datos se comunican adecuadamente. Tampoco parece que le estén haciendo mucho caso a este registro y la prueba es lo mal diseñado que está y que han olvidado la valoración económica de las operaciones, lo que obliga a tener que declararlas también como facturas emitidas y recibidas.

Corregir datos previamente remitidos

Si decide corregir los datos presentados incorrectamente tenga presente que tendrá que dar una baja y una alta nueva.

Ahora el fichero será enviado mediante el método incorrecto, ya que si no fuese así, no sería posible hacer la corrección.

Ahora solo faltaría preparar los datos para dar la anulación (BA) y enviar los datos.

Tras la baja habría que desactivar de nuevo la opción, preparar los datos para alta (A0) y enviarlos.

Hay que tener presente que todos los datos estarían dos veces, uno anulado y otro correcto.

Pero reiteramos nuestro convencimiento de que no parece que sea necesario hacer este cambio.

Facturas emitidas

CausaExencion - ExentaCausa

Ahora este valor se considera como opcional y no se asigna de forma utomática el valor E6.

+ No se asigna el valor por defecto E6 cuando hay valor en ExentaBase y no hay definido valor en ExentaCausa ni está definido en Titular FEExentaCausa
+ CausaExencion se considera como opcional al generar comunicaciones XML de facturas emitidas cuando se define ExentaBase2 

Registro de respuestas

Cada registro remitido al SII mantiene información sobre el archivo o archivos en que fue enviado, NIF del presentador, fecha, errores y CSV si la respuesta fue correcta.

Visualizar CSV de respuestas

Hemos incorporado una función que permite visualizar el archivos xml con su respuesta en la web de la Agencia Tributaria. Tenga en cuenta que necesita certificado digital en su navegador para visualizar esta información.

Registro de archivos xml

Todos los archivos enviados y recibidos como respuesta se guardan en el directorio XmlFiles de la empresa.

Los nombres siguen un esquema fijo de nombrado: NIF de titular, tipo de registro, tipo de comunicació y momento exacto. La extensión *.E.xml para los envíos y *.R.xml para las respuestas.

En caso de que la Agencia Tributaria esté saturada y no pueda responder a las peticiones del SII se devolverá un error que detectaremos en la comunicación.

Este, u otro similar será el mensaje mostrado.

Socket Error # 10054 Connection reset by peer.

Es debido a que la web de Bizkaia está temporalmente en mantenimiento.

Hay que guardar los datos, cerrar y esperar a que restauren los servicios de la infraestructura de Bizkaia.

Hay ciertos problemas, muy sospechosos e inquietantes, en el servidor de pruebas de la AEAT www7.aeat.es. Afecta tanto al SII como a otros modelos.

Como no nos fiamos y últimamente están siendo comprometidos muchos sistemas, vamos a esperar a que la AEAT se pronuncie antes de tratar de forzar el envío a un servidor que no parece autentificarse adecuadamente.

Hemos enviado este correo a la AEAT, cuestiones informáticas del SII, y esperamos su respuesta antes de actuar:

Correo enviado por web a las 10:40 de 23-12-2020

Problema con certificado de servidor www7.aeat.es

Hemos encontrado un error en las comunicaciones a entorno de pruebas del SII, aunque en realidad afecta al servidor www7.aeat.es y todos sus servicios.

En nuestro cliente SII nos sale el error:

'SSL2_GET_RECORD: data length too long'

En nuestro programa usamos las librerías OpenSSL, actualizadas para que no sea un error de versión.

Hemos verificado comunicaciones y parece que hay un error en la verificación del certificado del servidor de pruebas www7.aeat.es.

No sucede en producción ni para ningún otro destino de datos (en producción o pruebas): Canarias, Navarra o forales de País Vasco.

Pensábamos que el error era de nuestro cliente SII, pero investigando hemos visto que este error también se produce en todos los navegadores actuales y actualizados. Tanto en Windows 7 como Linux. Solo se libra Internet Explorer, pero tampoco nos fiamos mucho de su seguridad.

No nos fiamos y no queremos forzar el envío de datos de clientes a un servidor no verificado adecuadamente, aunque sean de pruebas.

Pruebas de conexión realizadas

Para no depender de nuestro cliente SII y llamadas a un WebService, la prueba la hacemos con el formulario del modelo 182 en entorno de pruebas, a una dirección que hemos utilizado recientemente y que funcionaba:

https://www7.aeat.es/wlpl/OVPT-NTGV/tgvionline.html?modelo=182&ejercicio=2020

Estas son las respuestas de todos los navegadores, que marcan como inseguro el servidor y su certificado.

Chrome:

www7.aeat.es ha enviado una respuesta no válida.
ERR_SSL_PROTOCOL_ERROR

Firefox (error similar a nuestro cliente SII, que utiliza la última versión de OpenSSL):

Conexión segura fallida

Ha ocurrido un error al conectar con www7.aeat.es. SSL ha recibido un registro que excedía la longitud máxima permitida.

Código de error: SSL_ERROR_RX_RECORD_TOO_LONG

    La página que está intentando ver no se puede mostrar porque la autenticidad de los datos recibidos no ha podido ser verificada.
    Contacte con los propietarios del sitio web para informarles de este problema.

Edge:

La conexión de este sitio no es segura.www7.aeat.es envió una respuesta no válida.
Intentar ejecutar Windows Network Diagnostics.
ERR_SSL_PROTOCOL_ERROR

Curl:

error:141A318A:SSL routines:tls_process_ske_dhe:dh key too small

Respuesta recibida a las 11:06 de 23-12-2020

Agradecemos la rapidez y eficacia en las respuestas. En menos de 5 minutos posteriores hemos recibido este correo por parte del servicio informático del SII en la AEAT.

Buenos días:

El portal de pruebas de la AEAT de cualquier modelo está devolviendo error, se está tratando de solucionar, intenten el acceso más tarde.

El SII en pruebas por web service sigue funcionando correctamente, si utilizan un webservice propio pueden realizar los envíos XML de ficheros de alta modificación baja y consulta sin problemas y recibiendo los XML de respuesta correspondientes.

Atentamente,
AEAT

Nosotros por nuestra parte recomendamos a nuestros clientes que esperen para la realización de pruebas. Si no podemos verificamos la identidad del servidor, no tenemos garantía de estar enviando realmente los datos a la AEAT. Mejor no enviar datos en pruebas. Es poco probable un hackeo, pero en estas cosas, mejor ser precavido.

Solución a las 13:20 de 23-12-2020

Hemos realizado una prueba y ya parece funcionar con normalidad. Ya es seguro enviar datos a entorno de pruebas.

El sistema del SII de Bizkaia/Vizcaya lleva todo el día con fallos de conexión. Esperábamos que fuese temporal pero sigue sin arreglarse desde esta mañana. Estamos preguntando a su servicio técnico para investigar que puede estar pasando.

El mensaje recibido será este: soap:ServerNo se ha encontrado el elemento root para la aplicación LFIV000B

Nos confirman que es un error del sistema SII suyo:

Se recibe mensaje de solución de problema a las 20:45:

En ocasiones se producen errores en la infraestructura del SII en la Agencia Tributaria.

Se pueden leer los mismos abriendo el archivo de respuesta. Se puede mostrar el archivo con el botón al lado derecho de "Procesar".

Mostramos algunos de los errores detectados en este tiempo.

Codigo[-904].UNSUCCESSFUL EXECUTION CAUSED BY AN UNAVAILABLE RESOURCE

Este error parece estar relacionado con la base de datos del SIi en Agencia Tributaria.

<?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><env:Body><env:Fault><faultco... EXECUTION CAUSED BY AN UNAVAILABLE RESOURCE. REASON 00C90082, TYPE OF RESOURCE 00000210, AND RESOURCE NAME DBGCUPME.TSGCUPME.00000001. SQLCODE=-904, SQLSTATE=57011, DRIVER=4.28.11</faultstring></env:Fault></env:Body></env:Envelope>

Codigo[2015] .Dato Fecha no corresponde en Longitud con el parseo: '190101'"

Este error lo descubrimos por primera ver el 03/02/2022 sobre las 11:50.

Es muy alarmante y confunde mucho porque da la impresión de que el error está en la estructura de los datos enviados. Pero no es así, parece que era un error suyo.

Inicialmente saltaba el error "Codigo[2015] .Dato Fecha no corresponde en Longitud con el parseo: '190101'":

Después pasaron los servidores a mantenimiento:

En unos 20 minutos lo habían solucionado.

No es común y dudamos mucho que se vuelva a producir.

El servicio es.aeat.eeca.proc.api.nucleo.ProcedimientoSrv no está registrado.

Este mensaje "El servicio es.aeat.eeca.proc.api.nucleo.ProcedimientoSrv no está registrado." es una caída de los servidores de aplicaciones puntual. Normalmente se recupera la normalidad de forma bastante rápida.

Codigo[500].Error DB2

Al intentar enviar datos al SII sale el mensaje: <?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http:/schemas.xmlsoap.org/soap/envelope/"><env:Body><env:Fault><faultcode>env:Server</faultcode><faultstring>Codigo[500].Error DB2</faultstring></env:Fault></env:Body></env:Envelope>

Se soluciona esperando un tiempo y volviendo a probar el envío. Si guarda los cambios en GeneraSII podrá evitar el tener que volver a cargar los datos.

Este error suele aparecer en periodos de mucha carga de los servidores de la AEAT, como los inicios de las campañas de Renta.

Detectado por primera ver el 11-03-2020.

Error env:Server, For input string: "    "

Este error es realmente complicado de interpretar. Se produce en entorno de Producción de SII en AEAT: "<faultcode>env:Server</faultcode><faultstring>For input string: "    "</faultstring>"

Hemos realizado pruebas en entorno de pruebas y el envío se acepta y procesa adecuadamente. No nos queda otra que interpretar que se trata de un error de la infraestructura del SII en la AEAT.

Parece ser que solo sucede con las facturas emitidas, y que el envío de recibidas funciona sin problemas.

Guarden los datos e intenten más tarde para ver si han solucionado sus problemas en los envíos.

Hemos probado a enviar por el cliente de WebService de la web de la AEAT y se produce el mismo error.

Detectado por primera vez el 21/11/2018 a las 10:30.

Conexión a Oracle no disponible

Otra caída: Código [102]: Conexión a Oracle no disponible.

Hemos comprobado que no se produce al consultar datos. Es solo al enviar datos. Dado que los datos se guardan en una base de datos DB2, este error parece que está relacionado con los registros de comunicaciones o verificación de datos de clientes/proveedores a través del censo de la AEAT.

Durante la segunda y tercera semana de Noviembre de 2018 fue muy frecuente.

Conexión a DB2 no disponible

Este error es similar al anterior y se produce cuando no es posible escribir datos en la base de datos DB2 de la infraestructura de la AEAT. Este error si parece estar relacionado con la escritura del registro final del SII en las bases de datos de la AEAT.

Error en la cabecera. El contenido del campo IDVersionSii no es válido.

Esto error se produce cuando trata de enviar una versión de SII obsoleta.

Por ejemplo a partir del 21/07/2018 no es posible usar la versión 1.0 en los envíos al SII. Es obligatorio usar la versión 1.1.

Si tiene GeneraSII siga estas instrucciones para Pasar a versión 2 de GeneraSII, 1.1 de SII. Si no la utiliza pregunte a su proveedor de software para el SII sobre la actualización del mismo.

GeneraSII también permite convertir y enviar los archivos xml de la versión 1.0 a la nueva versión 1.1.

El servicio es.aeat.eeca.proc.api.nucleo.ProcedimientoSrv no está registrado

Procedimiento de trabajo en GeneraSII

No trate de enviar los archivos por el servicio web de la AEAT, en la mayoría de las ocasiones el error será el mismo.

Tengan paciencia, guarden los datos y prueben de nuevo algo más tarde.

Puede que en realidad el fallo no implique que los datos no hayan sido enviados. Por lo que cuando intente enviarlos aparecerá un error de "Factura duplicada". Envíe como modificación de nuevo el lote de datos desde GeneraSII para asegurarse que el envío está correcto en toda la infraestructura del SII.

Datos de cabecera con titular, comunicación y periodo

Datos en versión 1.0, aplicable a partir de 17/05/2017

Revise nuestras numerosas pruebas de envío de facturas emitidas.

Datos de identificación de factura

Datos comunes de facturas emitidas y recibidas

Datos específicos de factura expedidas

Datos de cabecera con titular, comunicación y periodo

Datos en versión 1.0, aplicable a partir de 17/05/2017

Datos de identificación de factura

Datos comunes de facturas emitidas y recibidas

Datos específicos de factura recibidas

Consideramos que este registro aún está pendiente de desarrollo completo por parte de la Agencia Tributaria y tiene algunas incoherencia.

No obstante ya lo hemos implementado y probado.

"NombreRazon"    "NIFID"    "IdSujeto"    "IdExterno"    "NumFactura"    "FechaExpedicion"    "Importe"    "Fecha"    "Medio"    "CuentaOMedio"

Estos serían los campos a utilizar:

La facturas emitidas para justificar las indemnizaciones producidas a raíz de roturas y desperfectos sufridos en el transporte están exentos de IVA.

Inicialmente consideramos que entraban en la causa de Exención otros y por lo tanto era una operación Sujeta-Exenta.

No estamos del todo seguros pero creemos que se trata de una operación No Sujeta. Concretamente en la casilla de no sujeta por artículos 7,14, y otros.

Si usa ClavesFiscales haga este cambio: elimine el valor en FEExentaCausa y ponga un 1 en EsNoSujeto714.

Las facturas recibidas que son parcialmente deducibles o no deducibles en absoluto deben declararse de forma especial.

La base y cuota de IVA de la factura aparecen tal cual como están en factura; por el importe íntegro. Sin embargo en el campo CuotaDeducible aparece el importe realmente deducible.

De esta forma en el SII se pueden contrastar adecuadamente la factura recibida con la presentada por el proveedor.

En el caso de coches de empresa en renting habitualmente se deducía un 50%, pero cuidado porque eso parece haber cambiado recientemente:

• La DGT se "autocorrige". Tratamiento del IVA de vehículos de renting para empleados
• Derecho a deducción del IVA soportado por vehículos en renting entregados a los empleados de la empresa

Facturas simplificadas emitidas en SII

Datos a informar en SII

En la factura simplificadas o tickets, no es necesario indicar la contraparte, ni nombre ni NIF.

Tampoco es necesario desglosar los tipos de IVA y la cuota tributaria, pero ahora mismo no es posible hacerlo así. Aunque si su sistema permite obtener esa información es preferible que la cargue en GeneraSII. Así puede utilizarse esa información a efecto de 303 y otros modelos.

Nuestro consejo es que desglose las cuotas y tipos de IVA aplicados por si la Agencia Tributaria cambia el criterio en un futuro.

De hecho la respuesta en la Agencia Tributaria fija lo siguiente:

3.18. Al registrar una factura simplificada ¿debe desglosarse la cuota tributaria?

Con carácter general, no es necesario. Marcando las claves “F2", "F4" y "R5", sólo será obligatorio cumplimentar el tipo impositivo y de uno de los dos campos siguientes: base imponible o importe total. En el caso de que se informe exclusivamente del importe total, la base imponible deberá constar con valor cero.

Si existiese en el desglose de la operación sujeta y no exenta varios tipos impositivos, se deberá informar obligatoriamente de la base imponible y tipo impositivo.

No obstante, si se trata de una factura simplificada “cualificada” de las reguladas en el artículo 7.2 del RD 1619/2012 sí deberá desglosar el importe de la cuota.

Listado de facturas, o asientos resumen de facturas.

Se indica número de factura primera y última.

Estos registros de resumen de facturas pueden contener la contraparte o no contener la misma para presentar relación de facturas simplificadas o tickets.

No tengan muchas esperanzas en que a través de estos métodos de registros individuales de facturas simplificadas o de asientos resumen puedan utilizarse como un método de eludir la obligación de presentar registros completos de facturas. Entendemos que una vez esté en producción el sistema la Agencia Tributaria revisará y de alguna forma autorizará la presentación de este tipo de registros. No creemos que lo permita fuera de casos justificados y razonables.

Hay que tener en cuenta que los asientos resumen y de facturas simplificadas no son contrastables, así que dudamos que les gusten mucho a la Agencia Tributaria, ya que pueden terminar siendo un coladero de datos.

Facturas simplificadas recibidas en SII

Las facturas simplificadas recibidas deben identificar de forma obligatorio el NombreRazon y el NIF del emisor. A diferencia de las emitidas, no pueden ser remitidas de forma anónima.

Creemos que esto tiene relación con los requisitos de deducibilidad de las mismas:

Para poder deducir el IVA con factura simplificada, el expedidor debe hacer constar necesariamente:

    NIF del destinatario y domicilio.
    Cuota repercutida, que se debe consignar de forma separada.

Fechas para SII en factura emitida

Podemos considerar que las tres fechas son la misma: FechaExpedicion. Con esa única fecha posiblemente sea suficiente.

FechaExpedicion

Fecha de emisión de la factura. Esta fecha determina el límite para presentar la información sobre la factura, máximo ocho días en 2017, cuatro los siguientes.

En el plazo de cuatro días naturales desde la expedición de la factura, salvo que se trate de facturas expedidas por el destinatario o por un tercero, en cuyo caso, dicho plazo será de ocho días naturales.

En todo caso el suministro deberá realizarse antes del día 16 del mes siguiente a aquel en que se hubiera producido el devengo del Impuesto correspondiente a la operación que debe registrarse. Esta fecha límite coincide con el fin de plazo para expedir factura de acuerdo con el art. 11 del RD 1619/2012, de tal forma que si un empresario emite la factura el 15 del mes siguiente al devengo, ese mismo día deberá remitir los registros de facturación a través del SII.

Ejemplo: un empresario A presta un servicio a otro empresario el 2 de agosto de 2017, expidiendo la correspondiente factura ese mismo día. El plazo para remitir el registro de esta factura a través del SII finaliza el 14 de agosto.

Ejemplo: un empresario A presta un servicio a otro empresario el 2 de agosto de 2017, expidiendo la correspondiente factura el 13 de septiembre de 2017 (el plazo de expedición finaliza el 15 de septiembre). El plazo para remitir el registro de esta factura a través del SII finaliza el 15 de septiembre.

PLAZOS DURANTE EL SEGUNDO SEMESTRE DE 2017
Durante el segundo semestre del año 2017 el plazo de cuatro días se amplía a ocho días naturales.

COMPUTO DE PLAZOS
Hay que tener en cuenta que en el cómputo del plazo de cuatro u ocho días naturales a que se refieren los apartados anteriores, se excluirán los sábados, los domingos y los declarados festivos nacionales.

La indicación del día 16 del mes siguiente puede inducir a que la Agencia Tributaria pudiese ser mas permisiva con los plazos. No es correcto, el segundo ejemplo explica claramente en qué sentido se aplica: como un límite superior que reduce el plazo de 4/8 generales cuando nos acercamos al día 15.

FechaFiscal => PeriodoImpositivo (Ejercicio y Periodo)

A todos los efectos es la fecha de expedición. Cambiarlo tiene el riesgo de que la Agencia Tributaria considere que se pretende demorar el pago del impuesto y recurra a sanciones para evitarlo.

Teóricamente si podría anticiparse, ya que hay una pregunta con un ejemplo que lo permite, pero que sinceramente, no hay por dónde cogerla.

3.12. ¿Qué información se consigna en el bloque “Período impositivo”?

El ejercicio y período de liquidación de devengo de la operación correspondiente a la factura registrada.

Ejemplo 1: Un empresario A vende mercancía a otro empresario B el 6 de julio de 2017. El empresario A expide la factura el 2 de agosto.

El empresario A remitirá los registros de la factura el 14 de agosto consignando en el Libro Registro de facturas emitidas, Ejercicio: 2017, Período: 07.

Hay que tener en cuenta que en el cómputo del plazo de ocho días naturales se excluirán los sábados, los domingos y los declarados festivos nacionales.

En el caso de facturas rectificativas se consignará el ejercicio y periodo impositivo en que se realice la rectificación de la declaración-liquidación de acuerdo con lo previsto en el artículo 89 de la LIVA.

Como se ve, la FechaFiscal vendría a ser la fecha de devengo. Y en este caso sería anterior a la fecha de expedición. Pero lo dicho, esto abre un lío tremendo en los registros fiscales, veremos en qué queda el tema.

Si su sistema le permite obtener una FechaFiscal independiente de FechaExpedicion, en GeneraSII se puede cargar y asignará ejercicio y periodo sin problemas.

FechaOperacion

Fecha de operación. Es opcional, solo cuando:

Deberá cumplimentarse el campo “fecha de operación” en el Libro registro de Facturas Expedidas cuando la fecha de realización de la operación sea distinta a la fecha de expedición de la factura. 

Deberá cumplimentarse el campo “fecha de operación” en el Libro registro de Facturas Recibidas cuando la fecha de realización de la operación sea distinta a la fecha de expedición de la factura y así conste en la misma. 

Ejemplo: la empresa A vende mercancías el 3 de julio de 2017, documentando la operación en factura de fecha 1 de agosto de 2017. ¿Cuándo debo suministrar los datos a través del SII? ¿Debo consignar algún campo específico?  

Los datos deberán suministrarse en el plazo de los 8 días siguientes a la expedición de la factura (hasta el 11 de agosto). Se consignará la “Fecha de expedición de la factura” (1 de agosto de 2017) y el campo “Fecha operación” (3 de julio de 2017).

Este es un campo al que no se le ha prestado especial atención ni seguimiento en el modelo 340, imaginamos que seguirá así, así que no lo asignaremos salvo que se ponga expresamente. Y en caso de que obliguen pondremos FechaExpedicion.

No obstante, no deja de ser una recomendación, el usuario debe decidir si obviar o no este dato. Asigne valor en FechaOperacion si no quiere correr riesgos.

Fechas para SII en factura recibida

FechaExpedicion

Fecha de emisión de la factura. Cuidado con esta fecha la Agencia Tributaria la usará para cruzar datos junto con NIF de emisor y referencia/número de factura.

FechaEntrada

Fecha de registro contable. Esta fecha determina el límite para presentar la información sobre la factura, máximo ocho días en 2017, cuatro los siguientes.

 En un plazo de cuatro días naturales desde la fecha en que se produzca el registro contable de la factura y, en todo caso, antes del día 16 del mes siguiente al periodo de liquidación en que se hayan incluido las operaciones correspondientes (período en que se deduce el IVA soportado).

 Se entiende que el registro contable de la factura se produce en la fecha de entrada en el sistema contable con independencia de la fecha reflejada en el asiento contable.

PLAZOS DURANTE EL SEGUNDO SEMESTRE DE 2017

Durante el segundo semestre del año 2017 el plazo de cuatro días se amplía a ocho días naturales.

COMPUTO DE PLAZOS

Hay que tener en cuenta que en el cómputo del plazo de cuatro u ocho días naturales a que se refieren los apartados anteriores, se excluirán los sábados, los domingos y los declarados festivos nacionales.

En el caso de que la fecha límite del 15 del mes siguiente sea sábado, domingo o festivo nacional, se trasladará al primer día hábil siguiente.

En este caso entendemos que la Agencia Tributaria en ningún caso se quejará de que las facturas se registren fuera de su periodo, ya que va en su beneficio.

Aquí pensamos que hacer referencia a registro contable, no era muy afortunado. Que era mejor entenderlo como Fecha de entrada en Registro Fiscal. El asociarlo a fechas contables puede entrar en conflicto con el principio de devengo de la contabilidad y complicar innecesariamente la contabilidad con cuestiones fiscales ajenas a sus registros estrictamente contables.

Por ejemplo imaginemos una factura con fecha de expedición de 20/12/2017, se recibe y registra el 08/01/2018, teóricamente tendríamos que enviarla mediante el SII antes del 12/01/2018 (cuatro días excluyendo festivos naciones, sábados y domingos). En contabilidad no tiene sentido que lo registremos el 08/01/2018, lo lógico es que se haga con su fecha de expedición, el 20/12/2017, para cumplir con el principio de devengo, y en todo caso el 31/12/2017 para no tener que hacer luego apuntes contables extras en 2017 y 2018. Pero entonces no cumplimos con los plazos para comunicarlos y la Agencia Tributaria nos puede sancionar.

Nuestro consejo es que no considere esta fecha como registro contable, con objetivos y principios diferentes, sino como fecha de entrada en libro de IVA soportado. Nadie obliga a que el registro contable tenga que estar necesariamente en el programa de contabilidad, en ocasiones incluso no permitará gestionar diferentes fechas, o distorsione el modelo 303 y modelos de IRPF de seguir a rajatabla el SII. Pueden usarse los propios registros de GeneraSII como registros fiscales. De hecho, un sistema contable no tiene que tener obligatoriamente registros fiscales asociados, ya que no es su función.

La propia Agencia Tributaria ha confirmado algo lo que decimos en la versión 0.6 del SII. Aunque de una forma un poco extraña y confusa para tratar de no desdecirse, o esa es nuestra impresión.

FechaFiscal => PeriodoImpositivo (Ejercicio y Periodo)

Esta fecha determina en qué periodo se declaran. Una factura recibida y registrada el 16 del mes siguiente, ya tendrá que presentarse en el periodo de ese mes.

Aclaración en cuanto a fecha:

4.9. ¿Qué información se consigna en el bloque “Período impositivo”?

El ejercicio y período de liquidación de recepción de la factura registrada que a su vez permita efectuar la deducción.

Ejemplo 1: Un empresario A vende mercancía a otro empresario B el 26 de septiembre de 2017. El empresario A expide la factura el 2 de octubre. El empresario B recibe la factura el 6 de octubre y efectúa su registro contable el 10 de octubre. El empresario B remitirá los registros de la factura el 23 de octubre consignando en el Libro Registro de facturas recibidas, Ejercicio: 2017, Período: 10.

 Ejemplo 2: Un empresario A vende mercancía a otro empresario B el 26 de septiembre de 2017. El empresario A expide la factura el 27 de septiembre. El empresario B recibe la factura el 30 de septiembre y efectúa su registro contable el 10 de octubre. Caben dos posibilidades:

 a) El empresario B remitirá los registros de la factura el 16 de octubre consignando en el Libro Registro de facturas recibidas, Ejercicio: 2017, Período: 09.

 b) El empresario B remitirá los registros de la factura el 23 de octubre consignando en el Libro Registro de facturas recibidas, Ejercicio: 2017, Período: 10.

 Hay que tener en cuenta que en el cómputo del plazo de ocho días naturales se excluirán los sábados, los domingos y los declarados festivos nacionales. En el caso de que la fecha límite del 15 del mes siguiente a la deducción sea sábado, domingo o festivo nacional, se trasladará al primer día hábil siguiente

FechaOperacion

Fecha de operación. Es opcional, solo cuando:

Deberá cumplimentarse el campo “fecha de operación” en el Libro registro de Facturas Recibidas cuando la fecha de realización de la operación sea distinta a la fecha de expedición de la factura y así conste en la misma. 

Este es un campo al que no se le ha prestado especial atención ni seguimiento en el modelo 340, imaginamos que seguirá así, así que no lo asignaremos o se asignará la fecha de FechaExpedicion. Aunque evidentemente se respetará cualquier valor que se cargue en el campo FechaOperacion.

Procedimiento automático de cálculo de fechas en GeneraSII

No se preocupe con tantas fechas, en GeneraSII podemos automatizar todas estas fechas a partir de FechaExpedición y el día en que se cargan y comunican los datos. De esta forma se generarían las fechas de registro contable y periodo automáticamente.

El importe total es interpretado de forma automática.

Inicialmente consideramos que en el caso de que hubiese una operación con Inversión de Sujeto Pasivo la cuota de IVA calculada debía incrementar el ImporteTotal de la factura.

Tras descubrir problemas de cotejo por este tema hemos descubierto que dicha cuota de IVA por ISP no debe sumarse. Desde la Versión 1.0.13.0 de 2017-08-05 este es el comportamiento por defecto.

Les recordamos que el informar del Importe Total es opcional. Pero no obstante si quieren pueden volver a remitir las facturas presentadas con este error como una comunicación de modificación.

Si quiere evitar que el programa calcule el valor de ImporteTotal hay una opción que desactiva dicho comportamiento tanto en facturas emitidas como recibidas. Si desactiva esta opción tendrá que asignar valores a ImporteTotal o las facturas serán enviadas sin el mismo.

En este libro hemos tenido numerosas dudas e incluso un error a la hora de asignar la ClaveDeclarado. No estaba claro a quién se refería con declarado la documentación de la AEAT.

En la pregunta 6.1. ¿Qué operaciones se incluyen? se especifica:

Se consignará la clave “D” si el declarado es el destinatario de los bienes objeto de la operación, y “R” si el declarado es el remitente de los bienes objeto de la operación.

Pero no termina de aclarar quién es el Declarado, aunque se intuye que si el Titular es el Declarante, la Contraparte es el Declarado.

Hemos enviado una consulta al servicio técnico informático del SII y nos lo han confirmado:

- la clave D se corresponde con el LR de facturas emitidas porque la contraparte es el destinatario.

- la clave R se corresponde con el LR de facturas recibidas porque la contraparte es la remitente.

LR, se refiere a Libro Registro.

Cuando se exportan, por ejemplo a Canarias, bienes habría que plantearse si el servicio de transporte forma precio de la exportación o es un servicio complementario no sujeto en territorio de aplicación del impuesto.

La ley del IVA en su artículo 21 establece:

Artículo 21. Exenciones en las exportaciones de bienes.

...

5.º Las prestaciones de servicios, incluidas las de transporte y operaciones accesorias, distintas de las que gocen de exención conforme al artículo 20 de esta Ley, cuando estén directamente relacionadas con las exportaciones de bienes fuera del territorio de la Comunidad.

Se considerarán directamente relacionados con las mencionadas exportaciones los servicios respecto de los cuales concurran las siguientes condiciones:

a) Que se presten a quienes realicen dichas exportaciones, a los destinatarios de los bienes, a sus representantes aduaneros, o a los transitarios y consignatarios que actúen por cuenta de unos u otros.
b) Que se realicen a partir del momento en que los bienes se expidan directamente con destino a un punto situado fuera del territorio de la Comunidad o a un punto situado en zona portuaria, aeroportuaria o fronteriza para su inmediata expedición fuera de dicho territorio.
La condición a que se refiere la letra b) anterior no se exigirá en relación con los servicios de arrendamiento de medios de transporte, embalaje y acondicionamiento de la carga, reconocimiento de las mercancías por cuenta de los adquirentes y otros análogos cuya realización previa sea imprescindible para llevar a cabo el envío.

Por lo tanto el importe del transporte se incorpora al valor de los bienes como importe Sujeto-Exento por artículo 21.

En el programa se puede fijar el porcentaje de prorrata y el programa calcula automáticamente la CuotaDeducible.

Tengan presente que aunque el programa permite poner decimales, las reglas de cálculo de la prorrata indican que tiene que ser un valor entero.

Artículo 104. La prorrata general -> Dos -> 2.º -> Párrafo final:

La prorrata de deducción resultante de la aplicación de los criterios anteriores se redondeará en la unidad superior.

En la versión 1.3.7.0  se ha modificado el procedimiento para comunicar las ventas a Canarias, Ceuta y Melilla cuando no se tiene establecimiento permanente en esa región.

Ahora se comunican a través de DesgloseTipoOperacion para desglosar entre entrega de bienes y prestación de servicios. Anteriormente se enviaban como DesgloseFactura.

Pensamos que es más apropiado e esta manera y que es necesario para comunicar facturas que mezclan entrega de bienes y prestación de servicios en la misma factura.

La Agencia Tributaria parece que considera que no es necesario realizar dicho desglose.

Nuevo cambio de criterio. La señorita Arcadia cambia mucho de opinión :(

Nueva situación

Los plazos de presentación en el SII son muy justos

Tan apurados que prácticamente no hay tiempo a considerar la información como definitiva. Por ello posiblemente se ha incorporado la posibilidad de modificar y borrar registros presentados.

En el modelo 340 no sucedía esto. Las declaraciones presentadas tenían hasta 20 días para tratar de depurar errores y ser corregida.

La información a suministrar en el SII se extralimita de los límites contables

Hay mas datos de los que habitualmente se necesitan para los registros contables.

Incluso se da la paradoja de que hay cierta confusión en la implementación del SII de conceptos fiscales y contables. Se habla de Fecha de contabilización para las facturas de compra cuando se debería de hablar de fecha de entrada en el registro fiscal. Esta fecha se introduce a efectos de control de los plazos de presentación de facturas recibidas, pero interpretarla como fecha contable genera problemas con el principio contable de devengo:

2. Devengo.–Los efectos de las transacciones o hechos económicos se registrarán cuando ocurran, imputándose al ejercicio al que las cuentas anuales se refieran, los gastos y los ingresos que afecten al mismo, con independencia de la fecha de su pago o de su cobro.

Se elimina la necesidad de modelos 347, 340 y 390

Esto nos plantea la duda de hasta que punto son necesarios los registros fiscales en los programas contables a efectos de presentación de los modelos 303 y 349. O incluso de modelos con menos registros como los modelos de IRPF: 111, 115 y 123.

Propuesta para asesorías y algunos casos

Con un poco de información adicional a la requerida por el SII será posible crear o ayudar en la presentación de los modelos 303 y 349 desde GeneraSII. Y si apuramos un poco más, los modelos de IRPF: 111, 115 y 123. Y sus correspondientes informativas anuales.

Se devuelve la contabilidad a sus límites y objetivos estrictamente contables, y el momento de la contabilización de las facturas no tiene que estar sujeto a las necesidades fiscales.

Usando la información de GeneraSII en GeneraConta se podrá hacer un volcado completo y depurado de los registros fiscales de facturas a su programa contable una vez cerrado el modelo 303 de cada periodo.

Esta propuesta solo tiene sentido para asesorías que gestionan las contabilidades de sus clientes y las empresas que tienen programas separados para su gestión y la contabilidad.

Como se puede ver en la imagen GeneraSII tiene una división clara de 4 funciones diferentes:

Pensando en las empresas que se encargan de hacer las declaraciones a nombre de sus clientes, estamos contemplado la posibilidad de dividir el trabajo con GeneraSII. Por ejemplo:

Siempre se podrían remitir los datos para comunicar entre ambas partes por correo electrónico, pero no es lo mas eficiente. Sería necesario un mecanismo de comunicación mas directo. Esto añade la necesidad de incorporar una canal seguro de comunicación.

Si finalmente algún usuario de GeneraSII lo necesita tenemos planificada una solución de comunicación segura, sencilla y barata de implementar.

Esperamos que esto resuelva sencilla la necesidad de contar con un método de comunicación de uso sencillo, seguro y rápido.

Listado de países alfa-2 del ISO 3166-1 y algunos especiales.

A continuación los países que forma parte de la Unión Européa, junto con la composición de sus NIFs de Operadores Intracomunitarios.

Como puede comprobarse, el código de los países coincide, salvo en el caso de Grecia, con el código alfa-2 ISO del país en el estándar ISO 3166-1. El mismo que se usa en el caso de los dominios de Internet.