renesul
-
Total de ítens
59 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por renesul
-
-
Adição da Cidade de Lajeado / RS
-
Nos testes do ACBRNFSeX notei a ausência da tag com o id da cidade de Lajeado - RS com as configurações do provedor Thema.
Obrigado
-
Em 12/12/2017 at 11:31, fabiofranzini disse:
@Rafael Dias entendo, na verdade não vi nem como um erro, só estranhei a diferença de tempo entre uma unit e outra. Vou continuar os testes e se achar algo reporto aqui.
Percebi um aumento no tempo de assinatura significativo (> 100%) na parte de assinatura com a configuração abaixo:
SSLib = libCustom
CryptLib = cryWinCrypt
HttpLib = httpWinHttp
XMLSignLib = xsLibXml2 -
5 horas atrás, João Paulo F. Bellucci disse:- CNAB400 motivos.
- O Sicoob e bancos cooperativados passaram a validar os campos:
Agencia, AgenciaDigito, Conta, ContaDigito.O Field Cedente.Conta vem preenchido com a conta e zeros a esquerda com 12 digitos ex: 000000001234Ao gerar o arquivo de remessa justamente na Linha 349:
PadLeft( OnlyNumber(Cedente.Conta), 8, '0')o sistema gera para a interface a seguinte informação 00000000 regeitando a conta real que é 1234Como solução foi adotado o corte correto:
PadLeft( RightStr(OnlyNumber(Cedente.Conta),8), 8, '0') + // Conta CorrenteRetornando:
00001234Obs: Este problema não ocorre no CNAB240 pois lá são 12 digitos para conta.Segue o arquivo corrigido em anexo.Confirmado o problema...
A solução aplicada funciona!
Porém temos que evitar de consertar uma coisa e estragar outra como foram os últimos commits.
-
37 minutos atrás, Edevair Viesa Junior disse:
Segue solução :
Poderia descrever a solução? pois o conteúdo não abre
-
Italo, infelizmente não é padrão layout da ABRASF.
-
Alguém já iniciou o desenvolvimento da NFS-e com o novo provedor da Cidade de Pirassununga?
https://pirassununga.giap.com.br/apex/pirassu/f?p=867:70:0:::::
GIAP
-
O fonte do ACBR está atualizado?
Se estiver verifique se o zoom da fonte do windows não está acima de 125%.
-
Olá.
Estou com a necessidade de fazer a leitura do tipo de certificado disponível na unit ACBRDFeWinCrypt pelo método LerCertificadosStore.
Verifiquei que dentro do mesmo métodos é feita a chamada "GetCertContextInfo(ADadosCertificado, ACertContext, False);". Se o terceiro parâmetro for "True" ele retorna adequadamente.
É possível modificar isto no repositório sem gerar problema?
-
Olá. Estou com o mesmo problema relatado...
Alguma solução encontrada?
-
Segue em anexo units
-
Juliomar obrigado pela dica. Na simulação do problema descobri que se tratava de algo no componente.
Quando se altera a escala das fontes do windows o relatório gerado pela classe "ACBrNFeDANFeRLRetrato" era afetado pois ela herda da "ACBrNFeDANFeRL" várias propriedades. Um delas em especial não existia e foi adicionada "PixelsPerInch = 96" que fixa a quantidade de DPI no form e ajustou todos os relatórios que herdam da classe. Fiz mais um ajuste na "ACBrNFeDANFEClass" para evitar tamanho gigante de algumas outras fontes de campos do DANFE.
Fiz ajustes de escala de fontes do windows do 100% a 150% e ficou praticamente estável a visualização e impressão do DANFE sem os problemas reportados. No componente ACBRNfe tive que alterar a propriedade padrão TamanhoFonte_DemaisCampos.
Em anexo ajuste feito
-
Olá pessoal.
Estou tendo dificuldade na pré-visualização e na geração do PDF do DANFE com o Fortes report.
Nos casos que tenho carrego o xml no componente acbrnfe e após mando imprimir com a opção de visualizar ativa.
Notei que a fonte em geral do DANFE é bem diferente da impressa normalmente em uma situação que há 5 produtos simplesmente não aparece informação de item. Com o mesmo XML em outras máquinas do cliente abre normalmente o DANFE.
Se alguém já passou por isto ou tenha alguma ideia do que possa ser...
-
4 minutos atrás, Jorge Eduardo disse:
Boa tarde.
Estou usando o Delphi 2010, utilizo windows 64 bits, estou com a revisão do acbr:13337, atualizado no dia 23/05/2017.
Na maquina de desenvolvimento está tudo ok, mas na maquina dos usuários não funciona, ocorre o erro citado acima quando vou enviar uma NF-e:
Falha na processo de emissão:
Ocorreu uma falha na geração de arquivo XML da nota fiscal
Falha: Falha na validação dos dados da nota: xxxxxxO atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo
'http:www.w3.org/2001/04/xmldsig-more#rsa-sha' no DTD ou no esquema.Já atualizei as Dll e a cadeia do certificado como citado acima, mas não conseguir fazer funcionar nos meus clientes.
Se eu colocar para usar a capcom volta a funcionar.
Alguém pode me ajudar?
regsvr32 msxml5.dll /s
-
5
-
-
Olá,
No meu sistema necessito fazer o processamento de envio de e-mail porém para uso via thread não consigo rastrear a origem do envio.
Para tanto fiz um patch para poder copiar o id do registro no banco de dados para a propriedade "Tag" do objeto AcbrMail para que depois no retorno de envio da thread consiga recuperar o id do registro lendo a propriedade no evento OnMailProcess.
-
1
-
-
Olá pessoal.
Numa implementação atual descobri uma falha bem pequena mas que pode gerar falhas em outros pontos da aplicação usando o ACBrSATExtratoFortes.
O problema acontece quando na geração do PDF a variável a seguir impede a criação do form que exibe o progresso da geração "RLLayout.ShowProgress:= False ;" só que o objeto "RLPDFFilter1" não enxerga isto e num determinado ponto do código ele tenta acessar o form do progresso, que não existe, assim adiciono um patch para avaliação da correção.
-
Antes de enviar uma aplicação exemplo deixo registrado uma forma de contornar o problema de momento.
Defina "SSLHttpLib := httpIndy;" e "SSLLib := libCustom"
Meus fontes foram atualizados hoje de tarde;
-
Conforme especificação do douglas no início do tópico.
1 - configure o componente acbrnfe com as seguintes especificações
SSLCryptLib := cryWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsMsXml;
SSLLib := LibWinCrypt;2 - faça com uma nota com muitos itens mais de 50 (anexo um exemplo usado)
3 - tente fazer o envio da nota
Resultado no acbrdfewebservice.pas
try
FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType);
exceptconteúdo do FPRetornoWS :
Em 21/03/2017 at 15:24, douglas_k disse:<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">
<HTML><HEAD><TITLE>Bad Request</TITLE>
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>
<BODY><h2>Bad Request - Request Too Long</h2>
<hr><p>HTTP Error 400. The size of the request headers is too long.</p>
</BODY></HTML> -
Estou com o mesmo problema após uso da solução
No meu caso adicionei 50 itens
-
Obrigado Juliomar....
Neste caso creio que é melhor deixar dar aquela travadinha básica mesmo.
-
Para evitar em alguns casos de internet lenta o travamento momentâneo da aplicação e para passar uma experiência melhor de uso ao usuário pensei em usar thread para a solução de envio de NF-e. Porem verifiquei que posso ter problemas relacionados com o certificado A3 que teoricamente pediria senha a cada consulta devido a recriação do objeto.
Pergunta para os gurus....
Posso usar a propriedade "ACBRNFE.Configuracoes.Senha" para passar a senha do certificado e evitar a solicitação do pin?
-
De fato... Eu estava errado.
O IBX só tem compatibilidade integral até a versão 1.x do firebird. Após somente usos bastante comuns continuam a funcionar (WEB).
Nos sistemas no qual trabalho não uso UTF-8 nativamente no BD e por isto continuo a usar os componentes sem qualquer problema, alias, estão muito "melhores" que os antigos o que me passou uma ilusão de "compatibilidade".
Resumindo "funciona bem" ou "não funciona" depende do uso.
Os projetos aqui na empresa estão indo para web (exceto o paf x sat) por isto não me preocuparei em migração a não ser que isto seja completamente necessário.
-
1
-
-
Em 23/02/2016 at 19:51, Juliomar Marchetti disse:
Boa noite!
então o IBX como o nome diz é para Interbase! claro que tem semelhanças com o Firebird mas é para Interbase!
como você fez a migração o porque não usar DBX ou FireDAC !
com um pouco de trabalho terá algo muito mais elaborado!
O IBX é 100% compatível com o Firebird. Acabamos de migrar vários sistemas para o delphi seattle todos eles usavam o componente que saiu funcionando redondo sem qualquer ajuste no código. O que notamos é que ele está muito mais "sensivel" a menor falha de programação, o que é bom.
Mas de qualquer forma conforme o comentário vale avaliar a atualização para componentes mais novos.
-
Usar Jedi é tiro no pé pois performance da aplicação do ERP que desenvolvo disparou depois de tirar ele. Creio que se for iniciar um projeto teríamos que ter como base o TCustomGrid e compatibilizar com delphi e lazarus.
Atualização do ACBrNFSeXServicos.ini
em ACBrNFSe
Postado
Obrigado, e seguindo a sugestão do Juliomar anexo arquivo atualizado com a adição da cidade.
ACBrNFSeXServicos.ini