Thiago Sist. Auditor

Obrigado acho achei o problema passei o código 7 como havia falado mas logo em seguida mudei para 1 normal. Obrigado

Eu estou passando o código 7 para esta configuração igual foi feito para as outras operações Envio, consulta e devolução e deram certo. vou conferir mais uma vez este parametro no cancelamento só para garantir a informação.

Passou as 24h eu fiz a devolução e funcionou, a única operação que não conseguir executar foi o "cancelamento".

O código que me retornorna no status = 0 e siglaWS= BA3 e antes de cancelar eu consulta a nota e ela retorno autorizada mesmo no servidor do RS, eu sou o mesma pessoa da mensagem anterior, só acrescentando mais informações do meu teste aqui.

Mandei o arquivo ACBRIntegrador.pas com erro de compilação segue corrigido o problema. ACBrIntegrador.pas ACBrIntegradorResposta.pas

Segue em anexo o ajuste para avaliação. ACBrIntegrador.pas ACBrIntegradorResposta.pas

Estou enviando o pagamento no sat e estou querendo controlar o retorno desta função, só para conferencia, no retorno do XML. Então estava tentando usar a tag Identificador.valor informando um valor só q ao enviar o pagamento o campo Indentificador é zerado e gerado um numero randômico com o numero de sessão e substituindo o valor que havia passado. Eu posso fazer o ajuste no código verificando se este valor foi informado e não gerar um valor randômico para o identificador e utilizar o q foi informado?

Bom dia Italo, não sei se já foi informado no ACBR mas o processo do CIOT foi prorrogado e sem data prevista. RESOLUÇÃO 5.876 ANTT, DE 20-3-2020

Cleonir olhando a Documentação do eFrete pode ser 0 ou 1 ocorrência, então seria só deixar de informar este dado no ACBR, e passar para os próximos campos. Colocar um if se for "TAC_Agregado" não preencher.

Eu fiz o teste, de comentar as duas linhas e fazer o login na eFrete, e conectou com sucesso.

A informação do "CodigoIdentificacaoOperacao" é recebida após adicionar uma "operação de transporte", logo quando faço login para adicionar uma operação de transporte o parâmetro "ACBrCIOT1.Contratos.Add.CIOT.ObterOperacaoTransportePDF.CodigoIdentificacaoOperacao" deve ficar em branco já que não tenho esta informação ainda o mesmo posso fazer com este campo "ACBrCIOT1.Contratos.Add.CIOT.ObterOperacaoTransportePDF.ObterOperacaoTransportePDF.DocumentoViagem" isso esta no exemplo do CIOT, mas lá existe valores. Pelo que vê na Documentação do eFrete estas duas informações não seria nem necessárias para fazer login. Estas informações estão corretas no local que estão? Acredito que seja só para pegar o PDF como da para ver no componente. Alguém pode me confirmar se o que eu analisei esta correto?

Eu não adicionei as embalagens que o Cleonir informou por que eu não conseguir verificar nos documentos das outras integradoras. pcnConversaoCIOT.pas

Eu estou montando a comunicação do meu sistema com o ACBR ainda não vê as regras de validações, mas acredito que não deve ter o "tpNehum" por que deve ser obrigatório, mas como falei eu estou implementando a comunicação ainda depois que vou começar a fazer testes e validações. Um cliente pediu para desenvolver para PAMCARD, mas com o ACBR já deve funcionar para qualquer uma das 3 integradoras.

Vc tem a documentação das outras duas integradoras para nós compararmos as três juntas. (EFrete, Repom e Pamcard)

O tpTipoCarga = (tpGranelsolido, tpGranelLiquido, tpFrigorificada, tpConteinerizada, tpCargaGeral, tpNeogranel, tpPerigosaGranelSolido, tpPerigosaGranelLiquido, tpPerigosaCargaFrigorificada, tpPerigosaConteinerizada, tpPerigosaCargaGeral); Os valores tem que começar de 1..10. Ok vou acrescentar e mandar o arquivo novamente eu não havia visto esta documentação da E-frete mas temos 3 integradoras tem que colocar as embalagens em comum das 3 senão pode ocorrer erro nas demais.

Eu acho que teUnitario e teFardo é unidade de medida, não embalagem mas eu só criei as conversões não alterei as propriedades do tipos q existiam.

Segue o arquivo atualizado, desculpa demora esta deixando para manter o padrão de vcs. pcnConversaoCIOT.pas

oK, vou fazer o ajuste e mando para vcs, o problema é de comunicação o campo de vc's é daqueles tipos e eu mando uma string então tem que converter para o tipo correto. Estarei ajustando o arquivo e mando de volta neste mesmo tópico.

Bom dia, eu estou implementando a comunicação do meu sistema com o ACBRCIOT e existe vários tipos de variáveis na unit pcnConversaoCIOT que converte para STR mas não tem a volta os casos que vê são os de baixo: tpTipoViagem; tpUnMedMerc; TpViagemTipodeCalculo; tpTipoConta;TpUnidadeDeMedidaDaMercadoria;TpTipoCategoriaPagamento;TpOperacao;TpEntregaDocumentacao;

Estou com seguinte caso tenho um Produtor Rural com certificado digital de PF. Eu consigo fazer a consulta das notas destinadas para este clientes com o certificado de CPF, mas quando tento fazer a ciência da operação aparece a rejeição "282 - Rejeicao: Certificado Transmissor sem CNPJ" e com isso o XML completo não é liberado para download. Se forço o download do xml sem dar a ciência da operação, me retorna apenas o resumo do xml. Alguém sabe como conseguir o XML completo neste caso utilizando um certificado de PF para produtor rural?

Daniele, o Italo colocou um arquivo no tópico que citei acima que funcionou voltou a preencher este itens acima.

Pessoal pode finalizar este tópico achei outro tópico que esta discutindo o mesmo assunto que esta mais avançado:

Estou fazendo o teste de consultar o Status de serviço da NFCe em e estados diferentes só em minas esta apresentando este problema: Retorno pelo Demo do NFe do ACBR: Retorno do XML: <?xml version="1.0" encoding="UTF-8" ?> - <S:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope" xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <env:Header /> - <S:Body> - <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"> - <retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb> <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">W-1.4.23</verAplic> <cStat xmlns="http://www.portalfiscal.inf.br/nfe">107</cStat> <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Serviço em Operação</xMotivo> <cUF xmlns="http://www.portalfiscal.inf.br/nfe">31</cUF> <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2019-10-01T15:15:57-03:00</dhRecbto> <tMed xmlns="http://www.portalfiscal.inf.br/nfe">0</tMed> <dhRetorno xmlns="http://www.portalfiscal.inf.br/nfe">2019-10-01T15:15:57-03:00</dhRetorno> </retConsStatServ> </nfeResultMsg> </S:Body> </S:Envelope> Retorno do dados : Status Serviço tpAmb: 1 verAplic: cStat: 0 xMotivo: cUF: 0 dhRecbto: 30/12/1899 tMed: 0 dhRetorno: 30/12/1899 xObs: Quando na frente das tag aparece este link os retornos dos "dados" fica vazios. Estou fazendo o teste em ambiente de produção. Pode ser verificado que no XML esta com serviço em operação. Mas os dados ficam zerados sem retorno.

Voltou a funcionar o obrigado, erro temporário.

Bom dia, acabei de executar o comando do showlog do tortoise para ver as novas atualizações do ACBR e esta informando que esta sem conexão. Esta com algum problema o servidor?