herculanojs

Olá a todos, estou inciando na questão de cargas de balanças, e estou com muita dúvida em relação ao tema. O colega no post : Comentou sobre possíveis melhorias no componente, adicionando novas propriedades. Pelo que percebi, mesmo atualizando os fontes na data de hoje essas informações não existe. Assim sendo foram descartadas? Haveria algum documento que descrevesse as propriedades do componente? Ou poderiam nos auxiliar para que server os campos CodigoTexto1,2,3 e CodigoInfoNutr ? O demo é bastante limitado. Como é que funciona exatamente a carga de balanças? Não seria gerar o arquivo com as informações do produto, e algum software do fabricante da balança faz a carga na mesma? Alguns clientes comentaram sobre data de validade do produto, mensagens que podem ser adicionadas na balança, e o colega do post que mencionei acrescentou algumas destas propriedades. Alguém saberia disser porque as mesmas não foram adicionadas ao projeto? Agradeço a atenção dispensada.

Porque as melhorias efetuadas não foram disponibilizadas no projeto acbr????

Tranquilo Italo, obrigado pela atenção. Vamos aguardar e ver se surge uma solução para o OpenSSL

Já testei com o capicom Italo. Utilizando capicom, não corre o problema. Apenas com openSSL. Se não houver alternativa ao openssl, terei que utilizar capicom mesmo.

Italo, obrigado pela atenção. Estou fazendo o seguinte e me auxilie ai se estiver faltando algo: A versão do servidor betha que estou estando e a primeira. Estou fazendo o seguinte: 1) gero a nota ACBrNFSe.NotasFiscais.Clear; with ACBrNFSe.NotasFiscais.Add.NFSe do ... 2) Utilizo a função de enviar contendo o numero do lote ACBrNFSe.Enviar() Neste processo é que notei a problemática usando o openssl. Falta algo que devo configurar? Conforme comentei, atualizei os fontes hoje por volta das 12:00, e quando comento o bloco que mencionei não ocorre o erro.

O provedor é betha

Por favor de uma olhada no post: Acredito pelo que vi que o erro ocorre pela tentativa de assinar o lote mais de uma vez.

Boa tarde pessoal, eu achei onde esta o problema e o bug. Contudo os entendidos ai é que devem dar uma luz de como solucionar isso. Vamos lá ao que eu fiz e parou o erro de não encontrar o nó. Em ACBRNFSe.pas: antes de enviar o lote, já existe um código para se efetuar a assinatura e depois novamente em ACBrNFSeWebService.pas novamente pede-se a assinatura do lote, e é neste ponto que esta dando o erro. Se o lote já foi assinado, porque esta sendo solicitado novamente para se assinar o lote? Não deveria ser apenas uma assinatura? 1) Assinatura feita no lote ( ACBRNFSe.pas) function TACBrNFSe.Enviar(ALote: String; Imprimir: Boolean): Boolean; var i: Integer; begin if NotasFiscais.Count <= 0 then GerarException(ACBrStr('ERRO: Nenhum RPS adicionado ao Lote')); if NotasFiscais.Count > 50 then GerarException(ACBrStr('ERRO: Conjunto de RPS transmitidos (máximo de 50 RPS)' + ' excedido. Quantidade atual: ' + IntToStr(NotasFiscais.Count))); NotasFiscais.Assinar(Configuracoes.Geral.ConfigAssinar.RPS); Result := WebServices.Envia(ALote); ... end; 2) Assinatura sendo executada para o lote e onde ocorre o erro. (ACBrNFSeWebService.pas) procedure TNFSeEnviarLoteRPS.DefinirDadosMsg; begin ...codigos if (FPDadosMsg <> '') and (FDadosEnvelope <> '') then begin DefinirSignatureNode(''); Exatamente aqui neste ponto onde eu comentei a segunda assinatura do lote é que causa o erro. Quando comentei esse bloco, parou de ocorer o erro e foi homologado sem problemas. Agora vem a pergunta: Porque assinar duas vezes? Não teria que ter um controle de o lote já foi assinado, e caso contrário então assinar? //jhs {FPDadosMsg := FNotasFiscais.AssinarLote(FPDadosMsg, FTagGrupo, TagElemento, FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote, xSignatureNode, xDSIGNSLote, xIdSignature);} // Incluido a linha abaixo por após realizar a assinatura esta gerando o // atributo xmlns vazio. if FProvedor <> proSP then FPDadosMsg := StringReplace(FPDadosMsg, 'xmlns=""', '', [rfReplaceAll]); if FPConfiguracoesNFSe.Geral.ConfigSchemas.Validar then FNotasFiscais.ValidarLote(FPDadosMsg, FPConfiguracoes.Arquivos.PathSchemas + FPConfiguracoesNFSe.Geral.ConfigSchemas.ServicoEnviar); end else GerarException(ACBrStr('A funcionalidade [Enviar Lote] não foi disponibilizada pelo provedor: ' + FPConfiguracoesNFSe.Geral.xProvedor)); end;

Boa tarde Estou passando pelo mesmo problema com opensll. Não consegui sair do aplicativo de teste. Alguém tem alguma solução. (obrigado)

Leve a mal não amigo. Mas perguntar se alguém já tem alguma posição quanto ao erro soa desrespeitoso, me perdoem más andam com as emoções muito sensíveis. No mais descansa e relaxa - para que toda essa tensão. Abraço

Bom dia pessoal. Estou necessitando de ajuda quanto ao problema enfrentado. Estou usando certificado A3 Serasa. Ora esse certificado funciona, ora não funciona pelo AcBr. Se não passo a senha o certificado é encontrado pelo acbr, se passo a senha diretamente no componente não acha. A senha esta correta, não há erro. O mesmo processo faço no acbrdemo - neste funciona. No meu aplicativo a hora que funciona e hora que não funciona. Ou seja, não é mudado nada - e um hora o certificado simplesmente não é encontrado. É uma instabilidade tremenda. E isso é apenas com certificado tipo A3. Ontem a exemplo o dia inteiro o cliente emitiu notas. Hoje já parou e reporta a mensagem de certificado não encontrado. Se você olha o certificado através da administradora do token, esta tudo ok. Faço o teste através do demo - ok. Os dados (senha, número de série) não foram mudados de ontem para cá e não acha. Se vou lá e tiro a senha, ele acha. Me desculpa, más há algo estranho neste processo com o ACBR. E pelo que vejo muitos estão sofrendo com isso. Alguém tem alguma solução ai? Não tenho como deixar pedindo senha. Os vendedores (caixa) de loja, não tem que saber a senha do certificado.

O que devo configurar antes no componente do boleto? O que vc configura utilizando a função: ConfigACBR. Estou tentando ler um retorno da caixa, mas esta reportando erro de não implementado para o banco. Apenas estou apontando o path e arquivo de retorno. O que devo configurar para o retorno? Ele não deveria identificar o banco, etc pelo arquivo?

E ai, alguma posição quanto ao erro mencionado. Estou com o mesmo problemas, e os fontes estão com a ultima atualização do trunk2

Oi Antônio Então, já não uso o trunk e nem tenho nada instalado ou na máquina. O estranho é que isso apenas ocorre quando mudo o modelo de NFe para NFce.

Bom dia amigos. Estou enfrentando uma dificuldade/instabilidade enorme com o uso do AcBr depois que a versão mudou para o trunk2. Não sabemos exatamente quais foram as mudanças realizadas em código, mas alguma coisa que antes funcionava sem grandes problemas, nesta versão está terrivelmente instável e problemática. Inexplicavelmente de uma hora para outra sem nada que ocorra na máquina, simplesmente começa erros. E não estou falando de ambiente de produção, em ambiente de testes isso ocorre. Num minuto tudo funcionando, no segundo minuto quando vai se fazer outro teste. Erros: Em relação ao post, no próprio demo do Acbr tem ocorrido o erro. Se consulto o status do serviço: OK Se emito uma NFe: OK Más se tentar emitir uma NFC-e: Erro interno: 0 e depois disso nada mais funciona e fica sempre com o mesmo erro. Se fechar o aplicativo de teste volta funcionar. Mas se tentar emitir novamente a NFCe, pau novamente. O que percebi que quando se muda as propriedades: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Se consultar o status neste momento, já não funciona mais. Alguém tem alguma sugestão do porque e causa? Os fontes estão atualizados. no momento antes de editar este posto, fiz a atualização de todos os fontes e testei novamente o aplicativo de testes, sem sucesso na emissão de NFCe. Ambientes testados: win7 ultimate, win8.1

No trunk 2 onde esta o emulador de balança?

Para quem trabalha com empacotamento bpl, a declaração do arquivo de resource deve ser feita no ACBrDFe.pas. Conforme esta no arquivo de configurações, o erro de não encontrar o recurso persiste. Se possível efetuar esse ajuste para as próximas versões.

Você utilizou o ACbr para emissão do danfe? Caso positivo onde encontro os fontes resposnáveis por isso?

Bom dia pessoal Não sei se é apenas comigo, se estou tendo uma impressão errada, más estou achando muito difícil a implementação utilizando o acbrECF, explico: Primeiro estou tendo uma sensação de "instabilidade" no processo de comunicação. Como se utiliza loops e sleep para aguardar os retornos do ecf, não estou tendo uma resposta satisfatória. Utilizo um Bematech MP4000 e as respostas são instáveis demais. Um segundo o ECF esta em linha, em outro não está. Ao mesmo tempo que responde, um segundo depois não. Enviei um comando para abertura de um cupom, o comando foi processado pelo ecf, abriu o cupom. No acbr fui debugando passo-a-passo e entra-se em um loop aguardando o retorno do comando dando-se alguns sleeps no processo. Logo em seguida quando pega-se o retorno, interpreta-se como erro de cupom aberto. O cupom como disse acabou de ser aberto. Não sei o que esta faltando ser configurado, já aumentei o intervalo entre comandos e continua a mesma coisa. Quando parto para a utilização da dll do fabricante, não tenho qualquer instabilidade neste sentido. Como sei que alguns incluso já homologaram o PAF utilizando o acbr, gostaria de ajuda neste contexto. Outra questão: Não identifiquei uma forma de averiguação se um comando enviado ao ECF foi realmente processado, salvo quando no fluxo de envio/retorno mencionado gera-se exceção. Essa é a única maneira mesmo, aguardar por uma exceção? Se alguém tiver alguma sugestão... Abraços a todos e se puderem ajudar ai, gostaria de portar a integração proprietária que possuo com alguns modelos de ECF, para a utilização do acbr que já possue inúmeros outros modelos já implementados.

Boa noite Giuliano, boa noite pessoal. Consegui fazer a coisa começar a funcionar... Nem sei exlicar exatamente o que fiz.... rsrsrs Removi portas, reconfigurei o ini da bematech, etc. Más no final começou a funcionar. abraços e obrigado pela força. se surgir mais dúvidas posto aqui.

Boa noite pessoal. Já utilizo a tempos o acbrNFe e até a presente data nada de problemas. Bom estou tentando utilizar o acbrECF e não passo da ativação do mesmo. Meu ecf é um bematech e esta funcionando normalmente, incluso utilizando a dll do fabricante. No entando a utilização do acbr seria ao tocante das demais ecfs, já implementadas o que facilitaria e muito nossa vida. Encontrei apenas um posto solicitando ajuda neste sentido, datado de 04/01/11 e ainda sem resposta. Alguém ai tem alguma sugestão sobre o problema, se devemos efetuar alguma configuração fora a óbvia de especificar o ecf e porta no componente. Abraços a todos