Páginas filhas
  • ER_CT-e_v3.00a

Versões comparadas

Chave

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

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

  

Informações Gerais 

Especificação

Produto

TSS

Módulo

CT-e

Segmento Executor

Serviços

Chamado/ISSUE

DSERTSS1-12536

País

( X ) Brasil  (  ) Argentina  (  ) México  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colômbia   (  ) Outro _____________.

Índice:

  • Objetivo

  • Regras de Negócio

  • Web Services e Métodos do TSS

Objetivo

De acordo com a especificação do manual MOC_CTe_VisaoGeral_v3.00a, as alterações se resumem nos seguintes itens:

  • Criação do evento do comprovante de entrega.
  • Criação do evento de cancelamento do comprovante de entrega.
  • QRCode em contingência

Disponibilizar no TSS atraves do método REMESSAEVENTO. 

Prazos para entrada em vigência:

  • Ambiente de Homologação: 07/2019;
  • Ambiente de Produção: 08/2019.



Regras de Negócio do Evento do comprovante de entrega.

  • Objetivo do Evento:
    Evento para indicar a efetivação da entrega da carga pelo transportador. 

  • Autor do Evento: 
    O autor do evento é o emissor do CT-e. A mensagem XML do evento será assinada
    com o certificado digital que tenha o CNPJ base do Emissor do CT-e.  

  • Modelo: 
    CT-e de Transporte de Cargas (modelo 57)   


  • Código do Tipo de Evento:
    110180 (Este evento exige CT-e autorizado)

  • Leiaute da mensagem (parâmetro XML_LOTE)

Nome

Pai

Tipo

Tamanho

Ocorrências

Observações

detEvento

Eventos

G

-

1-N

Tag raiz

tpEvento

detEvento

A

6

1-1

Tipo de Evento 110180.

chNFe

detEvento

N

44

1-1

Chave de Acesso do CT-e.

ambientedetEventoA11-11 - Produção / 2 - Homologação .
comprovanteEntrega

detEvento

G

-

1-1

Tag raiz.

docIdentcomprovanteEntregaA2-201-1Documento de identificação da pessoa que
recebeu a entrega.
dhEntregacomprovanteEntregaD-1-1Data e hora da geração do hash da entrega
Formato = AAAA-MM-DDTHH:MM:SS TZD.
nomeIdentcomprovanteEntregaA2-601-1Nome da pessoa que recebeu a entrega.
latitudecomprovanteEntregaA[-]2,60-1Latitude do ponto da entrega (detectado pelo
equipamento do transportador, exemplo: PDA,
tablet, celular).
longitudecomprovanteEntregaA[-]3,60-1Longitude do ponto da entrega (detectado pelo
equipamento do transportador, exemplo: PDA,
tablet, celular)
hashEntregacomprovanteEntregaA281-1Hash (SHA1) no formato Base64 resultante da
concatenação: Chave de acesso do CT-e +
Base64 da imagem capturada da entrega
(Exemplo: imagem capturada da assinatura
eletrônica, digital do recebedor, foto, etc)
Nota 1: A critério do autor deste evento, este
campo pode ser utilizado como índice para
acesso as informações do Comprovante de
entrega.
Nota 2: A SEFAZ não tem nenhum controle
sobre a informação deste campo.
Observação: 28 caracteres são representados
no schema como 20 bytes do tipo base64Binary
dhHashEntregacomprovanteEntregaD-1-1Data e hora da geração do hash da entrega
Formato = AAAA-MM-DDTHH:MM:SS TZD
nfes comprovanteEntregaG-0-1Tag raiz 
nfenfes A441-2000Chave de Acesso NFe 


Exemplo:

<envEvento>
   <eventos>
      <detEvento>
            <tpEvento>110180</tpEvento>
            <chnfe>43190799999999999999555580000000941101113101</chnfe>
            <ambiente>2</ambiente>
            <comprovanteEntrega>
                <docIdent>999999999</docIdent>                                  
                <dhEntrega>2019-07-29T16:26:50-03:00</dhEntrega>
               <nomeIdent>Teste teste teste</nomeIdent>
               <hashEntrega>Y34k4p99UfxJzqpz6GS0MZ8E1A0=</hashEntrega>
               <dhHashEntrega>2019-07-29T16:26:50-03:00</dhHashEntrega>
               <nfes>
                   <nfe>43190799999999999999555580000000941100073101</nfe>
                   <nfe>43190799999999999999555580000000941100073102</nfe>               
                   <nfe>43190799999999999998555580000000941100073103</nfe>
               </nfes>
           </comprovanteEntrega>
       </detEvento>
    </eventos>
</envEvento>


Regras de Negócio do Evento de cancelamento do comprovante de entrega.

  • Objetivo do Evento:
    Evento para indicar a efetivação da entrega da carga pelo transportador com a opção de cancelamento. 

  • Autor do Evento: 
    O autor do evento é o emissor do CT-e. A mensagem XML do evento será assinada
    com o certificado digital que tenha o CNPJ base do Emissor do CT-e.  

  • Modelo: 
    CT-e de Transporte de Cargas (modelo 57)   


  • Código do Tipo de Evento:
    110181 (Este evento exige CT-e autorizado juntamento com o evento de cancelamento)

  • Leiaute da mensagem (parâmetro XML_LOTE)

Nome

Pai

Tipo

Tamanho

Ocorrências

Observações

detEvento

Eventos

G

-

1-N

Tag raiz

tpEvento

detEvento

A

6

1-1

Tipo de Evento 110180.

chNFe

detEvento

N

44

1-1

Chave de Acesso do CT-e.

ambientedetEventoA11-11 - Produção / 2 - Homologação .
cancComprovanteEntrega

detEvento

G

-

0-1

Tag raiz.


Caso não seja passado o grupo irá considerar o último ou o único evento do comprovante autorizado do evento 110180

protCEcancComprovanteEntregaA-1-1

Informar o número do protocolo de autorização do evento de Comprovante de entrega que será cancelado

Exemplo:

<envEvento>
     <eventos>
          <detEvento>
               <tpEvento>110181</tpEvento>
               <chnfe>43190899999999999573330000012221000000101</chnfe>
               <ambiente>2</ambiente>
               <cancComprovanteEntrega>
                    <protCE>143190000299999</protCE>
               </cancComprovanteEntrega>
         </detEvento>
     </eventos>
</envEvento>


Regras de Negócio para o QRCode em contingência

  • Objetivo
    Efetuar a assinatura da chave enviada no QRCode.
  • Processo
    O QRCode enviado pela tag infCteSupl apenas será assinado se for enviado em modo de contingência adicionando a informação do &sign=  junto ao QRCode para envio ao governo. Caso o XML enviado já possua o conteúdo &sign= não irá ser efetuada a assinatura para envio e manterá o que foi enviado.


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