Emisión de Factura Electrónica con Integración a Signature - Perú.

Características del Requisito.

Descripción 

Permitir el envío y recepción de los documentos fiscales tales como : Factura Electrónica, Boleta de Venta, Nota de Crédito y Débito , Comprobantes de Retención y Documentos de Exportación (Factura, Nota de Crédito y Débito) entre Protheus y TSS.

Importante

Antes de ejecutar el compatibilizador, MODDDMI es imprescindible:

• Realizar la copia de seguridad de la base de datos del producto que ejecutará el compatibilizador (directorio PROTHEUS_DATA\DATA, si es la versión 10, o \PROTHEUS11_DATA\DATA, si es la versión 11) y de los diccionarios de datos SX (directorio PROTHEUS_DATA_SYSTEM, si es la versión 10, o \PROTHEUS11_DATA\SYSTEM, si es la versión 11).
• Los directorios mencionados anteriormente corresponden a la instalación estándar del Protheus, por lo tanto, deben modificarse de acuerdo con el producto instalado en la empresa.
• Esta rutina debe ejecutarse de modo exclusivo, es decir, ningún usuario debe estar utilizando el sistema.
• Si los diccionarios de datos tienen índices personalizables (creados por el usuario), antes de ejecutar el compatibilizador, asegúrese de que están identificados por el nickname. Si el compatibilizador necesita crear índices, los agregará a partir del orden original instalado por el Protheus, lo que podrá ocasionar la superposición de índices personalizados, si no están identificados por el nickname.
• El compatibilizador debe ejecutarse con la Integridad referencial desactivada*.

1. En Microsiga Protheus TOTVS Smart Client(si la versión es 10) o ByYou Smart Client (si la versión es 11), digite el MODDDMI en el campo Programa Inicial. Se exhibirá una pantalla en la cual se deberá elegir el módulo SIGAFAT- Facturación. Una vez seleccionado dar clic en OK. Importante: Para que se actualice correctamente el diccionario de datos, asegúrese de que la fecha del compatibilizador sea igual o superior al 28/03/2016.
2. Haga clic en OK para continuar.
3. Después de la confirmación es presentada una ventana para la selección de la empresa en que el diccionario de datos será modificado o es presentada una pantalla para la selección de la actualización a aplicar. Seleccione la opción “Configuración NF, NCC, NCA Electrónica”.
4. Al confirmar, se muestra un mensaje de advertencia sobre la copia de seguridad y la necesidad de su ejecución de modo exclusivo.
   1. Haga clic en Procesar para iniciar el procesamiento. El primer paso de la ejecución es la preparación de los archivos. 
   2. Se muestra un mensaje explicativo en la pantalla.
   3. A continuación, se muestra la ventana Actualización concluida con el historial (log) de todas las actualizaciones procesadas. En este log de actualización se muestran únicamente los campos actualizados por el programa. El compatibilizador crea los campos que aún no existen en el diccionario de datos.
   4. Haga clic en Grabar para guardar el historial (log) mostrado.
   5. Haga clic en OK para finalizar el procesamiento.

Como premisa, es necesario contar con la correcta instalación de TSS versión 2.61 para versión 11.8 o superior, de lo contrario, deberá solicitar por llamado el parche con las rutinas para TSS mencionadas en características del Requisito:

Sección de declaración del Job

[WFSIGNATUREPER]

main= TSSSignPERU

environment=sped

;start de job

[onstart]

jobs=WFSIGNATUREPER

En seguida bajar y subir nuevamente el server de  TSS.

Procedimiento de Implantación 

• • UPDMODMI - Actualización del diccionario de datos (Facturación)
  • UPDFATMI - Actualización del diccionario de datos (Facturación)
  • UPDNFPE – Actualización diccionario de datos para Perú.
  • MATA485 – Transmisión electrónica
  • LOCXNF – Documentos Fiscales
  • LOCXNF2 - Cálculo de Valores para Nota Fiscal
  • FINA085A - Orden de Pago
  • MATA468N - Generacion de Notas fiscales
  • MATA992 - Control de Formularios
  • NFAXMLPER - XML de Documentos Fiscales para Transmisión Electrónica Perú.
  • CRXMLPER - XML Comprobantes de Retención
  • NFECFGLOC - Cliente de Web Service NFECFGLOC
  • TSSWSSIGNATURE - cliente de Web Services TSSWSSIGNATURE

• • XN – Tipos de Documentos Identidad SUNAT

Esta tabla, contiene la equivalencia de los Tipos de documentos de los registros en Tabla Genérica TB vs Catálogo 06 Códigos Tipos de Documentos de Identidad que el SUNAT acepta:

Image Removed

• • Tabla TB: Tipos de documento de Identidades.

Image Removed

• • Tabla XN: Tipos de Documento de Identidad SUNAT.

Image Removed

Esta tabla obedece a los códigos expresados en el catálogo 09  Códigos de Tipos de Nota de Crédito Electrónica aceptados por la SUNAT:

Image Removed

Image Removed

• • XQ – Monedas ISO-4217.

Esta tabla contiene la relación entre el catálogo 02 Códigos de Monedas aceptadas por la SUNAT y la monedas utilizadas por el Protheus según corresponda:

Image Removed

Image Removed

• • XP - Tipos de Nota de Débito.

Esta tabla obedece a los códigos  expresados en el catálogo 10 Códigos de Tipos de Nota de Débito Electrónica aceptados por la SUNAT:

Image Removed

 6. Configure impuestos Variables.

La SUNAT disponibiliza en el catálogo 05 Códigos  de tipos de Tributos para los Impuestos, como se muestra a continuación:

Image Removed

Estos códigos deberán configurarse en Impuestos variables, según el impuesto informe en el campo FB_CODIMP, además deberá informar el campo FB_CLASSE cómo ‘I’. La SUNAT exige también el uso de los Códigos de Afectación de IGV e ISC, definidos en los catálogos 07 y 08 respectivamente:

Image Removed

Este código deberá ser informado en el campo FB_CODTAR, de no informarse, generará inconsistencias en el xml y será rechazado por la SUNAT.

7. Configure Control de formularios. Deberá informar la serie 2(FP_SERIE2) para cada serie registrada según el tipo de documento. Ejemplo:

8. Genere facturas mediante la rutina Generación de Notas Fiscales(MATA468N) o bien, de manera manual por la Rutina Factura de Venta (MATA467N). Este ajuste implica, que al introducir la serie, se llena el campo F1_SERIE2/F2_SERIE2  a partir de lo registrado en SFP Control de formularios, para el campo FP_SERIE2 según la especie del documento a generar. 

8. Ejecute procedimiento de Transmisión de Documentos Electrónicos.

Actualizaciones del Compatibilizador 

1.  Creación de Preguntas en el archivo SX1 – Archivo de Preguntas:

GRUPO: MATA485

GRUPO: MATA485A

GRUPO: MATA485B

GRUPO: MATA485C

GRUPO: MATA485D

2.  Creación de Campos en el archivo SX3 – Campos:

• Tabla SF1 - Encabezado de NF de Entrada:

• Tabla SF2 - Encabezado de NF de Salida:

• Tabla SFB - Impuestos Variables

• SFP -Control de formularios

3.  Modificación de Campos en el archivo SX3 – Campos:

Tabla SF2 - Encabezado de NF de Salida:

Importante:

El tamaño de los campos que disponen de grupo puede variar de acuerdo con el entorno en uso.

4.  Creación de Parámetros en el archivo SX6 – Parámetros:

Procedimiento de Configuración

CONFIGURACIÓN DE PARÁMETROS

CONFIGURACIÓN DE MENÚS

2.  En el Configurador (SIGACFG), acceda a Entornos/Archivo/Menú (CFGX013). Informe la nueva opción de menú del informe el nombre del módulo, conforme las instrucciones a continuación:

Procedimiento de Utilización 

1. Es indispensable realizar la configuración de los parámetros siguientes que fueron creados por el compatibilizador: MV_CRSERIE, MV_TESEXE. El primero contendrá serie a 4 dígitos para comprobantes de Retención que se enviará a la SUNAT, el segundo contendrá las TES utilizadas para documentos gratuitos. 

2. La carpeta en el servidor definida en el parámetro MV_CFDDOCS debe ser una ruta existente, los nombres de las carpetas en la ruta no deben contener espacios intermedios; por ejemplo, se puede emplear la expresión GetSrvProfString('startpath','') la cual devuelve la ruta del System del ambiente donde está instalado Protheus. Ejemplo: GetSrvProfString('startpath','')+'\cfd\xml\'. Esta carpeta contendrá los archivos de aquellos documentos que son enviados por SIGNATURE a la SUNAT.
3. Si el cliente maneja documentos de exportación, el cliente deberá estar identificado como Extranjero (A1_EST='EX') y la TES utilizada no deberá estar ligada a ningún impuesto.
4. Si la TES utilizada en los items de la factura no tiene asignado impuestos y el cliente no está identificado como Extranjero, el documento será procesado como factura gratuita.
5. SIGNATURE debe proporcionar el URL para envío de documentos ya que esta es personalizada por cada cliente. Así mismo el Área de conexión y la contraseña de la misma para autenticar la conexión para envío de documentos.
6. El certificado digital emitido por la SUNAT, es administrado exclusivamente por SIGNATURE por lo tanto, ni Protheus ni TSS necesitan dicho archivo para la ejecución del proceso de transmisión de documentos electrónicos.

Procedimiento de Emisión de Factura Electrónica.

Punto de Entrada

Ejemplo:

#Include 'Protheus.ch'

User Function M485NCC()

Local cXML := ""

Local cCRLF  := (chr(13)+chr(10) )

Local cFilDoc       := PARAMIXB[1] // Filial

Local cNumDoc       := PARAMIXB[2] // Número de Documento

Local cSerieDoc:= PARAMIXB[3] // Serie

Local cEspDoc       := PARAMIXB[4] // Especie

Local cCodCli       := PARAMIXB[5] // Código de Cliente

Local cCodLoj       := PARAMIXB[6] // código de tienda

cXML += '<Personalizados>' + cCRLF

cXML += '    <campoNumero name="CampoNumerico">1</campoNumero>' + cCRLF

cXML += '    <campoString name="CampoTexto">Esto es un texto</campoString>' + cCRLF

cXML += '    <campoFecha name="CampoTexto">2016-01-31</campoFecha>' + cCRLF

cXML += '</Personalizados>' + cCRLF

Return cXML

Ejemplo:

#Include 'Protheus.ch'

User Function M485NDC()

Local cXML := ""

Local cCRLF  := (chr(13)+chr(10) )

Local cFilDoc       := PARAMIXB[1] // Filial

Local cNumDoc       := PARAMIXB[2] // Número de Documento

Local cSerieDoc:= PARAMIXB[3] // Serie

Local cEspDoc       := PARAMIXB[4] // Especie

Local cCodCli       := PARAMIXB[5] // Código de Cliente

Local cCodLoj       := PARAMIXB[6] // código de tienda      

cXML += '<Personalizados>' + cCRLF

cXML += '    <campoNumero name="CampoNumerico">1</campoNumero>' + cCRLF

cXML += '    <campoString name="CampoTexto">Esto es un texto</campoString>' + cCRLF

cXML += '    <campoFecha name="CampoTexto">2016-01-31</campoFecha>' + cCRLF

cXML += '</Personalizados>' + cCRLF

Return cXML

Ejemplo:

#Include 'Protheus.ch'

User Function M485NF()

Local cXML := ""

Local cCRLF  := (chr(13)+chr(10) )

Local cFilDoc       := PARAMIXB[1] // Filial

Local cNumDoc       := PARAMIXB[2] // Número de Documento

Local cSerieDoc:= PARAMIXB[3] // Serie

Local cEspDoc       := PARAMIXB[4] // Especie

Local cCodCli       := PARAMIXB[5] // Código de Cliente

Local cCodLoj       := PARAMIXB[6] // código de tienda        

cXML += '<Personalizados>' + cCRLF

cXML += '    <campoNumero name="CampoNumerico">1</campoNumero>' + cCRLF

cXML += '    <campoString name="CampoTexto">Esto es un texto</campoString>' + cCRLF

cXML += '    <campoFecha name="CampoTexto">2016-01-31</campoFecha>' + cCRLF

cXML += '</Personalizados>' + cCRLF

Return cXML

Ejemplo:

#Include 'Protheus.ch'

User Function M485NFE()

Local cXML := ""

Local cCRLF  := (chr(13)+chr(10) )

Local cFilDoc       := PARAMIXB[1] // Filial

Local cNumDoc       := PARAMIXB[2] // Número de Documento

Local cSerieDoc:= PARAMIXB[3] // Serie

Local cEspDoc       := PARAMIXB[4] // Especie

Local cCodCli       := PARAMIXB[5] // Código de Cliente

Local cCodLoj       := PARAMIXB[6] // código de tienda          

cXML += '<Personalizados>' + cCRLF

cXML += '    <campoNumero name="CampoNumerico">1</campoNumero>' + cCRLF

cXML += '    <campoString name="CampoTexto">Esto es un texto</campoString>' + cCRLF

cXML += '    <campoFecha name="CampoTexto">2016-01-31</campoFecha>' + cCRLF

cXML += '</Personalizados>' + cCRLF

Return cXML

aUPara más información acerca de este tema acceder a  2.2 Documentos electrónicos UBL 2.1 con Signature