marcelo.hgv

Alguma posição com relação a este ERRO?

Bom dia, só uma dúvida, o Demo de Boletos está preparado pra geração de boleto em homologação via API do Sicredi? Obrigado.

Boa tarde, Analisei o mateiral, mas não estou conseguindo fazer os teste no ambiente de homologação do Sicredi. se algum puder ajudar ficarei grato.

Bom dia, Estamos iniciando a implementação do boleto híbrido com o sicredi porem analisando a leitura do retorno acredito que os campos não estejam pegando as informações corretas. Segue imagens para verificação:

Boa tarde @JHONLENON Muito obrigado pela atenção e prontidão em responder vou analisar melhor estas informações. Em contra partida, onde exatamente foi alterado os fontes para usar o ambiente de homologação do sicredi, pois vi que a autenticação via postman é passado mais informações. De qualquer forma acredito que suas dicas serão de grande valia. Obrigado mais uma vez.

Boa tarde. Ao iniciar o desenvolvimento do boleto hibrido em nosso sistema, achamos interessante que na mesma remessa pudesse ser enviado boletos normais e boletos hibridos, porem olhando os fontes hoje não seria possivel uma vez que a configuração para isso está em ACBrBoleto1.Cedente.PIX.Chave evitando assim que tivesse que enviar duas remessas. Apenas sugestão que acredito ser interessante.

Já li, e pelo que ví no tópico ainda considerava a integração do Sicredi como não tendo um ambiente de homologação, e como agora está disponível, gostariamos de iniciar os testes neste ambiente, mas se não tiver como, teremos que tentar em produção.

Bom dia, Estamos iniciando a integração do boleto via API porem com as configurações que temos não estamos conseguindo conectar. O Banco que estamos iniciando é o Sicredi. O mesmo já possui ambiente de homologação (Sandbox) porem com as informações criadas seguindo as orientações do manual disponibilizadas pelo próprio banco não estou localizando os campos para configurar o ACBrBoleto para realizar tal conexão. Segue manual caso não o tenham ainda. https://drive.google.com/file/d/1PCnoGl_mQn80unYZoYz7ybCE_KX9vLgh/view?usp=share_link Se algum puder nos ajudar nesta parte ficaremos agradecidos.

Bom dia @Ita Júnior Atualizei, testei e agora está funcionando. Muito obrigado pelo esforço e dedicação em resolver o problema. Abço

Boa tarde @Ita Júnior Verifiquei e está false o parametro mensionado acima. Obrigado.

Bom dia, Isso, seto o componente de email (ACBrNFSeX1.MAIL := ACBrMail1) e depois uso o ACBrNFSeX1.NotasFiscais.Items[inota].EnviarEmail já com o xml da nota carregado pelo LoadFromFile.

Bom dia @Ita Júnior Quanto ao probleminha acima em que era enviado o RPS ao invés do XML da NFSe foi resolvido, porem aquele problema do xml estar com problema de má formação ainda está ocorrendo. O que percebi é que no nosso caso o bairro do Prestador estava como abaixo: Salvo no computador após transmitido: SÃO PAULO Após envio por email: SãO PAULO Não sei se tem alguma coisa a ver mas o primeiro abriu normalmente com o Ã, já com o ã não abriu. Segue imagem abaixo.

Boa tarde @Ita Júnior Atualizei os fontes e fiz alguns testes. A principio não deu problema, ou seja, o xml que foi enviado por email abriu normalmente, porem, percebi que está anexando o xml de RPS mesmo fazendo um LoadFromFile e depois usando o ACBrMail. 4322051234718500019456000000000000347-nfse.xml

Boa tarde, @Ita Júnior Esta propriedade não é alterada via programação. "O XML com problemas na acentuação é detectado ao baixar ele de um e-mail enviado, correto?" Sim, o sistema busca o xml da um loadfrom file e envia anexado pelo componente ACBrMail e em ampas as formas dá o erro

Boa tarde @Ita Júnior tudo bem. Verifiquei no compontente e já estamos usando esta propriedade conforme mensionou. Não sei se queres que eu faça novos testes. Obrigado pelo retorno e fico no aguardo de alguma sugestão. Att.

Boa tarde, Atualizei novamente e fiz a instalação apagando os arquivos e agora deu certo. Muito Obrigado. Pode fechar.

Atualizei todo o ACBr ontem antes de postar. Mas vou atualizar o Fortes tmb, ACBr e recompilar. Pois vi que o gerado por vc o titulo 'DETALHAMENTO ESPECIFICO DA CONTRUÇÃO CIVIL' está diferente do que eu gerei.

Bom dia, Já fizemos a migração e estou usando o ACBrNFSeX conforme informei no primeiro post.

Sim, mesmo com os fontes atualizado está acontecendo.

Boa tarde. usamos o Fortes.

Bom dia. Percebemos que ao gerar o DANFSe os dados estão ultrapassando o quadro destinado a ele para alguns campos como a imagem abaixo onde a descrição do serviço passa para o quadro do código da obra. Estou usando o ACBrNFSeX. Obrigado.

Boa tarde. Salvamos no disco.

Boa tarde @Ita Júnior Isso mesmo, este XML que carregamos para o componente com o LoadFromFile é o mesmo que foi gerado na emissão da nota. Mas se por algum motivo o cliente não recebeu o primeiro XML, ai reenviamos. Dai usamos o metodo pra carregar o xml, e depois enviar por email. Não sei se estas informações lhe ajudam ou não.

Boa tarde, Usamos o LoadFromFile e já estamos setando segundo parametro como False.

No momento do envio do e-mail logo após a transmissão da nota ainda com o componente preenchido o XML está indo certinho. Porem qndo é reenviado em outro momento, carregando o xml por load e enviando o e-mail ai ele vem com aquele erro.