Painel de líderes

Boa tarde Comunidade ACBr, no commit 33681 foi unificado o comportamento do componente ACBrNFe no que diz respeito a geração de PDFs. Desta forma para qualquer um dos geradores suportados, o comportamento de geração dos arquivos em PDF será respeitado igualmente, não havendo distinção de regras entre eles, o que causava problema ao se trocar de gerador e também dificultava o suporte. Esta mudança foi aplicada para preservar a compatibilidade entre os geradores, para que todos tenham a mesma regra de negócios aplicada, e também caso haja uma das configurações abaixo sejam aplicadas com sucesso a cada arquivo gerado de forma individualmente. Configurando : <ACBrNFe>.DANFE.UsaSeparadorPDF := True; <ACBrNFe>.Arquivos.SepararPorAno := True; <ACBrNFe>.Arquivos.SepararPorMes := True; <ACBrNFe>.Arquivos.SepararPorDia := True; <ACBrNFe>.Arquivos.SepararPorCNPJ := True; o sistema irá criar os arquivos com base nas informações do XML como exemplo : [CNPJ] [ANO] [MES] [DIA] C:\ACBr\pdf\9999999000191\2024\05\18\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\20\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf Como era Antes O PDF era gerado usando como base o primeiro arquivo carregado ou conforme o gerador selecionado, eram gerado todos os PDF dentro do mesmo arquivo. Como ficou Agora É gerado um arquivo único com seu respectivo documento na respectiva estrutura conforme a configuração do componente, não há a possibilidade de gerar um arquivo com vários PDF juntos, o sistema irá gerar vários PDF cada um com seu documento fiscal respectivo. Eventos Para a impressão correta dos eventos, é necessário que a nota fiscal esteja também carregada no componente, e não somente o evento, pois existem informações que são necessárias abstrair do XML do Documento Fiscal. O não carregamento da NFe que originou o evento, pode ocasionar erros no fluxo de impressão ou campos faltando o preenchimento.

Certo Italo, já falei com o provedor, mandaram o manual hehehe, são uns brincalhões. Vou fazer contato novamente e qualquer novidade reporto aqui. Obrigado!

Os componentes recebem atualizações diárias, sejam por implementações ou por correções. Não existe uma regra, mas é interessante pelo menos uma atualização semanal.

Olá @Renato Rubinho, funcionou com esta nova versão, era algum conflito local mesmo no build. Quando versionar para o nuget público nos avise fazendo favor ? Deixamos o cliente para emitir NFCe temporariamente em produção, com a nova versão vai funcionar o MFE deles. Obrigado.

Olá Diego bom dia! eu descobri o que causava o erro na consulta da situação é que eu recortava o número do protocolo do retorno do método emitir só que este recortar trazia junto com o número um [CR] [LF] invisível que eu só consegui descobrir olhando a chamada do método nos arquivos de log do aplicativo de teste em VB6 e do meu aplicativo. chamada no aplicativo VB6 "18/05/24 08:29:55:291 - NFSE_ConsultarSituacao(563164074,1 )" chamada no meu aplicativo "13/05/24 17:45:32:070 - NFSE_ConsultarSituacao(562538207[CR][LF],1 )" Portanto o problema está resolvido, agradeço a vossa ajuda e atenção.

Olá pessoal! Como alguns devem saber, ou ao menos ouvido falar, através de notícias, a desoneração da folha de pagamento tem sido tópico de discussão na esfera política e jurídica. O que nem todos sabem é que essa movimentação afeta os cálculos do eSocial, por isso, é importante acompanhar a questão e ficar ciente de qualquer orientação relacionada. Dito isso, na movimentação mais recente a respeito dessa questão, foi publicado no dia 19/05/2024 no portal do e-Social uma notícia informando que o STF suspendeu por 60 dias os efeitos da decisão que reconheceu como inconstitucional os efeitos da Lei aprovada anteriormente que prorrogava a desoneração da folha para 2027. Na mesma notícia também é dado destaque ao seguinte aviso: Além disso, constam as seguintes orientações destinadas às empresas, órgãos gestores de mão de obra e municípios impactados por está decisão: Leia a notícia na íntegra AQUI.

O problema é justamente estar usando as novas DLLs (OpenSSL versão 3) com um certificado não compatível. Tentou fazer o indicado no tópico?

@Fernando Pasqueto e @MuriloS.A Muito obrigado por sua ótima contribuição... Apliquei uma ampla revisão nos fontes... Efetuei algumas otimizações no código, indentação e ajustes para compilação no D7 Poderiam por favor testar com a versão em anexo ? A quem devo creditar a autoria dos fontes ? TEFAPIElgin.zip

Boa tarde. Fiz a implementação de um api TEF para ELgin, gostaria de saber como posso contribuir para que possa ser inserido no projeto da ACBR. Já fiz toda validação junto a ELgin e obtive sucesso! Criei tudo nos moldes já existentes. Basicamente o que foi feito : * Um novo tipo de provedor chamado "ACBrTEFAPiElgin" ** Criei units "ACBrTEFAPiElgin.pas" e "ACBrTEFAPiELginComum.pas"; ** Fiz os ajuste necessario nas units "ACBrTEFAPi.pas", "ACBrTEFAPiComum.pas" e "ACBrTEFComum" ** Adicionei o TEFAPiElgin no ACBr_TEFD.dpk todos os arquivos anexos : TefApi_Elgin-MURILO.rar Poderiam me ajudar por favor.

chegou a reportar no suporte do Provedor ou prefeitura?

Daniel, nota 10!!! Acertou essa questão acima.

No caso tem que verificar se está as opções regionais do brasil ou está de outra por isso do erro. sabe dizer se o micro onde qual está configurado

Boa tarde @Patrick Knopf, Exato, sendo assim o correto é informar o CNPJ sem formatação. Sugiro você entrar em contato com o provedor e expor o problema. Pode ser algum problema no cadastro desse prestador lá no webservice do provedor. Já vi isso ocorrer.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Sim, vou efetuar os testes. Reporto assim que tiver os resultados.

Olá. Fizemos uma integração com o TEF Elgin. Segue arquivos em anexo. Se não for a área correta, por favor, mover. Obrigado. ACBrTEFDElgin.pas ACBrTEFD.pas ACBrTEFDClass.pas

@nildglan, As tabelas se encontram dentro da pasta: ...\Exemplos\ACBrTCP\ACBrIBPTax\tabela Abri a tabela do Pará e encontrei o referido NCM, veja:

Muito Obrigado!

Conferindo o log que disponibilizou no retorno você recebeu o status 200 diferente do 401 recebido anteriormente. Esse status seria um "OK", no entanto, você recebeu com esse status: <html> <head> <title>Request Rejected</title> </head> <body>The requested URL was rejected. Please consult with your administrator.<br> <br>Your support ID is: 110776693XXXXXXXXXXX<br> <br> <a href='javascript:history.back();'>[Go Back]</a> </body> </html> Conferindo no manual da versão mais recente temos: Esta URL coincide com a URL usada na requisição, por favor, entre em contato com o suporte utilizando este ID e peça uma orientação a respeito do porque ter recebido este erro.

Obrigado Juliomar

@Daniel Simoes Bom dia. O trabalho maior foi do @MuriloS.A

Sim, eu alterei na unit ACBrPIXPSPBradesco.pas. No manual Bradesco, é mencionado o protocolo TLS 1.2, na tentativa vi a linha e alterei, e aparentemente ele obteve a credencial e o erro já seria outro! Quanto ao certificado ele está carregando e os dados dele como a senha, estão sendo obtidos corretamente.

Bom dia @daniel_mirassol Estou analisando o caso. Sobre esta imagem, vc enviou do CNAB240, mas vc utiliza o CNAB400, então o correto é esta linha 950 (e não a 772): O que diz o manual: Instrução 10: Observação: Sendo assim, faça um teste por favor, passe Instrucao3=numero de dias protesto exemplo 05 O Componente vai mandar a instrucao2=10 (para seguir a regra do manual) Gere o arquivo. Aguardo um feed back após seus testes.

O envio não foi autorizado. No retorno a sefaz explicou o motivo de ser necessário nesse CT-e ter pelo menos 1 documento. Como não tenho mais o acesso remoto do cliente, não consigo mais obter o retorno. Mais de qualquer forma, se não for possível fazer o ajuste, vou criar uma classe helper, pois é mais fácil para o usuário / suporte entender o motivo de ser necessário pelo menos 1 documento, pois a sefaz traz um retorno melhor que o erro de validação.

Bom dia @brajan, Uma coisa é o XML ter sido gerado e validado com sucesso antes do seu envio. Outra coisa é a SEFAZ-Autorizadora ter autorizado o CT-e enviado. Precisamos dessa informação para que possamos aceitar a sua contribuição. Desde de já muito obrigado.

Bom dia, Estou passando pelo mesmo problema! Utilizei a unit fornecida acima, e não funcionou. Porém alterei o protocolo de 1.1 para 1.2 e o erro mudou! Segue o arquivo de LOG PIX_LOG.text

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Olá Comunidade. Recebi um e-mail pelo canal do Banrisul: [email protected], nos passando os seguintes dados para teste do PIX: "Com relação ao processo de homologação com a nossa API Pix, vocês podem iniciar utilizando os dados abaixo, em nosso ambiente de desenvolvimento.

Boa tarde Estava usando a versao 0.2.0.266 , atualizei para versao 0.2.0.288 Funcionou perfeitamente. Muito obrigado

@Daniel Simoes @Juliomar Marchetti Boa tarde. Executei algumas correções nos arquivos ACBrTEFAPIElgin.pas e ACBrTEFAPIElginComum.pas, executei transacoes de multiplos cartões e operações admisnitrstrativas com exito. * Corrigido erro na exbição das operações administrativas. * Corrigido erro no retorno de pagamento, quando efetuado um pagamento de 10,00 o retorno era lido como 1,00, sendo assim a operacao era finalizada na elgin e permanecia em aberto no componente que recebia uma valor errado de pagamento efetuado. * Corrigido erro na rotina de tratamento de retorno do comprovante. ACBrTEFAPI.rar