Painel de líderes

A última versão do componente ACBrBoleto trouxe importantes mudanças que afetam a forma como os desenvolvedores lidam com logs e registros. A uma delas é a propriedade LogRegistro que foi removida, o que significa que alguns desenvolvedores precisarão fazer ajustes em seus códigos para lidar com esse aspecto, para evitar AV ou erros de compilação. Como há valor padrão como false, caso nunca foi manipulado esse valor pela aplicação, o desenvolvedor não deve encontrar problemas com essa mudança, pois a mesma não deve estar persistida no DFM. Esta atualização, que visa aprimorar a eficiência e a praticidade do componente, também introduziu duas novas propriedades cruciais: LogNivel (type disponível em ACBrUtil.FilesIO) e NomeArquivoLog. A propriedade LogNivel é um enumerado que oferece hoje três opções programadas para controlar o nível de detalhamento dos logs: logNenhum: Esta opção desativa completamente a geração de logs, útil em situações onde não é necessária a geração de registros. logSimples: Este nível oferece um resumo das operações realizadas, fornecendo informações básicas sobre as transações. logCaotico: Oferece um nível mais detalhado de log, incluindo informações adicionais como o conteúdo do payload de header e body. Ideal para diagnósticos mais avançados e depuração de problemas complexos. Além disso, agora os usuários têm a capacidade de especificar o nome do arquivo de log a ser gerado, através da propriedade NomeArquivoLog. Isso permite uma personalização adicional e maior controle sobre o processo de geração e armazenamento de logs. É importante notar que, devido à remoção da propriedade LogRegistro, os desenvolvedores que dependem dessa funcionalidade precisarão revisar e possivelmente modificar seus códigos para garantir que continuem funcionando conforme o esperado. Caso ocorram erros durante a atualização, recomenda-se abrir os DFM que contêm o componente e, se necessário, clicar em "ignore" para contornar eventuais problemas temporários.

@augelias, tente enviar "RPS" na série. O mesmo problema estava ocorrendo aqui, setamos para "RPS" e foi

Boa tarde daniel, isso mesmo, coloquei o colunas para 42 e saiu certo

@Jamil Araujo No meu ambiente apresentou o mesmo problema, vai estar corrigido na próxima compilação da lib

Pessoal, com a mudança em Canoas-RS para o provedor Infisc. estou recebendo erro de País do tomador do serviço não informado. Apesar de eu estar inserindo no .ini o código de pais 1058 ele não vai para o XML. abaixo .INI e XML gerados estou anexando os .XML. removi apenas os dados sensiveis. observei que há um post com um problema semelhante : 20240311101026-lista-nfse-con-lot.xml 1616-env-lot-sinc.xml 1616-lista-nfse-sinc.xml 20240311101025-con-lot.xml

Boa tarde! Atualmente existe validação para que o Código Pais seja gerado apenas quando for obrigatório para o provedor ou quando o valor informado para o CódigoMunicipio seja 999999, por isso não é gerada o <CodigoPais> no XML. Isso foi feito, pois essa exigência de <CodigoPais>, principalmente para notas que não sejam para tomador estrangeiro não é comum nos provedores que seguem leiaute ABRASF. Será necessário uma alteração nos fontes e foi criada a #TK-5200 para esta finalidade.

Bom dia. Realizei um ajuste quanto a leitura da tag indDeduzDeson. Como o valor padrão ao passar pela função StrToTIndicador é tiSim, quando não há informação da Tag no XML estava atribuindo este valor em vez de tiNao. pcnNFeR.pas

Boa tarde @JeannyPaiva, Já esta no SVN.

boa tarde Daniel, ativei o log do pixcd e consegui encontrar o problema. só uma uma observação, demorei um pouco para perceber que no log principal tem que colocar o diretório do log , porém no log do pix tem que colocar o caminho + nome do arquivo ( sim, apesar da entrada do ini ser ArqLog, a gente acaba pensando que segue o mesmo padrão de informar a pasta do log ) depois que coloquei o log, consegui ver o que estava sendo enviado para a API, ele não conseguia enviar o valor, depois de tentar algumas variantes o que deu certo foi usar a vírgula como separador de centavos, no lugar de ponto, como está no exemplo que foi disponibilizado ( https://acbr.sourceforge.io/ACBrLib/ModeloPIXCDINI-CriarCobrancaImed.html ) valorOriginal=100,00 Não sei se isto é um bug, um detalhe do VB6 ou um erro na documentação Aproveito para perguntar novamente , existe uma documentação completa desses ini ? ou somente esses dois exemplos do site ? Eu notei que com o programa de teste não precisei criar um ini, ele cria internamente ou existe outra forma de fazer a chamada das API sem usar os inis ? Obrigado mais uma vez Marcos Pereda

Ah, perfeito. Vamos tentar isso e retornaremos com os resultados. Obrigado!

faz um teste. no comando antes de enviar para a lib tente dar um openfile do arquivo em sua linguagem com o endereço

No tópico Como solicitar credenciais e configurar PSPs no componente temos a seguinte informação para o Sicredi: Ao baixar esta cartilha e conferir na mesma temos: Dado o retorno que você obteve, entendo que foi usado o arquivo resultante de Download Key. A sugestão seria realizar um teste com o arquivo de Download Key (Sem frase de segurança)

Obrigado pelo ajuste.

Boa tarde @[email protected], O programa exemplo do novo componente ACBrNFSeX é configurado da mesma forma que o programa exemplo do componente antigo ACBrNFSe. Você disse que esta tendo problemas para emitir NFS-e para a cidade de Santos/SP. Pois bem quais são esses problemas? Faça uma cópia das suas alterações, delete os arquivos que você alterou, atualize novamente todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos, recompile a aplicação com a opção Build e faça um novo teste. Já faz muito tempo que não realizo testes usando o componente antigo uma vez que ele foi descontinuado e consequentemente não damos mais manutenção a ele. Antes de você ter todo esse trabalho agora de migração para o novo componente, preciso que você faça o que eu lhe pedi acima e reporte os problemas ao usar o componente antigo para emitir NFS-e para a cidade de Santos/SP.

O pessoal da ISSCurtiba respondeu. A instabilidade está diretamente no provedor.

no campo de cidade do programa exemplo, informe Santos

Boa tarde @Adriano Teodorico Caso desejar você pode efetuar os ajustes e anexar o pas alterado aqui. At.

Pode enviar o log da lib Completo por favor Deixe LogNivel=4 por favor Além do log da Lib, favor enviar o log PixCD. Caso contenha dados sensíveis, favor enviar para [email protected] no corpo da mensagem informar o link deste topico para que possamos identifica-lo

Bom dia! Conferindo no seu arquivo api-pix-pix_max.key, o mesmo começa com: Ou seja, o mesmo é o arquivo da chave privada criptografada com a senha e no momento da leitura pela dll da OpenSSL, espera se que essa senha seja fornecida em algum momento. Ao fazer um teste aqui em meu ambiente, notei que é no momento que a informação vai ser passada para a dll fazer a leitura, ela chega como Ou seja, só a chave. Por favor, faça um teste configurando no componente o arquivo Key (Sem frase de segurança).

impressão minha ou tem uma virgula no final do nome do anexo?

Obrigado, @Daniel InfoCotidiano!

usa o ACBrPosPrinter

Bom dia! @Daniel InfoCotidiano, fiz testes com os fontes que você anexou e estava com erro na unit ACBrBoletoW_Inter_API.pas e fiz ajustes(unit em anexo para analise), porém ao enviar tem o retorno de erro abaixo: Retorno Envio: HTTPCode=400 Result={"title":"Dados inválidos.","detail":"Verifique se os dados informados estão de acordo com a documentação disponibilizada e tente novamente.","timestamp":"2024-03-11T10:01:55.445099-03:00","violacoes":[{"razao":"O valor não pode ser nulo","propriedade":"incluirCobrancaAsync.body.desconto.valor","valor":"null"},{"razao":"O valor deve ser menor ou igual a 60","propriedade":"incluirCobrancaAsync.body.numDiasAgenda","valor":"45368"},{"razao":"O valor não pode ser nulo","propriedade":"incluirCobrancaAsync.body.mora.valor","valor":"null"}]} ACBrBoletoW_Inter_API.zip

Bom dia @JeannyPaiva, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5197

Bom dia @Jamil Araujo Criado a Tk-5196 para análise.

@Italo Giurizzato Junior bom dia, Realmente com o A1 está rodando 100%. Até o momento testei outras configurações sem sucesso. Tenho 2 clientes com A3, estou orientando a adquirir o A1. Obrigado.

Consegui encontrar o erro. Esse serviço veio de um refatoração de um server com tecnologia antiga que usava socket. nas chhamadas dos metodos tinha o "safecall;" Foi remover eles que parou o erro , obrigado pela ajuda

@lucimauro Estava testando em meu exemplo e realmente não voltou EstadoTituloCobranca: Obrigado por reportar criado a Tk-5193 para analise do retorno

Bom dia Italo, tudo bem? Levantei essa hipótese também, fiz um envio com o XML de cancelamento assinado, porem sem sucesso. Vou entrar em contato com a prefeitura, assim que tiver um retorno aviso aqui qual foi a solução/resposta

@Italo Giurizzato Junior Obrigado por sua importante ajuda. Segunda-feira logo pela manhã, estarei verificando estes parâmetros e reporto aqui. Por hora, meu muito obrigado.

@angelosobreira, No programa exemplo temos: // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao ); // stRetencao = snSim // stNormal = snNao // Neste exemplo não temos ISS Retido ( stNormal = Não ) // Logo o valor do ISS Retido é igual a zero. Servico.Valores.IssRetido := stNormal; Servico.Valores.ValorIssRetido := 0.00;

Boa tarde! O componente abstrai as diferenças entre os provedores com classes própria para geração e leitura do XML. (Por isso, é preciso definir a cidade antes de usar). Por causa disso, se só foi alterado nas classes do IPM, só vai afetar ele. Nesse caso, a propriedade é usada só nas units do IPM, portanto, não vai afetar.

Além disso, no município de Niterói também não est[a sendo passado o tomado.r. O webservice está retornando "O CPF/CNPJ do Consulente informado não condiz com o Tomador ou Intermediário.

Boa tarde @Alexandre Felippeto Henzen, Entre em contato com a prefeitura e expõe o problema que esta ocorrendo com o Portal. O Portal é de responsabilidade do provedor.