Italo Giurizzato Junior

Boa tarde Ciminos, Já foi feito uma alteração no componente em relação a Nota Técnica 2017/003. Favor atualizar todos os fontes de todas as pastas, reinstalar os componentes através do ACBrInstall_Trunk2 e refaça os testes.

Boa tarde Junior, O XML de envio do evento é salvo em disco? Existe os arquivos: *-ped-eve.xml e *-eve.xml ? Se sim, favor anexa-los, para podermos analisar.

Boa tarde Karine, Vou lhe pedir um favor, em seus testes de envio, você chegou a imprimir o DABPE? Se sim, poderia anexar a imagem de um deles? Desde já muito obrigado.

Boa tarde Possidônio, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Boa tarde Marcio, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Boa tarde Rodrigo, É porque você é o primeiro. Você sabe me dizer qual é o provedor que atende essa cidade?

Boa tarde Paulo, Favor entrar em contato com o provedor, pois só essa mensagem não temos como ajudar.

Boa tarde Rubens, Favor não usar esse botão, pois ele não funciona corretamente para todos os provedores.

Boa tarde a todos, Rubens, muito obrigado pela colaboração, ainda hoje vou enviar para o repositório. Felipe, não, essa correção não vai resolver o problema de cancelamento.

Boa tarde Elias, Os fontes do ACBrNFSe já enviei para o repositório, menos o ACBrDFeWebService que vou deixar para o Daniel analisar. Muito obrigado pela colaboração.

Boa tarde Jean, O valor da carga é a somatória do valor da NFe.

Boa tarde Campos, Se você se refere a inclusão do ELT, ainda sem previsão.

Boa tarde Junior, Favor anexar o evento de CC-e para que possamos analisar.

Boa tarde Karine, Favor entrar em contato com a SEFAZ-MG e relata que o XML foi validado pelo Portal Nacional do BP-e e a SEFAZ-MG acusa rejeição 215.

Roberto, Sendo assim, você esta com todos os fontes de todas as pastas atualizados? Se sim, os componentes foram reinstalados com o ACBrInstall_Trunk2? Se sim, foi marcado para apagar os arquivos antigos?

Roberto, Você esta usando o ACBrMonitor Plus para imprimir o DACTE, correto? É a versão mais recente?

Karine, Coloquei o XML no validador disponível no Portal Nacional do BP-e e o erro aponta para o qrCodBPe, diz que o conteúdo esta em desacordo com o tipo de dado - String. O elemento qrCodBPe é inválido - O valor 'https://bpe-homologacao.svrs.rs.gov.br/ws/bpeQrCode/qrCode.asmx?chBPe=52180201543354000145630030010002772287716385&tpAmb=2&jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaEJwZSI6IjUyMTgwMjAxNTQzMzU0MDAwMTQ1NjMwMDMwMDEwMDAyNzcyMjg3NzE2Mzg1IiwidHBBbWIiOjJ9.ZZ/bSHFiOwAvyTgzUBmDO05Mjl9WVTh9DIgrOYo+fms=&fprint = F273623C8E936F1AB5B947FF9B6DF26A98C56BA5 'é inválido de acordo com seu tipo de dados' String '- A restrição Padrão falhou. Não sei se o validador que existe no Portal é incapaz de interpretar o CDATA ou se o conteúdo da tag não esta no formato desejado.

Bom dia a todos, Vou enviar para o repositório ainda hoje uma alteração no componente visando o provedor Ábaco. Peço que atualizem e façam novos testes. Vamos ver se conseguimos ajustar esse provedor para funcionar com todas as cidades atendidas por ele.

Bom dia Diego, Ocorreu alteração no arquivo INI do provedor Abaco, favor fazer testes com o que esta disponível no repositório.

Bom dia Agnaldo, Muito obrigado pela colaboração, ainda hoje estarei enviado para o repositório.

Bom dia Roberto, Esta errado o <protCTe> dentro do <CTeOS>, que justamente o que você esta inserindo. Qual é o problema que ocorre na impressão com o <protCTe> na posição correta dentro do XML?

Bom dia Karine, Com a alteração na unit que fiz, o XML foi gerado, assinado, validado e enviado. A SEFAZ retornou a rejeição 999. Normalmente quando é retornado 999 significa que a SEFAZ esta com algum problema e acaba retornando esse erro padrão. Seria interessante você enviar para a SEFAZ os dois XML. O que gera a string do QR-Code segundo o manual e que por sinal não é validado pelo fato de no Schema não constar os parâmetros jwt e fprint. E o que gera a string do Qr-Code com o parâmetro sign com os valores de jwt e fprint concatenados. Este segundo por sua vez é validado conforme o Schema disponibilizado pela SEFAZ. Acredito que a SEFAZ ainda não ajustou de forma correta a recepção de um BP-e emitido em contingência. Um outro teste que pode ser feito, antes de entrar em contato com a SEFAZ é. 1. Voltar a unit ACBrBPe alterada pelo Daniel onde a String do QR-Code é gerada com os parâmetros jwt e fprint. 2. comentar a linha que valida o XML: Bilhetes.Assinar; // Bilhetes.Validar; <==== comentar essa linha ela se contra na função: TACBrBPe.Enviar que se encontra na unit ACBrBPe. 3. Por fim fazer um novo teste de envio. Se o BPe emitido em contingência for autorizado pela SEFAZ e a leitura do QR-Code funcionar, significa que o Schema esta errado.

Karine, Teste com essa alteração. ACBrBPe.pas

Vamos brincar de TE - Tentativa e Erro. Depois de calculado o jwt e o fprint que tal pegar o conteúdo desses dois parâmetros e atribuir ao parâmetro sign, ou seja: em vez de: Passo2 := '&jwt=' + jwt; Passo3 := '&fprint='+fp; Result := Passo1 + Passo2 + Passo3; faríamos: Passo2 := '&sign=' + jwt + fp; Result := Passo1 + Passo2; Dessa forma não vai ocorrer erro de validação, mas não sei se a SEFAZ vai autorizar. Não custa tentar.

Boa noite Daniel, Exatamente, os caras escrevem o manual de um jeito e monta o Schema de outro.