Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Especificación de Requisitos

 

Proyecto/Versión: PDR_SER_MI002

Requisito/Módulo: PCREQ-5692/TSS

Sub-Requisito/Función: PCREQ-5714
Job de procesamiento/wfSIGNATUREChile

Tarea/Llamado: PDR_SER_MI001-146

País: Chile

Fecha Especificación: 01/12/2015

Rutinas Involucradas

 

 

Rutina

Tipo de Operación

Opción de Menú

TSSSIGNATUREChileWF

Creación

N/A

Estrategia de Desarrollo y Liberación

 

Producto

TSS

 

Release que está siendo desarrollado

11.8 

Posee Réplica?

( )Si (X)No 

Cual a versión?

 

 

Âncora
_Toc380063576
_Toc380063576
Objetivo

...


El proceso de emisión de documentos electrónicos disponibilizado por SIGNATURE funciona de forma asíncrona. El ciclo de proceso es realizado a través de los siguientes métodos:

  • ConvertDocument: Método utilizado para el envío de los documentos electrónicos para su timbrado.
  • DocumentTracking: Permite consultar el historial de los cambios de estado de un documento.
  • RecoverDocument: Permite recuperar archivo XML/PDF de un documento dado.


El Job WFSIGNATUREChile será el responsable por el control y proceso de los documentos. Deberá funcionar de la siguiente manera:

  • Envío de documentos(Job = 1):

Tarea responsable por el envío de documentos fiscales. La rutina controlará el proceso de creación del lote de documentos para el envío a SIGNATURE y su actualización en la Base de Datos en TSS.
Se buscará en TSS aquellos documentos que no han sido enviados al sistema SIGNATURE de la siguiente manera:
cQuery += " SELECT ID_ENT, XML_ERP,AMBIENTE "
cQuery += " FROM SPED050L "
cQuery += " WHERE "
cQuery = " ID_ENT IN(" cIdEnt +") AND "
cQuery += " STATUS IN('1') AND "
cQuery += " D_E_L_E_T_='' "
cQuery += " ORDER BY ID_ENT "
Verificando además que SPED001M->COD_PAIS = '152'.
Por cada registro deberá detonar la llamada al Web Method ConvertDocument enviando los siguientes parámetros:

  • Area = LocGetMv("MV_AREA", cIdEnt)
  • Password = LocGetMv("MV_SIGNPASS", cIdEnt)
  • DocumentType= SPED050L->MODELO
  • DocumentContent = Formar la cadena "<![CDATA[" + SPED050L->XML_ERP + "]]>"


Si en retorno del Web Method se encuentra <HasError> True</HasError> Significa que hubo un error con el documento. Este error se registrará de la siguiente manera:
SPED050L->STATUS := 3
SPED050L->ERRCODE := <Code>
SPED050L->ERRMSG := <Description>
SPED050L->DATE_ENFE:= Date()
SPED050L->TIME_ENFE:= Time()
Si el retorno del Web Service no indica error, actualizará de la siguiente manera:
SPED050L->STATUS:= 2
SPED050L->IDCONSULTA := TextData->SetDTE->Id contenido en el xml de retorno.
SPED050L->DATE_ENFE:= Date()
SPED050L->TIME_ENFE:= Time()
SPED050L->XML_SIG := TextData->xml retorno
Además generará un registro en la tabla SPED054L(Lote vs Factura Electronica)
SPED054L->ID_ENT := cEntidade
SPED054L->NFE_ID := SPED050L->NFE_ID
SPED054L->LOTE := Obtener Siguiente lote (MV_SIGLOTE)
SPED054L->DT_ENVLOTE := DATE()
SPED054L->HR_ENVLOTE := TIME()
SPED054L->IDCONSULTA:= Tag ID
Si SPED054L->IDCONSULTA esta vacio, actualizara como sigue:
SPED054L->DT_PROCLOT := DATE()
SPED054L->HR_PROCLOT := TIME()
SPED054L->CSTAT_SEFR := ERROR:CODE
SPED054L->XMOT_SEFR := ERROR:Description

Y generará un nuevo registro en la tabla SPED052L
SPED052L->ID_ENT:= cEntidade
SPED052L->AMBIENTE:= cAmbiente
SPED052L->DATE_LOTE:= date()
SPED052L->TIME_LOTE:= time()
SPED052L->LOTE:= Obtener Siguiente lote (MV_SIGLOTE)
SPED052L->STATUS:= if(empty(SPED054L->IDCONSULTA)), 2 , 1 )
SPED052L->XML_LOTE:= SPED050L->XML_ERP

  • Recepción de documentos(Job=2):


Tarea responsable por la consulta de los documentos enviados. La rutina realizará la consulta de los documentos, al consumir el web Method DocumentTracking y actualizara la base de datos con los datos retornados.
La actualización de los datos se dará de la siguiente manera:
Seleccionará los documentos que se encuentren aún sin autorización en TSS, seleccione los documentos de la tabla SPED050L como a continuación:
SELECT *
FROM SPED050
WHERE ID_ENT = Entidad en proceso AND STATUS IN (4,5)

Por cada documento, se detonará el método DocumentTracking enviando los datos entrada:

  • Suscriber: RUT de la entidad Obtener de la tabla SPED001L campo RUC
  • UserName : Usuario del SyncPoint, obtener tabla SPED00L, buscar parámetro MV_SIGUSR
  • Password: Password de conexión al SyncPoint, obtener tabla SPED00L, buscar parámetro MV_SIGPWD
  • Sender: RUT de la entidad
  • DocumentType : Tipo de documento según los códigos de la SII como a continuación se exponen

...


El web Method RecoverDocument deberá detonarse dos veces, la primera vez obtendrá el XML del documento y atcualizará:
SPED054L->XML_PROT:= Tag TextData
La segunda vez, obtendrá el PDF y actualizará:
SPED054L->PDF := Tag TextData.

Âncora
_GoBack
_GoBack



Se generará cliente de WebServices para los siguientes URL:

 

Protótipo de Tela

N/A

Regras de Integridade

Explicada en la sección Regla del negocio.

Release Notes

 

Módulo

TSS

Función

 TSSSIGNATUREChileWF

Situación/Requisito

PCREQ-5714

Solución/Implementación

Implementación de la integración de servicios electrónicos con Sistema SIGNATURE exclusivo para Chile.

 

Flujo del Proceso Envio:

 

    1. Flujo principal
      1. TSS busca documentos pendientes para Transmisión.
      2. TSS verifica si existe retorno de documentos[1.2.1]
      3. TSS crea lote para transmisión
      4. TSS monta mensaje para envío de los documentos.
      5. TSS envia documentos para o IntegrationCore SIGNATURE.
      6. TSS verifica si existe retorno del método ConvertDocument [1.2.2].
      7. TSS realiza actualización de los datos retornados .

 

    1. flujo alternativo:

 

      1. Si No existen documentos para transmisión.
        1. TSS sale de la rutina y continúa la ejecución del Job.
      2. Falla en el envío de mensaje.
        1. TSS envía mensaje de error a consola.
        2. TSS sale de la rutina y sigue el flujo de ejecución del Job.

Flujo del Proceso consulta:

 

    1. Flujo principal
      1. TSS busca documentos pendientes para consulta.
      2. TSS verifica se hay documentos pendientes[1.2.1]
      3. TSS monta mensagem para consulta de documentos.
      4. TSS envía consulta para el sistema IntegrationCore SIGNATURE.
      5. TSS verifica si hay retorno del método [1.2.2].
      6. TSS actualiza la base de datos con la información retornada.
    2. Fluxo alternativo:
      1. No hay documentos pendientes de retorno.
        1. TSS sale de la ejecución del Job.
      2. Falha no envio da mensagem.
        1. TSS notifica error en consola.
        2. TSS sale de la rutina y sigue el flujo de ejecución del Job.

 

  1. Diagrama – Casos de Uso



  1. Diagrama – Actividades

 

  1. Diagrama de Clases

 

  1. Diagrama de Entidade e Relacionamento

 

  1. Diagrama de Secuencia





Diccionario de Dados

  • Diccionario de Dados


Grupo de Perguntas
N/A
Consulta Padrão
N/A
Estrutura de Menu
N/A

...

Âncora
_Toc237770965
_Toc237770965
Programas

N/A

  1. Caso (s) de Testes Específico (s) do Projeto

 

Caso de Testes

Transmisión/Consulta

 

 

Finalidad Testes

Enviar documentos electrónicos a Sistema SIGNATURE

Estimativas

 

Teste do Programador

( X) Si ( ) No

Recomendaciones

Tener registros con XML en SPED050L

Pre-condiciones

Debe tener configurado ulr de conexión con sistema SIGNATURE además de Área y password para la conexión.

Pos-condiciones

Mensajes en consola sobre el éxito o error del funcionamiento del Job

Como verificar los resultados

Mensajes en consola sobre el éxito o error del funcionamiento del Job

Procedimientos

Resultados Esperados

En el ini de TSS, configurar la sección :

[WFSIGNATURECHILE]
main= TSSSIGNATURECHI
environment=sped

 

Agregar Job en el OnStart
JOBS=WFSIGNATURECHI

 

Reiniciar TSS Server

 

Iniciar TSS Server

En consola aparece la leyenda:
Starting Job SIGNATURE chile

 

Mensaje en consola :
WF SIGNATURE - Emp: "+ idEntidad procesada +" Processo: TRANSMISIÓN Ciclo Nro: XX Total Ciclos: 20"

Mensaje en consola :
WF SIGNATURE - Emp: "+ idEntidad +" Processo: CONSULTA Ciclo Nro: XX Total Ciclos: 20"