TSS

Páginas filhas
  • ER_CTe_v3.00

Versões comparadas

Versão antiga 31

changes.mady.by.user Natalia Sartori

Gravado em

comparado com

Nova versão 130

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

 

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

 

NomePaiTipoTam.Ocor.Observações
CFGEPECCTE
---1-1Tag raiz.
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
VERSAOEVENEPECCFGEPECCTEA1-41-1Versão do leiaute específico do evento EPEC
VERSAOGERALCANCCFGEPECCTEA1-41-1Versã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>

 

NomePaiTipoTam.Ocor.Observações
CFGEPECRESULTCFGEPECCTERESPONSE--1-1Tag raiz do retorno
CTECANCEVENTO CFGEPECRESULT A2 1-1 Indica se o cancelamento será realizado por evento ou não.

Os valores possíveis são:

  • 1-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
VERSAOGERALMULTCFGEPECRESULTA1-40-1Versã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

    REMESSAEVENTO

    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,

 

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)

XML_LOTE

-

 

1-500K

1-1

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


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


NomePaiTipoTam.Ocor.Observações

detEvento

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


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>

 

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