Danny

30 Novembro, 2019

segunda eu testo e posto o resultado

29 Novembro, 2019

Pessoal, boa noite.

Atualizei os fontes, reinstalei (ACBrInstall_Trunk2.exe), desativei o firewall do Windows 7 e exclui e inclui o componente ACBrSAT1 do meu formulário Delphi.

As DLLs do diretório da aplicação foram atualizadas com as DLLs que se encontravam dentro do diretório onde está instalado o Ativador Sweda.

Fiz uma alteração na unit1.pas, onde do exemplo para Consultar o SAT:

De:

ACBrSAT1.ConsultarSAT;

Para:

try
    ACBrSAT1.ConsultarSAT;
except
    on E:Exception do
    begin
      showmessage('Erro: ' + E.Message);
    end;
end;

E no exemplo para Consultar Status Operacional:

De:

ACBrSAT1.ConsultarStatusOperacional;

Para:

try
    ACBrSAT1.ConsultarStatusOperacional;
except
    on E:Exception do
    begin
      showmessage('Erro: ' + E.Message);
    end;
end;

Compilei e gerei o SATTeste.exe.

Ao Consultar SAT ocorreu o seguinte erro:

E a seguinte exceção apareceu no log:

Consultei Status Operacional e ocorreu o seguinte:

No Ativador da Sweda não ocorre nenhum erro se tentar Consultar SAT ou Consultar Status Operacional.

Ao extrair os logs pelo Ativador Sweda as últimas linhas estão assim:

Com o Emulador não ocorre nenhum erro.

Alterei o ACBrSAT.pas incluindo diversos "showmessage" para me mostrar o ponto onde estava o erro, mas não encontrei a linha que o erro ocorre.

Poderiam me ajudar a identificar o problema?

Obrigado

29 Novembro, 2019

Olá pessoal, boa tarde.

Estou verificando no fórum sobre uma discussão antiga.

Não sei se podem me ajudar, mas estou com uma necessidade de usar um Git, pois os desenvolvedores irão trabalhar nas suas residências.

Sei que o ACBr utiliza o subversion (SVN) e gostaria de saber porque optaram pelo SVN e não pelo GitLab, GitHub ou outro.

Observei também que algumas pessoas tem uma conta no GitHub do projeto ACBr (https://github.com/frones/ACBr). Por que criaram esta conta?

Testei o GitLab e observei algumas desvantagens com relação ao SVN como:

- se excluir o arquivo local ao dar um pull os mesmo não são baixados

- não mostrar se os arquivos estão iguais ou diferentes aos arquivos do repositório "master" (os sinaizinhos verde, vermelho, amarelo)

- necessidade de executar comandos via prompt

Porém, pesquisando pelo google trends, muitas pessoas hoje utilizam mais o GitLab/GitHub do que o SVN, mas não informações exatas sobre as vantagens e desvantagens de se utilizar um ou outro. Sei que o GitLab tem a vantagem de se criar vários branches, coisa que o SVN não faz.

Será que podem me ajudar a fazer uma boa escolha?

Obrigado.

2 Outubro, 2019

Boa tarde pessoal.

O provedor de Cerquilho/SP é o 4R.

Segue correção em anexo.

Obrigado

Cidades.ini

9 Abril, 2019

EMBarbosa, acabei de validar e está Ok.

Muito obrigado!

9 Abril, 2019

Bom dia pessoal.

Ao tentar reimprimir a inutilização através leitura (InutNFe.LerXML) de um arquivo XML ocorre access violation quando CarregaParametros.

A FNFe está atribuída, porém, ao tentar ler por exemplo a FNFe.Total.ICMSTot.VNF ocorre o access violation.

Fiz uma pequena alteração que resolveu o problema.

Segue em anexo a unit.

Obrigado

ACBrNFeDANFEFRDM.pas

5 Abril, 2019

Pessoal, desculpe, não deu certo.

Estou fazendo uma correção.

Tentei excluir este tópico, mas não encontrei o meio.

5 Abril, 2019

Bom dia pessoal.

Ao tentar reimprimir a inutilização através de um arquivo XML ocorre access violation quando CarregaParametros.

Entendo que não há necessidade de CarregaParametros na inutilização.

Fiz uma alteração que resolveu o problema.

Segue em anexo.

Obrigado

ACBrNFeDANFEFRDM.pas

25 Janeiro, 2019

Bom dia pessoal.

O componente está fazendo uma validação errada na DT_SAIDA do registro K260.

No Guia Prático EFD-ICMS/IPI – Versão 3.0.1 a validação deste campo está descrita da seguinte forma:

Campo 04 (DT_SAÍDA) - Validação: a data informada deve ser menor ou igual a DT_FIN do registro K100.

O componente gera a exceção informando que "A data deve estar compreendida no período informado nos campos DT_INI e DT_FIN do Registro K100", caso este campo for menor que DT_INI.

Fiz a alteração, vejam se estou certo na minha afirmação.

Obrigado.

ACBrEFDBloco_K_Class.pas

3 Agosto, 2018

Boa tarde pessoal.

Esse erro ocorreu em 9 clientes desde ontem de manhã.

Alguns deles normalizou sem que tivesse sido feito nenhum procedimento.

Em 4 com Windows 7 fiz o windows update e resolveu o problema.

Porém em um com Windows 10 o erro persiste, mesmo depois do windows update, não tem mais atualizações.

22 Março, 2018

Entendi, tudo bem.

Obrigado.

22 Março, 2018

Juliomar.

Presumo que o tamanho aumentou por causa das imagens incluídas no TImageList.

Não tenho ideia de como fazer o procedimento que você sugeriu.

22 Março, 2018

Bom dia pessoal.

Fiz algumas alterações de modo que a impressão no Fast Report não fique dependente de arquivos .bmp.

Modifiquei o ACBrBoletoFCFR.pas e ACBrBoletoFCFR.frm incluindo um TImageList com os logos e fiz uma pequena modificação no ACBrBoleto.pas.

Gostaria que verificassem se é viável subir para o SVN, porém o tamanho do arquivo ACBrBoletoFCFR.frm ficou com quase 3 MB, impossibilitando anexar aqui.

Caso interessar ao ACBr posso enviar no e-mail.

Obrigado.

26 Junho, 2017

Bom dia pessoal.

Fiz uma correção no tamanho do campo da IE, cujo clientdataset estava sendo criado com 14 caracteres, mas com os pontos fica com 15, ocasionando no corte do último dígito quando a impressão é feita através do carregamento dos campos feito pela aplicação no momento de enviar para SEFAZ. O mesmo não ocorre quando o carregamento é feito pelo XML, pois no XML é gravado sem os pontos.

Obrigado.

ACBrNFeDANFEFRDM.pas

16 Maio, 2017

Olá Italo, bom dia.

Atualizei os fontes, fiz novos testes e está 100%.

Acabei de fazer uma alteração pro cancelamento, pois este provedor o CodigoVerificacao é obrigatório neste método. Veja o retorno:

<cancelarReturn xsi:type="xsd:string">
ERRO VALIDACAO XSD: (400)error: org.xml.sax.SAXParseException: cvc-type.3.1.3: The value '' of element 'CodigoVerificacao' is not valid. Linha : 1 Coluna: 562
</cancelarReturn>

Segue a unit em anexo.

Muito obrigado.

ACBrNFSeWebServices.pas

16 Maio, 2017

Bom dia pessoal.

Inclui o município de Boituva/SP para provedor 4R em Cidades.ini.

Fiz os testes e está 100%.

Segue ini em anexo.

Obrigado.

Cidades.ini

15 Maio, 2017

Também tem outra situação que tive que corrigir, pois ocasionava em problemas na impressão.

Segue a unit.

Obrigado.

pnfsNFSeR.pas

15 Maio, 2017

Não foi removido o tomado, apenas transferido pra o local correto.

Sem o lazarus instalado aqui como seria possível alterar de modo que eu possa fazer?

15 Maio, 2017

Pessoa, desculpe. Segue a unit correta.

ACBrNFSeWebServices.pas

15 Maio, 2017

Boa tarde pessoal.

Estou ressuscitando este tópico para IssDSF em Campinas, porque tenho retomado o envio agora para o Trunk2.

Observei que houveram diversas alterações significativas nos fontes para este provedor. Parabéns ao esforço.

Na tentativa de enviar lote me deparei com um problema na consulta após o envio.

Acontece que este provedor não possui método disponível para Consultar a Situação do Lote de RPS.

Portanto a alteração que fiz foi necessária de forma a disparar o método para Consultar Lote, considerando que a "Versao" na consulta para este provedor é 1 e não 1.00.

Segue a unit em anexo.

Obrigado.

ACBrNFSeWebServices.pas

15 Maio, 2017

Boa tarde pessoal.

Acrescentei a IE do prestador e fiz uma pequena correção na impressão da NFS-e pelo Fortes.

Por favor, vejam se é interessante ao ACBr.

Obrigado.

ACBrNFSeDANFSeRLRetrato.dfm

ACBrNFSeDANFSeRLRetrato.pas

10 Maio, 2017

Pessoal, só pra informar voltei pra capicom e resolveu.

Comparei os xml gerados pela capicom e wincrypt e diferença está nas linhas abaixo na assinatura:

wincrypt: <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>

capicom: <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

Talvez não seja neste tópico que se trate essa questão, mas no meu caso está relacionado à NFe, onde a validação é feita pelo arquivo xmldsig-core-schema_v1.01.xsd, onde ocorre o problema na validação.

Só não sei ainda como resolver a questão.

Vou continuar os testes e qualquer novidade posto aqui.

10 Maio, 2017

Bom dia pessoal.

Ocorreu também em um cliente meu depois da utilização do libWinCrypt, antes eu utilizava capicom.

Infelizmente aqui no meu terminal com Win10 está normal, portanto não tenho como debugar de modo a aprofundar melhor nos fontes e detectar o que realmente está ocorrendo.

No meu cliente fiz a atualização das cadeias do certificado icpBrasil v5 e atualizei as dlls da pasta DLLs\XMLSec\MinGW\32 do ACBr e não resolveu.

Voltarei a utilizar a libCapicom no cliente e qualquer problema ou solução que encontrar posto aqui.

Obrigado.

8 Maio, 2017

Olá Juliomar.

Fiz a alteração que você sugeriu.

Segue a unit em anexo.

Obrigado.

ACBrGNReGuiaRL.pas

8 Maio, 2017

Bom dia pessoal.

Provavelmente deve ter havido uma mudança sim, apesar de não constar os novos códigos no manual.

Fiz uma alteração na que resolveu o problema.

Segue unit em anexo.

Obrigado.

ACBrSedex.pas

Entrar

Sobre nós...

Blocks

Notes ACBrLibNFe

Fóruns

Downloads

Calendário

Posts postados por Danny

Sobre nós...

Informação Importante