juniorsk8
-
Total de ítens
22 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por juniorsk8
-
-
Citar
PS3: Não limpei nada no código (sem tempo), utilizei a mesma classe do ACBrDFeCapicom, então está com quase tudo da original.
Daniel, só alterei a rotina de Assinar o XML e Enviar a requisição (partes essenciais) , o restante ainda nem toquei, esse é o objetivo de compartilhar, para que mais colaboradores possam testar e manter.
O meu problema até então foi resolvido, pois o principal erro (the cryptographic service provider type '24' is not supported) foi resolvido não utilizando a CAPICOM para assinar, e por último, meu problema com o envio ao WebService do MT com certificado A3 alterando a função de enviar requisição (Executar).
Att,
Jeferson. -
Olá, boa tarde pessoal...
Estava tendo muitos problemas com o envio de DFe utilizando a CAPICOM (principalmente com certificados A3), necessidade de ficar instalando certificados da VALID com instalador próprio deles (para evitar o erro The Cryptographic Service Provider type '24) e PRINCIPALMENTE: Alguns certificados A3 não funciona NEM NA MARRETA com WS do Mato Grosso...
Enfim, gostaria de disponibilizar e também contar com a ajuda de vocês para testar uma solução que fiz para não utilizar a CAPICOM nem OPENSSL... Como não encontrei nenhuma solução "boa" para o Delphi, acabei fazendo as rotinas de assinatura e envio para o WS dentro do C# e utilizando essas DLLs no Delphi... APENAS essas duas funções são utilizadas, todo o restante é tratada diretamente pelo ACBR no Delphi...
Peço ajuda pois estou com "pouco" tempo para melhorar o código, e sei que será bem útil para muitos aqui...
PS1: Estou usando ela em produção em alguns clientes, está se mostrando satisfatório até agora.
PS2: Vou deixar aberto o código em C#, só preciso de um tempo para criar um repo no github e upar
PS3: Não limpei nada no código (sem tempo), utilizei a mesma classe do ACBrDFeCapicom, então está com quase tudo da original.
PS4: A DLL deverá ficar no diretório da aplicação.
PS5: Foi feita utilizando .NET Framework 2.0 (único requisito para funcionar)
PS6: A empresa gentilmente cedeu o código de fonte para que possa ser usado pelos demais programadores do ACBr.
Modificações:
- ACBrDFeSSL.pas:
Adicionar a uses:
uses strutils, synacode, ACBrDFeUtil, ACBrValidador, ACBrUtil, ACBrDFeException, ACBrDFeKinyx...Adicionar o novo tipo de biblioteca a ser utilizado:
TSSLLib = (libNone, libOpenSSL, libCapicom, libCapicomDelphiSoap, libKinyx);Adicionar outra condição na função SetSSLib:
procedure TDFeSSL.SetSSLLib(ASSLLib: TSSLLib);
begin
...
libKinyx:
begin
FSSLClass := TDFeKinyx.Create(Self);
end
..
end; -
Olá, boa noite.
Estou utilizando o ACBr para emissão de NFC-e, porém estou passando por alguns problemas... A utilização com o servidor SVRS está funcionando normal, porém se eu utilizar o servidor de MT está gerando a mensagem de erro "O sistema não pode encontrar o arquivo especificado. URL: https://homologacao.sefaz.mt.gov.br/nfcews/services/NfeAutorizacao?wsdl SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NFeAutorizacao" apenas na primeira emissão, se eu gerar outra NF-e e mandar autorizar ele vai autorizar normalmente.
Também notei que apesar do erro, a nota foi autorizada na SEFAZ.
Alguém ai que utiliza o servidor de MT está passando por algum tipo de problema?
Att,
Jeferson. -
Não sei se mudou algo, mas para o ambiente de homologação, nós utilizamos esta combinação:
IdCSC: 000001
CSC: 8 primeiros digitos do CNPJ + ano + 0001 (ex: 0123693320150001). -
Olá, bom dia a todos.
Estou gerando o Registros do PAF-ECF e acabei vendo o seguinte problema.
Arquivo ACBrPAF.cs, função PAF_Preenche_D(), aprox. linha 843:
ACBrPAFInterop.RegistroD4Rec[] RegistrosD4Rec = new ACBrPAFInterop.RegistroD4Rec[D3];
A linha está criando o array baseado no número de registros D3 e não no número de registros D4.
Alterei a linha para:
ACBrPAFInterop.RegistroD4Rec[] RegistrosD4Rec = new ACBrPAFInterop.RegistroD4Rec[D4];
Desde já agradeço.
-
Olá, boa tarde a todos
Estou testando a parte da geração dos registros do PAF-ECF, o bloco dos registros A2 estão com valores zerados. (Testado também com o demo .NET)
Em uma breve olhada, no arquivo ACBrPAF.cs, linha 1016 (função PAF_Preenche_A) não está com a propriedade Valor, então a mesma é repassada zerada para a DLL.
Em anexo arquivo fonte com a modificação para verificação.
OBS: Arquivo anexado como TXT, pois não tenho permissão para anexar .cs;
- 1
-
Pois é, foi a informação repassada... Mas resta esperar, mês que vem estaremos lá
-
Fui pedir mais informações na UFG, pelo que me passaram, ainda não foi aprovado o ATO COTEPE para o Roteiro 02.02, mas tanto a UFG quanto outras OTC's já estão cobrando o novo roteiro.
-
Esse roteiro foi enviado pela UFG, no próximo mês vamos homologar lá e me passaram que vão seguir este roteiro... Pelo que disseram, já estão homologando seguindo este documento... rs
-
Está em anexo... Não vi muita diferença, maaaaaaas... rs
-
Bom dia pessoal...
Alguém ai já está homologado/homologando com o roteiro novo? Estava concluindo os testes para homologar e fui surpreendido com o novo roteiro 02.02.
Att,
Jeferson.
-
@Rafael Dias
Em anexo, visto que adicionei apenas uma verificação no preenchimento do Registro D, na linha 1211
A principio, arquivo gerado e validado com sucesso no ACBr Validador PAF - 02.01
- 1
-
@Juliomar, sim, estou alterando diretamente nas fontes do Framework... na verdade postei mais para os desenvolvedores ficarem cientes do problema (se for) para os próximos membros com o mesmo problema.
Att,
Jeferson.
-
Na geração do Registros PAF-ECF é obrigatório ter alguma DAV para geração?
Na hipótese de não ter gerado nenhuma DAV e testar o menu fiscal Registros PAF-ECF, o componente ACBrPAF (C#) irá gerar um erro (O numero de DAVS não pode ser Zero.), já no ACBrPAF (Delphi) irá gerar normal.
Desde já agradeço.
-
Ao salvar o arquivo passe apenas o nome do arquivo e não o caminho absoluto (caminho completo do arquivo), caso queira salvar o arquivo em outra pasta diferente da pasta do executável terá que setar a propriedade Path do componente ACBrPAF.
-
Obrigado EMBarbosa!
-
Olá, bom dia a todos.
Estou com uma dúvida a respeito da atualização dos produtos/estoque em nosso aplicativo PAF-ECF.
Atualmente, no primeiro documento fiscal ou não fiscal do dia, nosso aplicativo irá apagar todo conteúdo da tabela PRODUTO da base local, e irá carregar todos os dados da tabela PRODUTO da base remota, trazendo atualizado os produtos (inclusive quantidade no estoque e data do estoque atualizada para o dia).
A primeira alteração que queremos fazer é questão da atualização... Temos base hoje com 35 mil produtos cadastrados, e todos os dias são atualizados os 35 mil... Porém, destes 35 mil, cerca de 10% tem movimentação diária, ou seja, são efetivamente alterados (ou vendidos). Pensei na seguinte hipótese: Atualizar apenas os produtos alterados (e vendidos, para atualizar a quantidade em estoque) e o restante dos produtos apenas atualizar a data do estoque para a data em que está sendo atualizado... Existe algum impedimento para tal procedimento?
Outra dúvida: existe algo que impede da atualização de produtos durante o dia? (Ex: Alteração na descrição do produto X durante o dia na base remota, o PAF automaticamente importar estas alterações).
Desde já agradeço.
-
Olá, bom dia.
A Bematech MP-4000 suporta acréscimo/desconto... Porém, a informação anterior foi passada de forma incorreta, e acabamos ligando lá para confirmar... é realmente da forma que você postou... fiquei em dúvida, não vi lógica no processo que me informaram anteriormente...
De qualquer forma, agradeço.
-
Olá boa tarde.
Estou com uma dúvida... estou utilizando o ACBR + TEFD, e durante a implementação do Cielo Premia, estou parado em um dos testes.
Segundo informações que me passaram, na homologação do TEF, efetuando uma venda com Cielo Premia e Dinheiro, aplicando Acréscimo na venda, seria necessário informar esses valores em lugares separados na impressão do cupom fiscal durante a subtotalização... Ex:
Desconto: -1.10
Acréscimo: +2.00
Com a DLL, existe a rotina IniciaFechamentoCupom, porém com o ACBR a função Subtotalizar aceita um único parâmetro contendo o Desconto/Acréscimo.
Procede a informação? Alguém sabe algo a respeito?
-
Problem solved!
Recompilei a DLL x64 - mudei as diretivas do projeto no Lazarus para Win32/i386 e agora está funcionando.
-
Olá, boa tarde a todos.
Estou passando por alguns problemas na implementação do TEFD no meu projeto em C#, estou utilizando a última versão do ACBrFramework.
As fontes estão vindo com configuração para x64 e estão funcionando normalmente, porém, quando alterado para x86 os valores dos enumeradores InfoECF e OperacaoECF estão incorretos. (está vindo um número inteiro maluco ao invés do enumerador).
Alguém está passando por situação semelhante?
Desde já agradeço.
Assinatura e envio SEM Capicom
em ACBrNFe
Postado
Daniel, esse sempre foi o intuito.
Preciso de colaboradores que queiram auxiliar nos testes e manter o código.
Sobre não ser aberto, ainda hoje vou criar o repo no github e subir como um projeto a parte.
Att,
Jeferson.