Diego.Foliene

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia. Como você configurou para o componente encontrar os schemas?

Bom dia, sobre os erros relacionados ao código de barras da a entender que você está passando a informação de maneira incorreta. Vale lembrar que os números que ficam em cima do código de barras no boleto são a linha ditável do boleto e apesar de refletirem as informações do código de barras possuem conteúdo diferente dele. Sobre o segmento J52, consulte o programa exemplo disponível na pasta dos fontes no caminho ..\ACBr\Exemplos\ACBrPagFor na procedure AlimentarComponente para ver um exemplo de preenchimento deste e de outros segmentos.

Boa tarde! Sugiro que fique de olho em nossos vídeos semanais e na sessão de notícias em nosso fórum, para novidades sobre o assunto. Vou fechar este tópico, para novas dúvidas, por favor, abrir um novo.

Bom dia! Para verificar quais bancos são suportados pelo componente ACBrPagFor, por favor, siga as instruções descritas neste tópico: Adiantando a sua dúvida, SIM, o ACBrPagFor gera arquivos para o Bradesco. Como complemento, sugiro ouvir: https://anchor.fm/projeto-acbr/episodes/Dia-do-ACBr-2022-ACBrPagFor--o-outro-lado-da-moeda----Principais-dvidas-mapeadas-e-respondidas-e1pdcci

Boa tarde! Muito obrigado pela intenção em contribuir, mas são várias as cidades atendidas pelo ACBrNFSeX e infelizmente não temos condições de testar todas elas. Para isso dependemos de contribuição da comunidade que geralmente tem o cadastro e as informações já certas com a prefeitura. Dito, por favor, é possível você seguir as instruções deste tópico e validar o novo provedor para esta cidade.

Boa tarde. Após a realização de alguns testes verifiquei que a exceção é uma exceção tratada que só é levantada em debug. Veja que a atribuição já usa um StringToDateTimeDEF() para o caso de dar algum problema na conversão. Dito isso optamos por não acatar a sugestão. Ainda assim agradecemos a intenção e reforçamos que contribuições são e sempre serão mais do que bem vindas.

Boa tarde! Muito obrigado pelo empenho e colaboração para buscar a causa do problema. Criei a #TK-3195 para que o consultor responsável pelo componente possa analisar essa situação e dar um parecer.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3193

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Acredito que o mais próximo do que você precisa seria o ACBrSatSign

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Por favor, se possível configure o log para o nível completo, faça um novo teste e anexe aqui para análise.(Se houver dados que você julgue sensíveis pode seguir as orientações deste tópico: Por favor, verifique também se tem algum proxy configurado no seu ambiente em nuvem. Se houver é importante configurar. Veja as configurações na documentação da Lib: https://acbr.sourceforge.io/ACBrLib/Geral.html

Boa tarde. O novo provedor está implementando no ACBrNFSeX e está sendo testado pelos membros da comunidade. O prazo para adoção em Brasília foi prorrogado para 01/01/2023. Fique de olho neste tópico que está sendo atualizado conforme recebemos novas informações Fique atento também a nossa comunidade do Discord no canal #acbrnfsex para acompanhar os testes realizados pela comunidade.

Bom dia! Muito obrigado pela contribuição! Foi gerada uma #TK-3038 para validação e possível inclusão ao SVN.

Bom dia! Altere o SSLType na aba WebService para LT_TLSv1_2 e faça novos testes por favor.

Você pode conferir de 3 maneiras. * Através do Log do Tortoise SVN na Unit que você alterou. * No arquivo ACBrBoleto-change-log.txt que fica dentro da pasta do ACBrBoleto nos Fontes. * Na própria Unit para ver se sua alteração foi aplicada. Sua TK está em nossa fila para ser validada e integrada aos fontes do ACBr, mas devido a outras demandas de urgência e normas que entraram em vigor recentemente ainda não foi possível dar inicio a ela.(Peço sua compreensão nesse ponto). Assim que ela for validada você será avisado neste tópico pelo consultor que realizou a validação e a integração.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3190

Boa tarde! O problema é que algumas consultas retornam ******** para o campo data e da erro de conversão. Por favor, tem algum motivo para você ter usado dessa maneira? if(cData + '*')[1] <> '*' then Ao invés de ter usado o Pos? if(Pos('*', cData)=0)then

Configure o Log da Lib para o nível paranoico e veja se ele lhe fornece mais informações.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3188

Boa tarde! Por favor, além do Debug, faça também mais um teste. Tente consultar com a opção "Salvar envelope SOAP" da aba WebService marcada e anexe para nós os SOAPs da consulta com o Proxy e sem o Proxy para compararmos e ver se tem alguma diferença entre eles. Anexe também o Log, por favor.(O componente tem um evento chamado OnGerarLog, veja no programa exemplo). Busquei uma orientação com os responsáveis pelo componente e os mesmos me informaram que o GTIN usa a mesma base dos outros componentes de documento fiscal no que diz respeito as configurações de Proxy então deveria funcionar. De possa de todas essas informações, temos mais base para fazer uma análise bem detalhada.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Angelo. Conforme o @Renato Rubinho citou anteriormente, você consegue fazer o debug no programa exemplo? Se sim, por favor faça um teste colocando um ponto de parada na function Executar da unit ACBrDFeWebService e na function TratarResposta da unit ACBrGTINWebServices.

Boa tarde Sergio. Fique de olho em nossos vídeos de notícias e no fórum. Para novidades relacionadas. Vou fechar este tópico. Para novas dúvidas, por favor, crie um novo.