Painel de líderes

Bom Dia a todos, consegui implementar a criptografia da senha do email, muito obrigado a todos. Contudo ainda não consegui realizar um teste efetivo pois depende de ser gerada a senha para os aplicativos em cada provedor de email, por tal estou ganhando esse conhecimento para concluir o teste. Obrigadão a todos

o código está no svn. mas está comentado pois estou ajustando conforme manual para a questão da assinatura do header

Bom dia, algum avanço nos testes? Passei o dia ontem tentando gerar o token para no final do dia receber uma resposta do suporte avisando que os servidores estavam fora do ar.

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

Boa noite. No arquivo de retorno do Itau no Registro1 o campo Nº DE INSCRIÇÃO DA EMPRESA(CNPJ) vem nas posicoes 019 033, mas na procedure TArquivoR_CNAB240.LerRegistro1(nLinha: Integer); esta buscando da posicao 019 a 032. Verifiquei no laytou de outros bancos como bradesco e de falto lã vem das posições 019 a 032: Diferente do Itau: Sendo assim, sobrescrevi procedure TArquivoR_Itau.LerRegistro1(nLinha: Integer); Segue o arquivo com a mudança. PagFor.Itau.LerTxtRetorno.pas

Boa tarde! Foi enviado uma alteração ao SVN visando corrigir este problema. Foi optado por manter o mesmo comportamento da resposta do envio assíncrono, ou seja, no campo XML da resposta, será exibido o grupo <protNFe>. Caso queira o XML completo da NFe acrescido do protNFe, você pode obter o mesmo utilizando o método NFe_ObterXML ou NFe_GravarXML. A alteração estará disponível em Libs compiladas após o dia 15/08/2024.

Vamos providenciar. Pode fechar este tópico então. Obrigado

@Luis Fernando G. So lembre-se que alguns bancos utilizam o codigo de instrução para baixa e protesto: titulo[0].Instrucao1 = "10"; titulo[0].Instrucao2 = "11"; Então supondo q vc envie uma instrução de protesto por engano e esta msg nao estiver nas instruções, vc pode ter problema. agora se o banco não utilizar instruções, passe titulo[0].Instrucao1 = titulo[0].Instrucao2 =

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Preencha a propriedade ImprimirMensagemPadrao como False

Olá Pessoal, Visando sempre melhorar os códigos dos componentes, tenho o prazer de lhes informar que já se encontra no SVN a nova unit que visa escrever o XML do MDF-e se utilizando as rotinas do ACBrXmlDocument que já demonstraram serem mais velozes que as do PCN. Recentemente foi disponibiliza a unit responsável pela leitura e agora chegou a vez da unit que gera o XML. Ficou curioso e quer realizar testes? Vou te explicar como fazer para que o componente se utilize das novas units: 1. Abra o arquivo ACBr.inc que esta na pasta: ...\Fontes\ACBrComum usando o bloco de notas ou NotePad++; 2. Descomente (removendo o ponto que esta a esquerda do $) a definição da diretiva de compilação: ACBr_XMLDOCUMENT; 3. Salve o arquivo; 4. Reinstale o ACBr; 5. Iniciei os testes usando o programa exemplo ou se preferir a sua aplicação. Por fim não menos importante nos reporte qualquer problema. Antes que eu esqueça o componente ACBrMDFe já contempla as alterações necessárias para gerar as novas tags referente ao CT-e Simplificado descrito na NT 2024/002 do MDF-e. Vale lembrar também que essas novas tags só vão ser reconhecidas pela SEFAZ a partir de 02/09/2024 (ambiente de homologação) e 07/10/2024 (ambiente de produção).

Olá Pessoal, É com muita satisfação que venho informar a todos que o componente ACBrNFe ganhou novas units para Consultar a Situação de uma nota, solicitar a inutilização de um numero ou faixa de números, enviar eventos e para administrar o CSC (Código de Segurança do Contribuinte) usado na NFC-e, este ultimo não sei informa-los quais UF possuem um webservice para esse serviço. Foram criadas novas units para gerar o XML de pedido de consulta, de inutilização de envio de eventos, bem como as units que fazem a leitura do retorno foram reescritas. Elas se encontram em uma nova pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos O que muda na minha aplicação? Nada, pois essas units são utilizadas pelo próprio componente. Porque foram criadas essas novas units? As units antigas se utilizam das units pcnGerador e pcnLeitor para geração e leitura do XML respectivamente. As novas units se utilizam das units ACBrXmlWriter e ACBrXmlReader que tem a mesma função de geração e leitura. Não chegamos a realizar testes de velocidade nessas novas units criadas para o ACBrNFe, mas a um tempo atrás a unit responsável por ler o XML de um CT-e contendo aproximadamente 1.800 (mil e oitocentos) notas vinculadas demorava cerca de 6 minutos para realizar a leitura. Foi criada uma nova unit se utilizando o ACBrXmlReader para realizar a leitura do XML do CT-e, foi realizado um teste com o XML contendo 1.800 notas vinculadas e o mesmo foi lido em aproximadamente 6 segundos. Veja o ganho em velocidade na leitura do XML, de 6 minutos para 6 segundos. Por conta dessa performance resolvemos reescrever todas as units que utilizam as units pcnGerador e pcnLeitor visando a passar a utilizar as units ACBrXmlWriter e ACBrXmlReader. Não é um trabalho fácil e rápido. As novas units foram escritas, foi criado os testes unitários para cada uma delas, depois de testadas fizemos a migração, um trabalho que consumiu varias semanas. Em breve as units antigas vão ser removidas do SVN. Esse trabalho vai ser realizado em outros componentes? Sim, o próximo é o ACBrCTe, depois o ACBrMDFe. Estamos trabalhando para deixar os componentes mais velozes.

Consegui resolver Basta colocar a propriedade "Numcopias" do DANFE, como ZERO que aí ele não verifica esta questão de impressão, que ai ele gera o PDF normalmente. Obrigado !

Finalmente consegui. Quem for sofrer igual eu sofri ... gente ... siga esse passo do Juliomar Marchetti OU SEJA, não deixem varios acbr ou fortes report, espalhado na sua maquina. Foi essa a besteira que eu fiz! E tambem ajustem o delphi de acordo com esse link do Isaque http://isaquesp.blogspot.com.br/2011/09/varias-versoes-do-delphi-instaladas-sem.html Resolvido meu problema