Léo

Bom dia, Encontrei o problema. Ocorre que o cliente configurou uma imagem muito grande para a NF-e, isso estava gerando o problema. att Léo

Bom dia, Acontece em alguns clientes um caso curioso, erro ao enviar o e-mail do NF-e quando o parâmetro "enviaPDF = true" do método EnviarEmail. Não consegui identificar o problema. Obs: Ele envia o E-mail, com a DANF-e em PDF com somente o inicio da mesma (Contendo o canhoto da NF-e e a parte da identificação.

Bom dia, Sobre a nova versão da IPM, testamos a pouco e está funcionando com a configuração proposta acima. att Léo Info ON Sitemas

Boa tarde, segue abaixo nova configuração e URL a partir de 27/01/2025. [4212908] Nome=Pinhalzinho UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://pinhalzinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://pinhalzinho.atende.net:7443/?pg=rest&service=WNERestServiceNFSe att Léo Boita Info ON Sistemas

Boa tarde, Ajustado a propriedade (Streched = true) do Objeto MasterData1 do relatório DANFSeNovo.fr3 att. Léo DANFSeNovo.fr3

Acabamos de testar aqui, cancelamento funcionando. Valeu !. Obrigado !.

Boa tarde, Vou atualizar e refazer os testes de cancelamento

Bom dia, Erro no cancelamento da NFS-e para a versão 2.04, entrei em contato com o suporte da IPM, enviei o xml de cancelamento (1-ped-can.xml). resposta da IPM: "O município de Cunha Porã/SC utiliza o layout padrão Abrasf, segue em anexo exemplo arquivo XML de cancelamento de NFSe." OBS: enviaram o arquivo exemplo do xml para pedido de cancelamento para a versão 2.04, em anexo. nota_abrasf_-_cancelar_nfs-e_2327_1_1_envio.xml

Boa tarde !, Alteração da URL para provedor IPM ACBrNFSeX. Entrei em contato com o Suporte fiz alteração conforme orientação. Executado testes e está funcionando. OBS: A alteração está em verde. segue abaixo alteração no arquivo "ACBrNFSeXServicos.ini" [4204707] Nome=Cunha Pora UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://cunhapora.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&WSDL HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes att 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 !