Léo

Boa tarde, Quanto ao boleto do Banco do Brasil, já consegui registrar o boleto pela API. Minha duvida é se é necessário o cliente_id e client_secret para cada favorecido ?, se sim isso aonde é gerado, alguém sabe informar ? att

Já Resolvido, o campo a ser populado com a variação é a Modalidade.

Boa tarde, Conforme o suporte do banco, solicitaram para criar um outro aplicativo no ambiente, fiz como eles orientaram e agora retornar o seguinte: 29/08/23 16:25:58:049 - Retorno Envio: HTTPCode=400 Result={"erros":[{"codigo":"4432632","ocorrencia":"DvSoDiHNQrkr3rUM0Aqc0101","mensagem":"Variacao da carteira nao infor mada.","versao":"1"}]} Pergunto: Onde eu populo no componente do boleto a variação da carteira ?. Pq pelo que vi está faltando essa informação. att.

Bom dia, O Suporte do Banco do Brasil retornou pedindo para criar um aplicação e testar, criei a aplicação e agora tenho uma duvida, eu preciso de um certificado ? att

Não testei em homologação, enviei um e-mail para o suporte, vou aguardar !.

Ok, vou verificar com o suporte do banco e Reporto. Obrigado !.

Bom dia Daniel, Estou fazendo em produção e com dados reais do beneficiário etc., talvez seja algo que tenha que fazer no ambiente do banco, lá também já coloquei o app em produção.

Boa tarde, Estou tentando registar um boleto em produção, utilizando o ACBrBoleto pela API do Banco do Brasil, mas retornar erro 403, pelo que estava vendo nos outros tópicos criados anteriormente o problema era o "scope" que não estava com o conteúdo correto, não é o meu caso, pois tenho populado a propriedade conforme abaixo grifado em amarelo. with Cedente.CedenteWS do begin if Banco.TipoCobranca = cobBancoDoBrasilAPI then begin ClientID := cclient_id_BB; ClientSecret := cclient_secret_BB; KeyUser := cdeveloper_application_key_BB; // developer_application_key end; Scope := 'cobrancas.boletos-info cobrancas.boletos-requisicao'; IndicadorPix := False; end; with Configuracoes.WebService do begin SSLCryptLib := cryOpenSSL; SSLHTTPLib := httpOpenSSL; SSLType := LT_TLSv1_2; TimeOut := 30000; UseCertificateHTTP := False; Operacao := tpInclui; Ambiente := taProducao; end; with Configuracoes.Arquivos do begin LogRegistro := True; PathGravarRegistro := ExtractFilePath(ParamStr(0)); end;

Boa tarde !, Implementei o funcionalidade do carregamento da logo direto do meu BD, no caso da NF-e, CT-e e NFS-e funcionou corretamente. Somente não no caso da impressão da MDF-e, segui o mesmo processo dos demais documentos. Segui o exemplo do tópico abaixo:

Creio que sim, melhor seria adotar essa medida somente para a situação tributária 3 TRBC (Tributado com redução da base de cálculo).

Boa tarde Italo, Surgiu Duas situações de um cliente. 1) Com o valor unitário o ACBrNFSex está gerando a tag com DUAS casas decimais. Conferindo no manual a IPM suporta até 15 casas decimais. SOLUÇÃO PROPOSTA: Alteração na unit IPM.GravarXml foi a de ajustar para 10 casas decimais para ficar equivalente a NF-e. Result[i].AppendChild(AddNode(tcDe10, '#', 'unidade_valor_unitario', 1, 15, 0, NFSe.Servico.ItemServico[I].ValorUnitario, '')); 2) Para o caso da situação tributária = 3 TRBC (Tributado com redução da base de cálculo), sem retenção do ISS, com valor de dedução. Ocorre a seguinte rejeição: 00072 A situação tributária do serviço é TRBC (Tributado com redução da base de cálculo), porém foi informado um valor para o ISSRF. após alguns testes verificamos que a ausência da tag valor_issrf, pois a mesma está zerada está gerando a rejeição a cima. SOLUÇÃO PROPOSTA: Result[i].AppendChild(AddNode(tcDe2, '#', 'valor_issrf', 1, 15, 1, NFSe.Servico.ItemServico[I].ValorISSRetido, DSC_VISS)); Alterando o parâmetro ocorrencias da função AddNode para "1" que forçando a criação da tag valor_issrf, com valor zerado. Segue anexo unit alterada para sua analise e talvez uma solução mais apropriada. IPM.GravarXml.pas

Boa tarde Diego !, Vamos testar aqui e reportar neste topico qualquer situação de erro. Muito Obrigado !.

Bom dia !, Com a troca do provedor para IPM, no município de Cunha Porã, fiz o seguinte: Alterei o arquivo ACBr\Fontes\ACBrDFe\ACBrNFSeX\ACBrNFSeXServicos.ini para o seguinte: [4204707] Nome=Cunha Pora UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://cunhapora.atende.net/atende.php?pg=rest&service=WNERestServiceNFS-e&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes&eletron=1 Rodei o instalador do ACBr novamente, após isso recompilei a aplicação e atualizei no cliente para testar mas continua a configuração como se fosse do provedor Pronim ainda. Att Léo Boita

Boa tarde Italo, O Problema é que para os outros Provedores está armazenando na tag correta, vou testar quando for a IPM, pegar pegar dessa propriedade. Não é o ideal, mas resolve por enquanto.

Bom dia !, Ao emitir NFS-e para a IPM, Não está carregando na propriedade ACBrNFSe.WebService.Emite.CodVerificacao o código de verificação do retorno. retorno abaixo: <retorno> <mensagem> <codigo>00001 - Sucesso</codigo> </mensagem> <identificador>nfse_10832.01</identificador> <alerta/> <rps> <nro_recibo_provisorio>10832</nro_recibo_provisorio> <serie_recibo_provisorio>1</serie_recibo_provisorio> </rps> <numero_nfse>11095</numero_nfse> <serie_nfse>1</serie_nfse> <data_nfse>14/02/2023</data_nfse> <hora_nfse>08:02:19</hora_nfse> <arquivo_gerador_nfse>11320-ger-nfse.xml</arquivo_gerador_nfse> <nome_arquivo_gerado_eletron>11320-ger-nfse.xml</nome_arquivo_gerado_eletron> <link_nfse>http://sync.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=0182530009422550</link_nfse> <cod_verificador_autenticidade>0182530009422550</cod_verificador_autenticidade> </retorno>

Bom dia Italo, Acho que sua solução é mais apropriada. Grato !

Boa tarde Italo, Observei que isso acontece quando envia o xml e a Danfse por e-mail. Alterei aqui a forma que estou Carregando a classe da NFSeX e percebi que quando envia o e-mail. Após isso a Danfe está saindo perfeito mas o xml anexado está vazio. fui depurar e cheguei na seguinte funcao GravarStream da unit "ACBrNFSeXNotasFiscais" function TNotaFiscal.GravarStream(AStream: TStream): Boolean; begin if EstaVazio(FXmlRps) then GerarXML; AStream.Size := 0; // WriteStrToStream(AStream, AnsiString(FXmlNfse)); WriteStrToStream(AStream, AnsiString(FXmlRps)); Result := True; end; E que chama a funcao GerarXML da mesma unit. function TNotaFiscal.GerarXML: String; var FProvider: IACBrNFSeXProvider; begin FProvider := TACBrNFSeX(FACBrNFSe).Provider; if not Assigned(FProvider) then raise EACBrNFSeException.Create(ERR_SEM_PROVEDOR); FProvider.GerarXml(NFSe, FXmlRps, FAlertas); Result := FXmlRps; end; Fazendo está alteração o E-mail fica com o XML e Danfse corretos At. Léo

Pois é, na verdade é o ImprimirDANFSEPDF não olhei se herança do mesmo método ImprimirPDF. Vou tentar depurar aqui, estou atolado aqui, mas alguma diferença tem entre esses métodos. Claro que isso não ajuda muito, mas isso passou a ocorrer depois que migrei para o NFSeX.

Bom dia Diego!, Utilizo o FastReport, No caso não utilizo o XML, eu populo o componente de NFSXe com os dados do banco, pois no caso da IPM não retorna o xml autorizado, mas somente um xml com o numero da nota, portanto adotei esse critério de popular o componente com os dados do meu banco. O curioso é que com o componente populado utilizando o método "Imprimir" imprime corretamente, mas como o método "ImprimirDANFSEPDF" não acontece o mesmo.

Boa tarde, Identifiquei que o método "Imprimir" e "ImprimirDANFSEPDF" são divergentes. no caso do "ImprimirDANFSEPDF", percebi que não está imprimindo o Número do NFS-e e Data de Emissão, enquanto o método "Imprimir" sai corretamente. Isso está gerando problema, pois quando ocorre o envio do e-mail pelo método "EnviarEmail", pois não está condizente com o correto. Imagem de parte do da DANFSe gerada. Att. Léo

Boa tarde, Favor incluir as seguintes informações para NFSeX. [4217303] Nome=Saudades UF=SC Provedor=Pronim Versao=2.02 ProRecepcionar=http://saudades.govbr.cloud/nfse.portal.integracao/services.svc HomRecepcionar=http://saudades.govbr.cloud/nfse.portal.integracao.teste/services.svc Atencionsamente !.

Bom dia Italo !, Ainda referente a esta alteração da quantidade de caracteres da descrição da lista de Itens de 256 para 2000 caracteres. Fiz uma alteração no "DANFSeNovo.fr3", especificamente no subReport1 Itens de serviços no objeto texto "ItensServicoDiscriminacaoServico", alterando o tamanho da fonte de 7 para 6, desta forma aumentando a área de impressão e não interfere na legibilidade. Grato pela atenção. DANFSeNovo.fr3

Bom dia @Italo Giurizzato Junior ! Encontrei a situação, solucionei da seguinte forma: Na Unit ACBrNFSeXDANFSeFR especificamente neste trecho abaixo: na linha marcada em AMARELO, alterado o tamanho do campo de 256 para 2000 caracteres. cdsItensServico := TClientDataSet.Create(nil); with cdsItensServico do begin Close; with FieldDefs do begin Clear; Add('DiscriminacaoServico', ftString, 2000); // Add('DiscriminacaoServico', ftString, 256); Add('Quantidade', ftString, 10); Add('ValorUnitario', ftString, 30); Add('ValorTotal', ftString, 30); Add('Tributavel', ftString, 1); Add('Unidade', ftString, 3); Add('Aliquota', ftString, 30); Add('AliquotaISSST', ftString, 30); Add('ValorISSST', ftString, 30); Add('DescontoIncondicionado', ftString, 30); end; CreateDataSet; LogChanges := False; end; ACBrNFSeXDANFSeFR.pas

Bom dia !, sim, estou considerando isso, encontrei o problema que estava considerando 256 caracteres para cada item, mas o problema já resolvi, alterando o limite de caracteres. Obrigado por responder.

Boa tarde !, Tenho um caso de um XML de NFS-e, com um com a descrição com mais de 1.100 caracteres, só que na DANFS-e para fast Report imprime somente 258 caracteres. Fiz uma busca geral e tentei encontrar o local onde poderia alterar, mas não encontrei. alguém já passou por isso? att Léo