Italo Giurizzato Junior

Boa tarde Marcelo, Favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa tarde Tiago, Uma coisa não tem nada haver com a outra. Uma coisa é os Schemas (arquivos XSD) que estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe, esses arquivos são usados pelo componente checar se a estrutura do XML esta correto antes do envio para a SEFAZ. Outra coisa é a validação realizada pela SEFAZ ao receber a nota, essa validação não depende dos Schemas citados acima. A validação realizada pela SEFAZ visa alem de checar a estrutura do XML, checa o conteúdo de cada campo e os aplicam as regras de negócio.

Boa tarde Valdir, Você pegar o valor da Nota em qual servidor? O da SEFAZ? Não entendi a necessidade, se o retorno da consulta da forma que você já diz com exatidão que a nota foi ou não autorizada.

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 Sergio, Favor entrar em contato com a prefeitura, pois só com essa informação não temos ajudar.

Boa tarde Renê, O exemplo do site note que se trata do XML de envio de Lote de Rps, já o segundo "gerado pelo ACBr" é apenas o XML do Rps. Sendo assim, você precisa comparar o XML de envio de Lote de Rps gerado pelo ACBr e comparar com esse XML de exemplo.

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