Painel de líderes

Muito obrigado Alexandre, vou estudar.

Boa tarde @Leandro Vignoto, Já se encontra no SVN o componente para a impressão do DANF3E no formato A4. O ACBrInstall ainda não contempla a instalação dele. Neste primeiro momento se faz necessário a instalação manual. Os pacotes se encontram na pasta: ...\Pacotes\Delphi\ACBrDFe\ACBrNF3e\DANF3e\Fortes Abra e compile o pacote: ACBr_NF3eDANF3eRL e depois abra, compile e instale o pacote: DCLACBr_NF3eDANF3eRL. O programa exemplo já contempla o novo componente para impressão do DANF3E. Eu acredito que ainda vai ser necessário fazer mais alguns ajustes para que a impressão fique melhor, bem como corrigir alguma informação que esta sendo impressa de forma errônea.

@José Guilherme Geraldo Sim, vc pode criar utilizando python utilizando nossa biblioteca multithread. Estou finalizando um exemplo basico Multitread, assim vc pode testar com "ponteiros", assim q terminar te aviso. Enquanto isso para testes em MT , temos a consulta CEP https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Python/CEP/ Além do exemplo MT, existe um mini curso para que vc possa entender o uso da lib https://acbr.nutror.com/curso/02e9faba1f8380dc1140e019c03a87552e48410d

O problema foi resolvido após atualizar para a versão 1.0.0.110.

Bom dia, Pessaol. Esse problema acontece porque voces tem que pedir liberacao tanto em ambiente de homologacao como de producao para gerar o RPS, pois, se eles nao liberar vai ficar dando esta msg mesmo. Vou passar aqui o e-mail deles para vcs solicitarem [email protected]

Boa tarde! Neste exemplo o ultNSU e o maxNSU possuem o mesmo valor, o que indica que não há mais documentos a serem devolvidos pelo web service.

Gostaria de enviar minha contribuição para o projeto, criei uma nova propriedade no componente de Danfe da NFe para FastReport (TACBrNFeDANFEFR), para retornar a instância do TfrxReport antes da preparação. Esta alteração é necessária, pois se invocar a propriedade "PreparedReport", implementada pelo time da ACBr, ela chama o metodo "PrepareReport" da classe "TACBrNFeFRClass", este metodo tenta validar o layout do relatório. Porém quando se usa uma função definida pelo usuário, ela deve ser adicionada e injetada na instância do TfrxReport, usando respectivamente o método "AddFunction" e o evento "OnUserFunction" antes de chamar o metodo "PrepareReport", caso contrário, este método levanta uma exceção. Por este motivo eu implementei a propriedade "UnPreparedReport", o que resolve a questão. Segue abaixo imagens das alterações, para facilitar a analise, assim como os arquivos ACBrNFeDANFEFR.pas e ACBrNFeDANFEFRDM.pas já alterados a partir da ultima versão do ACBr. Alterações no arquivo ACBrNFeDANFEFR.pas: Na linha 61: Na linha 111: Na linha 299: Alterações no arquivo ACBrNFeDANFEFRDM.pas: Na linha 171: Na linha 2406: Fast.rar

Olá comunidade ACBr, No passar dos anos alguns bancos sofreram mudanças de marcas, conhecido como Rebranding, como foi o caso por exemplo do Bancoob que se transformou em Sicoob entre outros. Não vamos descontinuar as classes ou configurações em que o componente ACBrBoleto foi criado nos bancos em questão, porem, foi criado um "helper" para os usuários que possam sentir dificuldades para localizar esses bancos que no decorrer dos anos sofreram mudanças de marca. No momento as classes são: Enumerador Novos Enumerador Original cobBancoSicoob cobBancoob cobBancoSisprime cobUniprimeNortePR cobBancoAilos cobBancoCECRED Esses novos enumeradores só é válido para parametrização da Classe, seja para CNAB ou Webservices. Exemplo : na utilização do enumerador cobBancoSicoob ou cobBancoob a classe iniciada será a TACBrBancoob; OBS: Na utilização da Função GetTipoCobranca, o Tipo de Cobrança retornado será o Enumerador Original, usando o mesmo exemplo acima no caso do banco 756 será retornado cobBancoob

Consegue por gentileza anexar um log atualizado ?

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

antes de instalar só faz um backup dos inis da pasta do monitor. pode ser instalado por cima, pois ele nao sobrescreve o INI. backup é só por prevencao mesmo

Qual método você utilizou? Outros métodos retornam dessa maneira? Com o conteúdo do JSON errado

Eu notei esse espaço, mas como sempre funcionou dessa forma eu acabei não dando a devida atenção a ele. Agora testei novamente sem o espaço e sem mascara no CNPJ e ai funcionou perfeitamente. Obrigado pela ajuda.

Aguardo, obrigado.

Boa tarde! Fiz um teste em meu ambiente e recebi o mesmo retorno que mencionou. O problema é o espaço entre a vírgula e o CNPJ propriamente dito, veja a mensagem devolvida pelo web service: Value ' 40476573000100' is not facet-valid with respect to pattern '[0-9]{3,14} Ela está acusando que ' 40476573000100'. Por favor, utilize o comando sem os espaçamentos: NFe.ConsultaCadastro(PR,40476573000100) Ou usando aspas para delimitar os parâmetros NFe.ConsultaCadastro("PR", "40476573000100")

Consegui resolver meu Problema Juliomar, gerei uma nova API lá no site do banco inter, baixei os novos certificados em produção e funcionou normal, Obrigado pela atenção e a toda equipe.

Uma conexão de 5 minutos no firebird em um servidor remoto, não parece ser uma boa idéia, muito menos se esta ociosa, acredito que o mais correto seria trabalhar com conexões curtas, transações mais rapidas, abra a conexão, utilize o que precisa e feche. Considere uma api, garanto que tera muito menos dor de cabeça. Ambiente com bancos remotos, devem ser em camadas, sem duvida.

Boa tarde, Deu certo o cancelamento apos seguir suas instruções acima obrigado e pode fechar o topico.

Bom dia Você está utilizando Delphi ou Lazarus? Tente fazer o seguinte teste: Selecione uma outra cidade qualquer que tenha provedor atribuído. Clique em Salvar Configurações e feche o programa. Abra novamente e procure pela cidade que deseja e veja se a mesma aparece. Clique em Salvar Configurações e faça o teste.

Criada uma #TK-5859 para analise do caso, logo daremos um retorno ! Você esta com as classes atualizadas ? Qual tamanho do buffer, você utilizou ? Utilizando a ultima versão disponível para download do ACBrLibSAT ? Qual versão esta utilizando ? x86/x64.. cdecl/stdcall.. SingleThread/MultiThread ? Realizou teste com o programa exemplo, nele ocorre o mesmo comportamento ? Qual modelo Marca e Modelo SAT esta utilizando ?

Aproveitando @Daniel InfoCotidiano, recebemos esse comunicado sobre o API V2 do Banco Inter: Em breve será descontinuada a V2, ficando apenas a V3 (Boleto com PIX).

Bom dia. Sim, estava tudo funcionando até eu ter que renovar o certificado, que deu esse problema. Como eu mudei o nome do arquivo crt e key, esqueci de mudar no cedente.ini. Alterei e deu tudo certo. Mais uma vez muito obrigado.

Bom dia! Tudo certo, valeu muito obrigado ai pelo ajuste e retorno.

Quer dizer que tu não instalou ela. Tu tem alterações locais faça revert na pasta do svn

Não sei o seu nome, mas Resolveu a minha situação. a aplicação exemplo esta gerado 420.0000. Alterei o XML manualmente nessa tag pOri de 420.0000 para 100.0000 e resolveu o meu problemas manualmente, já alterei para ambiente de produção, já outorizou o XML cliente já até recebeu o valor da nota. Agora vou estudar aqui para agregar a NFe dentro da minha aplicação. Se tiveres um dica do porque a aplicação exemplo esta gerando 420.0000 ao invés de 100.0000 agradeço.

Pelo que vi o problema foi após o refactoring que foi feito no ACBrHTTP. O método RespIsUTF8 falha em detectar a codificação do arquivo. Segue sugestão para correção. ACBrNCMs.pas ACBrSocket.pas

@C4Dev Acho q já sei o q está acontecendo. Não é que não existe situação, ela existe, mas na cobranca convencional, na pix nao. Isso deve ter sido alterado. Boleto Convencional (Sem ser pix) Cobrança PIX anexei estas informações a TK

o problema é a versão do android no dispositivo que ele quer é antigo e o Delphi tem lá no docwiki as limitações de suporte a cada versão que no caso até estão descontinuadas pela google

Bom dia @Natanael Sanches, Muito obrigado pela colaboração, já criei a TK-5856 para analise.

Muito obrigado Diego, muito obrigado Daniel. vou estudar.

Bom dia @Waldir Paim, Vejo com bons olhos a ideia, eu particularmente criaria mais uma unit para conter as rotinas que fazem a leitura e a escrita do arquivo INI, arquivos estes utilizados pelo ACBrMonitor Plus e Lib. Vou fechar este tópico uma vez que o problema foi sanado. Waldir poderia criar um novo tópico para que a Equipe ACBr possa avaliar a possibilidade de criar essas novas units?

Depende. Se vc passar o cedente.ini em em tempo de execução ela vai ignorar os dados acbrlib.ini relativo os campos contido no cedente.ini se vc passar cedente dentro do titulo.. vai ler e dar preferencias ao cedente enviado. Uma pergunta, nao foi apenas o certificado q venceu e precisou a troca? Nao esta ja funcionando Santander? Erro 500 como o Diego citou é relacionado ao openssl

* Confirme se está copiando as dlls de dependência na pasta da aplicação, na mesma arquitetura que compila * Se estiver utilizando a OpenSSL 3.0 x64, confirme se copiou a legacy.dll * Teste com a OpenSSL 1.1

Eu abri o AcbrBoletoDemo.ini e preenchi os 3 por precaução. ArquivoCRT=C:\svn\trunk2\Exemplos\ACBrBoleto\Delphi\cert.crt ArquivoKEY=C:\svn\trunk2\Exemplos\ACBrBoleto\Delphi\cert.key ArquivoPFX=C:\svn\trunk2\Exemplos\ACBrBoleto\Delphi\cert.pfx Comando pra gerar o CRT e o Key: openssl pkcs12 -in cert.pfx -clcerts -nokeys -out cert.crt openssl pkcs12 -in cert.pfx -nocerts -nodes -out cert.key Se for rodar no Windows Precisa ter o OpenSSL instalado, ou pode rodar no Linux que já vem instalado.

Boa tarde! O e-mail do remetente da mensagem é do g-mail, hotmail ou de um provedor de e-mails próprio? Neste tópico tem um exemplo das configurações para os principais provedores de e-mails: Dito isso é importante considerar: Para o g-mail, por exemplo, você vai configurar uma senha de app e definir ela na config da Lib ao invés da senha padrão da conta. Você deve usar o método MAiL_ConfigGravarValor para salvar a informação da senha. Você não pode simplesmente colocar ela direto no ACBrLib.ini porque a senha é criptografada pela Lib.

Sim, era o cryOpenSSL que faltava, no meu estava cryNone. Alguém já se deparou com isso? Project CH.exe raised exception class Exception with message 'Erro: Erro ao ler informações do Certificado. Provavelmente a senha está errada Error: 310378599 - error:12800067:DSO support routines::could not load the shared library'. A questão é que a senha do certificado está correta, estão usando para assinatura o pfx e senha mesmo? Tentei até colocar novas libeay32.dll e ssleay32.dll mas mesmo assim ocorre está exceção. Alguém sabe o que pode ser?

então é nele que tu vai ter que trabalhar salvo engano não vai conseguir

Boa tarde @Diego Foliene e @Italo Giurizzato Junior Será que poderíamos separar essa parte de validar as regras de negócios de dentro da unit ACBrNFeNotasFiscais.pas e migrar essas regras para um nova unit com um nome semelhante a esse: ACBrNFeRegrasDeNegocio.pas Dessa forma a manutenção de ambas as units ficariam muito melhor.

Olá pessoal, Conforme o titulo do tópico a empresa EICON que implementou o provedor Ginfes que se utiliza da versão 1 do layout da ABRASF tem agora um novo provedor chamado GissOnline que no componente ACBrNFSeX foi implementado com o nome de Giss e este trabalha com a versão 2.04 do layout da ABRASF. Quem é prestador de serviço da cidade de Jundiaí/SP vai poder optar entre o Ginfes (que vai continuar funcionando) e o Giss. Para realizar essa troca vai ser necessário apenas fazer uma alteração no arquivo ACBrNFSeXServicos.ini Para quem utiliza o componente ACBrNFSeX segue abaixo o passo a passo: 1. Abra o arquivo ACBrNFSeXServicos.ini; 2. Procure pela cidade que utiliza o provedor Ginfes e que também foi disponibilizado o Giss como é o caso de Jundiaí/SP e faça a seguinte alteração; [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Observações: Esse novo provedor não dispõe de um ambiente de homologação (testes) somente de produção, pelo menos é essa informação que temos para a cidade de Jundiaí/SP. Quanto a URL de produção segue orientação que consta no manual da EICON. EDIT 02/09/2024: Um membro de nossa comunidade que realizou testes utilizando o Giss para o município de Jundiaí/SP nos informou que a alíquota no arquivo deve ser dividida por 100 e com 4 casas decimais, portanto, caso queira realizar testes com o novo provedor para este município, deve ser adicionada uma linha Params no arquivo ACBrNFSeXServicos.ini ficando desta forma: [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Params=Dividir100:|Aliquota4Casas: Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Não se faz necessário colocar o "?wsdl" no final da URL no arquivo ACBrNFSeXServicos.ini 3. Salve o arquivo ACBrNFSeXServicos.ini alterado e execute o Compila_RES que se encontra na mesma pasta. 4. Reinstale o ACBr 5. Inicie os testes com o programa exemplo, lembre-se não tem ambiente de homologação, logo aconselho a emitir notas no valor de 1 Real e depois efetuar o seu cancelamento. Para quem utiliza a DLL ACBrLibNFSe ou o ACBrMonitor Plus segue abaixo o passo a passo: Execute os passos 1 e 2 demostrados acima. 3. Configure a Lib ou o Monitor indicando o caminho onde se encontra o arquivo INI de serviços. 4. Inicie os testes com o programa exemplo, lembre-se não tem ambiente de homologação, logo aconselho a emitir notas no valor de 1 Real e depois efetuar o seu cancelamento.

Olá pessoal! Conferindo na página Sobre a NF-e consta um aviso informando que foi disponibilizado no ambiente de testes um autorizador síncrono para NF-e. Aviso reproduzido na íntegra: Síncrono... Assíncrono... que raios é isso?! Na transmissão de documentos fiscais, o envio para o web service pode ocorrer de duas maneiras. No envio assíncrono, o XML é enviado para o web service, que devolve um número de recibo. Em seguida, o emissor faz uma nova conexão com o mesmo web service para consultar o número de recibo e receber o resultado do processamento. No envio síncrono, o XML é enviado para o web service, que já devolve o resultado do processamento na mesma resposta, ou seja, tudo é feito em uma única conexão. E por que isso é importante? Apesar de existir as duas formas de envio, recentemente alguns documentos fiscais tem adotado exclusivamente o modo de envio síncrono e desativando o modo assíncrono. Isso aconteceu com a NFC-e: Com a versão 4.00 do CT-e: Com o MDF-e: E logo com a NF3e também: Para a NF-e especificamente, ainda existe ambos os métodos, com exceção de SP e BA que não aceitam o modo síncrono. Esse aviso indica que a Sefaz de SP está caminhando para que isso não seja mais o caso e ela passe a aceitar o envio síncrono também. O que pode ser um passo para que a NF-e também mude somente para o modo síncrono futuramente. Está edição do Papo PRO traz considerações sobre as formas de envio: Um agradecimento ao membro de nossa comunidade @Felipe Marianopor compartilhar a informação no canal #sefaz em nosso Discord.

Não. Sempre que estiver disponível poderá utilizar. Na prática ninguém gosta de utilizar quando não há necessidade, mas uma vez ativa a contingência, não existe restrição para não usa-la pelo lado da SEFAZ. Uma situação em que ela fica ativa e teus clientes podem estar emitindo normalmente é em uma instabilidade. Exemplo você pode emitir 5 notas e ir tudo bem, emitir a próxima e ela ficar em processamento ou perdendo a conexão (instável), neste caso provavelmente a contingência permanece ativa a disposição de quem precisar. Quem deve decidir nesta situação seria o teu cliente. Se ele emite muitas notas, ele vai reclamar da instabilidade. Porém se é um cliente que emite 5 notas no dia, provavelmente ele nem passe para a contingencia. Não sei se ficou claro, mas seria esta a lógica. Este cenário existe. Geralmente quando a SEFAZ volta com o ambiente normal, mas ela não tem segurança que o problema está resolvido, ela pode deixar um dia ou dois a mais ativo a contingência até se certificar que está tudo normal para só então desativar.

Olá pessoal! Conferindo na página SPED MG na área específica para NF-e, consta um aviso informando que no dia 09/08/2024, à partir das 18h00 será realizada uma atualização do ambiente de infraestrutura da Sefaz de Minas Gerais. Não há previsão de indisponibilidade, no entanto, os serviços de autorizações de Documentos Fiscais Eletrônicos – NF-e, CT-e, CT-e OS e BP-e podem apresentar instabilidade e variação no tempo de resposta durante este período. O processo de manutenção tem previsão inicial de ser concluído às 08h00 do dia 12/08/2024.

Olá pessoal! No dia 07/08/2024, por volta das 08h35 começamos a receber em nosso Discord múltiplos relatos de membros com problemas ao tentar transmitir NF-e para a Sefaz de São Paulo. O erro que muitos relataram estar recebendo ao tentar realizar uma transmissão era: Conferindo no DownDetector, é possível observar que o volume de relatos de problema aumentou exponencialmente durante esse mesmo período: Alguns colegas relaram sucesso na emissão realizando um teste com um link de internet alternativo ou alterando o DNS. Uma dica que foi compartilhada é utilizar o comando: nslookup nfe.fazenda.sp.gov.br E ir testando qual DNS consegue comunicação.

Olá pessoal. No dia 06/08, foi publicada uma notícia no portal do SPED orientando como deve ser feita a escrituração do PIS Cofins decorrente do Regime Especial da Industria Química (REIQ). Segue notícia na íntegra: Fonte original: http://sped.rfb.gov.br/pagina/show/7498 Lembrando que o preenchimento dos campos mencionados usando o ACBrSPEDPisCofins pode ser feito da seguinte forma: var RegF001: TRegistroF001; RegF010: TRegistroF010; RegF100: TRegistroF100; begin RegF001 := ACBrSPEDPisCofins.Bloco_F.RegistroF001New; //... RegF010 := RegF001.RegistroF010New; //... RegF100 := RegF010.RegistroF100New; RegF100.IND_OPER := RegF100.VL_OPER := RegF100.CST_PIS := RegF100.VL_BC_PIS := RegF100.ALIQ_PIS := RegF100.VL_PIS := RegF100.CST_COFINS := RegF100.VL_BC_COFINS := RegF100.ALIQ_COFINS := RegF100.VL_COFINS := RegF100.NAT_BC_CRED := end;

Olá Pessoal, Algumas units do componente ACBrNFe foram reescritas e se encontram em outra pasta com um novo nome, portanto as anteriores deixaram de serem utilizadas pelo componente e consequentemente estão sendo removidas do SVN. Units em desuso que estão sendo removidas estavam na pasta ...Fontes\ACBrDFe\ACBrNFe\PCNNFe, são elas: pcnAdmCSCNFCe, pcnConsSitNFe, pcnEnvEventoNFe, pcnEventoNFe, pcnInutNFe, pcnRetAdmCSCNFCe, pcnRetConsSitNFe, pcnRetEnvEventoNFe e pcnRetInutNFe. As novas units que o componente esta utilizando se encontram na pasta ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos, são elas: ACBrNFe.AdmCSC, ACBrNFe.ConsSit, ACBrNFe.EnvEvento, ACBrNFe.EventoClass, ACBrNFe.Inut, ACBrNFe.RetAdmCSC, ACBrNFe.RetConsSit, ACBrNFe.RetEnvEvento e ACBrNFe.RetInut. Caso você tenha informado em "uses" uma das units que foram removidas você deve trocar o nome dela pela sua equivalente, conforme a relação: pcnAdmCSCNFCe deve ser substituída por ACBrNFe.AdmCSC pcnConsSitNFe deve ser substituída por ACBrNFe.ConsSit pcnEnvEventoNFe deve ser substituída por ACBrNFe.EnvEvento pcnEventoNFe deve ser substituída por ACBrNFe.EventoClass pcnInutNFe deve ser substitúida por ACBrNFe.Inut pcnRetAdmCSCNFCe deve ser substituída por ACBrNFe.RetAdmCSC pcnRetConsSitNFe deve ser substituída por ACBrNFe.RetConsSit pcnRetEnvEventoNFe deve ser substituída por ACBrNFe.RetEnvEvento pcnRetInutNFe deve ser substituída por ACBrNFe.RetInut