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) - 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 também através do método REMESSA 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 Evento	Modelo de CT-e	Descrição Evento	Tipo de Autor do Evento	Local Evento	CT-e deve existir?
110110	57 e 67	Carta de Correção	Emitente	Sefaz Autorizadora	Sim
110111	57 e 67	Cancelamento	Emitente	Sefaz Autorizadora	Sim
110113	57	EPEC	Emitente	SVC	Não
110160	57	Registro do Multimodal	Emitente	Sefaz Autorizadora	Sim
110170	67	Informações da GTV *NOVO	Emitente	Sefaz Autorizadora	Sim
610110	57 e 67	Prestação do Serviço em Desacordo *NOVO	Tomador	Sefaz Autorizadora	Sim

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>

Nome	Pai	Tipo	Tam.	Ocor.	Observações
CFGEPECCTE	-	-	-	1-1	Tag raiz.
USERTOKEN	CFGEPECCTE	A	5	1-1	Deverá ser preenchido com o valor “TOTVS”.
ID_ENT	CFGEPECCTE	A	6	1-1	ID da entidade a ser utilizada.
VERSAOGERALEPEC	CFGEPECCTE	A	1-4	1-1	Versão do leiaute geral do evento EPEC
VERSAOEVENEPEC	CFGEPECCTE	A	1-4	1-1	Versão do leiaute específico do evento EPEC
VERSAOGERALCANC	CFGEPECCTE	A	1-4	1-1	Versão do leiaute geral do evento Cancelamento
VERSAOEVENCANC	CFGEPECCTE	A	1-4	1-1	Versão do leiaute específico do evento de Cancelamento
VERSAOGERALCCE	CFGEPECCTE	A	1-4	1-1	Versão do leiaute geral do evento Carta de Correção
VERSAOEVENCCE	CFGEPECCTE	A	1-4	1-1	Versão do leiaute específico do evento Carta de Correção
VERSAOGERALMULT	CFGEPECCTE	A	1-4	0-1	Versão do leiaute geral do evento Registro do Multimodal
VERSAOEVENMULT	CFGEPECCTE	A	1-4	0-1	Versão do leiaute específico do evento Registro do Multimodal
VERSAOGERALGTV	CFGEPECCTE	A	1-4	0-1	Versão do leiaute geral do evento Informações da GTV
VERSAOEVENGTV	CFGEPECCTE	A	1-4	0-1	Versão do leiaute específico do evento Informações da GTV
VERSAOGERALDESAC	CFGEPECCTE	A	1-4	0-1	Versão do leiaute geral do evento Prestação do Serviço em Desacordo
VERSAOEVENDESAC	CFGEPECCTE	A	1-4	0-1	Versão do leiaute específico do evento Prestação do Serviço em Desacordo
SEQLOTEEPEC	CFGEPECCTE	N	--	0-1	Número sequencial do lote.
CTECANCEVENTO	CFGEPECCTE	L	--	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

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

<SEQLOTEEPEC>INTEGER</SEQLOTEEPEC>

HORAVERAOCTE

CFGEPECCTE

A

1

0-1

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

1-Sim ou 2-Não

HORARIOCTE

CFGEPECCTE

A

1

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

<SEQLOTEEPEC>INTEGER</SEQLOTEEPEC>

<VERSAOEVENCANC> <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> <CTECANCEVENTO>STRING</CTECANCEVENTO>

<HORAVERAOCTE>STRING</

CFGEEPECRESULT>

HORAVERAOCTE>

<HORARIOCTE>STRING</HORARIOCTE>

</CFGEEPECRESULT>

Nome	Pai	Tipo	Tam.	Ocor.	Observações
CFGEPECRESULT	CFGEPECCTERESPONSE	-	-	1-1	Tag raiz do retorno
CTECANCEVENTOCTECANCEVENTO	CFGEPECRESULT	A	2	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.
VERSAOEVENCANC	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute específico do evento Cancelamento
VERSAOEVENCCE	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute específico do evento Carta de Correção
VERSAOEVENEPEC	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute específico do evento EPEC
VERSAOEVENMULT	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute específico do evento Registro do Multimodal
VERSAOGERALCANC	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute geral do evento Cancelamento
VERSAOGERALCCE	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute geral do evento Carta de Correção
VERSAOGERALEPEC	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute geral do evento EPEC
VERSAOGERALMULT	CFGEPECRESULT	A	1-4	0-1	Versão do leiaute geral do evento Registro do Multimodal
VERSAOGERALGTV	CFGEPECCTECFGEPECRESULT	A	1-4	0-1	Versão do leiaute geral do evento Informações da GTV
VERSAOEVENGTV	CFGEPECCTECFGEPECRESULT	A	1-4	0-1	Versão do leiaute específico do evento Informações da GTV
VERSAOGERALDESAC	CFGEPECCTECFGEPECRESULT	A	1-4	0-1	Versão do leiaute geral do evento Prestação do Serviço em Desacordo
VERSAOEVENDESAC	CFGEPECCTECFGEPECRESULT	A	1-4	0-1	Versão do leiaute específico do evento Prestação do Serviço em Desacordo

HORAVERAOCTE

Soap Fault

Fault

CFGEPECRESULT

A

Observações

1-5

0-1

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

1- Sim

2- Não

HORARIOCTE

CFGEPECRESULT

A

1-21

0-1

Identificação do Horário:

1- Fernando de Noronha;

2- Brasília;

3- Manaus;

4-Acre.

Soap Fault

Fault	Observações
Invalid Token	O parâmetro USERTOKEN foi informado incorretamente.
001	Código de entidade inválida.
002	Código de entidade em branco.
003	Versão do leiaute geral do evento
Invalid Token	O parâmetro USERTOKEN foi informado incorretamente.
001	Código de entidade inválida.
002	Código de entidade em branco.
003	Versão do leiaute geral do evento EPEC inválida.
004	Versão do leiaute específico do evento EPEC inválida.
005	Versão do leiaute geral do evento de Cancelamento inválida.
006	Versão do leiaute específico do evento de Cancelamento inválida.
007	Versão do leiaute geral do evento de Carta de Correção inválida.
008	Versão do leiaute específico do evento de Carta de Correção inválida.
009	Versão do leiaute geral do evento de Registro do Multimodal inválida.
010	Versão do leiaute específico do evento de Registro do Multimodal inválida.
011	Versão do leiaute geral do evento de Registro do Multimodal Informações da GTV inválida.
012	Versão do leiaute geral específico do evento Informações da GTV inválida.
013	Versão do leiaute específico do evento Informações da GTV inválida.	014	Versão do leiaute geral do evento Prestação do Serviço em Desacordo inválida.
015014	Versão do leiaute específico do evento Prestação do Serviço em Desacordo inválida.

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:

<AMBIENTE>STRING</AMBIENTE>

<CANCNSU>STRING</CANCNSU>

<CHAVE>STRING</CHAVE>

</SITCONF>STRING</SITCONF>

</SINCDOCUMENTOSINFO>

<CANCNSU>STRING</CANCNSU>

<CHAVE>STRING</CHAVE>

</SITCONF>STRING</SITCONF>

</SINCDOCUMENTOSINFO>

</DOCUMENTOS>

<IDENT>STRING</IDENT>

<INDCONT>STRING</INDCONT>

</SINCRONIZARDOCUMENTOSRESULT>

015	Horário de verão inválido. Valores válidos: 1-Sim e 2-Não
016	Horá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
MODELO	CFGVERSAOCTE	N	2	0-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
SINCRONIZARDOCUMENTOSRESULT CFGVERSAOCTERESPONSE	-	-	-	1-1	Tag raiz	AMBIENTE	raíz do retorno.
CFGVERSAOCTERESULT	CFGVERSAOCTERESPONSE SINCRONIZARDOCUMENTOSRESULT	A	2	1- 1	Identificação do Ambiente consultado: 1 - Produção; 2 - Homologação	DOCUMENTOS	SINCRONIZARDOCUMENTOSRESULT	-	-	250	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.
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

Fault	Observações
Invalid Token	O parâmetro USERTOKEN foi passado incorretamente.
001	Código de entidade inválida.
002	Código de entidade em branco.
003	Versã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>

SINCRONIZARDOCUMENTOSRESULT Entidade INDCONTSINCRONIZARDOCUMENTOSRESULT0Indicador 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.

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	IDENT		A	6	1-1	ID da	entidade a ser utilizada.
AMBIENTE	CFGAMBIENTE	A	1-4	1-1	Informe:

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>

</

1 para produção;

2 para homologação ou

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

MODELO

CFGAMBIENTE

N

2

0-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
RETORNARDOCUMENTO CFGAMBIENTERESPONSE	-	-	-	1-1	Tag raiz raíz do retorno.
USERTOKEN CFGAMBIENTERESULT	RETORNARDOCUMENTO CFGAMBIENTERESPONSE	A 5	0-25	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

Retorna as expressões:

1-Produção;

2-Homologação.

Soap Fault

Fault	Observações
Invalid Token	O parâmetro USERTOKEN foi passado incorretamente.
001	Código de entidade inválida.
002	Có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</

AMBIENTE>

MODALIDADE>

   <MODELO>

STRING</

CANCNSU>

MODELO>

<CANCXMLRET>BASE64BINARY

</

CANCXMLRET>

soap:Body>

<DATAAUTORIZACAO>STRING</DATAAUTORIZACAO>

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.
MODELO	CFGAMBIENTE	N	2	0-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

Fault	Observações
Invalid Token	O parâmetro USERTOKEN foi passado incorretamente.
001	Código de entidade inválida.
002	Có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.
004	Có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>

Nome	Pai	Tipo	Tam.	Ocor.	Observações
REMESSA	-	-	-	1-1	Tag raiz.
USERTOKEN	REMESSA	A	5	1-1	Deverá ser preenchido com o valor “TOTVS”.
ID_ENT	REMESSA		6	1-1	ID da entidade a ser utilizada.
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>

<NOTAS>

<ID>STRING</ID>

<MODELO>STRING</MODELO>

<XML>BASE64BINARY</XML>

</REMESSA3ENVNOTA>

<ID>STRING</ID>

<MODELO>STRING</MODELO>

<XML>BASE64BINARY</XML>

</REMESSA3ENVNOTA>

</NOTAS>

</REMESSA3ENVNOTAS>

</soap:Body>

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

<NOTAS>

<ID>STRING</ID>

<XMLPROT>BASE64BINARY</XMLPROT>

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

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

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

<CNPJ>STRING</CNPJ>

<CPF>STRING</CPF>

<IE>STRING</IE>

<NOME>STRING</NOME>

</EMITENTE>

<ENCNSU>STRING</ENCNSU>

<ENCXMLRET>BASE64BINARY</ENCXMLRET>

<CODIGOIBGE>STRING</CODIGOIBGE>

<DTHRAUTORIZACAO>STRING</DTHRAUTORIZACAO>

<DTHREMISSAO>STRING</DTHREMISSAO>

<ENCDTENC>STRING</ENCDTENC>

</ENCERRAMENTO>

<NSU>STRING</NSU>

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

Nome	Pai	Tipo	Tam.	Ocor.	Observações

RETORNARDOCUMENTORESULT

envEvento

-

1-1

Tag raiz

.

USERTOKEN

Eventos

RETORNARDOCUMENTORESULT

envEvento

A

G

5

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

</correcao>

</correcao>

</detEvento>

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

</detEvento>

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

</infEspecie>

<rem>

</rem>

<dest>

</dest>

</infGTV>

</infEspecie>

<rem>

</rem>

<dest>

</dest>

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

</detEvento>

</detEvento>

</eventos>

</envEvento>

Deverá ser preenchido com o valor “TOTVS”.ID_ENTRETORNARDOCUMENTORESULTA61-1ID da entidade a ser utilizada.AMBIENTERETORNARDOCUMENTORESULTA10-1

Ambiente a ser pesquisado.

Os valores possíveis são:

1 – Produção;

2 – Homologação.DOCUMENTORETORNARDOCUMENTORESULT--0-1Tag raiz para as informações do documento pesquisado.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.

Páginas filhas

Versões comparadas

Versão antiga 14

Nova versão 130

Chave

Informações Gerais

Objetivo

Definição da Regra de Negócio

Serviços Compartilhados - Modelo 57 e Modelo 67

Eventos

Leiautes Modelo 57 e Modelo 67

Web Services e Métodos TSS

Web Service SPEDCFGNFE

Método CFGEPECCTE

Método CFGVERSAOCTE

Método CFGAMBIENTE

Método CFGMODALIDADE

Método REMESSA

Método REMESSA3

Método REMESSAEVENTO

Dicionário de Dados

Páginas filhas

Histórico da Página

Versões comparadas

Versão antiga 14

Nova versão 130

Chave

Informações Gerais

Objetivo

Definição da Regra de Negócio

Serviços Compartilhados - Modelo 57 e Modelo 67

Eventos

Leiautes Modelo 57 e Modelo 67

Web Services e Métodos TSS

Web Service SPEDCFGNFE

Método CFGEPECCTE

Método CFGVERSAOCTE

Método CFGAMBIENTE

Método CFGMODALIDADE

Método REMESSA

Método REMESSA3

Método REMESSAEVENTO

Dicionário de Dados