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!