Davidson Paiva

Como sempre as dicas de vcs são fodas... tudo deu certo.. muito obrigdo

Baixei o fortes atualizado, porem ao reinstalar ocorre: log_Delphi_XE7.txt

Cleaning package cache for ACBr_BoletoRL.bpl Cleaning ok Compiling package C:\Acbr\Pacotes\Delphi\ACBrBoleto\FC\Fortes\ACBr_BoletoRL.dpk "C:\Program Files (x86)\Embarcadero\Studio\15.0\bin\dcc32.exe" "C:\Acbr\Pacotes\Delphi\ACBrBoleto\FC\Fortes\ACBr_BoletoRL.dpk" Embarcadero Delphi for Win32 compiler version 28.0 Copyright (c) 1983,2014 Embarcadero Technologies, Inc. C:\Acbr\Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.pas(1427) Error: E2010 Incompatible types: 'TRLCustomPrintFilter' and 'TRLPDFFilter' ACBr_BoletoRL.dpk(39) Fatal: F2063 Could not compile used unit 'ACBrBoletoFCFortesFr.pas' Compilation failure Erro ao compilar o pacote "ACBr_BoletoRL.dpk". Abortando... Ocorreram erros na compilação dos pacotes.

Juliana, function TACBrBancoSicredi.MontarCampoNossoNumero (const ACBrTitulo: TACBrTitulo ) : String; begin Result:= FormatDateTime('yy',ACBrTitulo.DataDocumento) + '/' + ACBrTitulo.CodigoGeracao + RightStr(ACBrTitulo.NossoNumero,5) + '-' + CalcularDigitoVerificador(ACBrTitulo); end; a função seria essa? Ela por si não estoura os 5 caracteres? Existe um jeito de eu usar a função direto ou preciso criar uma externa baseada nessa?

Juliana,

Italo eu não havia visto essa documentação em pdf disponibilizada, porém, não nos ajuda em nada. Hoje temos o cenário da contingência e por algum motivo até o momento não sabendo pq na autorização pós contingência não é capturado o XML com a tag de autorização, e muitas vezes ainda permanecendo em nosso banco dados com PENDENTE DE TRANSMISSÃO, porém a mesma já está autorizada na sefaz, o que nos leva ao procedimento de CONSULTA POR CHAVE DE ACESSO a qual é me retornado cstat 100/150 e eu atualizo meu banco de dados como TRANSMITIDA, porém, o XML fica sem a tag ocasionando problemas na contabilidade ao exportar os mesmo, pois apresenta como NFCe autorizada porém com XML de contingência, o nosso carma é justamente pegar esse XML com a tag preenchida.

Ao enviar uma NFCe e o retorno cstat 204 os campos: - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.chNFe - ACBrNFe.NotasFiscais.Items[0].XML - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.dhRecbto - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.nProt - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.digVal Estão vindo em branco, já que o retorno é duplicidade, não sei se o correto seria retornar os dados originais? Em caso de negativa aos dados originais o comando consultar seria a alternativa, é o que uso atualmente, porém estou com um grande problema sobre o XML com a autorização. Ao enviar a nota que caiu em contingência, ou seja, ainda não tem a autorização o XML se mantém correto, porém, ao tentar re-enviar e ocasionar o cstat204 (caso autorize[100 ou 150] de imediato o XMLé preenchido correto), ao enviar a consulta tanto por XML ou por Chave de acesso pelo comando: ACBrNFe.NotasFiscais.Clear; ACBrNFe.WebServices.Consulta.NFeChave := CHAVE ACBrNFe.WebServices.Consulta.Executar; Não tem o ACBrNFe.WebServices.Consulta.XML (autorizado), estamos tento problemas com vários contadores por conta disso. ACBrNFe.WebServices.Consulta.protNFe.XML_NFe e ACBrNFe.WebServices.Consulta.protNFe.XMLprot também não trazem nada. É possivel por consulta retornar o XML autorizado?

Peguei o arquivo e as correções OK Porém na posição 143 a 147 a qual esta indo '00000' é necessário ir o campo aAgencia

Estou na ultima revision 17521 de 21/08/2019 Diante do Erro da posição 72 eu pude observar conforme anexos que na linha 727 o sistema mandava vazio e o SICOOB agora utiliza-se da regra de enviar 0 Em anexo envio a remessa com erro e corrigida com a alteração. A homologação estava fazendo através desse link http://app.sicoobnorte.com.br/producao/homologacao/usuario/consultarprocesso CORRETO - R1982290.REM ERRO- R1982280.REM Validação Com ERRO.pdf Validação Correta.pdf ACBrBancoBancoob.pas