Informações Gerais

Objetivo

Demonstrar as implementações necessárias para atender a NT2015/002 do MDF-e. o Manual de Orientações do Contribuinte versão 3.00 

Este ManualEsta nota técnica tem comopor objetivo a definição apresentaçãodas deespecificações ume novocritérios Webtécnicos Servicenecessários dapara SEFAZa denominadointegração MDFeDistribuicaoDFeentre queos disponibilizaráPortais paradas osSecretarias atoresde doFazendas MDF-edos informaçõesEstados e documentosos fiscaissistemas eletrônicosde deinformações seu interesse.  

A distribuição será realizada para terceiros informados no conteúdo do MDF-e no grupo de pessoas autorizadas a acessar o XML (tag:autXML). 

Prazos para entrada em vigência da Nota Técnica: 

• Ambiente de Homologação: 01/10/2015;

• Ambiente de Produção: 15/10/2015;

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) - 03/10/2016 
• Data de início da vigência no ambiente de homologação (modelo 67) - 12/12/2016 
• Data de início da vigência no ambiente de produção (modelo 57) - 12/12/2016 
• Data de início da vigência no ambiente de produção (modelo 67) - 03/04/2017
• Data final da vigência da versão 2.00 - 04/12/2017

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 disponibilizou um novo 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 Web Services do modelo 57 para suprir os demais serviços essenciais para o contribuinte:

• Consulta Situaçã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 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 através do método REMESSA3 do Web Service NFESBRA.

Eventos

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:

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

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

<soap:Body>

  <USERTOKEN>STRING</USERTOKEN>

  <ID_ENT>STRING</ID_ENT>

  <VERSAOGERALEPEC>STRING</VERSAOGERALEPEC>

  <VERSAOEVENEPEC>STRING</VERSAOEVENEPEC>

  <VERSAOGERALCANC>STRING</VERSAOGERALCANC>

  <VERSAOEVENCANC>STRING</VERSAOEVENCANC>

  <VERSAOGERALCCE>STRING</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>

CFGEPECCTE

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>

Soap Fault

• 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>

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

 <soap:Body>

   <CFGVERSAOCTERESPONSE>

    <CFGVERSAOCTERESULT>STRING</CFGVERSAOCTERESULT>

   </CFGVERSAOCTERESPONSE>

</soap:Body>

Soap Fault

• 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>

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

 <soap:Body>

   <CFGAMBIENTERESPONSE>

    <CFGAMBIENTERESULT>STRING</CFGAMBIENTERESULT>

   </CFGAMBIENTERESPONSE>

</soap:Body>

CFGAMBIENTERESULT

Soap Fault

• 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>

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

 <soap:Body>

   <CFGMODALIDADERESPONSE>

    <CFGMODALIDADERESULT>STRING</CFGMODALIDADERESULT>

   </CFGMODALIDADERESPONSE>

</soap:Body>

CFGMODALIDADERESPONSE

CFGMODALIDADERESULT

CFGMODALIDADERESPONSE

Soap Fault

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>

Definição da Regra de Negócio

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>

CONFIGURARPARAMETROS

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

<soap:Body>

  <USERTOKEN>STRING</USERTOKEN>

  <ID_ENT>STRING</ID_ENT>

  <AMBIENTE>STRING</AMBIENTE>

  <VERSAO>STRING</VERSAO>

  <ULTNSU>STRING</ULTNSU>

</soap:Body>
 
CONFIGURARPARAMETROSRESULTCONFIGURARPARAMETROSRESULTA
Nome
Pai
Tipo
Tam.
Ocor.
Observações
REMESSA
-
-
-
1-1
Tag raiz.
AMBIENTEUSERTOKEN
CONFIGURARPARAMETROSRESULTREMESSA
A
1
1-1
5
1-1
Deverá ser preenchido com o valor “TOTVS”
Ambiente utilizado na sincronização de documentos.
 Os valores possíveis são:
1 – Produção;
2 – Homologação.
ID_ENT
REMESSA
 
6
1-1
ID da entidade a ser utilizada.
VERSAO
CONFIGURARPARAMETROSRESULT
A
4
1-1
Versão utilizada na sincronização de documentos.
ULTNSU
CONFIGURARPARAMETROSRESULT
A
15
0-1
Ultimo NSU da sincronização de documentos
MODELO
CONFIGURARPARAMETROSRESULT
A
2
0-1
Modelo de documento configurado utilizado na sincronização do documento
58 – MDF-e.
55 - NF-e.
 
Soap Fault
Fault
Observações
Invalid Token
O parâmetro USERTOKEN foi passado incorretamente.
001
Código de entidade inválido.
002
Código de entidade em branco.
003
Falha 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-1
Tag raiz.
USERTOKEN
SINCRONIZARDOCUMENTOS
A
5
1-1
Deverá ser preenchido com o valor “TOTVS”.
ID_ENT
SINCRONIZARDOCUMENTOS
A
6
1-1
ID da entidade a ser utilizada.
INDNFE
SINCRONIZARDOCUMENTOS
A
1
0-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.
INDEMI
SINCRONIZARDOCUMENTOS
A
1
0-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
MODELO
SINCRONIZARDOCUMENTOS
A
2
0-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>
NFE
REMESSA
-
-
-
Estrutura
NOTAS
NFE
-
-
-
Estrutura
NFES
NOTAS
-
-
-
Estrutura
ID
NFES
A
1-250
1-1
Id 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.
XML
NFES
BASE64BINARY
 
1-1
NF-e:  Leiaute TSS ou padrão SEFAZ.
CT-e: Leiaute SEFAZ.
MDF-e: Leiaute SEFAZ.
MAIL
NFES
A
-
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>
 
Nome
Pai
Tipo
Tam.
Ocor.
Observações
NFeOk
-
Estrutura
-
-
 
ID
NFeOk
Matriz[0,n]
006
0-1
Matriz 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. 
CSTRING
NFeOk
A
1-250
0-1
Identificaçã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></SINCRONIZARDOCUMENTOSRESULT>
 
SINCRONIZARDOCUMENTOSRESULT
Nome
Pai
Tipo
Tam.
Ocor.
Observações
USERTOKEN
-
-
-
1-1
Tag raiz
AMBIENTE
SINCRONIZARDOCUMENTOSRESULT
A
2
1-1
Identificação do Ambiente consultado:
1 - Produção;
2 - Homologação
DOCUMENTOS
SINCRONIZARDOCUMENTOSRESULT
-
-
0-1
Tag raiz para os documentos sincronizados.
SINCDOCUMENTOSINFO
DOCUMENTOS
-
-
0-N
Tag raíz para as informações de um documento sincronizado
CANCNSU
SINCDOCUMENTOSINFO
A
15
0-1
NSU de cancelamento.
CHAVE
SINCDOCUMENTOSINFO
A
44
1-1
Chave de acesso do documento sincronizado.
SITCONF
SINCDOCUMENTOSINFO
A
1
1-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
CODEVENTO
SINCDOCUMENTOSINFO
A
6
1-1
Tipo do Evento.
IDENT
SINCRONIZARDOCUMENTOSRESULT
A
6
1-1
ID da Entidade utilizada.
INDCONT
SINCRONIZARDOCUMENTOSRESULT
A
1-4
0-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
Fault
Observações
Invalid Token
O parâmetro USERTOKEN foi passado incorretamente.
001
Código de entidade inválido.
002
Código de entidade em branco.
003
Falha 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>
 
Nome
Pai
Tipo
Tam.
Ocor.
Observações
RETORNARDOCUMENTO
-
-
-
1-1
Tag raiz.
USERTOKEN
RETORNARDOCUMENTO
A
5
1-1
Deverá ser preenchido com o valor “TOTVS”.
ID_ENT
RETORNARDOCUMENTO
A
6
1-1
ID da entidade a ser utilizada.
AMBIENTE
RETORNARDOCUMENTO
A
1
0-1
Ambiente a ser pesquisado.
Os valores possíveis são:
1 – Produção;
2 – Homologação.
CHAVE
RETORNARDOCUMENTO
A
44
1-1
Chave 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>
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>
 
Nome
Pai
Tipo
Tam.
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 Token
O parâmetro USERTOKEN foi informado incorretamente.
001
Código da entidade inválido.
002
As informações obrigatórias de uma ou mais notas não foram recebidas.
003
O modelo especificado para uma ou mais notas é inválido.
004
NFC-e /CT-e OS devem ser enviadas apenas em lotes de no máximo uma ocorrência.
004
Versã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>
 
Nome
Pai
Tipo
Tam.
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:
Nome
Pai
Tipo
Tam.
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
 

Nome
Pai
Tipo
Tam.
Ocor.
Observações
RETORNARDOCUMENTORESULT
detEvento
-
Eventos
-
G
-
1-
1
N
Tag raiz
.
USERTOKEN
tpEvento
RETORNARDOCUMENTORESULT
detEvento
A
5
6
1-1
Deverá ser preenchido com o valor “TOTVS”.
Tipo de Evento
Informar : 110110
chNFe
detEvento
N
44
ID_ENTRETORNARDOCUMENTORESULTA6
1-1
Chave de Acesso do CT-e.
correcao
detEvento
G
-
1-N
Grupo de Informações de Correção
grupo
correcao
A
1-20
1-1
Indicar o grupo de nformações que pertence o campo Alterado. Ex: ide
campo
correcao
A
1-20
1-1
Nome do campo modificado do CT-e Original
valor
correcao
A
1-500
1-1
Valor correspondente á alteração
item
correcao
N
2
0-1
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

Nome
Pai
Tipo
Tam.
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

Nome
Pai
Tipo
Tam.
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
detEvento
G
-
1-N
Grupo de informações da GTV
nDoc
infGTV
A
20
1-1
Número da GTV
id
infGTV
A
20
1-1
Identificador para diferenciar GTV de mesmo número (Usar número do AIDF ou identificador interno da empresa)
serie
infGTV
A
3
0-1
Série da GTV (opcional)
subserie
infGTV
A
3
0-1
Subsérie da GTV (opcional)
dEmi
infGTV
D
-
1-1
Data de emissão. Formato AAAA-MM-DD
nDV
infGTV
N
1
1-1
Número do Dígito Verificador
qCarga
infGTV
N
11,4
1-1
Quantidade de volumes/malotes
infEspecie
infGTV
G
-
1-N
Informações das espécies transportadas
tpEspecie
infEspecie
N
1
1-1
Tipo da espécie:
1 – Numerário; 2 – Cheque; 3 – Moeda; 4 - Outros
vEspecie
infEspecie
N
13,2
0-1
Valor Transportado em espécie indicada
rem
infGTV
G
-
1-1
Informações do remetente da GTV
CPFCNPJ
rem
N
11-14
1-1
CPF ou CNPJ
IE
rem
A
14
0-1
Inscrição Estadual
UF
rem
A
2
1-1
Sigla da UF
xNome
rem
A
60
1-1
Razão social ou nome do remetente da GTV
dest
infGTV
G
-
1-1
Informações do destinatário da GTV
CPFCNPJ
dest
N
11-14
1-1
CPF ou CNPJ
IE
dest
A
14
0-1
Inscrição Estadual
UF
dest
A
2
1-1
Sigla da UF
xNome
dest
A
60
1-1
Razão social ou nome do destinatário da GTV
placa
infGTV
A
7
0-1
Placa do veículo
UF
infGTV
A
2
0-1
UF da placa onde o veículo está registrado
RNTRC
infGTV
A
8
0-1
RNTRC 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

Nome
Pai
Tipo
Tam.
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.
 indDesacordoOper
detEvento
A
1
1-1
Indicador de prestação do serviço em desacordo.
xOBS
detEvento
A
15-255
0-1
Observaçõ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>

Ambiente a ser pesquisado.

Os valores possíveis são:

1 – Produção;

Data de autorização do cancelamento.

Formato – AAAA-MM-DD

Data de emissão do cancelamento.

Formato – AAAA-MM-DD

Data da autorização da CC-e.

Formato – AAAA-MM-DD

Data de emissão da CC-e.

Formato – AAAA-MM-DD

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

Formato – HH:MM:SS

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

IMPORTANTE:

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

 Formato – AAAA-MM-DDTHH:MM:SS

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

 Formato – AAAA-MM-DDTHH:MM:SS

Data de autorização do documento.

Formato – AAAA-MM-DD

Data de emissão do documento.

Formato – AAAA-MM-DD

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

Formato – AAAA-MM-DDTHH:MM:SS

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

 Formato – AAAA-MM-DDTHH:MM:SS

Data em que o MDF-e foi encerrado.

 Formato – AAAA-MM-DD

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.

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.

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.

Dicionário de Dados

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

Campo

MODELO

Tipo

C

Tamanho

2

Descrição