Antonio Wilson Magro

obrigado!! Eu tive uma ideia a respeito desse assunto, que foi a seguinte: - para ter confiabilidade na pesagem, vou ligar uma impressora Epson lx300 na saída serial, para impressão por protocolo não continuo (precisa apertar o botão). Desse modo não existe nenhuma necessidade da hardkey, dll, etc. Hoje estão visualizando o peso e jogando no sistema. Não da pra auditar casos de erro humano, que eventualmente acontecem. - Sendo assim, tive a seguinte ideia: Caso eu conseguir que o pc leia esse pacote que é enviado pra impressora ao apertar o botao, meu problema esta resolvido! Combinei com o técnico que faz manutenção na balanca e o mesmo vira na empresa para verificarmos, para ler os dados da porta serial.Inclusive o mesmo citou que existem ate programas nativos que conseguem ler esses dados, então, acredito que estou no caminho certo. A única coisa que mudaria é que ao invés de um protocolo continuo, seria usado um não continuo, mas existiria integração e confiabilidade, igual era antes. Acredito que a partir dai, entendendo melhor os protocolos e seu funcionamento, ficara mais fácil caminhar depois na parte de sftware um abraco a todos e obrigado por enquanto!

ola Daniel! como eu faço para ter acesso aos arquivos fontes?

Bom dia a todos! hoje que tive oportunidade de me voltar novamente ao problema da integração dessa balança. Fui buscar os arquivos do acbrbal para realizar os testes, porem so achei o arquivo compilado. Se eu precisar do arquivo fonte, ele esta disponível em algum local? grato,

Ola EMBarbosa! desculpe pela confusão. Vou baixar o ACBRbal nos próximos dias e volto a postar os resultados. Se for esse esquema do que a balanca esta mandando de informação, fica mais fácil pois posso pedir pro pessoal que presta manutenção configurar o que ela manda, acredito. grato

Ola! era assim que eu fazia antes! usava o Lebalanca da filizola e abria os dados do arquivo txt pelo meu programa. Mas no Windows 10, o lebalanca acusa chave de licença hardkey não encontrada, dai ele não faz a leitura. Se lesse o hardkey dai não teria problema...

Ola EMBarbosa! mais uma vez, obrigado pela resposta! Corrigindo, informei que o hardkey se trata de uma peca de HARDWARE que fica na porta serial, e não um software. O protocolo e IDS-Protocolo continuo. Retirei o pdf do programa pcscale e coloquei em anexo. Você poderia verificar (por gentileza), se o acbrbal reconhece esse protocolo? grato idsproto.pdf apenas complementando, lendo a documentação, vi que caso o programador desenvolva uma aplicação, não precisa do hardkey, então acho que não eh pra precisar. att

bom dia EMBarbosa! obrigado pela resposta! o hardkey dessa balanca e uma peca de hardware que fica na porta serial. Quero eliminar a necessidade do hardkey e pelo que vi pelo acbr nem precisa do hardkey, pois a documentação do filizola pcscale menciona que o programador pode desenvolver uma solução sua, que não precisa do pc scale e que usa a documentação de comunicação direta, que pelo que eu vi, e como o acbr foi configurado. esta correto meu raciocionio? esse programa de teste do acbr bal fica na pasta do acbr monitor? grato

Ola Regys! obrigado pela resposta. Mas a meu entender, o acbr não necessita de hardkey, estou correto? Lendo a documentação da filizola (PCScale), ela da toda a documentação para desenvolver um aplicativo que não precise da hardkey, inclusive a linguagem de comunicação consta na documentação aqui no projeto. quanto as politicas de segurança, quais seriam? não tentei fazer isso. se conseguir que leia a hardkey, posso usar o próprio leitor da filizola, apesar de que seria bem mais interessante usando o acbr, pois como a filizola não existe mais, digamos que essa hardkey de problema, não há como substituir. grato

Bom dia! estou com o seguinte problema, e gostaria, se possível, da ajuda dos foristas. Estamos migrando para o win10 um micro que recebe, através do software da filizola, o peso da balanca em um arquivo .txt. porem, ao mudar o SO de xp para 10, mesmo colocando as dlls nas pastas indicadas, a hardkey não e reconhecida. Lembrei do acbrmonitor, mas não estou conseguindo configurar os parâmetros para o correto funcionamento da balanca. A balanca é rodoviaria filizola de 80ton. Estamos tentando usar o ACBR para gerar o arquivo .txt, porem estamos com o seguinte erro: na porta COM 1 o peso aparece como -9 na porta COM 3 o peso aparece como 0 mesmo colocando carga na balanca esses valores nao mudam. Sendo assim, acreditamos que o erro esta no fornecimento dos parametros. Tentamos reescrever os parametros no arquivo .ini mas nao tenho certeza se a sintaxe esta correta. Essas sao as configuracoes que a balanca funcionava anteriormente (pelo sosftware da filizola, com a interface de usuario) FILIZOLA - IDS protoc. continuo Conexao: Escolher a porta COM (1 ou 3 acredito) Baud Rate: 9600 Data Bits: 7 Stop Bit: 2 Parity: Even no ACBR tem uma configuração INTERVALO, mas nunca usei essa configuração. Que valor devo deixar? Lembrando que a interface da balanca e continua. Se o ACBR jogar o valor no arquivo .txt, conseguimos manipula-lo para que entre no sistema. GRato.

Aqui esta acontecendo exatamente a mesma coisa. Toda vez que um cliente consulta (imprimirdanfepdf ou enviaremail) que o xml está no formato 2.0 o acbr passa a enviar toda nfe nova com esse cabeçalho causando rejeição. ACBRNFEMONITOR 0.9.03.3

Bom Dia! Ítalo e Juliomar Obrigado pelas Respostas Vou baixar a Nota Técnica recomendada mas por hora tenho algumas coisas ainda para resolver com a versão nova como por exemplo: porque a consulta do status da nota fiscal não atualiza mais o xml, portanto não alterando a reimpessão do DANFE quando ocorre um problema na transmissão, testes com a nota de devolução e complementar e o tempo está no limite. Quando uma versão do ACBR fica estável não costumo fucar atualizando em todos os clientes a cada nova versão devido a todo esse trabalho de integração somente mesmo quando é necessário como agora. Se puderem dar uma ajudinha no caminho da atualização do xml quando consultar o status da nfe eu agradeço. Abraços! Antonio

Descobri, E que a impressão passou a ser por evento usando o comando NFe.imprimirevento Teria sido bem mais fácil se o histório de atualizações do arquivo help estivesse atualizado. Até mesmo pelo fato de ter mudado a forma de registrar a nome do arquivo usando o codigo 100110 dos eventos ou 100111 que passaram do final do arquivo para o começo de uma versão para outra. Essas mudanças complicam muito para quem integra o sistema com outras linguagens e usa o ACBR com a versão executável. Desde o começo sou um incentivador do projeto e acredito muito nele mas nesse aspecto tem muito que melhorar, principalmente para os usuários do SAC, sei que tem muita coisa acontecendo, mais uma boa documantação das atualizações, evitaria até muitas das perguntas feitas neste forurm. Um grande abraço! Antonio

No Rave CB e no ACBR 0.9.03.3 também está acontecendo isso!

Bom Dia! Depois de atualizar para o novo ACbrNfeMonifor 0.9.03.3 na opção de reimpressão do Danfe quando uma nota é cancelada não está mostrando mais a a Mesnagem Nfe Cancelada em vermelho na diagonal no raletório. Uso o modelo Rave CB Usava anteriormente o Acbr 0.8.1.0 mas precisei mudar devido a necessidade de adequação do lay-out do xml para 3,10 Obrigado!

Bom dia! De acordo com o IBPT agora precisamos informar separadamente os tributos federais, estaduais e municipais nas notas emitidas a consumidores finais. Na tabela anterior como o alícota estava totalizada na tabela usavamos apenas a tag no acbrnfemonitor vTotTrib, nos itens e no tatal da nota. Foram Criadas novas tags para separar a informação de acordo com essa nova legislação? Obrigado!

Boa tarde! Um cliente que tem cartões A3 separados para a matriz e a filial e tenho trabalhado utilizando dois ACBRs instalados no mesmo computador cada um lendo o seu próprio certificado, na renovação a empresa perguntou se poderia gerar os dois certificados no mesmo cartão. Como para mim isso é novidade, então pergunto: O ACBR consegui lidar com dois certificados instalados no mesmo cartão? Preciso fazer alguma modificação na forma de trabalho hoje? Obrigado!

Boa Tarde! Tenho observado que o arquivo changelog.txt e mesmo o histórico de atualização no .chm não tem sido atualizado quando instalo uma versão nova do acbrnfemonitor. Esse recurso é de muita importância para mim, pois sem ele fico perdido quanto as atualizações que foram feitas no componente. Pode ate ser que as pessoas que programam em Delphi consigam acompanhar as mudanças olhando os fontes mas no meu caso uso apenas o ACBRNFEMONITOR executável, nem tenho delphi instalado aqui. Obrigado! Antonio W Magro.

Era isso mesmo Isaque. Muito obrigado!

Pessoal, O acbrnfemonitor esta zerando os valores que informo no txt quando gera o xml O que pode ser. Anexei o txt e o xml gerado. Obrigado! Ei suporte, o cliente está me pressionando porque a contabilidade dele está pedindo que esses impostos sejam lançados no xml. Uso o acbr 0.7.12.0 Por favor, agora isso é urgente! 35130613177112000164550020000603661000603664-nfe.xml LOG.TXT 35130613177112000164550020000603661000603664-nfe.xml LOG.TXT

André, bom dia! Este versão não apresentou este problema, pelo menos no ambiente de homologação, vou colocar em produção e qualquer coisa te aviso. Obrigado! Só mais uma coisa, reparei que da versão 7.4.3 para essa nova 8.1.a houve uma mudança quando ao nome do arquivo xml da cce. Agora além da chave da nfe foi incluído o tipo de evento 100110 e o sequencial x do evento no nome do arquivo. Ai vem a pergunta: Como fico sabendo dessas mudanças? São alterações importantes para serem descobertas apenas quando uso o AcbrNFeMonitor novo e até acertar os fontes do programa para fazer a busca pelo arquivo correto às vezes pode lever um tempo. complementando: Em produção está ocorrendo o erro: 01/11/2012 14:08:51 - NFE.CANCELARNFE("35121102054705000117550030000116351000116350","ERRO DE DIGITACAO") ERRO: Access violation at address 006A2CA6 in module 'ACBrNFeMonitor.exe'. Read of address 0000001C Precisei usar o acbr antigo para conseguir cancelar nota OK: Cancelamento de NF-e homologado [CANCELAMENTO] Versao=SP_NFE_PL_006j TpAmb=1 VerAplic=SP_NFE_PL_006j CStat=101 XMotivo=Cancelamento de NF-e homologado CUF=35 ChNFe=35121102054705000117550030000116351000116350 DhRecbto=01/11/2012 14:05:16 NProt=135120633668890 Deve ter alguma coisa haver com a mudança de cancelamento por evento não é mesmo? Se for apartir de segunda-feira vai estar tudo ok?

O mesmo erro acontece comigo, abri um tópico específico para isso, mandei meu arquivo .ini e estou aguardando uma resposta do André. É bem provável que Ele vai te pedir para enviar o ini também. Antonio

André, uma observação esse erro de cancelamento ocorre depois que envio e imprimo uma cce e o erro na cce ocorre quando solicito uma reimpressão depois de ter enviado uma cce o ini está em anexo...

Pessoal, Baixei a última versão do ACBRNFEMONITOR do site do sac 0.7.4.3, quando se faz o segundo cancelamento de nota em sequência ele rotorna o seguinte erro: 29/10/2012 10:06:05 - NFE.CANCELARNFE("35121002054705000117550030000115641000115640","ERRO DE DIGITACAO") ERRO: Access violation at address 006A3022 in module 'ACBrNFeMonitor.exe'. Read of address 0000001C Também está acontecento com a reimpressão da CCe NFe.ImprimirEvento(D:\Sistemas\SUCATA\NFE\LOGS\35121013177112000164550020000602741000602744-ProcEventoNFe.xml,D:\Sistemas\SUCATA\NFE\LOGS\201210\35121013177112000164550020000602741000602744-NFe.xml) ERRO: Access violation at address 00442A41 in module 'ACBrNFeMonitor.exe'. Write of address FF04B23B O mais estranho é que se fechar o acbr e abri-lo novamente ele cancela a nota. O que pode ser este problema? Antonio.

Pessoal, Este erro também está acontecendo aqui com o AcbrNfeMonitor 0.8.1a Tem como baixar um monitor com esse erro corrigido? Att. Antonio log.txt

Você enviou uma cce para uma nota que não foi registrada.