TSS

Páginas filhas
  • ER_CTe_v3.00

Versões comparadas

Versão antiga 4

changes.mady.by.user Natalia Sartori

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Natalia Sartori

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

 Este documento é material de especificação dos requisitos de manutenção, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

TSS

Módulo

CT-e

Segmento Executor

Serviços

Chamado/ISSUE

TWAM63 / MSERV-3320 

País

( X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Objetivo

Demonstrar as implementações necessárias para atender o Manual de Orientações do Contribuinte versão 3.00 

Este Manual tem por objetivo a definição das especificações e critérios técnicos necessários para a integração entre os Portais das Secretarias de Fazendas dos Estados e os sistemas de informações das empresas emissoras de Conhecimento de Transportes Eletrônicos - CT-e.

Identificação e vigência do Manual:

  • Data de início da vigência no ambiente de homologação (modelo 57) -  
  • Data de início da vigência no ambiente de homologação (modelo 67) -  
  • Data de início da vigência no ambiente de produção (modelo 57) -  
  • Data de início da vigência no ambiente de produção (modelo 67) -
  • Data final da vigência da versão 2.00 -

 

Definição da Regra de Negócio

A versão 3.00 introduz novas possibilidades de emissão do Conhecimento de Transporte para outros serviços, visando substituir a Nota Fiscal de Serviço de Transporte modelo 7 no que se refere aos serviços que não envolvem o transporte de cargas, a saber:

  • Transporte de Pessoas;
  • Transporte de Valores;
  • Excesso de Bagagem

Na primeira versão, o novo documento modelo 67 será desenvolvido para atender exclusivamente as prestações de serviço de Transporte de Pessoas, com a possibilidade de ser expandido futuramente para os outros serviços através de revisão do Manual ou Notas Técnicas.

Serviços Compartilhados - Modelo 57 e Modelo 67

A Sefaz SEFAZ disponibilizou um novo WebService Web Service de Recepção CT-e Outros Serviços (modelo 67) dedicado à autorização síncrona desse novo CT-e.

O modelo 67 utilizará os mesmos WebServices Web Services do modelo 57 para suprir os demais serviços essenciais para o contribuinte:

  • Consulta SituçãoSituação;
  • Inutilização numérica;
  • Recepção de Eventos;
  • Consulta Status Serviço.

No entanto, será disponibilizado um JOB específico para execução do modelo 67.

[CTEOS_WF]
main=CTEOSWF
environment=SPED

O WebService Web Service de retorno de recepção não será necessário ao modelo 67 uma vez que o mesmo deverá responder de forma síncrona em uma conexão, para tal, o lote CT-e Outros Serviços deverá conter apenas um documento por vez, documento este que será enviado também através do método REMESSA REMESSA3 do Web Service Service NFESBRA.

Eventos

Serão utilizados os métodos do Web Service MANIFESTACAODESTINATARIO.

Através do método SINCRONIZARDOCUMENTOS será possível sincronizar os seguintes documentos fiscais eletrônicos emitidos para a entidade solicitada, desde que esteja autorizado a acessar o XML (tag autXML MDFe): 

  • MDF-e;
  • Evento de Cancelamento do MDF-e;
  • Evento de Encerramento do MDF-e;
  • Evento de Inclusão de Condutor do MDF-e.

 

Para identificar que a sincronização se refere ao MDF-e (modelo 58), foi criado o parâmetro MODELO neste método.

O parâmetro MODELO será disponibilizado também através do método CONFIGURARPARAMETROS, a fim de diferenciar as configurações de ambiente e versão para a Manifestação do Destinatário (MD-e, modelo 55) e Manifesto Eletrônico de Documentos Fiscais (MDF-e, modelo 58).

Através dos métodos MONITORARDOCUMENTOS e RETORNARDOCUMENTO serão disponibilizadas informações relacionadas ao MDF-e e seus eventos já sincronizados.

 

Web Service MANIFESTACAODESTINATARIO

  • Método CONFIGURARPARAMETROS

Configura e retorna os parâmetros para a manifestação do destinatário.

 

Os parâmetros de entrada do método são:

<soap:Body>

  <USERTOKEN>STRING</USERTOKEN>

  <ID_ENT>STRING</ID_ENT>

  <AMBIENTE>STRING</AMBIENTE>

  <VERSAO>STRING</VERSAO>

  <ULTNSU>STRING</ULTNSU>

  <MODELO>STRING</MODELO>

</soap:Body>

 

NomePaiTipoTam.Ocor.Observações
CONFIGURARPARAMETROS
---1-1Tag raiz.
USERTOKENCONFIGURARPARAMETROSA51-1Deverá ser preenchido com o valor “TOTVS”.
ID_ENTCONFIGURARPARAMETROSA61-1ID da entidade a ser utilizada.
AMBIENTECONFIGURARPARAMETROSA10-1

Ambiente utilizado na sincronização de documentos.

 Os valores possíveis são:

1 – Produção;

2 –Homologação.

VERSAOCONFIGURARPARAMETROSA40-1

Versão utilizada na sincronização de documentos.

 Os valores possíveis são:

1.00 - NF-e / MDF-e

ULTNSUCONFIGURARPARAMETROSA150-1

Ultimo NSU da sincronização de documentos.

MODELOCONFIGURARPARAMETROSA20-1

Modelo de documento utilizado na sincronização do documento.

Os valores possíveis são:

55- NF-e;

58 – MDF-e.
 

Caso não seja informado, será utilizado o valor “55” como padrão, realizando assim a configuração da Manifestação do Destinatário – MD-e.

 

Os parâmetros de saída do método são:

 

Para contemplar os dois modelos de CT-e previstos (57 e 67), o sistema de registro de eventos da SEFAZ Autorizadora deverá identificar na chave de acesso do CT-e o modelo indicado e aplicar as regras conforme o estabelecido para cada um caso haja alguma diferença específica para os eventos comuns aos dois documentos.

Existe a possibilidade de ocorrerem eventos específicos para um modelo e para outros não e também a possibilidade de ambos utilizarem o mesmo tipo de evento, como no caso do evento de Cancelamento.

Observe no quadro abaixo a aplicação do evento conforme o modelo de CT-e:

 

Tipo de EventoModelo de CT-eDescrição EventoTipo de Autor do EventoLocal EventoCT-e deve existir?
11011057 e 67Carta de CorreçãoEmitenteSefaz AutorizadoraSim
11011157 e 67CancelamentoEmitenteSefaz AutorizadoraSim
11011357EPECEmitenteSVCNão
11016057Registro do MultimodalEmitenteSefaz AutorizadoraSim
11017067Informações da GTV *NOVOEmitenteSefaz AutorizadoraSim
61011057 e 67Prestação do Serviço em Desacordo *NOVOTomadorSefaz AutorizadoraSim

 

110170 - Evento Informações da GTV

  • Evento para que o emitente do CT-e OS do tipo serviço Transporte de Valores possa informar as GTV relacionadas com a prestação do serviço.

610110 - Evento Prestação de Serviço em Desacordo

  • Evento para que o tomador possa informar ao fisco que o documento CT-e que o relaciona está em desacordo com a prestação de serviço.

Leiautes Modelo 57 e Modelo 67

O CT-e sofreu alterações em seu leiaute.

Consulte o Manual de Orientações do Contribuinte - Versão 3.00 - 08/09/2016 (PDF) para verificação das alterações do modelo 57 e a estrutura do novo modelo 67.

É imprescindível a leitura completa deste MOC para entendimento das alterações pertinentes à versão 3.00

Web Services e Métodos TSS

Serão utilizados os métodos dos Web Services abaixo:

Web Service SPEDCFGNFE

  • Método CFGEPECCTE


O objetivo deste método é configurar os parâmetros dos Eventos do CT-e. Ele deve ser utilizado para configurar o uso dos seguintes eventos: EPEC, Cancelamento, CC-e, Registro do Multimodal, Informações da GTV e Prestação do Serviço em Desacordo.

Os parâmetros de entrada do método são:

<soap:

<soap:

Body>

  <USERTOKEN>STRING</USERTOKEN>

  <ID_ENT>STRING</ID_ENT>

  <AMBIENTE><VERSAOGERALEPEC>STRING</AMBIENTE>VERSAOGERALEPEC>

  <VERSAO><VERSAOEVENEPEC>STRING</VERSAO>VERSAOEVENEPEC> 

<ULTNSU>  <VERSAOGERALCANC>STRING</ULTNSU>VERSAOGERALCANC>

  <MODELO><VERSAOEVENCANC>STRING</MODELO>VERSAOEVENCANC>

  <VERSAOGERALCCE>STRING</

soap:Body>

VERSAOGERALCCE>

  <VERSAOEVENCCE>STRING</VERSAOEVENCCE>

  <VERSAOGERALMULT>STRING</VERSAOGERALMULT>

  <VERSAOEVENMULT>STRING</VERSAOEVENMULT>

  <VERSAOGERALGTV>STRING</VERSAOGERALGTV>

  <VERSAOEVENGTV>STRING</VERSAOEVENGTV>

  <VERSAOGERALDESAC>STRING</VERSAOGERALDESAC>

  <VERSAOEVENDESAC>STRING</VERSAOEVENDESAC>

  <SEQLOTEEPEC>INTEGER</SEQLOTEEPEC>

  <CTECANCEVENTO>BOOLEAN</CTECANCEVENTO>

  <HORAVERAOCTE>STRING</HORAVERAOCTE>

  <HORARIOCTE>STRING</HORARIOCTE>

</soap:Body>

 

NomePaiTipoTam.Ocor.Observações
CFGEPECCTE
---

 

CONFIGURARPARAMETROSRESULT1

Ambiente utilizado na sincronização de documentos.

 Os valores possíveis são:

1 – Produção;

2 – HomologaçãoCONFIGURARPARAMETROSRESULTVERSAOCONFIGURARPARAMETROSRESULT utilizada na sincronização de documentos.CONFIGURARPARAMETROSRESULT150CONFIGURARPARAMETROSRESULT20
NomePaiTipoTam.Ocor.Observações
CONFIGURARPARAMETROSRESULT---1-1Tag raiz.AMBIENTE
USERTOKENCFGEPECCTEA51-1Deverá ser preenchido com o valor “TOTVS”.
ID_ENTCFGEPECCTEA61-1ID da entidade a ser utilizada.
VERSAOGERALEPECCFGEPECCTEA1-41-1Versão do leiaute geral do evento EPEC
VERSAOEVENEPECCFGEPECCTEULTNSUA1-41-1Ultimo NSU da sincronização de documentosMODELOVersão do leiaute específico do evento EPEC
VERSAOGERALCANCCFGEPECCTEA1-41-1

Modelo de documento configurado utilizado na sincronização do documento

58 – MDF-e.

55 - NF-e.

 

Soap Fault

FaultObservações
Invalid TokenO parâmetro USERTOKEN foi passado incorretamente.
001Código de entidade inválido.
002Código de entidade em branco.
003Falha no processamento do método.

 

  • Método SINCRONIZARDOCUMENTOS

Sincroniza junto com a Sefaz a base de dados do TSSS através de documentos que tenham como destinatário a entidade solicitada.

 

Os parâmetros de entrada do método são:

 

<soap:Body>
 <USERTOKEN>STRING</USERTOKEN>
 <ID_ENT>STRING</ID_ENT>
 <INDNFE>STRING</INDNFE>
 <INDEMI>STRING</INDEMI>
 <MODELO>STRING</MODELO> 
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações
SINCRONIZARDOCUMENTOS---1-1Tag raiz.
USERTOKENSINCRONIZARDOCUMENTOSA51-1Deverá ser preenchido com o valor “TOTVS”.
ID_ENTSINCRONIZARDOCUMENTOSA61-1ID da entidade a ser utilizada.
INDNFESINCRONIZARDOCUMENTOSA10-1

Indicação para quais NF-e sincronizar.

Os valores possíveis são:

0 – Todas as NF-e;

1 – Somente as NF-e que ainda não tiveram manifestação do destinatário;

2 – Idem opção 1 incluindo também as NF-e que não tiveram Ciência da Operação declarada.

Caso não seja informado, será utilizado o valor “0” como padrão.

Para modelo 58, parâmetro será desconsiderado.
INDEMISINCRONIZARDOCUMENTOSA10-1

Indicação para quais emitentes buscar as NF-e para sincronizar.

Os valores possíveis são:

0 – Todos os emitentes;

1 – Apenas emitentes aonde a raiz do CNPJ seja diferente do destinatário (evitando transferências entre filiais).

Caso não seja informado, será utilizado o valor “0” como padrão.

Para modelo 58, parâmetro será desconsiderado
MODELOSINCRONIZARDOCUMENTOSA20-1

Modelo de documento a ser sincronizado.

58 – MDF-e.

55- NF-e.

Caso não seja informado, será utilizado o valor “55” como padrão, realizando assim a sincronização da Manifestação do Destinatário – MD-e.

 

Os parâmetros de saída do método são:

 

<SINCRONIZARDOCUMENTOSRESULT>

 <AMBIENTE>STRING</AMBIENTE>

 <DOCUMENTOS>

      <SINCDOCUMENTOSINFO>

            <CANCNSU>STRING</CANCNSU>

            <CHAVE>STRING</CHAVE>

            </SITCONF>STRING</SITCONF>

       </SINCDOCUMENTOSINFO>

      <SINCDOCUMENTOSINFO>

            <CANCNSU>STRING</CANCNSU>

            <CHAVE>STRING</CHAVE>

            </SITCONF>STRING</SITCONF>

       </SINCDOCUMENTOSINFO>

  </DOCUMENTOS>

 <IDENT>STRING</IDENT>

 <INDCONT>STRING</INDCONT>

Versão do leiaute geral do evento Cancelamento
VERSAOEVENCANCCFGEPECCTEA1-41-1

Versão do leiaute específico do evento de Cancelamento

VERSAOGERALCCECFGEPECCTEA1-41-1Versão do leiaute geral do evento Carta de Correção
VERSAOEVENCCECFGEPECCTEA1-41-1Versão do leiaute específico do evento Carta de Correção
VERSAOGERALMULTCFGEPECCTEA1-40-1Versão do leiaute geral do evento Registro do Multimodal
VERSAOEVENMULTCFGEPECCTEA1-40-1Versão do leiaute específico do evento Registro do Multimodal
VERSAOGERALGTVCFGEPECCTEA1-40-1Versão do leiaute geral do evento Informações da GTV
VERSAOEVENGTVCFGEPECCTEA1-40-1Versão do leiaute específico do evento Informações da GTV
VERSAOGERALDESACCFGEPECCTEA1-40-1Versão do leiaute geral do evento Prestação do Serviço em Desacordo
VERSAOEVENDESACCFGEPECCTEA1-40-1Versão do leiaute específico do evento Prestação do Serviço em Desacordo
SEQLOTEEPECCFGEPECCTEN--0-1Número sequencial do lote.
CTECANCEVENTOCFGEPECCTEL--1-1

Indica se o cancelamento será realizado por evento ou não.

Os valores possíveis são:

 - TRUE para sim

-  FALSE para não
HORAVERAOCTECFGEPECCTEA10-1

Identificação de Horário de Verão:

1-Sim ou 2-Não

HORARIOCTECFGEPECCTEA10-1

Identificação do Horário:

1- Fernando de Noronha;

2- Brasília;

3- Manaus;

4- Acre.

 

Os parâmetros de saída do método são:

<CFGEPECRESULT>

  <SEQLOTEEPEC>INTEGER</SEQLOTEEPEC>

  <VERSAOEVENCANC>STRING</VERSAOEVENCANC>

  <VERSAOEVENCCE>STRING</VERSAOEVENCCE>

  <VERSAOEVENEPEC>STRING</VERSAOEVENEPEC>

  <VERSAOEVENMULT>STRING</VERSAOEVENMULT>

  <VERSAOGERALCANC>STRING</VERSAOGERALCANC>

  <VERSAOGERALCCE>STRING</VERSAOGERALCCE>

  <VERSAOGERALEPEC>STRING</VERSAOGERALEPEC>

  <VERSAOGERALMULT>STRING</VERSAOGERALMULT>

  <VERSAOGERALGTV>STRING</VERSAOGERALGTV>

  <VERSAOEVENGTV>STRING</VERSAOEVENGTV>

  <VERSAOGERALDESAC>STRING</VERSAOGERALDESAC>

  <VERSAOEVENDESAC>STRING</VERSAOEVENDESAC>

 <CTECANCEVENTO>STRING</CTECANCEVENTO>

  <HORAVERAOCTE>STRING</HORAVERAOCTE>

   <HORARIOCTE>STRING</HORARIOCTE> 

</CFGEEPECRESULT>

</SINCRONIZARDOCUMENTOSRESULT>

 

SINCRONIZARDOCUMENTOSRESULTA21Identificação do Ambiente consultado Produção;2 - HomologaçãoSINCRONIZARDOCUMENTOSRESULT
NomePaiTipoTam.Ocor.Observações
SINCRONIZARDOCUMENTOSRESULTCFGEPECRESULT-CFGEPECCTERESPONSE--1-1Tag raiz do retornoAMBIENTE
CTECANCEVENTO CFGEPECRESULT A2 1-1 Indica se o cancelamento será realizado por evento ou não.

Os valores possíveis são:

  • 1-
DOCUMENTOSSINCRONIZARDOCUMENTOSRESULT--0-1Tag raiz para os documentos sincronizados.
SINCDOCUMENTOSINFODOCUMENTOS--0-NTag raíz para as informações de um documento sincronizado
CANCNSUSINCDOCUMENTOSINFOA150-1NSU de cancelamento.
CHAVESINCDOCUMENTOSINFOA441-1Chave de acesso do documento sincronizado.
SITCONFSINCDOCUMENTOSINFOA11-1

Código da situação da confirmação da manifestação do documento.

Os valores possíveis são:

0 – Sem manifestação do destinatário;

1 – Confirmada operação;

2 – Desconhecida;

 3 – Operação não realizada;

4 – Ciência.

Para modelo 58, parâmetro sempre retornará 0
CODEVENTOSINCDOCUMENTOSINFOA61-1Tipo do Evento.
IDENTSINCRONIZARDOCUMENTOSRESULTA61-1ID da Entidade utilizada.
  • Cancelamento por evento habilitado
  • 0-Cancelamento por evento não habilitado
 SEQLOTEEPEC CFGEPECRESULT N- 0-1  Número sequencial do lote.
VERSAOEVENCANCCFGEPECRESULTA1-40-1Versão do leiaute específico do evento Cancelamento
VERSAOEVENCCECFGEPECRESULTA1-40-1Versão do leiaute específico do evento Carta de Correção
VERSAOEVENEPECCFGEPECRESULTA1-40-1Versão do leiaute específico do evento EPEC
VERSAOEVENMULTCFGEPECRESULTA1-40-1Versão do leiaute específico do evento Registro do Multimodal
VERSAOGERALCANCCFGEPECRESULTA1-40-1Versão do leiaute geral do evento Cancelamento
VERSAOGERALCCECFGEPECRESULTA1-40-1Versão do leiaute geral do evento Carta de Correção
VERSAOGERALEPECCFGEPECRESULTA1-40-1Versão do leiaute geral do evento EPEC
VERSAOGERALMULTCFGEPECRESULTINDCONTA1-40-1

Indicador de continuação:

0 - SEFAZ não possui mais documentos para o CNPJ informado;

1 - SEFAZ possui mais documentos para o CNPJ informado, ou ainda não avaliou a totalidade da sua base de dados.

 

Soap Fault

FaultObservações
Invalid TokenO parâmetro USERTOKEN foi passado incorretamente.
001Código de entidade inválido.
002Código de entidade em branco.
003Falha no processamento do método.

 

  • Método RETORNARDOCUMENTO

Retorna todas as informações sobre um documento sincronizado anteriormente.

 

Os parâmetros de entrada do método são:

 

<soap:Body>

 <USERTOKEN>STRING</USERTOKEN>

 <IDENT>STRING</IDENT>

 <AMBIENTE>STRING</AMBIENTE>

 <CHAVE>STRING</CHAVE>

</soap:Body>

 

NomePaiTipoTam.Ocor.Observações
RETORNARDOCUMENTO---1-1Tag raiz.
USERTOKENRETORNARDOCUMENTOA51-1Deverá ser preenchido com o valor “TOTVS”.
ID_ENTRETORNARDOCUMENTOA61-1ID da entidade a ser utilizada.
AMBIENTERETORNARDOCUMENTOA10-1

Ambiente a ser pesquisado.

Os valores possíveis são:

1 – Produção;

2 – Homologação.
CHAVERETORNARDOCUMENTOA441-1Chave do Documento a ser retornado.

 

Os parâmetros de saída do método são:

 

<soap:Body>

 <ID_ENT>STRING</ID_ENT>

 <AMBIENTE>STRING</AMBIENTE>

  <DOCUMENTO>

      <CANCELAMENTO>

         <CANCNSU>STRING</CANCNSU>

         <CANCXMLRET>BASE64BINARY</CANCXMLRET>

         <DATAAUTORIZACAO>STRING</DATAAUTORIZACAO>

         <DATAEMISSAO>STRING</DATAEMISSAO>

      </CANCELAMENTO>

      <CCE>

         <CCENSU>STRING</CCENSU>

         <CCEXMLRET>BASE64BINARY</CCEXMLRET>

         <CORRECAO>STRING</CORRECAO>

         <DATAAUTORIZACAO>STRING</DATAAUTORIZACAO>

         <DATAEMISSAO>STRING</DATAEMISSAO>

         <HORAEMISSAO>STRING</HORAEMISSAO>

         <TZD>STRING</TZD>

      </CCE>

      <CHAVE>STRING</CHAVE>

      <CONDUTOR>

          <CONDNSU>STRING</CONDNSU>

          <CONDXMLRET>BASE64BINARY</CONDXMLRET>

          <CPF>STRING</CPF>

          <DTHRAUTORIZACAO>STRING</DTHRAUTORIZACAO>

          <DTHREMISSAO>STRING</DTHREMISSAO>

          <NOME>STRING</NOME>

      </CONDUTOR>

       <DATAAUTORIZACAO>STRING</DATAAUTORIZACAO>

       <DATAEMISSAO>STRING</DATAEMISSAO>

       <EMITENTE>

           <CNPJ>STRING</CNPJ>

           <CPF>STRING</CPF>

           <IE>STRING</IE>

           <NOME>STRING</NOME>

        </EMITENTE>

        <ENCERRAMENTO>

           <ENCNSU>STRING</ENCNSU>

           <ENCXMLRET>BASE64BINARY</ENCXMLRET>

           <CODIGOIBGE>STRING</CODIGOIBGE>

           <DTHRAUTORIZACAO>STRING</DTHRAUTORIZACAO>

           <DTHREMISSAO>STRING</DTHREMISSAO>

           <ENCDTENC>STRING</ENCDTENC>

        </ENCERRAMENTO>

        <NSU>STRING</NSU>

        <RESPOSTA>

            <DESCRICAO>STRING</DESCRICAO>

            <STATUS>STRING</STATUS>

        </RESPOSTA>

        <SITUACAO>STRING</SITUACAO>

        <SITUACAOCONFIRMACAO>STRING</SITUACAOCONFIRMACAO>

        <TIPOOPERACAO>STRING</TIPOOPERACAO>

        <VALORTOTAL>FLOAT</VALORTOTAL>

        <XMLSEFAZ>BASE64BINARY</XMLSEFAZ>

  </DOCUMENTO>

</soap:Body>

Versão do leiaute geral do evento Registro do Multimodal
VERSAOGERALGTVCFGEPECRESULTA1-40-1Versão do leiaute geral do evento Informações da GTV
VERSAOEVENGTVCFGEPECRESULTA1-40-1Versão do leiaute específico do evento Informações da GTV
VERSAOGERALDESACCFGEPECRESULTA1-40-1Versão do leiaute geral do evento Prestação do Serviço em Desacordo
VERSAOEVENDESACCFGEPECRESULTA1-40-1Versão do leiaute específico do evento Prestação do Serviço em Desacordo
HORAVERAOCTECFGEPECRESULTA1-50-1

dentificação de Horário de Verão:

1- Sim

2- Não

HORARIOCTECFGEPECRESULTA1-210-1

Identificação do Horário:

1- Fernando de Noronha;

2- Brasília;

3- Manaus;

4-Acre.

 

Soap Fault

FaultObservações
Invalid TokenO parâmetro USERTOKEN foi informado incorretamente.
001Código de entidade inválida.
002Código de entidade em branco.
003Versão do leiaute geral do evento EPEC inválida.
004Versão do leiaute específico do evento EPEC inválida.
005Versão do leiaute geral do evento de Cancelamento inválida.
006Versão do leiaute específico do evento de Cancelamento inválida.
007Versão do leiaute geral do evento de Carta de Correção inválida.
008Versão do leiaute específico do evento de Carta de Correção inválida.
009Versão do leiaute geral do evento de Registro do Multimodal inválida.
010Versão do leiaute específico do evento de Registro do Multimodal inválida.
011Versão do leiaute geral do evento Informações da GTV inválida.
012Versão do leiaute específico do evento Informações da GTV inválida.
013Versão do leiaute geral do evento Prestação do Serviço em Desacordo inválida.
014Versão do leiaute específico do evento Prestação do Serviço em Desacordo inválida.
015Horário de verão inválido. Valores válidos: 1-Sim e 2-Não
016Horário inválido. Valores válidos: 1-Fernando de Noronha, 2-Brasilia, 3-Manaus e 4-Acre

 

  • Método CFGVERSAOCTE

O objetivo deste método é informar ao TSS para qual versão deve converter o XML recebido do ERP. Caso a versão não seja informada o método irá retornar a lista de versões disponíveis. Caso a versão informada seja 0.00 o método irá retornar a versão configurada. Caso a versão informada seja 9.99 o método não ira configurar a versão.

 

Os parâmetros de entrada do método são:

 <soap:Body>

   <USERTOKEN>STRING</USERTOKEN>
   <ID_ENT>STRING</ID_ENT>
   <VERSAO>STRING</VERSAO>
   <MODELO>STRING</MODELO>
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações

CFGVERSAOCTE

 

 

 

 

Tag raiz da requisição

USERTOKEN

CFGVERSAOCTE

A

5

1-1

Deverá ser preenchido com o valor “TOTVS”.

ID_ENT

CFGVERSAOCTE

A

6

1-1

ID da entidade a ser utilizada.

VERSAO

CFGVERSAOCTE

A

1-4

1-1

Informe branco para saber as versões admitidas pelo Totvs Service Soa separadas por pipe ‘|’, ‘0.00’ para saber a versão configurada atualmente ou uma versão valida para que o parâmetro seja alterado.

Versões possíveis: 2.00|3.00

MODELOCFGVERSAOCTEN20-1

Informe:

57 – para CT-e;

67 - para CT-e OS.

Observação: Caso o campo não seja informado, será considerado como padrão o modelo 57.

 

Os parâmetros de saída do método são:

 <soap:Body>

   <CFGVERSAOCTERESPONSE>
    <CFGVERSAOCTERESULT>STRING</CFGVERSAOCTERESULT>
   </CFGVERSAOCTERESPONSE>
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações

CFGVERSAOCTERESPONSE

-

-

-

1-1

Tag raíz do retorno.

CFGVERSAOCTERESULT

CFGVERSAOCTERESPONSE

A

1-250

0-1

Retorna vazio caso o parâmetro seja configurado corretamente.

Se passado em branco retorna as possíveis versões de configuração:

9.99|2.00|3.00

 

Soap Fault

FaultObservações
Invalid TokenO parâmetro USERTOKEN foi passado incorretamente.
001Código de entidade inválida.
002Código de entidade em branco.
003Versão incorreta.

 

 

  • Método CFGAMBIENTE

Configurar o ambiente de operação da Nota Fiscal Eletrônica, Conhecimento de Transporte Eletrônico, Nota Fiscal do Consumidor Eletrônica e Conhecimento de Trasporte Eletrônico para Outros Serviços. Entende-se por ambiente o modo de operação do cliente junto `s SEFAZ, que no caso pode ser  Produção ou Homologação.

 

Os parâmetros de entrada do método são:

 <soap:Body>

   <USERTOKEN>STRING</USERTOKEN>
   <ID_ENT>STRING</ID_ENT>
   <AMBIENTE>STRING</AMBIENTE>
   <MODELO>STRING</MODELO>
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações

CFGAMBIENTE

 

 

 

 

Tag raiz da requisição

USERTOKEN

CFGAMBIENTE

A

5

1-1

Deverá ser preenchido com o valor “TOTVS”.

ID_ENT

CFGAMBIENTE

A

6

1-1

ID da entidade a ser utilizada.

AMBIENTE

CFGAMBIENTE

A

1-4

1-1

Informe:

1 para produção;

2 para homologação ou

0 para saber a configuração atual do ambiente.

MODELOCFGAMBIENTEN20-1

Informe:

65 - para NFC-e;

67 - para CT-e OS.

Observação: Caso o campo não seja informado, será considerado como padrão o modelo 55 / 57.

 

Os parâmetros de saída do método são:

 <soap:Body>

   <CFGAMBIENTERESPONSE>
    <CFGAMBIENTERESULT>STRING</CFGAMBIENTERESULT>
   </CFGAMBIENTERESPONSE>
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações

CFGAMBIENTERESPONSE

-

-

-

1-1

Tag raíz do retorno.

CFGAMBIENTERESULT

CFGAMBIENTERESPONSE

A

0-25

1-1

Retorna as expressões:

1-Produção;

2-Homologação.

 

Soap Fault

FaultObservações
Invalid TokenO parâmetro USERTOKEN foi passado incorretamente.
001Código de entidade inválida.
002Código de entidade em branco.
003

Código do ambiente inválido. Valores válidos:

0- Configuração;

1- Produção;

2- Homologação.

 

  • Método CFGMODALIDADE

Configurar a modalidade de operação da Nota Fiscal eletrônica, Conhecimento de Transporte Eletrônico, Nota Fiscal de Consumidor Eletrônica e Conhecimento de Trasporte Eletrônico para Outros Serviços. Entende-se por modalidade, a forma de geração da Nota Fiscal do cliente junto à SEFAZ, que no caso pode ser Normal ou de Contingência.

 

Os parâmetros de entrada do método são:

 <soap:Body>

   <USERTOKEN>STRING</USERTOKEN>
   <ID_ENT>STRING</ID_ENT>
   <MODALIDADE>STRING</MODALIDADE>
   <MODELO>STRING</MODELO>
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações

CFGMODALIDADE

 

 

 

 

Tag raiz da requisição

USERTOKEN

CFGAMBIENTE

A

5

1-1

Deverá ser preenchido com o valor “TOTVS”.

ID_ENT

CFGAMBIENTE

A

6

1-1

ID da entidade a ser utilizada.

MODALIDADE

CFGAMBIENTE

A

1-4

1-1

Modalidades de transmissão:

0 - Configuração atual

 

NFE (modelo 55):

1 – Normal;

2 -  Contingência Off-Line;

4 – Ambiente nacional;

5 – EPEC;

6 – Sefaz Virtual RS;

7 – Contingência FS-DA;

8 – Contingência SVC-AN;

9 – Contingência SVC-RS.

 

CTE (modelo 57):

1 – Normal;

5 - EPEC;

7 - Contingência FS-DA;

8 –Sefaz Virtual SP;

9 –Sefaz Virtual RS.

 

NFCE (modelo 65):

1 – Normal;

9 – Contingência Off-Line;

2  – Contingência Off-Line. (a partir do TSS 2.50).

 

CTE OS (modelo 67):

1 – Normal;

7 - Contingência FS-DA;

8 –Sefaz Virtual SP;

9 –Sefaz Virtual RS.

MODELOCFGAMBIENTEN20-1

Informe:

55 -  para NF-e;

57 -  para CT-e;

65 -  para NFC-e;

67 - para CT-e OS.

Observação: Caso o campo não seja informado, será considerado como padrão o modelo 55.

 

Os parâmetros de saída do método são:

 <soap:Body>

   <CFGMODALIDADERESPONSE>
    <CFGMODALIDADERESULT>STRING</CFGMODALIDADERESULT>
   </CFGMODALIDADERESPONSE>
</soap:Body>

 

Nome
Pai
Tipo
Tam.
Ocor.
Observações
CFGMODALIDADERESPONSE

-

-

-

1-1

Tag raíz do retorno.

CFGMODALIDADERESULT
CFGMODALIDADERESPONSE

A

0-25

1-1

Retorna as expressão:

NFE (modelo 55):

1 – Normal;

2 -  Contingência Off-Line;

4 – Ambiente nacional;

5 – EPEC;

6 – Sefaz Virtual RS;

7 – Contingência FS-DA;

8 – Contingência SVC-AN;

9 – Contingência SVC-RS 

 

CTE (modelo 57):

1 – Normal;

5 - EPEC;

7 - Contingência FS-DA;

8 –Sefaz Virtual SP;

9 –Sefaz Virtual RS 

 

NFCE (modelo 65):

1 – Normal;

9 – Contingência Off-Line;

2 – Contingência Off-Line. (a partir do TSS 2.50).

 

CTE OS (modelo 67):

1 – Normal;

7 - Contingência FS-DA;

8 –Sefaz Virtual SP;

9 –Sefaz Virtual RS.

 

Soap Fault

FaultObservações
Invalid TokenO parâmetro USERTOKEN foi passado incorretamente.
001Código de entidade inválida.
002Código de entidade em branco.
003
  • Para NF-e: Código da modalidade inválido para NF-e. Valores válidos:

0-Configuração,

1-Normal,

2-Contingência off-line,

4-Ambiente Nacional,

5- EPEC,

6-Sefaz Virtual,

7-Contingência FS-DA,

8-Contingência SVC-AN,

9-Contingência SVC-RS.

  • Para CT-e: Código da modalidade inválido para CT-e. Valores válidos:

0-Configuração,

1-Normal,

5-EPEC,

7-Contingência FS-DA,

8-Contingência SVC-SP,

9-Contingência SVC-RS.

  • Para NFC-e: Código da modalidade inválido para NFC-e. Valores válidos:

0-Configuração,

1-Normal,

9-Contingência Off-Line,

2 – Contingência Off-Line. (a partir do TSS 2.50).

  • Para CT-e OS: Código da modalidade inválido para CT-e OS. Valores válidos:

0-Configuração,

1-Normal,

7-Contingência FS-DA,

8-Contingência SVC-SP,

9-Contingência SVC-RS.

004Código do Modelo inválido. Valores válidos: 55 NF-e, 57 CT-e, 65 NFC-e e 67 CT-e OS.

 

Web Service NFESBRA

  • Método REMESSA

Método destinado à remessa de documentos fiscais eletrônicos. Este método recebe o XML do documento e assegura a transmissão para a SEFAZ.

Os parâmetros de entrada do método são:
<soap:Body>
   <USERTOKEN>STRING</USERTOKEN>
   <ID_ENT>STRING</ID_ENT>
   <NFE>
      <NOTAS>
         <NFES>
            <ID>STRING</ID>
            <XML>BASE64BINARY</XML>
         </NFES>

         <NFES>

            <ID>STRING</ID>

            <XML>BASE64BINARY</XML>

         </NFES>

      </NOTAS>
   </NFE>
</soap:Body>

 

NomePaiTipoTam.Ocor.Observações
REMESSA---1-1Tag raiz.
USERTOKENREMESSAA51-1Deverá ser preenchido com o valor “TOTVS”.
ID_ENTREMESSA 61-1ID da entidade a ser utilizada.
NFEREMESSA---Estrutura
NOTASNFE--

-

Estrutura
NFESNOTAS---Estrutura
IDNFESA1-2501-1Id de identificação do XML da XML da NF-e, CT-e e MDF-e com o ERP. Este número será sempre informado ou solicitado pelo TOTVS Service Soa para fornecer informações sobre o status atual da NF-e, CT-e e MDF-e. É recomendado para o ERP enviar o número da chave de acesso da NF-e, CTe e MDF-e, caso utilize uma base de dados 100% volátil.
XMLNFESBASE64BINARY 1-1

NF-e:  Leiaute TSS ou padrão SEFAZ.

CT-e: Leiaute SEFAZ.

MDF-e: Leiaute SEFAZ.

MAILNFESA-0-1

Informe e-mails para que seja enviado o documento quando for autorizado/cancelado.

Caso este campo seja preenchido, o e-mail enviado no XML do documento será desconsiderado.

Os e-mails devem ser separados por ponto e vírgula(;).

Exemplo de preenchimento:

[email protected];ciclano@totvs.com.br

 

Os parâmetros de saída do método são:

<soap:Body>
  <NFEOK>
     <ID>
      <STRING>STRING</STRING>
     </ID>
   </NFEOK>
</soap:Body>

 

NomePaiTipoTam.Ocor.Observações
NFeOk-Estrutura-- 
IDNFeOkMatriz[0,n]0060-1Matriz com as identificações das NF-es, CT-es e MDF-es que foram aceitas pelo Totvs Service Soa. O serviço somente aceita remessas duplicadas de NF-e, CT-e e MDF-e , em caso de erro na transmissão devido ao preenchimento errado dos dados do XML ou antes de realizar a transmissão. 
CSTRINGNFeOkA1-2500-1Identificação da NF-e, CT-e e MDF-e que foram aceitas pelo serviço.

 

  • Método REMESSA3

Método destinado à remessa síncrona de NFC-e, CT-e OS (posteriormente NF-e), em sua versão 3.00 ou superior.

Os parâmetros de Entrada do método são:

<soap:Body>

   <USERTOKEN>STRING</USERTOKEN>

    <ID_ENT>STRING</ID_ENT>

    <REMESSA3ENVNOTAS>

       <NOTAS>

           <REMESSA3ENVNOTA>

               <ID>STRING</ID>

               <MODELO>STRING</MODELO>

               <XML>BASE64BINARY</XML>

          </REMESSA3ENVNOTA>

          <REMESSA3ENVNOTA>

               <ID>STRING</ID>

               <MODELO>STRING</MODELO>

               <XML>BASE64BINARY</XML>

          </REMESSA3ENVNOTA>

      </NOTAS>

 </REMESSA3ENVNOTAS>

</soap:Body>

 

NomePaiTipoTam.Ocor.Observações

USERTOKEN

-

Caractere

006

1-1

Deverá ser preenchido com o valor “TOTVS”.

ID_ENT

-

Caractere

006

1-1

ID da entidade a ser utilizada.

REMESSA3ENVNOTAS

-

XML

-

1-1

Tag para as informações das notas a serem enviadas.

NOTAS

REMESSA3ENVNOTAS

XML

-

1-1

Tag para as informações das notas a serem enviadas.

REMESSA3ENVNOTA

NOTAS

XML

-

0-N

Tag para as informações de uma nota.

ID

REMESSA3ENVNOTA

Caractere

250

1-1

Id de identificação do XML da NFC-e / CT-e OS com o ERP.

Este número sempre será informado ou solicitado pelo TOTVS Services SOA para fornecer informações sobre o status atual da NFC-e / CT-e OS. É recomendado para o ERP enviar o número da chave de acesso da NFC-e / CT-e OS, caso utilize uma base de dados 100% volátil.

MODELO

REMESSA3ENVNOTA

Caractere

002

0-1

Modelo do documento:

65 – NFC-e

67- CT-e OS

55 – NF-e (Implementação Futura) 

XML

REMESSA3ENVNOTA

Base64

500-K

1-1

XML da nota. 

 

Os parâmetros de saída do método são:

<soap:Body>

  <REMESSA3RETNOTAS>

    <NOTAS>

      <REMESSA3RETNOTA>

          <ID>STRING</ID>

           <XMLPROT>BASE64BINARY</XMLPROT>

       </REMESSA3RETNOTA>

       <REMESSA3RETNOTA>

            <ID>STRING</ID>

            <XMLPROT>BASE64BINARY</XMLPROT>

       </REMESSA3RETNOTA>

    </NOTAS>

  </REMESSA3RETNOTAS>

</soap:Body>

 

NomePaiTipoTam.Ocor.Observações

REMESSA3RETNOTAS

-

XML

-

1-1

Tag que conterá as notas que foram recebidas com sucesso.

NOTAS

REMESSA3RETNOTAS

XML

-

1-1

Tag que conterá as notas que foram recebidas com sucesso.

REMESSA3RETNOTA

NOTAS

XML

-

0-N

Tag que conterá as informações de uma nota recebida com sucesso.

ID

REMESSA3RETNOTA

Caractere

250

1-1

Id de identificação do XML da NF-e com o ERP. Este número será sempre informado ou solicitado pelo TOTVS Service Soa para fornecer informações sobre o status atual da NF-e. É recomendado para o ERP enviar o número da chave de acesso da NF-e, caso utilize uma base de dados 100% volátil.

XMLPROT

REMESSA3RETNOTA

Base64

500KB

0-1

XML da nota autorizada em caso do processo utilizado ter sido síncrono.

 

Soap Fault

Fault
Observações
Invalid TokenO parâmetro USERTOKEN foi informado incorretamente.
001Código da entidade inválido.
002As informações obrigatórias de uma ou mais notas não foram recebidas.
003O modelo especificado para uma ou mais notas é inválido.
004NFC-e /CT-e OS devem ser enviadas apenas em lotes de no máximo uma ocorrência.
004Versão do leiaute específico do evento EPEC inválida.

  • Método REMESSAEVENTO

 

Método destinado ao envio em lote dos novos eventos da Nota Fiscal Eletrônica – NF-e, Manifestação Eletrônico de Documentos Fiscais – MDF-e e Conhecimento de Transporte Eletrônico – CT-e. Os eventos são recebidos em lote, porém, são tratados e enviados a SEFAZ individualmente.

 

Os parâmetros de entrada do método são:

 <soap:Body>

   <USERTOKEN>STRING</USERTOKEN>
   <ID_ENT>STRING</ID_ENT>
   <XML_LOTE>BINÁRIO</XML_LOTE>
</soap:Body>

 

NomePaiTipoTam.Ocor.Observações

REMESSAEVENTO

-

-

-

-

Tag raiz da requisição

USERTOKEN

-

A

5

1-1

Deverá ser preenchido com o valor “TOTVS”.

ID_ENT

-

A

6

1-1

ID da entidade a ser utilizada.

XML_LOTE

-

 

1-500K

1-1

XML do Lote de envio dos eventos, este XML será definido conforme o Layout de cada evento

 

Para o envio dos eventos, foi disponibilizado um leiaute padrão atender a todos os eventos disponibilizados para a NFe,tendo como diferencial para cada evento,apenas a tag detEvento, que deverá conter os elementos de acordo com evento a ser enviado.O Xml deverá respeitar a seguinte estrutura:

NomePaiTipoTam.Ocor.Observações

envEvento

-

-

-

1-1

Tag raiz

Eventos

envEvento

G

-

1-1

Evento

detEvento

Eventos

G

-

1-N

Informações do Evento (estrutura XML variável, depende do tipo de evento)


detEvento – Carta de correção do CT-e

 


NomePaiTipoTam.Ocor.Observações

detEvento

RETORNARDOCUMENTORESULT

Eventos

G

-

1-N

Tag raiz

tpEvento

detEvento

A

6

1-1

Tipo de Evento

Informar : 110110

chNFe

detEvento

N

44

1-1

Chave de Acesso do CT-e.

correcao

detEvento

G

-

1

Tag raiz.USERTOKEN

-N

Grupo de Informações de Correção

grupo

correcao

RETORNARDOCUMENTORESULT

A

5

1-20

1-1

Deverá ser preenchido com o valor “TOTVS”.

Indicar o grupo de nformações que pertence o campo Alterado. Ex: ide

campo

correcao

A

1-20

ID_ENTRETORNARDOCUMENTORESULTA6

1-1

ID da entidade a ser utilizada.AMBIENTE

Nome do campo modificado do CT-e Original

valor

correcao

RETORNARDOCUMENTORESULT

A

1-500

0-1

Ambiente a ser pesquisado.

Os valores possíveis são:

1 – Produção;

2 – Homologação.

1-1

Valor correspondente á alteração

item

correcao

N

2

DOCUMENTORETORNARDOCUMENTORESULT--

0-1

Tag raiz para as informações do documento pesquisado.

Preencher com o indice do item alterado caso a alteração ocorra em uma lista.

Por exemplo: Se corrigir uma das NF-e do remetente, esta tag deverá indicar a posição

da NF-e alterada na lista. OBS: O indice inicia sempre em 1

 

Exemplo de  XML para carta de correção do CT-e:

 

<envEvento>

  <eventos>

    <detEvento>

      <tpEvento>110110</tpEvento>

      <chNFe></chNFe>

      <correcao>

         <grupo></grupo>

         <campo></campo>

         <valor></valor>

         <item></item>

     </correcao>

  <correcao>

       <grupo></grupo>

       <campo></campo>

       <valor></valor>

       <item></item>

     </correcao>

    </detEvento>

    <detEvento>

      <tpEvento>110110</tpEvento>

      <chNFe></chNFe>

      <correcao>

        <grupo></grupo>

        <campo></campo>

        <valor></valor>

        <item></item>

     </correcao>

    </detEvento>

  </eventos>

</envEvento>


detEvento – Registro do Multimodal


NomePaiTipoTam.Ocor.Observações

detEvento

Eventos

G

-

1-N

Tag raiz

tpEvento

detEvento

A

6

1-1

Tipo de Evento

Informar : 110160

chNFe

detEvento

N

44

1-1

Chave de Acesso do CT-e.

registro

detEvento

A

15-1000

1-1

Informaçoes sobre o tipo de documento utilizado e ressalvas, se for o caso,

conforme Lei 9611, de 19 de fevereiro de 1998 (Texto Livre)

doc

detEvento

A

43

0-1

Número do Documento lançado no CT-e Multimodal


Exemplo de XML para Registro do Multimodal

<envEvento>

  <eventos>

    <detEvento>

      <tpEvento>110160</tpEvento>

      <chNFe></chNFe>

      <registro></registro>

      <doc></doc>

    </detEvento>

    <detEvento>

      <tpEvento>110160</tpEvento>

      <chNFe></chNFe>

      <registro></registro>

      <doc></doc>

    </detEvento>

  </eventos>

</envEvento>


detEvento – Informações da GTV


NomePaiTipoTam.Ocor.Observações

detEvento

Eventos

G

-

1-N

Tag raiz

tpEvento

detEvento

A

6

1-1

Tipo de Evento

Informar : 110170

chNFe

detEvento

N

44

1-1

Chave de Acesso do CT-e OS.

infGTV

detEventoG-1-NGrupo de informações da GTV
nDocinfGTVA201-1Número da GTV
idinfGTVA201-1

Identificador para diferenciar GTV de mesmo número (Usar número do AIDF ou identificador interno da empresa)

serieinfGTVA30-1Série da GTV (opcional)
subserieinfGTVA30-1Subsérie da GTV (opcional)
dEmiinfGTVD-1-1Data de emissão. Formato AAAA-MM-DD
nDVinfGTVN11-1Número do Dígito Verificador
qCargainfGTVN11,41-1Quantidade de volumes/malotes
infEspecieinfGTVG-1-NInformações das espécies transportadas
tpEspecieinfEspecieN11-1

Tipo da espécie:
1 – Numerário; 2 – Cheque; 3 – Moeda; 4 - Outros

vEspecieinfEspecieN13,20-1Valor Transportado em espécie indicada
reminfGTVG-1-1Informações do remetente da GTV
CPFCNPJremN11-141-1CPF ou CNPJ
IEremA140-1Inscrição Estadual
UFremA21-1Sigla da UF
xNomeremA601-1Razão social ou nome do remetente da GTV
destinfGTVG-1-1Informações do destinatário da GTV
CPFCNPJdestN11-141-1CPF ou CNPJ
IEdestA140-1Inscrição Estadual
UFdestA21-1Sigla da UF
xNomedestA601-1Razão social ou nome do destinatário da GTV
placainfGTVA70-1Placa do veículo
UFinfGTVA20-1UF da placa onde o veículo está registrado
RNTRCinfGTVA80-1RNTRC do transportador


Exemplo de XML para Informações da GTV

 

<envEvento>

  <eventos>

    <detEvento>

      <tpEvento>110170</tpEvento>

      <chNFe></chNFe>

      <infGTV>

            <nDoc></nDoc>

             <id></id>

            <serie></serie>

            <subserie></subserie>

            <dEmi></dEmi>

            <nDV></nDV>

            <qCarga></qCarga>

            <infEspecie>

                  <tpEspecie></tpEspecie>

                  <vEspecie></vEspecie>

             </infEspecie>

            <rem>

                  <CPFCNPJ></CPFCNPJ>

                  <IE></IE>

                  <UF></UF>

                  <xNome></xNome>

            </rem>

            <dest>

                  <CPFCNPJ></CPFCNPJ>

                  <IE></IE>

                  <UF></UF>

                  <xNome></xNome>

            </dest>

            <placa></placa>

            <UF></UF>

            <RNTRC></RNTRC>

     </infGTV>    

     <infGTV>

            <nDoc></nDoc>

             <id></id>

            <serie></serie>

            <subserie></subserie>

            <dEmi></dEmi>

            <nDV></nDV>

            <qCarga></qCarga>

            <infEspecie>

                  <tpEspecie></tpEspecie>

                  <vEspecie></vEspecie>

             </infEspecie>

            <rem>

                  <CPFCNPJ></CPFCNPJ>

                  <IE></IE>

                  <UF></UF>

                  <xNome></xNome>

            </rem>

            <dest>

                  <CPFCNPJ></CPFCNPJ>

                  <IE></IE>

                  <UF></UF>

                  <xNome></xNome>

            </dest>

            <placa></placa>

            <UF></UF>

            <RNTRC></RNTRC>

     </infGTV>

    </detEvento>

  </eventos>

</envEvento>


detEvento – Prestação de Serviço em Desacordo


NomePaiTipoTam.Ocor.Observações

detEvento

Eventos

G

-

1-N

Tag raiz

tpEvento

detEvento

A

6

1-1

Tipo de Evento

Informar : 610110

chNFe

detEvento

N

44

1-1

Chave de Acesso do CT-e ou CT-e OS.

 indDesacordoOperdetEventoA11-1

Indicador de prestação do serviço em desacordo.

xOBSdetEventoA15-2550-1Observações do tomador


Exemplo de XML para Prestação de Serviço em Desacordo


<envEvento>

  <eventos>

    <detEvento>

      <tpEvento>610110</tpEvento>

      <chNFe></chNFe>

     <indDesacordoOper></indDesacordoOper>

     <xObs></xObs>

    </detEvento>

   <detEvento>

      <tpEvento>610110</tpEvento>

      <chNFe></chNFe>

     <indDesacordoOper></indDesacordoOper>

     <xObs></xObs>

    </detEvento>

  </eventos>

</envEvento>

 

CANCELAMENTODOCUMENTO--0-1Tag raiz para as informações de cancelamento do documento.CANCNSUCANCELAMENTOA150-1NSU do cancelamento.CANCXMLRETCANCELAMENTOBASE64BINARY-0-1XML de retorno da SEFAZ apenas para o cancelamento.DATAUTORIZACAOCANCELAMENTOA100-1

Data de autorização do cancelamento.

Formato – AAAA-MM-DD

DATAEMISSAOCANCELAMENTOA100-1

Data de emissão do cancelamento.

Formato – AAAA-MM-DD

CCEDOCUMENTO--0-1Tag raiz para as informações da carta de correção eletrônica do documento.CCENSUCCEA150-1NSU da carta de correção eletrônica.CCEXMLRETCCEBASE64BINARY-0-1XML de retorno da SEFAZ apenas para a CC-e.CORRECAOCCEA10000-1Correção da CC-e.DATAAUTORIZACAOCCEA100-1

Data da autorização da CC-e.

Formato – AAAA-MM-DD

DATAEMISSAOCCEA100-1

Data de emissão da CC-e.

Formato – AAAA-MM-DD

HORAEMISSAOCCEA80-1

Horário de emissão da CC-e.

Formato – HH:MM:SS

TZDCCEA60-1TZD do horário de emissão da CC-e.CHAVEDOCUMENTOA440-1Chave do documento.CONDUTORDOCUMENTO--0-1

Tag raiz para as informações do último evento de inclusão de condutor (MDF-e).

IMPORTANTE:

As informações serão retornadas com base no último evento de inclusão de condutor autorizado.CONDNSUCONDUTORA150-1NSU do evento de inclusão de condutor.CONDXMLRETCONDUTORBASE64BINARY-0-1XML de retorno da SEFAZ apenas para a Inclusão de CondutorCPFCONDUTORA110-1CPF do condutor do veículo.DTHRAUTORIZACAOCONDUTORA190-1

Data e hora da autorização do evento de Inclusão de Condutor.

 Formato – AAAA-MM-DDTHH:MM:SS

DTHREMISSAOCONDUTORA190-1

Data e hora da emissão do evento de Inclusão de Condutor.

 Formato – AAAA-MM-DDTHH:MM:SS

NOMECONDUTORA600-1Nome do condutor do veículo.DATAAUTORIZACAODOCUMENTOA100-1

Data de autorização do documento.

Formato – AAAA-MM-DD

DATAEMISSAODOCUMENTOA100-1

Data de emissão do documento.

Formato – AAAA-MM-DD

EMITENTEDOCUMENTO--0-1Tag raiz para as informações do emitente do documento.CNPJEMITENTEA140-1CNPJ do emitente do documento.CPFEMITENTEA110-1CPF do emitente do documento.IEEMITENTEA140-1Inscrição Estadual do emitente do documento.NOMEEMITENTEA600-1Nome / Razão Social do emitente do documento.ENCERRAMENTODOCUMENTO--0-1Tag raiz para as informações do evento de encerramento (MDF-e).ENCNSUENCERRAMENTOA150-1NSU do evento de encerramento.ENCXMLRETENCERRAMENTOBASE64BINARY-0-1XML de retorno da SEFAZ apenas para o encerramento.CODIGOIBGEENCERRAMENTOA70-1Código do município onde ocorreu o encerramento.DTHRAUTORIZACAOENCERRAMENTOA190-1

Data e hora da autorização do evento de encerramento.

Formato – AAAA-MM-DDTHH:MM:SS

DTHREMISSAOENCERRAMENTOA190-1

Data e hora da emissão do evento de encerramento.

 Formato – AAAA-MM-DDTHH:MM:SS

ENCDTENCENCERRAMENTOA100-1

Data em que o MDF-e foi encerrado.

 Formato – AAAA-MM-DD

NSUDOCUMENTOA150-1NSU do documento.RESPOSTADOCUMENTO--0-1Tag raiz para as informações de resposta da SEFAZ no momento da sincronização do documento.DESCRICAORESPOSTAA2550-1Descrição do status de resposta da SEFAZ.STATUSRESPOSTAA30-1Código de status de resposta da SEFAZ.SITUACAODOCUMENTOA10-1

Código de situação do documento.

Os valores possíveis são:

1 – Uso autorizado no momento da consulta;

 2 – Uso denegado (Para NF-e);

 3 – NF-e/MDF-e cancelada;

4- MDF-e Encerrado.

SITUACAOCONFIRMACAODOCUMENTOA10-1

Código da situação da confirmação da manifestação do destinatário.

Os valores possíveis são:

 0 – Sem manifestação do destinatário;

1 – Confirmada operação;

2 – Desconhecida;

3 – Operação não realizada;

4 – Ciência.

 

Para modelo 58, parâmetro sempre retornará 0.TIPOOPERACAODOCUMENTOA10-1

Tipo da operação do documento.

 Os valores possíveis são:

0 – Entrada;

1 – Saída.

Para modelo 58, parâmetro sempre retornará 1.

VALORTOTALDOCUMENTON15,20-1Valor total do documento.XMLSEFAZDOCUMENTOBASE64BINARY-0-1XML de retorno da SEFAZ apenas para o documento.

Dicionário de Dados

TABELA SPED156 - MANIFESTAÇÃO DO DESTINATÁRIO.

  

Campo

ENCDTHREMI

Tipo

C

Tamanho

25

Descrição

Data e hora de emissão do evento de encerramento.

Campo

ENCDTHRAUT

Tipo

C

Tamanho

25

Descrição

Data e hora de autorização do evento de encerramento.

Campo

ENCNSU

Tipo

C

Tamanho

15

Descrição

NSU do encerramento.

Campo

ENCXMLRET

Tipo

M

Tamanho

10

Descrição

XML do encerramento.

Campo

ENCCODMUN

Tipo

C

Tamanho

7

Descrição

Código do município do IBGE onde ocorreu o encerramento.

Campo

ENCDTENC

Tipo

C

Tamanho

10

Descrição

Data em que o MDF-e foi encerrado.

Campo

CONDTHREMI

Tipo

C

Tamanho

25

Descrição

Data e hora de emissão do evento de inclusão de condutor.

Campo

CONDTHRAUT

Tipo

C

Tamanho

25

Descrição

Data e hora de autorização do evento de inclusão de condutor.

Campo

CONDNSU

Tipo

C

Tamanho

15

Descrição

NSU da inclusão de condutor.

Campo

CONDCPF

Tipo

C

Tamanho

11

Descrição

CPF do condutor do veículo.

Campo

CONDNOME

Tipo

C

Tamanho

60

Descrição

Nome do condutor do veículo.

Campo

CONDXMLRET

Tipo

M

Tamanho

10

Descrição

XML da inclusão de condutor.

Campo

MODELO

Tipo

C

Tamanho

2

Descrição

Modelo do documento sincronizado.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.