Manual At&m - Integração WS2.0 - 2.0

MANUAL - INTEGRAÇÃO WEBSERVICE 2.
Versão 2.0
www.atmtec.com.br
Integração Webservice 2.0
Índice
1.0 Introdução........................................................................................................................................3
2.0 Apresentação ..................................................................................................................................3
3.0 Conceituação de processo de negócios .........................................................................................4
4.0 Objetivo ...........................................................................................................................................6
5.0 Agentes básicos do processo .........................................................................................................6
6.0 Requisitos dos agentes básicos ......................................................................................................6
7.0 Fatores críticos de sucesso ............................................................................................................6
8.0 Indicadores do processo .................................................................................................................7
9.0 Macro fluxo da integração webservice ............................................................................................7
10.0 Descrição das opções do webservice ...........................................................................................7
11.0 Webservice - averbaCTe – CT-e ..................................................................................................9
12.0 Webservice – CT-e cancelados ................................................................................................. 17
13.0 Webservice - outros documentos (layout AT&M) ...................................................................... 19
14.0 Webservice - outros documentos cancelados ........................................................................... 32
15.0 Webservice - coberturas adicionais – CT-e e outros documentos ............................................ 35
16.0 Webservice - tag nAver .............................................................................................................. 58
17.0 CT-e 3.0 ..................................................................................................................................... 60
18.0 Webservice - averbaNFe – NF-e ............................................................................................... 63
19.0 Webservice – NF-e cancelados ................................................................................................. 71
20.0 Webservice - coberturas adicionais – NF-e ............................................................................... 73
21.0 Webservice - declaraMDFe – MDF-e......................................................................................... 90
22.0 Webservice – MDF-e encerrado ................................................................................................ 94
23.0 Webservice – MDF-e cancelado ................................................................................................ 96
24.0 Webservice – MDF-e inclusão de condutor ............................................................................... 98
25.0 Perguntas frequentes ................................................................................................................. 99
26.0 Considerações finais ................................................................................................................ 102
27.0 Notações .................................................................................................................................. 103
28.0 Ajuda ........................................................................................................................................ 109
AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 2 de 109

1.0 INTRODUÇÃO
Pode-se compreender manual, como o documento que reúne informações

de forma sistematizada acerca de determinado assunto, de forma a ser um
facilitador do funcionamento da organização ou de um produto, por servir como
um orientador.
O manual pode ser um conjunto de políticas ou normas, procedimentos,
atividades, instruções e orientações que devem ser obedecidos e cumpridos
pelos profissionais que atuam em uma determinada área da organização ou na
operacionalização e ou uso de determinado produto.
Considerando o exposto, no caso da AT&M este manual é de normas e
procedimentos dos processos de sistema, pois deverão conter “como fazer” as
atividades relacionadas, de modo a padronizar o trabalho e servir como
instrumento para execução.
2.0 APRESENTAÇÃO
No seguro de transportes a averbação é a declaração das mercadorias em

estado de risco, com todos os esclarecimentos relativos ao embarque e
viagem.
A AT&M desenvolveu uma ferramenta para dar suporte a este processo,
através de aplicativos de computador, onde as informações transitam
eletronicamente entre os envolvidos na operação, de forma segura e rápida,
permitindo a agilidade necessária a transação.
Uma dessas ferramentas é a aplicação Integração Webservice que será o
motivo de explanação deste manual, de forma a possibilitar a visão completa
do processo sem entrar nos detalhes técnicos que ficará a cargo da área de
suporte.
Este aplicativo da AT&M, permite aos embarcadores e transportadores
efetuar online, automaticamente e em tempo real a averbação do seguro de

transporte de cargas com suas seguradoras e a disponibilização de todas as

informações geradas a partir deste processo.
Vantagens da averbação eletrônica AT&M:
• Processos integrados aos sistemas dos clientes;

• Sistema definitivo de averbação: Devido a AT&M estar homologada com
quase todas as seguradoras, ao trocar de seguradora o segurado poderá optar
por continuar a utilizar os sistemas da AT&M não sendo necessário
desenvolver novos layouts ou integrações.
• Controle e segurança de todo o processo;
• Controle eficiente de DDRs.
3.0 CONCEITUAÇÃO DE PROCESSO DE NEGÓCIOS
Processos de negócio são atividades previamente estabelecidas cujo

objetivo é determinar como o trabalho será realizado em uma organização. Em
outros termos, constituem um conjunto de ações relacionadas entre si de forma
lógica e coerente a fim de promover uma saída favorável à empresa (qualidade
total e satisfação do cliente), tanto no nível interno como externo. Uma
estrutura de processos de negócio mal concebida pode pôr em risco a
eficiência e a eficácia da organização através dos produtos e serviços gerados
e disponibilizados.
Outro aspecto relevante e que pode representar uma mais-valia na
implementação dos processos de negócio numa organização, tem a ver com a
implementação de um sistema de informação bem estruturado.
A existência de uma boa rede de informação entre todos os intervenientes
nos processos de negócio da organização é condição “sine qua non” uma vez
que permite a comunicação em tempo real, tornando possível uma adequada
tomada de decisão, resultante do ajuste contínuo de procedimentos que irá

afetar toda a dinâmica organizacional e, consequentemente na excelência dos

seus resultados.
Deste modo, quando se fala em processos de negócio, há ampla
abrangência, pois, o seu âmbito de atuação é transversal e atua em todas as
áreas da organização, com elevado impacto na qualidade dos serviços e/ou
produtos, na redução de custos e no desenvolvimento do próprio negócio.
Daí que, o conceito de processo de negócio esteja indissociável a uma
vertente de melhoria contínua, dinamização e garantia de desenvolvimento,
numa perspectiva transversal e em coordenação com as restantes áreas
organizacionais, de iniciativas e projetos, de desenvolvimento e suporte ao
negócio, assim como de aumento de eficácia e de eficiência da organização,
através de uma máxima e adequada otimização dos recursos disponíveis.
Por outro lado, as existências de uma interface entre os processos de
negócio e uma rede de sistemas de informação constituem fator chave, quer
para a generalidade dos negócios nos tempos de hoje, quer para a produção
de indicadores e instrumentos de controle efetivo para uma constante
monitorização das atividades da organização.
Em resumo, processos de negócio estruturados na cooperação, integração e
no alinhamento entre todas as áreas organizacionais constituem o segredo de
sucesso de uma organização.
Podem-se definir processos de negócio como um conjunto de atividades
desenvolvidas a partir de um objetivo pré-definido que irá concretizar-se num
resultado específico, em termos de produto ou serviço que se pretenda realizar.
Este conceito de processo de negócio foi incorporado nas aplicações
desenvolvidas pela AT&M de forma a garantir excelência no processo de
averbação eletrônica e EDI.

4.0 OBJETIVO
O objetivo deste processo sistêmico é o de permitir a operacionalização da

averbação eletrônica, através da aplicação INTEGRAÇÃO WEBSERVICE
levando em consideração toda sua abrangência.
5.0 AGENTES BÁSICOS DO PROCESSO
A operacionalização do aplicativo envolve de um lado, o fornecedor da

informação e do outro os clientes desta informação em tempo de conclusão,
consulta e análise do processo.
Os insumos de entrada no processo são as informações sobre a apólice,
embarcadores, transportadores, corretores e seguradoras, além da alimentação
básica das informações referentes aos produtos segurados constantes em nota
fiscal ou outro documento que contenha as informações necessárias e
permitidas pela aplicação.
Por outro lado, a saída do processo, além dos retornos enviados pelo
Webservice, das consultas, relatórios e estatísticas que a aplicação permite, o
fato gerador se conclui com a averbação eletrônica dos embarques efetuados.
6.0 REQUISITOS DOS AGENTES BÁSICOS
• Apólice de seguro de transporte.

• Habilitação do aplicativo junto a AT&M.
• Data de embarque: Como o CT-e ou NF-e não tem DATA DE
EMBARQUE, caso não seja informado na tag adicional, será utilizado a DATA
DE AVERBAÇÃO, como sendo de embarque.
• Fuso Horário: Sempre deverá considerar o horário de Brasília.
7.0 FATORES CRÍTICOS DE SUCESSO
• Acesso ao WebServer.

8.0 INDICADORES DO PROCESSO
Todo processo é seguro e controlado por XML de retorno informando o

protocolo de averbação/declaração ou o motivo da recusa.
A transportadora/embarcadora também poderá realizar consultas,
relatórios, estatísticas e gráficos, convertendo em Excel ou PDF de todos os
documentos averbados nos últimos 12 meses diretamente no site de averbação
eletrônica da AT&M: www.averba.com.br.
9.0 MACRO FLUXO DA INTEGRAÇÃO WEBSERVICE
10.0 DESCRIÇÃO DAS OPÇÕES DO WEBSERVICE
O processo para averbar e/ou declarar via web service deve seguir o
procedimento abaixo:
• Acionar o Webservice, selecionar em qual opção será efetuado o consumo

(averbaCTe, averbaNFe ou declaraMDFe).

• Enviar o envelope Soap com os dados de login e XML do documento.

OBS: Se enviar CT-e, MDF-e ou NF-e, estes devem estar protocolados pelo
SEFAZ.
• Na mesma sessão, de modo síncrono receberá o XML de retorno.
Se retornado “averbado” para CT-e ou NF-e, constará no XML de retorno o

protocolo e número de averbação. Deverá armazenar este dado e constar no
banco de dados do sistema da transportadora/embarcadora como averbado.
Se retornado “declarado” para MDF-e, constará no XML de retorno o

protocolo de declaração. Deverá armazenar este dado e constar no banco de
dados do sistema da transportadora/embarcadora como declarado.
Atenção: O protocolo e número de averbação retornado pela AT&M pode

possuir até 40 caracteres, sendo alfanumérico.
O algoritmo de geração leva em conta número, série, filial e outros dados que
possuem variações de valores e tamanhos.
Se retornado “erro”, constará no XML de retorno o código e descrição do

erro. Deverá armazenar este dado e avisar no mesmo instante a
transportadora/embarcadora que o documento em questão está recusado.
O usuário do sistema da transportadora/embarcadora deverá atuar na
correção do erro e efetuar uma nova tentativa de averbação.
Atenção: Apenas se o retorno de erro for 000, 002, 907, 910, brancos,
congestionamento de rede, lentidão na internet ou timeout, deve aguardar
alguns minutos e submeter novamente de modo automático o documento, não
sendo necessário nenhuma ação por parte da transportadora.
Dica: Caso o documento a ser averbado não possua a placa do veículo, poderá
“reter” a averbação até o momento de a placa ser designada e então adicionar a
placa do veículo na tag padrão para esta informação e processar a averbação.
11.0 WEBSERVICE - AVERBACTE – CT-E
Escolhida a opção para averbação de conhecimentos eletrônicos, deve-se

acionar o consumo averbaCTe.
Webservice
URL: webserver.averba.com.br/20
Nome: averbaCTe
Input ou entrada:
Usuário: xsd.string
Senha: xsd.string
Codatm: xsd.string
xmlCTe: xsd.string (XML do CT-e protocolado na secretaria da
fazenda)
OBS: O envio do XML no envelope SOAP, deve ser XML/TEXT.
Dica: Poderá utilizar o parâmetro CDATA.

Exemplo: <xmlCTe><![CDATA[XML do CT-e]]></xmlCTe>
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Averbado>
<dhAverbacao></dhAverbacao>
<Protocolo></Protocolo>
<DadosSeguro>
<NumeroAverbacao></NumeroAverbacao>
<CNPJSeguradora></CNPJSeguradora>
<NomeSeguradora></NomeSeguradora>
<NumApolice></NumApolice>
<TpMov></TpMov>
<TpDDR></TpDDR>
<ValorAverbado></ValorAverbado>
<RamoAverbado></RamoAverbado>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
<Codigo></Codigo>
<Descricao></Descricao>
</Info>
</Infos>
</Response>
Campo Descrição Tipo Ocorrência OBS

Numero Número do String (1-12) 1-1
documento
Serie Série do documento String (1-5) 1-1
Filial Filial de emissão do String (1-5) 0-1
documento
CNPJCli CNPJ do Cliente String (14) 0-1
TpDoc Tipo de Documento String (1) 0-1 1 – Manifesto;
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
InfAdic Informação adicional String (25) 0-1 Este campo trará os
dados adicionais,
informados no XML
pela tag INFRET.
Averbado 1-1
dhAverbacao Data e Hora de DateTime 1-1 DD-MM-YYYY
Averbação do THH:MM:SS
documento
Protocolo Número do protocolo String (40) 1-1
DadosSeguro 0-n
NumeroAverbacao Número da String (40) 1-1
averbação
CNPJSeguradora CNPJ da seguradora String (14) 0-1
NomeSeguradora Nome da seguradora String (15) 0-1
NumApolice Número da apólice String (32) 0-1
cadastrada na AT&M


TpMov Tipo de movimento da String (1) 0-1 1 – Normal
averbação 2 – Cancelado
3 – Cortesia
4 – Resp. de
Terceiros
5 – CTe
complementar
TpDDR Tipo da DDR, quando String (1) 0-1 1- Parcial
consistida 2- Com participação
3- DDR estipulada
4- Averbação por
estipulação
ValorAverbado Valor averbado String (15) 0-1 15 posições, sendo
13 inteiras e 2
decimais.
Ex:10.00
RamoAverbado Ramo averbado String (2) 0-1 21 – TN
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
Infos Informação 0-1 Informação
complementar complementar a
averbação.
Info 0-n
Codigo Código da informação String (1-3) 1-1
complementar
Descricao Descrição da String (1-255) 1-1
informação
complementar
Aviso: Se enviado o XML do CT-e que está protocolado no ambiente de

homologação do Sefaz, no qual é indicado pela tag <tpAmb>2</tpAmb>, o
protocolo da AT&M será TESTE.
Esta averbação pode não ser considerada pela seguradora, por se tratar de
TESTE, causando danos ao segurado em casos de sinistros.
O output ou retorno da AT&M será diferenciado.

<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc>6</TpDoc>
<InfAdic></InfAdic>
<Averbado>
<Protocolo>TESTE</Protocolo>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
TpDoc Tipo de Documento String (1) 0-1 6 – Teste;
InfAdic Informação adicional String (25) 0-1 Este campo trará os dados
adicionais, informados no
XML pela tag INFRET.
Averbado 1-1
documento


Protocolo Número do String (40) 1-1 TESTE
protocolo
DadosSeguro 0-n
averbação
cadastrada na AT&M
3 – Cortesia
4 – Resp. de Terceiros
5 – CTe complementar
3- DDR estipulada
4- Averbação por
estipulação
ValorAverbado Valor averbado String (15) 0-1 15 posições, sendo 13
inteiras e 2 decimais.
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
Codigo Código da String (1-3) 1-1
informação
complementar
informação
complementar

O output ou retorno de documento recusado se diferencia dos exemplos acima.

Nele constará o código e descrição do erro.
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Erros>
<Erro>
<Codigo> </Codigo>
<ValorEsperado></ValorEsperado>
<ValorInformado></ValorInformado>
</Erro>
</Erros>
</Response>

Numero Número do documento String (1-12) 1-1
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.


Erros 1-1
Erro 1-50
Codigo Código de erro String (1-3) 1-1
Descricao Descrição do erro String (1-255) 1-1
ValorEsperado Exibe o valor esperado, se String (1-50) 0-1
possuir
ValorInformado Exibe o valor informado, se String (1-50) 0-1
possuir
OBS: Em casos de ocorrer mais de uma recusa por XML, a tag

<ERRO></ERRO> se repetirá e informará as demais descrições de recusa.
O output ou retorno de documento recusado por “Documento já cadastrado” se

diferencia do exemplo acima. Nele constará o protocolo e número da averbação,
como também o dia e hora da averbação. A mensagem de “Documento já
cadastrado” será mostrada na tag “Info”.
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>

<Codigo>001</Codigo>
<Descricao>Documento já Cadastrado</Descricao>
</Info>
</Infos>
</Response>

documento
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.
Averbado 1-1
documento
DadosSeguro 0-n
averbação
cadastrada na AT&M
3 – Cortesia
4 – Resp. de
Terceiros
5 – CTe
complementar


3- DDR estipulada
4- Averbação por
estipulação
13 inteiras e 2
decimais.
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
Codigo Código da informação String (1-3) 1-1 001
complementar
Descricao Descrição da String (1-255) 1-1 Documento ja
informação Cadastrado
complementar
12.0 WEBSERVICE – CT-E CANCELADOS
Se ocorrer o cancelamento de um CT-e deverá ser informado para que não

ocorra cobrança indevida no faturamento.
Após cancelar o CT-e na Secretaria da Fazenda (SEFAZ), o transportador
receberá um XML de cancelamento protocolado. Este XML será utilizado no
cancelamento da averbação na AT&M.
O Webservice da AT&M identifica o XML como sendo de cancelamento,
localiza o CT-e averbado anteriormente e registra a informação de
cancelamento, enviando os dados para o corretor e/ou seguradora.

Webservice
Nome: averbaCTe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlCTe: xsd.string (XML do Cancelamento do CT-e protocolado no
SEFAZ)
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<Averbado>
</Averbado>
</Response>

documento
documento
Averbado 1-1
dhAverbacao Data e Hora de DateTime 1-1 DD-MM-YYYYTHH:MM:SS
Averbação do
documento
O protocolo retornado é o da averbação original do CT-e.

Aviso: O cancelamento só terá sucesso caso o CT-e já tenha sido averbado. Se

enviado um cancelamento de CT-e que não esteja averbado na base de dados
da AT&M, será recusado com o código de erro “908 – CT-e não localizado na
base de dados”.
13.0 WEBSERVICE - OUTROS DOCUMENTOS (LAYOUT AT&M)
Se escolhido a opção para averbação de outros documentos além do CT -e

e NF-e, deve-se acionar o consumo averbaCTe.
Esta opção permite que com apenas alguns ajustes no layout já
estabelecido para o CT-e, possa averbar documentos que não possuem XML,
automatizando todo o processo de averbação.
Segue ajustes necessários:
1 - Na tag <mod> - modelo do documento fiscal para o CT-e utiliza-se o código

57.
Para os demais documentos utilizar os seguintes códigos:
• 99 para CTRC
• 98 para NFSe
• 97 para Ordem de Coleta
• 96 para MIC
• 95 para Controle de Embarque
• 94 Minuta
• 93 CRT
• 92-RPS
• 91-Romaneio
2 - Não tem o segmento: Signature (assinatura digital do XML).
3 - Não tem o segmento: protCte (protocolo do Sefaz).

Webservice
WSDL: webserver.averba.com.br/20
Nome: averbaCTe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlCTe: xsd.string (XML ajustado para averbação de outros
documentos)

Exemplo: <xmlCTe><![CDATA[XML do Outro Documento]]></xmlCTe>
Exemplo do arquivo XML para outros documentos com as tags necessárias

para funcionamento.
<cteProc>
<CTe>
<infCte>
<ide>
<mod></mod>
<serie></serie>
<nCT></nCT>
<dhEmi></dhEmi>
<tpAmb></tpAmb>
<tpCTe></tpCTe>
<modal></modal>
<tpServ></tpServ>
<cMunIni></cMunIni>
<UFIni></UFIni>
<cMunFim></cMunFim>
<UFFim></UFFim>

<toma03>
<toma></toma>
</toma03>
</ide>
<compl>
<xObs></xObs>
<ObsCont>
<xCampo></xCampo>
<xTexto></xTexto>
</ObsCont>
</compl>
<emit>
<CNPJ></CNPJ>
<enderEmit>
<cMun></cMun>
<UF></UF>
</enderEmit>
</emit>
<rem>
<CNPJ></CNPJ>
<enderReme>
<cMun></cMun>
<UF></UF>
<cPais></cPais>
</enderReme>
</rem>
<dest>
<CNPJ></CNPJ>
<enderDest>
<cMun></cMun>
<UF></UF>
<cPais></cPais>
</enderDest>
</dest>
<infCTeNorm>
<infCarga>
<vCarga></vCarga>

</infCarga>
<seg>
<respSeg></respSeg>
<vCarga></vCarga>
</seg>
</infCTeNorm>
</infCte>
</CTe>
</cteProc>
Coluna Campo Descrição Tipo Ocorrência Observação

1 <cteProc> Tag Raiz Obrigatória
2 <CTe> Tag Raiz Obrigatória
Informações
3 <infCte> Obrigatória
do documento
Identificação
4 <ide> Obrigatória
do documento
Indica o tipo
5 <mod> Numeral (2) Obrigatória Vide ponto 13.
de documento
Serie do
6 <serie> String (3) Obrigatória
documento
Número do
7 <nCT> String (9) Obrigatória
documento
Data e Hora
8 <dhEmi> da Emissão DataTime Obrigatória AAAA-MM-DDTHH:MM:SS
do documento
Tipo de 1 – Produção
9 <tpAmb> String (1) Obrigatória
Ambiente 2 - Homologação
Tipo do 0 - Normal
10 <tpCTe> String (1) Obrigatória
Documento 1 - Complemento de Valores
1 - Rodoviário;
2 - Aéreo;
Tipo de Modal
11 <modal> String (1) Condicional 3 - Aquaviário;
do Transporte
4 - Ferroviário;
5 - Dutoviário
0 - Normal;
Tipo de 1 - Subcontratação;
12 <tpServ> String (1) Obrigatória
Serviço 2 - Redespacho;
3 - Redespacho Intermediário
Código IBGE
13 <cMunIni> do Municio de String (7) Obrigatória
Origem
Em casos de Exterior, usar
14 <UFIni> UF de Origem String (2) Obrigatória
EX.
Código IBGE
15 <cMunFim> do Municio de String (7) Obrigatória
Destino


16 <UFFim> UF de Destino String (2) Obrigatória
EX.
Tag Raiz para
17 <toma03> Tomador de Condicional
Serviço
0 - Remetente;
Tomador de 1 - Expedidor;
18 <toma> String (1) Condicional
Serviço 2 - Recebedor;
3 - Destinatário
Tag Raiz para
tags
19 <compl> Condicional
complementar
es
Observações
20 <xObs> String (2000) Condicional
Gerais
Indica qual
21 <ObsCont> será o Condicional Vide ponto 15.
complemento
Identificação
22 <xCampo> String (20) Condicional Vide ponto 15.
do campo
Conteúdo do
23 <xTexto> String (60) Condicional Vide ponto 15.
campo
Emitente do
24 <emit> Obrigatória
Documento
CNPJ do
25 <CNPJ> emitente do String (15) Condicional
Documento
Endereço do
26 <enderEmit> Condicional
Emitente
Código IBGE
27 <cMun> do Municio do String (7) Condicional
9999999.
Emitente
UF do Em casos de Exterior, usar
28 <UF> String (2) Obrigatória
Emitente EX.
Remetente do
29 <rem> Obrigatória
Documento
CNPJ do
30 <CNPJ> remetente do String (15) Condicional
Documento
Endereço do
31 <enderReme> Condicional
Remetente
Código IBGE
32 <cMun> do Municio do String (7) Condicional
9999999.
Remetente
UF do Em casos de Exterior, usar
33 <UF> String (2) Condicional
Remetente EX.
Código do
34 <cPais> String (4) Obrigatória
País


Destinatário do
35 <dest> Obrigatória
documento
CNPJ do
36 <CNPJ> Destinatário do String (15) Condicional
documento
Endereço do
37 <enderDest> Condicional
Destinatário
Código IBGE do
Em casos de Exterior,
38 <cMun> Municio do String (7) Condicional
usar 9999999.
Destinatário
Em casos de Exterior,
39 <UF> UF do Destinatário String (2) Condicional
usar EX.
40 <cPais> Código do País String (4) Obrigatória
Grupo de
41 <infCTeNorm> informações do Obrigatória
documento
Informações da
42 <infCarga> Obrigatória
Carga do CT-e
15 posições, sendo 13
Valor total da
43 <vCarga> String (15) Obrigatória inteiras e 2 decimais.
carga
Ex:10.00
Informações de
44 <seg> Obrigatória
Seguro da Carga
0 - Remetente;
Responsável pelo 3 - Destinatário;
45 <respSeg> String (1) Obrigatória
seguro 4 - Emitente do CT-e;
5 - Tomador
15 posições, sendo 13
Valor para
46 <vCarga> String (15) Obrigatória inteiras e 2 decimais.
Averbação
Ex:10.00
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>

<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.
Averbado 1-1
documento
DadosSeguro 0-n
averbação
cadastrada na AT&M


3 – Cortesia
4 – Resp. de
Terceiros
5 – CTe
complementar
3- DDR estipulada
4- Averbação por
estipulação
13 inteiras e 2
decimais.
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
complementar
informação
complementar
Aviso: Se enviado o XML com a tag <tpAmb>2</tpAmb>, o protocolo da AT&M

será TESTE.
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc>6</TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
Averbado 1-1
documento
Protocolo Número do protocolo String (40) 1-1 TESTE


DadosSeguro 0-n
averbação
cadastrada na AT&M
3 – Cortesia
3- DDR estipulada
4- Averbação por
estipulação
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
informação
complementar
informação
complementar


<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Erros>
<Erro>
<Codigo></Codigo>
</Erro>
</Erros>
</Response>

documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
InfAdic Informação adicional String (25) 0-1 Esta tag trará os
dados adicionais,
informados no XML.
Erros 1-1
Erro 1-50
possuir
possuir



<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
</Info>
</Infos>
</Response>


documento
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.
Averbado 1-1
documento
DadosSeguro 0-n
averbação
cadastrada na AT&M
3 – Cortesia
4 – Resp. de
Terceiros
5 – CTe
complementar
3- DDR estipulada
4- Averbação por
estipulação
13 inteiras e 2
decimais.
Ex:10.00


32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
complementar
complementar
14.0 WEBSERVICE - OUTROS DOCUMENTOS CANCELADOS
Se ocorrer o cancelamento de um documento deverá ser informado para

que não ocorra cobrança indevida no faturamento.
Após cancelar o documento o transportador deve efetuar apenas alguns
ajustes no layout já estabelecido de cancelamento para o CT-e (Versão 1.04 ) ,
cancelando a averbação na AT&M.
Segue ajustes necessários:
1 - A Tag <verAplic> - Utilizar valor 99.

2 - A Tag <cStat> - Utilizar valor 101.
3 - A Tag <xMotivo>- Utilizar valor “Cancelamento de CT-e homologado”.
4 - A Tag <chCTe>- Utilizar o valor do protocolo de averbação retornado pela
AT&M.
5 - A Tag <nProt>- Utilizar o valor do protocolo de averbação retornado pela
AT&M.

Exemplo:
<retCancCTe xmlns=”http://www.portalfiscal.inf.br/cte” versao=”1.04”>

<infCanc>
<tpAmb></tpAmb>
<cUF></cUF>
<verAplic>99</verAplic>
<cStat>101</cStat>
<xMotivo>Cancelamento de CT-e homologado</xMotivo>
<chCTe></chCTe>
<dhRecbto>2016-01-01T00:00:00</dhRecbto>
<nProt></nProt>
</infCanc>
</retCancCTe>
Aviso: Caso o cancelamento aconteça no mês posterior ao mês de averbação, é

necessário que acrescente a tag de data de emissão.
Exemplo:
<retCancCTe xmlns=”http://www.portalfiscal.inf.br/cte” versao=”1.04”>

<infCanc>
<tpAmb></tpAmb>
<cUF></cUF>
<verAplic></verAplic>
<cStat>101</cStat>
<xMotivo>Cancelamento de CT-e homologado</xMotivo>
<chCTe></chCTe>
<dhRecbto>2016-01-01T00:00:00</dhRecbto>
<dhEmi>2016-01-01T00:00:00</dhEmi>
<nProt></nProt>
</infCanc>
</retCancCTe>

Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<Averbado>
</Averbado>
</Response>

documento
documento
Averbado 1-1
Averbação do
documento
O protocolo retornado é o da averbação original do CT-e.
Aviso: O cancelamento só terá sucesso caso o CT-e já tenha sido averbado. Se

enviado um cancelamento de CT-e que não esteja averbado na base de dados
da AT&M, será recusado com o código de erro “908 – CT-e não localizado na
base de dados”.

15.0 WEBSERVICE - COBERTURAS ADICIONAIS – CT-E E OUTROS

DOCUMENTOS
Em alguns casos, o segurado possui coberturas adicionais em sua apólice,

mas que não são informados nos campos padrões no CT-e.
Por exemplo: Operação de carga e descarga, içamento de carga,
container, acessórios, entre outros.
A AT&M possui uma solução para informar estas coberturas, mantendo assim o
processo automatizado, sendo necessário apenas alguns ajustes.
Segue ajuste necessário:
• Acrescentar na tag <ObsCont> (já padronizada no manual do CT-e) as

tags <xCampo> e <xTexto>.
AVISO: O Webservice é “case sensitive”, ou seja, as sintaxes dos valores

adotados devem respeitar as letras maiúsculas e minúsculas, caso contrário, o
valor não será considerado, exceto para a tag “xCampo”.
ATENÇÃO: Será dado duas alternativas para a sintaxe. Para a averbação na

AT&M ambas as formas são aceitas, mas para o SEFAZ de alguns estados, é
aceito apenas um modelo.
• OCD - Operação de Carga e Descarga
Se o segurado possui cobertura para a carga e descarga da mercadoria deverá

informar “S”, senão, não utilizar a tag para valores adicionais, pois o sistema
assumirá o “N”, como default.
Exemplo de utilização:
<compl>
<ObsCont>
<xCampo>OCD</xCampo>

<xTexto>S</xTexto>
</ObsCont>
</compl>
Alternativa de sintaxe:
<compl>
<ObsCont xCampo =“OCD”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• IC - Içamento de Carga
Se o segurado possui cobertura para içamento de carga da mercadoria

deverá informar “S”, senão, não utilizar a tag para valores adicionais, pois o
sistema assumirá o “N”, como default.
<compl>
<ObsCont>
<xCampo>IC</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“IC”>
<xTexto>S</xTexto>
</ObsCont>
</compl>

• RI - Remoção de Carga
Se o segurado possui cobertura para remoção de carga da mercadoria

<compl>
<ObsCont>
<xCampo>RI</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“RI”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• Meios Próprios
Se o transporte for feito por meios próprios da carga deverá informar “S”, senão,
não utilizar a tag para valores adicionais, pois o sistema assumirá o “N”, como
default.
OBS: Meios próprios é quando a carga se locomove, como por exemplo alguns
veículos que ainda estão em processo de montagem. Para transportá-los as
vezes não se usa outro caminhão, mas são transportados por meios próprios, ou
seja, ainda são considerados como carga, mas são automotor e podem se
locomover.

<compl>
<ObsCont>
<xCampo>MeiosProprios</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“MeiosProprios”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• Rastreado
Se o segurado possui rastreio da mercadoria deverá informar “S”, senão, não

utilizar a tag para valores adicionais, pois o sistema assumirá o “N”, como
default.
<compl>
<ObsCont>
<xCampo>RASTREADO</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>

<compl>
<ObsCont xCampo =“RASTREADO”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• Taxa de RCFDC
Se o segurado possuir a taxa de RCFDC no ramo de seguro “32 - Viagem

internacional” deverá informar “S”, senão, não utilizar a tag para valores
adicionais, pois o sistema assumirá o “N”, como default.
<compl>
<ObsCont>
<xCampo>RCFDC</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“RCFDC”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• Estado de Fronteira
Se o segurado for transportar a mercadoria para fora do Brasil, mas dentro da

América do Sul deverá informar o estado fronteiriço.

A tag <xTexto>RS</xTexto> deve ser preenchida com a UF de estados válidos.

Não utilizar “EX”.
<compl>
<ObsCont>
<xCampo>UFFRONTEIRA</xCampo>
<xTexto>RS</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“UFFRONTEIRA”>
<xTexto>RS</xTexto>
</ObsCont>
</compl>
• Mercadoria Geral ou Específica
Se o segurado precisar diferenciar mercadorias específicas deverá

<compl>
<ObsCont>
<xCampo>MERCESPECIFICA</xCampo>
<xTexto>S</xTexto>
</ObsCont>

</compl>
<compl>
<ObsCont xCampo =“MERCESPECIFICA”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• Data de Embarque
Se o segurado precisar informar a data e hora do embarque em seu CT -e,

deverá utilizar esta tag.
O formato da data para a tag <xTexto>2017-01-01T01:01:01</xTexto>
deve ser preenchida no formato já utilizado no manual do Sefaz para o CT -e
para a versão 2.0 ou 3.0 (TimeZone) - AAAA-MM-DDTHH:MM:DD
<compl>
<ObsCont>
<xCampo>DHEMB</xCampo>
<xTexto>2017-01-01T01:01:01</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“DHEMB”>
<xTexto>2016-01-01T01:01:01</xTexto>
</ObsCont>
</compl>
• Escolta
Se o segurado possui cobertura para Escolta deverá informar “S”, senão,

default.
<compl>
<ObsCont>
<xCampo>ESCOLTA</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“ESCOLTA”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• RG do Motorista
Se o segurado desejar informar o RG do motorista, utilizar a tag para

valores adicionais, senão, não utilizar a tag pois o sistema assumirá um dado
fictício, como default.
Poderá ser utilizado pontuação.
<compl>
<ObsCont>
<xCampo>RGMOTORISTA</xCampo>
<xTexto>11111111111</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“RGMOTORISTA”>
</ObsCont>
</compl>
• Código de Liberação do Motorista
Se o segurado desejar informar o código de liberação do motorista, utilizar

a tag para valores adicionais, senão, não utilizar a tag pois o sistema assumirá
como vazio.
<compl>
<ObsCont>
<xCampo>CODMOTORISTA</xCampo>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“CODMOTORISTA”>
</ObsCont>
</compl>
• RespSeg - Responsabilidade do Seguro
Se o segurado precisar informar a responsabilidade de seguro para

consistência de DDR ou apólice estipulada, utilizar a tag para valores
adicionais, senão, não utilizar a tag pois o sistema assumirá como
responsabilidade do emitente.
<compl>
<ObsCont>
<xCampo>RESPSEG</xCampo>
<xTexto>XXX.XXX.XXX/XXXX-XX</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“RESPSEG”>
<xTexto>XXX.XXX.XXX/XXXX-XX</xTexto>
</ObsCont>
</compl>
A tag “respSeg” poderá ser utilizada em qualquer versão do CT-e.
Na versão 2.0 poderá ser informado a tag adicional “respSeg” e também a

tag “respSeg” que está sob a tag “seg”, já definida pelo Sefaz. Neste caso, será
considerado primeiramente a tag adicional, caso não possua, será lido a tag
“respSeg” da “seg”.
Para a versão 3.0, se informado incorretamente na ausência da tag

“respSeg”, será considerado a tag do tomador de serviço “toma3”. Se o
segurado não desejar que a tag de tomador seja lida automaticamente, será
necessário que marque a opção recusando a leitura automática no site
www.averba.com.br.
• Código de Operação
Se o segurado precisar apontar a responsabilidade de seguro para apólice

estipulada, independente da “respSeg”, utilizar a tag para valores adicionais,
senão, não utilizar a tag pois o sistema verificará se possui a tag “respSeg” ou
a opção de leitura da tag “toma3”, senão assumirá como responsabilidade do
emitente.
<compl>
<ObsCont>
<xCampo>CODOPEREMB</xCampo>
<xTexto>P11999999</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“CODOPEREMB”>
<xTexto>P11999999</xTexto>
</ObsCont>
</compl>
OBS: Cada embarcador vinculado a operação de estipulação, possui um

código.

Desta forma, consulte os códigos vinculados no site www.averba.com.br ou

contate o suporte técnico AT&M.
OBS: O código de operação, sempre é considerado primeiramente, desta

forma, apenas deve ser informado se a averbação em questão for efetuada
para uma apólice estipulante.
• CPF do Motorista
Se o segurado desejar informar o CPF do motorista, utilizar a tag para

<compl>
<ObsCont>
<xCampo>CPFMOTORISTA</xCampo>
<xTexto>111.111.111-11</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“CPFMOTORISTA”>
<xTexto>111.111.111-11</xTexto>
</ObsCont>
</compl>
• Placa

Se o segurado desejar informar a placa do caminhão, utilizar a tag para

fictício, como default. Utilize a placa da carreta.
<compl>
<ObsCont>
<xCampo>PLACA</xCampo>
<xTexto>ZZZ-1111</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“PLACA”>
</ObsCont>
</compl>
• Transporte Próprio
Se o segurado desejar informar se o caminhão é da empresa ou de

terceiros deverá informar “S”, senão, não utilizar a tag para valores adicionais,
pois o sistema assumirá o “N”, como default.
<compl>
<ObsCont>
<xCampo>TranspProprio</xCampo>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“TranspProprio”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
• Percurso Complementar
Se o segurado precisar informar outros tipos de transporte na mesma

averbação, deverá utilizar a tag para valores adicionais, senão não utilizar a
tag para valores adicionais, pois o sistema assumirá o “N”, como default.
A tag <xTexto></xTexto> deve ser preenchida confirme explicação abaixo:
• Tipo de Transporte:
1-Rodoviário, 2-Marítimo, 3-Fluvial, 4-Ferroviário, 5-Aéreo.
• UF de Origem
• UF de Destino
OBS: As informações acima devem ser separadas pelo caractere;
<compl>
<ObsCont>
<xCampo>PercCompl‹/xCampo>
<xTexto>1;SP;SP‹/xTexto>
</ObsCont>
</compl>

<compl>
<ObsCont xCampo =“PercCompl”>
<xTexto>1;SP;SP</xTexto>
</ObsCont>
</compl>
• Ramo
Em alguns casos, o segurado precisa efetuar suas averbações em ramos

específicos e não no ramo de maior cobertura cadastrado junto a AT&M.
Se o segurado precisar informar outro ramo na averbação deverá utilizar a
tag para valores adicionais, senão não utilizar a tag para valores adicionais,
pois o sistema assumirá o ramo cadastrado em sua apólice de maior cobertura.
OBS: Apontar o ramo na averbação é válido apenas para alguns casos

(RCTRC, RCTAC, RCTAMB, TRAMB ).
Atenção: O Webservice é “case sensitive”, ou seja, as sintaxes dos valores

• RCTRC
Se o segurado precisar informar o ramo 54 - RCTRC na averbação deverá

informar “RCTRC”, senão, não utilizar a tag, pois o sistema assumirá o ramo de
maior cobertura cadastrado na AT&M.
<compl>
<ObsCont>
<xCampo>RAMO</xCampo>

<xTexto>RCTRC</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“RAMO”>
<xTexto>RCTRC</xTexto>
</ObsCont>
</compl>
• RCTAC
Se o segurado precisar informar o ramo 52 - RCTAC na averbação deverá

informar “RCTAC”, senão, não utilizar a tag, pois o sistema assumirá o ramo de
<compl>
<ObsCont>
<xTexto>RCTAC</xTexto>
</ObsCont>
</compl>
<compl>
<xTexto>RCTAC</xTexto>
</ObsCont>
</compl>
• RCTAMB
Se o segurado precisar informar o ramo 95 - RCTAMB na averbação

deverá informar “RCTAMB”, senão, não utilizar a tag, pois o sistema assumirá
o ramo de maior cobertura cadastrado na AT&M.
<compl>
<ObsCont>
<xTexto>RCTAMB</xTexto>
</ObsCont>
</compl>
<compl>
<xTexto>RCTAMB</xTexto>
</ObsCont>
</compl>
• TRAMB
Se o segurado precisar informar o ramo 96 - TRAMB na averbação deverá

informar “TRAMB”, senão, não utilizar a tag, pois o sistema assumirá o ramo de
<compl>
<ObsCont>
<xTexto>TRAMB</xTexto>
</ObsCont>
</compl>
<compl>
<xTexto>TRAMB</xTexto>
</ObsCont>
</compl>
• Valor de Container
Se o segurado possuir cobertura para container deverá informar o valor,

senão, não utilizar a tag para valores adicionais, pois o sistema assumirá
“0,00”, como default.
A tag <xTexto>10000.00</xTexto>, será numérica, colocando o caractere
“.” para diferenciar casas decimais.
<compl>
<ObsCont>
<xCampo>ValorContainer</xCampo>
<xTexto>10000.00</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“ValorContainer”>

</ObsCont>
</compl>
• Valor de Acessório
Se o segurado possuir cobertura para acessório deverá informar o valor,

A tag <xTexto>10000.00</xTexto>, neste caso será numérica, colocando o
caractere “.” para diferenciar casas decimais.
<compl>
<ObsCont>
<xCampo>ValorAcessorio</xCampo>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“ValorAcessorio”>
</ObsCont>
</compl>
• Valor de Avarias
Se o segurado possuir cobertura para avarias deverá informar o valor,



<compl>
<ObsCont>
<xCampo>ValorAvarias</xCampo>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“ValorAvarias”>
</ObsCont>
</compl>
• Impostos Suspensos
Se o segurado possuir cobertura para impostos suspensos deverá informar

o valor, senão, não utilizar a tag para valores adicionais, pois o sistema
assumirá “0,00”, como default.
<compl>
<ObsCont>
<xCampo>$BEN</xCampo>

</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“$BEN”>
</ObsCont>
</compl>
• Código de Liberação de Limite
Se o segurado necessitar averbar um valor superior à sua apólice e obtiver

a aprovação de sua corretora/seguradora, deverá informar o código de
liberação de limite, senão, não utilizar a tag para valores adicionais.
A tag <xTexto>ABC123</xTexto>, neste caso será alfanumérica.
OBS: A corretora/seguradora gera e informa este código ao transportador ou

embarcador.
<compl>
<ObsCont>
<xCampo>CODLIM</xCampo>
<xTexto>ABC123</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“CODLIM”>
</ObsCont>
</compl>
• Filial
Se o segurado necessitar indicar a filial na averbação deverá informar o

código de filial, senão, não utilizar a tag para valores adicionais, pois o sistema
assumirá o código de controle de filial do CNPJ emissor ( XX.XXX.XXX/0001-
XX; XX.XXX.XXX/0002-XX).
A tag <xTexto>12345</xTexto>, neste caso será alfanumérica e terá o
limite de 5 caracteres.
<compl>
<ObsCont>
<xCampo>FILIAL</xCampo>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“FILIAL”>
</ObsCont>
</compl>
• INFRET

Se o segurado necessitar indicar um dado na averbação e visualiza-lo no

retorno do WebService, deverá informar a tag INFRET, senão, não utilizar a tag
para valores adicionais. Não será feito nenhuma consistência sobre este dado.
<compl>
<ObsCont>
<xCampo>INFRET</xCampo>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“INFRET”>
</ObsCont>
</compl>
Em casos de várias coberturas adicionais no mesmo XML, deverá criar apenas

uma tag <compl></compl>. Exemplo:
<compl>
<ObsCont>
<xTexto>S</xTexto>
</ObsCont>
<ObsCont>
<xTexto>S</xTexto>
</ObsCont>
</compl>
<compl>
<ObsCont xCampo =“OCD”>
<xTexto>S</xTexto>
</ObsCont>
<ObsCont xCampo =“MeiosProprios”>
<xTexto>S</xTexto>
</ObsCont>
</compl>
16.0 WEBSERVICE - TAG NAVER
Em alguns casos, o segurado precisa efetuar suas averbações em ramos

específicos e não no ramo de maior cobertura cadastrado junto a AT&M.
A AT&M possui uma solução para apontar o ramo a ser averbado,
mantendo assim o processo automatizado, sendo necessário apenas alguns
ajustes.
• Acrescentar a tag <nAver> (já padronizada no manual do CT-e ).
OBS: Apontar o ramo na averbação é válido apenas para alguns casos

(RCTRC, RCTAC ).
Atenção: O Webservice é “case sensitive”, ou seja, as sintaxes dos valores

valor não será considerado.
• RCTRC

Se o segurado precisar informar o ramo 54 - RCTRC na averbação deverá

informar “RCTRC===============”, senão, não utilizar a tag, pois o sistema
assumirá o ramo de maior cobertura cadastrado na AT&M.
Exemplo de utilização no CT-e:
<seg>
<nAver>RCTRC===============</nAver>
</seg>
• RCTAC
Se o segurado precisar informar o ramo 52 - RCTAC na averbação deverá

informar “AEREO===============”, senão, não utilizar a tag, pois o sistema
<seg>
<nAver>AEREO===============</nAver>
</seg>
• RCTAMB
Se o segurado precisar informar o ramo 95 - RCTAMB na averbação

deverá informar “RCTAMB==============”, senão, não utilizar a tag, pois o
sistema assumirá o ramo de maior cobertura cadastrado na AT&M.
<seg>
<nAver>RCTAMB==============</nAver>
</seg>
• TRAMB

Se o segurado precisar informar o ramo 96 - TRAMB na averbação deverá

informar “TRAMB===============”, senão, não utilizar a tag, pois o sistema
<seg>
<nAver>TRAMB===============</nAver>
</seg>
Aviso: É necessário que a tag <nAver> contenha 20 caracteres.
OBS: Esta tag será removida na versão do CT-e na versão 3.0, desta forma,
utilizar a tag adicional “RAMO”, descrito neste manual (WEBSERVICE -
COBERTURAS ADICIONAIS - CTE E OUTROS DOCUMENTOS > Ramo).
OBS: A tag “nAver” pode ser substituída pela tag “nApol” na versão 2.0 do CT-e,
desta forma, todas as explicações acima se aplicam para a tag “nApol”.
17.0 CT-E 3.0
Neste tópico será abordado as alterações da versão do CT-e 2.0 para 3.0.
O sistema da AT&M continuará a processar as duas versões.
• <nApol>
Esta tag é utilizada para indicar o número de apólice.
A versão 2.0 abrange esta tag como <nApol>.

Na versão 3.0 esta tag foi removida.
Na AT&M esta tag também pode ser utilizada para indicar o ramo a ser
averbado. Desta forma, utilizar a tag adicional “RAMO”, descrito neste manual
(WEBSERVICE - COBERTURAS ADICIONAIS - CTE E OUTROS
DOCUMENTOS > Ramo).

• <nAver>
Esta tag é utilizada para indicar o número da averbação.
A versão 2.0 abrange esta tag como <nAver>.

Na AT&M esta tag também pode ser utilizada para indicar o ramo a ser
averbado. Desta forma, utilizar a tag adicional “RAMO”, descrito neste man ual
DOCUMENTOS > Ramo).
• <respSeg>
Esta tag é utilizada para indicar o responsável pelo seguro.
A versão 2.0 abrange esta tag como <respSeg>.

Para maiores informações sobre como informar a responsabilidade do

seguro, favor consultar as explicações contidas neste manual (WEBSERVICE -
COBERTURAS ADICIONAIS - CTE E OUTROS DOCUMENTOS > Respseg).
• <vCargaAverb>
Esta tag é utilizada para indicar o valor para averbação.
A versão 2.0 abrange esta tag como <vCarga>, que está abaixo da tag
<seg>.
Na versão 3.0 esta tag é alterada para <vCargaAverb>, que está abaixo da
tag <infCTeNorm>.
• <placa>
Esta tag é utilizada para indicar a placa do caminhão.

A versão 2.0 abrange esta tag como <placa>, que está abaixo da tag
<veic>.
Para maiores informações sobre como informar a placa do caminhão, favor

consultar as explicações contidas neste manual (WEBSERVICE - COBERTURAS
ADICIONAIS - CTE E OUTROS DOCUMENTOS > Placa).
• <CPF>
Esta tag é utilizada para indicar o CPF do motorista.
A versão 2.0 abrange esta tag como <CPF>, que está abaixo da tag
<moto>.
Para maiores informações sobre como informar o CPF do motorista, favor

consultar as explicações contidas neste manual (WEBSERVICE - COBERTURAS
ADICIONAIS - CTE E OUTROS DOCUMENTOS > CPF).
• <tpProp>
Esta tag é utilizada para indicar se o caminhão é de propriedade da

empresa ou de terceiros.
A versão 2.0 abrange esta tag como <tpProp>, que está abaixo da tag
<veic>.
Para maiores informações sobre como informar se o transporte é próprio,

favor consultar as explicações contidas neste manual (WEBSERVICE -
COBERTURAS ADICIONAIS - CTE E OUTROS DOCUMENTOS > Transporte
Próprio).

18.0 WEBSERVICE - AVERBANFE – NF-E
Escolhida a opção para averbação de Notas Fiscais Eletrônicas, deve-se

acionar o consumo averbaNFe.
WebService
Nome: averbaNFe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlNFe: xsd.string (XML da NF-e protocolado na secretária da
fazenda)

Exemplo: <xmlNFe><![CDATA[XML do NF-e]]></xmlNFe>
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.
Averbado 1-1
documento
DadosSeguro 0-n
averbação
cadastrada na AT&M


3 – Cortesia
4 – Resp. de
Terceiros
5 – CTe
complementar
3- DDR estipulada
4- Averbação por
estipulação
13 inteiras e 2
decimais.
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
complementar
informação
complementar
Aviso: Se enviado o XML da NF-e que está protocolado no ambiente de


<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc>6</TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
Averbado 1-1
documento


Protocolo Número do String (40) 1-1 TESTE
protocolo
DadosSeguro 0-n
averbação
cadastrada na AT&M
3 – Cortesia
3- DDR estipulada
4- Averbação por
estipulação
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
informação
complementar
informação
complementar


<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Erros>
<Erro>
<Codigo> </Codigo>
</Erro>
</Erros>
</Response>

documento
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.


Erros 1-1
Erro 1-50
possuir
possuir


<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<TpDoc></TpDoc>
<InfAdic></InfAdic>
<Averbado>
<DadosSeguro>
<TpMov></TpMov>
<TpDDR></TpDDR>
</DadosSeguro>
</Averbado>
<Infos>
<Info>

</Info>
</Infos>
</Response>

documento
documento
2 – Conhecimento;
3 – Nota Fiscal;
4 – Ordem de
Carga;
5 – Outros;
6- Teste;
7 – Provisória.
dados adicionais,
informados no XML
pela tag INFRET.
Averbado 1-1
documento
DadosSeguro 0-n
averbação
cadastrada na AT&M
3 – Cortesia
4 – Resp. de
Terceiros
5 – CTe
complementar


3- DDR estipulada
4- Averbação por
estipulação
13 inteiras e 2
decimais.
Ex:10.00
32 - RCTRC/VI
38 – RCTFC
52 – RCTAC
54 – RCTRC
55 – RCFDC
56 – RCAC
95 – RCT – AMB
96 – TR – AMB
averbação.
Info 0-n
complementar
complementar
19.0 WEBSERVICE – NF-E CANCELADOS
Se ocorrer o cancelamento de uma NF-e deverá ser informado para que

não ocorra cobrança indevida no faturamento.
Após cancelar a NF-e na Secretaria da Fazenda (SEFAZ), o embarcador
receberá um XML de cancelamento protocolado. Este XML será utilizado no
cancelamento da averbação na AT&M.
localiza a NF-e averbado anteriormente e registra a informação de

Webservice
Nome: averbaNFe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlNFe: xsd.string (XML do Cancelamento da NF-e protocolado no
Sefaz)
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<CNPJCli></CNPJCli>
<Averbado>
</Averbado>
</Response>

documento
documento
Averbado 1-1
Averbação do
documento
O protocolo retornado é o da averbação original da NF-e.
Aviso: O cancelamento só terá sucesso caso a NF-e já tenha sido averbado.

Se enviado um cancelamento de NF-e que não esteja averbado na base de

dados da AT&M, será recusado com o código de erro “908 – NF-e não localizado
na base de dados”.
20.0 WEBSERVICE - COBERTURAS ADICIONAIS – NF-E
Em alguns casos, o segurado possui coberturas adicionais em sua apólice,

mas que não são informados nos campos padrões na NF-e.
Por exemplo: Operação de carga e descarga, içamento de carga,
container, acessórios, entre outros.
A AT&M possui uma solução para informar estas coberturas, mantendo assim o
processo automatizado, sendo necessário apenas alguns ajustes.
• Acrescentar na tag <infAdic> (já padronizada no manual do NF-e) as tags

<xCampo> e <xTexto>.
AVISO: O Webservice é “case sensitive”, ou seja, as sintaxes dos valores

ATENÇÃO: Será dado duas alternativas para a sintaxe. Para a averbação na

AT&M ambas as formas são aceitas, mas para o SEFAZ de alguns estados, é
aceito apenas um modelo.
• OCD - Operação de Carga e Descarga
Se o segurado possui cobertura para a carga e descarga da mercadoria deverá


<infAdic>
<obsCont>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“OCD”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• IC - Içamento de Carga
Se o segurado possui cobertura para içamento de carga da mercadoria

<infAdic>
<obsCont>
<xCampo>IC</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“IC”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• RI - Remoção de Carga
Se o segurado possui cobertura para remoção de carga da mercadoria

<infAdic>
<obsCont>
<xCampo>RI</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“RI”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• Meios Próprios
Se o transporte for feito por meios próprios da carga deverá informar “S”,
senão, não utilizar a tag para valores adicionais, pois o sistema assumirá o “N”,
como default.
OBS: Meios próprios é quando a carga se locomove, como por exemplo alguns
veículos que ainda estão em processo de montagem. Para transportá-los as
vezes não se usa outro caminhão, mas são transportados por meios próprios, ou
seja, ainda são considerados como carga, mas são automotor e podem se
locomover.
<infAdic>
<obsCont>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“MeiosProprios”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• Rastreado
Se o segurado possui rastreio da mercadoria deverá informar “S”, senão,
default.
<infAdic>
<obsCont>
<xCampo>RASTREADO</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“RASTREADO”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• Taxa de RCFDC
Se o segurado possuir a taxa de RCFDC no ramo de seguro “32 - Viagem

internacional” deverá informar “S”, senão, não utilizar a tag para valores
adicionais, pois o sistema assumirá o “N”, como default.
<infAdic>
<obsCont>
<xCampo>RCFDC</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“RCFDC”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• Mercadoria Nova

Se o segurado realizar um transporte onde a mercadoria é usada, deverá

informar “N”, senão, não utilizar a tag para valores adicionais, pois o sistema
assumirá o “S”, como default.
<infAdic>
<obsCont>
<xCampo>MERCNOVA</xCampo>
<xTexto>N</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“MERCNOVA”>
<xTexto>N</xTexto>
</obsCont>
</infAdic>
• Mercadoria Geral ou Específica
Se o segurado precisar diferenciar mercadorias específicas deverá

<infAdic>
<obsCont>
<xCampo>MERCESPECIFICA</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“MERCESPECIFICA”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• Data de Embarque
Se o segurado precisar informar a data e hora do embarque em sua NF-e,

deverá utilizar esta tag.
A tag <xTexto> 2016-01-01T01:01:01</xTexto> deve ser preenchida no
formato já utilizado no manual do Sefaz para o CT-e (AAAA-MM-
DDTHH:MM:DD)
<infAdic>
<obsCont>
<xCampo>DHEMB</xCampo>
<xTexto>2016-01-01T01:01:01</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“DHEMB”>
<xTexto>2016-01-01T01:01:01</xTexto>
</obsCont>
</infAdic>

• Escolta
Se o segurado possui cobertura para escolta deverá informar “S”, senão,

default.
<infAdic>
<obsCont>
<xCampo>ESCOLTA</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“ESCOLTA”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• RG do Motorista
Se o segurado desejar informar o RG do motorista, utilizar a tag para

<infAdic>
<obsCont>

<xCampo>RGMOTORISTA</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“RGMOTORISTA”>
</obsCont>
</infAdic>
• Código de Liberação do Motorista
Se o segurado desejar informar o código de liberação do motorista, utilizar

a tag para valores adicionais, senão, não utilizar a tag pois o sistema assumirá
como vazio.
<infAdic>
<obsCont>
<xCampo>CODMOTORISTA</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“CODMOTORISTA”>
</obsCont>
</infAdic>
• CPF do Motorista
Se o segurado desejar informar o CPF do motorista, utilizar a tag para

<infAdic>
<obsCont>
<xCampo>CPFMOTORISTA</xCampo>
<xTexto>111.111.111-11</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“CPFMOTORISTA”>
<xTexto>111.111.111-11</xTexto>
</obsCont>
</infAdic>
• Placa
Se o segurado desejar informar a placa do caminhão, utilizar a tag para

fictício, como default. Utilize a placa da carreta.

<infAdic>
<obsCont>
<xCampo>PLACA</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“PLACA”>
</obsCont>
</infAdic>
• Transporte Próprio
Se o segurado desejar informar se o caminhão é da empresa ou de

terceiros deverá informar “S”, senão, não utilizar a tag para valores adicionais,
pois o sistema assumirá o “N”, como default.
<infAdic>
<obsCont>
<xCampo>TranspProprio</xCampo>
<xTexto>S</xTexto>
</obsCont>
</infAdic>

<infAdic>
<obsCont xCampo =“TranspProprio”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
• Percurso Complementar
Se o segurado precisar informar outros tipos de transporte na mesma

averbação, deverá utilizar a tag para valores adicionais, senão não utilizar a
tag para valores adicionais, pois o sistema assumirá o “N”, como default.
A tag <xTexto></xTexto> deve ser preenchida confirme explicação abaixo:
• Tipo de Transporte:
1-Rodoviário, 2-Marítimo, 3-Fluvial, 4-Ferroviário, 5-Aéreo.
• UF de Origem
• UF de Destino
OBS: As informações acima devem ser separadas pelo caractere;
Exemplo de utilização na NF:
<infAdic>
<obsCont>
<xCampo>PercCompl‹/xCampo>
<xTexto>1;SP;SP‹/xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“PercCompl”>
<xTexto>1;SP;SP</xTexto>

</obsCont>
</infAdic>
• Valor de Container
Se o segurado possuir cobertura para container deverá informar o valor,

A tag <xTexto>10000.00</xTexto>, será numérica, colocando o caractere
“.” para diferenciar casas decimais.
<infAdic>
<obsCont>
<xCampo>ValorContainer</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“ValorContainer”>
</obsCont>
</infAdic>
• Valor de Acessório
Se o segurado possuir cobertura para acessório deverá informar o valor,



<infAdic>
<obsCont>
<xCampo>ValorAcessorio</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“ValorAcessorio”>
</obsCont>
</infAdic>
• Valor de Avarias
Se o segurado possuir cobertura para avarias deverá informar o valor,

<infAdic>
<obsCont>
<xCampo>ValorAvarias</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“ValorAvarias”>
</obsCont>
</infAdic>
• Valor de Despesas
Se o segurado possuir cobertura para despesas deverá informar o valor,


<infAdic>
<obsCont>
<xCampo>ValorDespesas</xCampo>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“ValorDespesas”>

</obsCont>
</infAdic>
• Código de Liberação de Limite
Se o segurado necessitar averbar um valor superior à sua apólice e obtiver

a aprovação de sua corretora/seguradora, deverá informar o código de
liberação de limite, senão, não utilizar a tag para valores adicionais.
A tag <xTexto>ABC123</xTexto>, neste caso será alfanumérica.
OBS: A corretora/seguradora gera e informa este código ao transportador ou

embarcador.
<compl>
<obsCont>
<xCampo>CODLIM</xCampo>
</obsCont>
</compl>
<compl>
<obsCont xCampo =“CODLIM”>
</obsCont>
</compl>
• INFRET

Se o segurado necessitar indicar um dado na averbação e visualiza-lo no

retorno do WebService, deverá informar a tag INFRET, senão, não utilizar a tag
para valores adicionais. Não será feito nenhuma consistência sobre este dado.
<compl>
<obsCont>
<xCampo>INFRET</xCampo>
</obsCont>
</compl>
<compl>
<obsCont xCampo =“INFRET”>
</obsCont>
</compl>
Em casos de várias coberturas adicionais no mesmo XML, deverá criar apenas

uma tag <infAdic></infAdic>.
Segue exemplos:
<infAdic>
<obsCont>
<xTexto>S</xTexto>
</obsCont>
<obsCont>
<xCampo>IC</xCampo>

<xTexto>S</xTexto>
</obsCont>
</infAdic>
<infAdic>
<obsCont xCampo =“OCD”>
<xTexto>S</xTexto>
</obsCont>
<obsCont xCampo =“IC”>
<xTexto>S</xTexto>
</obsCont>
</infAdic>
21.0 WEBSERVICE - DECLARAMDFE – MDF-E
Escolhida a opção para declarar os manifestos eletrônicos de documentos

fiscais, deve-se acionar o consumo declaraMDFe.
WebService
Nome: declaraMDFe
Input ou entrada:
usuário: xsd.string
senha: xsd.string
codatm: xsd.string
xmlMDFe: xsd.string (XML do MDF-e protocolado na secretaria da
fazenda)


Exemplo: <xmlMDFe><![CDATA[XML do MDF-e]]></xmlMDFe>
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Declarado>
<dhChancela></dhChancela>
</Declarado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
Declarado 1-1
dhChancela Data e Hora de DateTime 1-1 DD-MM-YYYY
chancela do THH:MM:SS
documento
Protocolo Número do String (40) 1-1
protocolo
declaração.
Info 0-n
informação
complementar
informação
complementar

Aviso: Se enviado o XML da MDF-e que está protocolado no ambiente de

Esta declaração pode não ser considerada pela seguradora, por se tratar de
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Declarado>
</Declarado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
documento
Declarado 1-1
documento
Protocolo Número do protocolo String (40) 1-1 TESTE
declaração.
Info 0-n
complementar
informação
complementar

<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Erros>
<Erro>
<Codigo></Codigo>
</Erro>
</Erros>
</Response>

documento
Erros 1-1
Erro 1-50
possuir
possuir

diferencia do exemplo acima. Nele constará o protocolo, como também o dia e
hora da inclusão do documento. A mensagem de “Documento já cadastrado” será
mostrada na tag “Info”.

<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Declarado>
</Declarado>
<Infos>
<Info>
<Descricao>Documento ja Cadastrado</Descricao>
</Info>
</Infos>
</Response>

documento
documento
Declarado 1-1
documento
Info 0-n
complementar
complementar
22.0 WEBSERVICE – MDF-E ENCERRADO
Quando ocorrer o encerramento de um MDF-e deverá ser informado para o

registro correto.
Após encerrar o MDF-e na Secretaria da Fazenda (SEFAZ), o
transportador ou embarcador receberá um XML de cancelamento protocolado.
Este XML será utilizado no encerramento da viagem na AT&M.

O WebService da AT&M identifica o XML como sendo de encerramento,

localiza o MDF-e declarado anteriormente e registra a informação de
encerramento, enviando os dados para o corretor e/ou seguradora.
WebService
Nome: declaraMDFe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlMDFe: xsd.string (XML do encerramento do MDF-e protocolado
no Sefaz)
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Declarado>
</Declarado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>


documento
Declarado 1-1
dhChancela Data e Hora de chancela DateTime 1-1 DD-MM-YYYY
do documento THH:MM:SS
Info 0-n
complementar
Descricao Descrição da informação String (1-255) 1-1
complementar
O protocolo retornado é o da declaração original do MDF-e.
Aviso: O encerramento só terá sucesso caso o MDF-e já tenha sido declarado.

Se enviado um encerramento de MDF-e que não tenha sido declarado na base
de dados da AT&M, será recusado com o código de erro “908 – MDF-e não
localizado na base de dados”.
Se enviado o cancelamento de um MDF-e, não será possível encerrar.
23.0 WEBSERVICE – MDF-E CANCELADO
Se ocorrer o cancelamento de um MDF-e deverá ser informado para que

não ocorra cobrança indevida no faturamento.
Após cancelar o MDF-e na Secretaria da Fazenda (SEFAZ), o
transportador ou embarcador, receberá um XML de cancelamento protocolado.
Este XML será utilizado no cancelamento da declaração na AT&M.
localiza o MDF-e declarado anteriormente e registra a informação de
WebService

Nome: declaraMDFe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlMDFe: xsd.string (XML do cancelamento do MDF-e protocolado
no Sefaz)
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Declarado>
</Declarado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
Declarado 1-1
Info 0-n
complementar
complementar
O protocolo retornado é o da declaração original do MDF-e.

Aviso: O cancelamento só terá sucesso caso o MDF-e já tenha sido declarado.

Se enviado um cancelamento de MDF-e que não tenha sido declarado na base
de dados da AT&M, será recusado com o código de erro “908 – MDF-e não
localizado na base de dados”.
Se enviado o encerramento de um MDF-e, não será possível cancelar.
24.0 WEBSERVICE – MDF-E INCLUSÃO DE CONDUTOR
Se for necessário incluir um novo condutor, o transportador ou

embarcador, receberá um XML de inclusão de condutor protocolado do SEFAZ.
O Webservice da AT&M identifica o XML como sendo de inclusão de
condutor, localiza o MDF-e declarado anteriormente e registra a informação,
enviando os dados para o corretor e/ou seguradora.
Webservice
Nome: declaraMDFe
Input ou entrada:
Senha: xsd.string
Codatm: xsd.string
xmlMDFe: xsd.string (XML de inclusão do condutor do MDF-e
protocolado no Sefaz)
Output ou retorno:
<Response>
<Numero></Numero>
<Serie></Serie>
<Filial></Filial>
<Declarado>
</Declarado>
<Infos>
<Info>
<Codigo></Codigo>
</Info>
</Infos>
</Response>

documento
Declarado 1-1
Info 0-n
complementar
complementar
25.0 PERGUNTAS FREQUENTES
• Como Averbar no ramo internacional?

Se no XML do CT-e for informado em origem ou destino, nas tags <UFINI>
ou <UFFIM>, respectivamente, “EX”, o sistema da AT&M verificará se possui
apólice internacional (32 - RCTVI) cadastrada em nosso site.
Se estiver cadastrada e vigente, o sistema procurará a UF de fronteira, na
qual deve ser adicionada como tag adicional explicado neste manual
((WEBSERVICE - COBERTURAS ADICIONAIS - CTE E OUTROS
DOCUMENTOS > UF de Fronteira).
O sistema fará a consistência da UF brasileira das tags <UFINI> ou
<UFFIM>, e <UFFRONTEIRA> e registrará o País das tags <cPais> do remetente
ou destinatário, variando se o transporte é de exportação ou importação,
respectivamente.

Se no XML da NF-e for informado em Origem ou Destino, nas tags <UF>

do emitente ou <UF> do destinatário, respectivamente, “EX”, o sistema da AT&M
verificará se é uma exportação ou importação.
Em casos de exportação, para considerarmos o estado de fronteira, a tag
<UFEmbarq> é lida e registrará o País da tag <cPais> do emitente e o destino
brasileiro está na tag <UF> do destinatário.
Em casos de importação, para considerarmos o estado de fronteira, a tag
<UFDesemb> é lida e registrará o País da tag <cPais> do emitente e o destino
brasileiro está na tag <UF> do destinatário.
• Como o sistema da AT&M consiste um CT-e complementar?

Se no XML do CT-e for informado na tag <tpCTe> “1”, o sistema da AT&M
consistirá o documento como complementar e o valor averbado será de 0,01.
• Como o sistema da AT&M consiste um CT-e de subcontrato?

Se no XML do CT-e for informado na tag <tpServ> “1”, e a flag no cadastro
do segurado esteja marcado que não é pago CT-e de subcontratação, o sistema
da AT&M consistirá o documento como subcontrato e o valor averbado será de
0,01, senão será averbado com o valor total da mercadoria.
• Como o sistema da AT&M consiste o valor na CT-e e NF-e?

No CT-e, para a versão 2.0 o valor para averbação é lido da tag <vCarga>
que está sob a tag <seg>, que refere a valor para averbação. Na versão 3.0, o
valor para averbação é lido da tag <vCargaAverb>, que refere a valor para
averbação. Na ausência desta tag, o valor é lido da tag <vCarga> que está sob a
tag <infCTeNorm>.
Na NF-e, o valor para averbação é lido da tag <vProd> que está sob a tag
<total>.
• Como o sistema da AT&M consiste DDR?

Para que a DDR seja consistida é necessário que estas estejam
cadastradas no site da AT&M, vinculada ao seu cadastro e ser informado o CNPJ
do cliente ou DDR na tag <respSeg>, conforme estabelecido no manual do CT-e,
para a versão 2.0.
Para a versão 3.0, poderá incluir uma tag adicional, conforme explicação
neste manual (WEBSERVICE - COBERTURAS ADICIONAIS - CTE E OUTROS
DOCUMENTOS > Respseg)..
Nos casos de DDR Total/Estipulação, quando consistidas, as averbações

serão efetuadas no ramo de maior cobertura, com valor zerado (0,01) e o tipo de
movimento será 4 (Responsabilidade Total de Terceiros).
Nos casos de DDR parcial, quando consistidas, as averbações serão
efetuadas no ramo 54 (Seguro Obrigatório), com valor total e o tipo de movimento
será 1 (normal).
• Como posso proceder em casos onde o valor da mercadoria

está acima do limite da minha apólice?
Deverá verificar com a corretora e/ou seguradora se poderá transportar
com o valor superior.
Caso esteja liberado, eles deverão lhe informar um código de liberação e
utilizará este código na tag adicional, conforme explicação neste manual
DOCUMENTOS > Código de Liberação de Limite).
• Como o sistema da AT&M consiste data e hora da chancela?

A data e hora de chancela é a data e hora da averbação no sistema da
AT&M, sendo considerados sempre o horário de brasília, independentemente do
local de onde a averbação é enviada.
• Como o sistema da AT&M consiste data e hora de embarque?

Se informado no XML do CT-e ou NF-e a data e hora de embarque é
utilizado este dado para consistência desta informação.
Na ausência deste dado, a data e hora de embarque será a data e hora de
chancela ou averbação.
• Como posso efetuar os testes de integração?

A AT&M disponibiliza o ambiente de homologação para que seja efetuado
os testes, sem que a corretora e/ou seguradora receba os dados enviados.
Todas as regras expostas neste documento são válidas no ambiente de
homologação.
Caso queira utilizar, solicite o login para o suporte técnico da AT&M e
alterar os envios durante os testes da URL de chamada do Webservice para:
homologacao.averba.com.br/webserver/20/
26.0 CONSIDERAÇÕES FINAIS
As boas práticas entre a AT&M e o sistema emissor são definidos por

alguns deveres e direitos.
Isto permite que o cliente em comum, não seja prejudicado no quesito
averbação do seguro de carga.
• Seguir o processo descrito neste manual.

• Em casos de recusas, notificar o segurado.
• As recusas não devem ser reenviadas antes de ser verificado e ajustado o
documento, exceto nos retornos 000,002,907,910 ou brancos.
• O retorno do WebService da AT&M deve ser guardado, juntamente com o
protocolo e número da averbação.
• A AT&M disponibiliza o manual para desenvolvimento da Integração
WebService.
• A AT&M disponibiliza um ambiente de testes.
• A AT&M está à disposição para auxiliar em duvidas no processo de

Integração WebService.
27.0 NOTAÇÕES
• Instrução Legal:
CIRCULAR SUSEP No 344, de 21 de junho de 2007.
Dispõe sobre os controles internos específicos para a prevenção contra
fraudes.
O SUPERINTENDENTE DA SUPERINTENDÊNCIA DE SEGUROS
PRIVADOS – SUSEP, na forma do art. 10, inciso XII, da Deliberação SUSEP N.
113, de 17 de abril de 2006, e tendo em vista o que consta do Processo SUSEP
no 15414.004150/2006-00, R E S O L V E:
Art. 1o Dispor sobre os controles internos específicos para a prevenção
contra fraudes.
Art. 2o Sujeitam-se às obrigações previstas nesta Circular as sociedades
seguradoras e de capitalização e as entidades abertas de previdência
complementar.
Parágrafo único. Deverá ser indicado um diretor responsável pelo
cumprimento da presente Circular.
Art. 3o Para fins do disposto nesta Circular consideram-se sociedades:
sociedades seguradoras e de capitalização e as entidades abertas de previdência
complementar.
CAPÍTULO I
DA AVALIAÇÃO DE RISCO E DOS CONTROLES INTERNOS
Art. 4o As sociedades deverão, no prazo constante do art. 9o desta
Circular, desenvolver estudos sobre o risco de ser objeto de fraudes,
principalmente com relação aos produtos comercializados e suas práticas
operacionais.
FL. 2 da CIRCULAR SUSEP No 344, de 21 de junho de 2007.
Parágrafo único. Os estudos deverão abranger todos os produtos

comercializados pelas pessoas mencionadas no caput deste artigo e serão
validados anualmente pela auditoria interna.
Art. 5o Com base nos estudos citados no art. 4o desta Circular, no prazo
constante do art. 9o desta Circular, deverá ser desenvolvida e implementada, na
forma da legislação vigente, estrutura de controles internos específicos, validada
pela auditoria interna, para tratar dos riscos identificados.
Art. 6o A estrutura de controles internos, referida no art. 5o desta Circular,
deverá contemplar, no mínimo, os seguintes itens:
I - estabelecimento de uma política de prevenção, detecção e correção de
fraudes, com melhoria contínua, que inclua diretrizes sobre o oferecimento de
notícias de práticas de fraudes aos órgãos de repressão, bem como sobre
avaliação de riscos na contratação de funcionários e no desenvolvimento de
produtos;
II – elaboração de critérios e implementação de procedimentos de identificação
de riscos de fraude referentes a produtos e procedimentos realizados pelas
sociedades e de manutenção de registros referentes a esses produtos e
procedimentos, a notícias de práticas de fraudes comunicadas aos órgãos de
repressão e a condenações judiciais resultantes dessas notícias;
III - manualização e implementação dos procedimentos de prevenção,
monitoração e identificação de fraudes;
IV - extensão dos procedimentos de prevenção, monitoração e identificação de
fraudes a pessoas com as quais mantenham relacionamento comercial,
principalmente com relação aos produtos comercializados e suas práticas
operacionais;
V - elaboração e execução de programa de treinamento contra fraudes para os
funcionários e pessoas com as quais mantenham relacionamento comercial;
VI - elaboração e execução de programa de auditoria interna que verifique o
cumprimento dos procedimentos referidos nos incisos II, III, IV e V deste artigo.
Art. 7o As sociedades supervisionadas enviarão à SUSEP, até 30 de abril do

exercício subsequente, relatório circunstanciado, elaborado por auditores
independentes, sobre os critérios adotados para avaliação da exposição ao risco
de que trata o art. 4o desta Circular e a adequação, aos riscos existentes, tanto
dos critérios elaborados quanto dos procedimentos implementados.
FL. 3 da CIRCULAR SUSEP No 344, de 21 de junho de 2007.
Art. 8o Os estudos e documentos mencionados nos artigos 4o e 6o desta
Circular, além de toda a documentação relativa à operação, inclusive as
documentações referentes às investigações realizadas, aos procedimentos
adotados e ao pagamento de sinistros, deverão ser mantidos organizados e à
disposição da SUSEP, durante o período mínimo de cinco (cinco) anos, contados
a partir do término da vigência da operação, ou do encerramento da transação.
CAPÍTULO II
DAS DISPOSIÇÕES GERAIS
Art. 9o As sociedades terão até 1o de julho de 2008 para adequar suas
estruturas de controles internos ao disposto nesta Circular.
Art. 10. Esta Circular entra vigor na data de sua publicação.
RESOLUÇÃO CNSP N. 247, de 2011.
Revoga dispositivos da Resolução CNSP No 182, de 15 de abril de 2008;
da Resolução CNSP No 183, de 15 de abril de 2008; da Resolução CNSP No
184, de 15 de abril de 2008; da Resolução CNSP No 219, de seis de dezembro
de 2010 e dá outras providências.
A SUPERINTENDÊNCIA DE SEGUROS PRIVADOS – SUSEP, no uso das
competências previstas no art. 34, inciso XI, do Decreto no 60.459, de 13 de
março de 1967, e nos artigos. 4o, § 1o, e 5o, §1o, do Regimento Interno
aprovado pela Resolução CNSP No 111, de 2004, e considerando o que consta
do Processo CNSP No 11/2007, na origem, e Processo SUSEP n. 15414.
004722/2011-18 torna público que o Superintendente da SUSEP, ad referendum
do.
CONSELHO NACIONAL DE SEGUROS PRIVADOS – CNSP, com base no art.

32, inciso I do Decreto-Lei n° 73, de 21 de novembro de 1966, R E S O L V E U:
Art. 1o Revogar:
I - o §2o do art. 2o e o art. 18 do Título I e a Cláusula No 100 do Título III e o item
6 do questionário apresentado no Título IV da Resolução CNSP No 182/2008;
II - o §2o do art. 2o e o art. 17 do Título I e a Cláusula No 100 do Título III e o
item 6 do questionário apresentado no Título IV da Resolução CNSP No
183/2008;
III - o §2o do art. 2o e o art. 18 do Título I e a Cláusula No 100 do Título III e o
184/2008;
IV - o §2o do art. 2o e o art. 23 do Título I e a Cláusula No 100 do Título III e o
219/2010.
Art. 2o Fica vedada a utilização de averbação simplificada em todos os seguros
de Responsabilidade Civil do Transportador.
Art. 3o As sociedades seguradoras não poderão comercializar novos contratos
em desacordo com as disposições desta Resolução após 365 (trezentos e
sessenta e cinco) dias contados da data de sua publicação. Continuação da
Resolução CNSP N. 247, de 2011. 2
§ 1o Os planos atualmente comercializados deverão ser adaptados a esta
Resolução até a data prevista no caput deste artigo.
§ 2o Novos planos submetidos à análise deverão já estar adaptados às
disposições desta Resolução.
§ 3o Os contratos em vigor devem ser adaptados a esta Resolução na data das
respectivas renovações, quando o fim de sua vigência for posterior à data
prevista no caput deste artigo.
Art. 4o Esta Resolução entra em vigor na data de sua publicação.
• DDR: Ao contratar seguro de transporte nacional, o embarcador negocia

com a seguradora, por intermédio do seu corretor de seguros, a inclusão da
cláusula de dispensa do direito de regresso, a favor dos transportadores para os
quais suas mercadorias serão entregues. Com isso, fica livre do pagamento de
ad-valorem (No segmento de transporte, ad valorem é o valor agregado ao va lor
total do frete de uma mercadoria. Neste caso, o ad valorem baseia-se no valor da
nota fiscal do produto ou produtos, ou seja, no valor total das mercadorias que
não estão asseguradas quando não está em tráfego. O ad valorem não elimina a
necessidade de contratação de seguro, pois se refere apenas ao seguro de
responsabilidade civil que a empresa de transporte é obrigada a contratar. No
Brasil, o ad valorem é fixado entre 0,03% e 0,40% do valor de total das
mercadorias em moeda corrente).
• Manifesto: O manifesto de carga é o documento opcional utilizado por
empresas transportadoras de cargas onde são relacionados todos os
conhecimentos de transporte que devem ser emitidos em uma operação de
transporte de carga fracionada, ou seja, onde em um mesmo caminhão há
mercadorias para diversos destinatários.
• Conhecimento de transporte: É um documento fiscal brasileiro emitido
pelas transportadoras de carga para cobrir as mercadorias entre a localidade de
origem e o destinatário da carga. Para a própria empresa transportadora, esse
documento é a sua nota fiscal, ou seja, é o documento oficial usado para
contabilizar as receitas e efetivar o faturamento.
• Nota Fiscal: A nota fiscal é um documento fiscal e que tem por fim o
registro de uma transferência de propriedade sobre um bem ou uma atividade
comercial prestada por uma empresa e uma pessoa ou outra empresa. Nas
situações em que a nota fiscal registra transferência de valor monetário entre as
partes, a nota fiscal também se destina ao recolhimento de impostos e a não
utilização caracteriza sonegação fiscal. Entretanto, as notas fiscais podem
também ser utilizadas em contextos mais amplos como na regularização de
doações, transporte de bens, empréstimos de bens, ou prestação de serviços
sem benefício financeiro à empresa emissora. Uma nota fiscal também pode
cancelar a validade de outra nota fiscal, como por exemplo, na devolução de
produtos industrializados, outros cancelamentos ou cancelamento de contratos
de serviços.
• Ordem de Carga: É um documento fiscal emitido pelo transportador que
executa serviço de coleta de carga destinado a documentar o trânsito ou
transporte municipal ou intermunicipal da carga coletadas.
• RCTRC: O decreto n° 61.867, de 07/12/1967, regulamentou os seguros
obrigatórios previstos no art. 20 do Decreto-Lei 73/66. Diz o art. 10 do Decreto
61.867: “As pessoas físicas ou jurídicas, de Direito Público ou Privado, que se
incumbirem do transporte de carga, são obrigadas a contratar seguro de
responsabilidade civil em garantia e danos sobrevindos à carga que lhes tenha
sido confiado para transportes, contra conhecimento ou nota de embarque. ” Com
base nesse dispositivo legal, o transportador está obrigado a contratar seguro
para garantir-se dos riscos rodoviários, sob pena de, não o fazendo responder
como se segurador fosse.
• RCF-DC: O seguro RCF DC – Responsabilidade Civil Facultativa Desvio
de Carga, garante riscos contra roubo de cargas transportadas.
• UF: Unidade federativa.
• Ramos:
21 – TN: Transporte Nacional.
32 - RCTRC/VI: Seguro obrigatório de Responsabilidade Civil do
Transportador Rodoviário de Carga em Viagem Internacional.
38 – RCTFC: Seguro obrigatório de Responsabilidade Civil do
Transportador Ferroviário de Carga.
52 – RCTAC: Seguro Obrigatório de Responsabilidade Civil do
Transportador Aéreo de Carga.
54 – RCTRC: Seguro obrigatório de Responsabilidade Civil do
Transportador Rodoviário de Cargas.
55 – RCFDC: Seguro Facultativo de Responsabilidade Civil

Facultativa de Desaparecimento de Carga.
56 – RCAC: Seguro obrigatório de Responsabilidade Civil do
Transportador Aquaviário de Carga.
95 – RCT – AMB: Responsabilidade Civil de transportes
ambientais.
96 – TR – AMB: Transporte Rodoviário ambiental.
28.0 AJUDA
Em casos de dúvidas ou sugestões, contate o suporte técnico da AT&M.
Telefone: 019-3885-2000
E-mail: sac@atmtec.com.br

Manual At&m - Integração WS2.0 - 2.0

Enviado por

Direitos autorais:

Formatos disponíveis

Manual At&m - Integração WS2.0 - 2.0

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Manual At&m - Integração WS2.0 - 2.0

Enviado por

Direitos autorais:

Formatos disponíveis

MANUAL - INTEGRAÇÃO WEBSERVICE 2.

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 2 de 109

Pode-se compreender manual, como o documento que reúne informações

No seguro de transportes a averbação é a declaração das mercadorias em

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 3 de 109

transporte de cargas com suas seguradoras e a disponibilização de todas as

Vantagens da averbação eletrônica AT&M:

• Processos integrados aos sistemas dos clientes;

3.0 CONCEITUAÇÃO DE PROCESSO DE NEGÓCIOS

Processos de negócio são atividades previamente estabelecidas cujo

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 4 de 109

afetar toda a dinâmica organizacional e, consequentemente na excelência dos

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 5 de 109

O objetivo deste processo sistêmico é o de permitir a operacionalização da

5.0 AGENTES BÁSICOS DO PROCESSO

A operacionalização do aplicativo envolve de um lado, o fornecedor da

6.0 REQUISITOS DOS AGENTES BÁSICOS

• Apólice de seguro de transporte.

7.0 FATORES CRÍTICOS DE SUCESSO

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 6 de 109

8.0 INDICADORES DO PROCESSO

Todo processo é seguro e controlado por XML de retorno informando o

9.0 MACRO FLUXO DA INTEGRAÇÃO WEBSERVICE

10.0 DESCRIÇÃO DAS OPÇÕES DO WEBSERVICE

• Acionar o Webservice, selecionar em qual opção será efetuado o consumo

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 7 de 109

• Enviar o envelope Soap com os dados de login e XML do documento.

Se retornado “averbado” para CT-e ou NF-e, constará no XML de retorno o

Se retornado “declarado” para MDF-e, constará no XML de retorno o

Atenção: O protocolo e número de averbação retornado pela AT&M pode

Se retornado “erro”, constará no XML de retorno o código e descrição do

11.0 WEBSERVICE - AVERBACTE – CT-E

Escolhida a opção para averbação de conhecimentos eletrônicos, deve-se

OBS: O envio do XML no envelope SOAP, deve ser XML/TEXT.

Dica: Poderá utilizar o parâmetro CDATA.

Campo Descrição Tipo Ocorrência OBS

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 10 de 109

Campo Descrição Tipo Ocorrência OBS

Aviso: Se enviado o XML do CT-e que está protocolado no ambiente de

O output ou retorno da AT&M será diferenciado.

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 11 de 109

Campo Descrição Tipo Ocorrência OBS

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 12 de 109

Campo Descrição Tipo Ocorrência OBS

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 13 de 109

O output ou retorno de documento recusado se diferencia dos exemplos acima.

Campo Descrição Tipo Ocorrência OBS

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 14 de 109

Campo Descrição Tipo Ocorrência OBS

OBS: Em casos de ocorrer mais de uma recusa por XML, a tag

O output ou retorno de documento recusado por “Documento já cadastrado” se

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 15 de 109

Campo Descrição Tipo Ocorrência OBS

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 16 de 109

Campo Descrição Tipo Ocorrência OBS

12.0 WEBSERVICE – CT-E CANCELADOS

Se ocorrer o cancelamento de um CT-e deverá ser informado para que não

AT&M – Soluções em EDI – (19) 3885-2000 ou (11) 2283-2868 Página 17 de 109