MarcosRWeimer

Não encontrei o editar, então segue a informação que esqueci. no pcnNFeR no TNFeR.LerXML, onde tenta buscar o "protNFe" ( if Leitor.rExtrai(1, 'protNFe') <> '' then ) é que não encontra. Então acredito que o problema esteja no rExtrai, mas estou meio perdido no debug.

Se alguém quiser se prontificar em implantar as alterações sugeridas, disponibilizo o fonte como está atualmente (com poucas das alterações sugeridas anteriormente neste tópico). Estamos usando em produção a alguns meses sem problemas.

Reativando o tópico. Conforme a imagem anexada, o ACBrNFe carrega a NF-e com a tag NFeLog esperando a tag "nfeProc" (como no xml anexado no inicio deste tópico), mas conforme o manual da sefaz-pr (pdf anexo) o esperado é a tag "procNFe" fazendo o ACBrNFe se perder em algum ponto que não encontrei até o momento. Assim no momento de imprimir (ACBrDanfeFR) sai a informação que não está autorizada (por não ter carregado o bloco "protNFe"). Alguem mais está passando por isto ? NFeLog.pdf

Aqui temos (com base no TDBGrid) - Ordenação ascendente/descendente - Adicionar/remover coluna - renomear coluna (title) - editar formatação (displayformat) - exportar para CSV - salvar personalização da grid - checkbox (basta informar o fieldname e o valor marcado/desmarcado) - restaurar grid ao original (descartar personalização) Oque tenho anotado aqui para tentar implementar no futuro (quando houver tempo) - usuário poder zebrar - painel de soma (estilo o do ibexpert, este vai ser o mais trabalhoso, pq hj herdamos uma TDBGrid, para isso ser possivel acho que deve herdar de TCustomGrid para alterar os TColumn para aceitar TFOOTER (TFOOTER com base no THEADER), como pode perceber já andei especulando, mas não tentei implementar ainda) - imprimir a própria grid - gerar gráfico a partir da grid - procurar campos (se tem muitos campos, buscar pelo nome dele e focar) Tem mais algumas coisas, mas ai seria mais especifico, tipo a possibilidade de setar uma legenda (cor do linha) conforme alguma condição

pq não desenvolvermos uma grid? aqui temos uma customizada por nos mesmos, aposto que muitos desenvolvedores tem, seria o caso de juntar tudo e ir evoluindo.

Não testei, único que testei foi com o toptron, faça o teste, mas acho que não vai funcionar, cada fabricante utilzando comandos diferentes para a serial, não existe um padrão.

Ola Daniel, algumas modificações eu já fiz, fui seguindo a lista de cima para baixo acho que estou na metade mais ou menos.

Não sei se é o correto, por isso criei o "OnError", onde pode ser tratado, pode ser que esteja enganado, tem alguma idéia para melhorar?

Sim, foi oque achei para o caso de desconectar o bina com o timer rodando.. "Connection error..." iria ficar em looping infinito. Assim interrompe e ponto.

Alguém deu uma olhada (no anexo a 2 posts atraz) ?

Como pode ver na property "Modelo", o único disponível é o TopTronDD2, que é o que tenho aqui, pode ser que funcione com os demais modelos do mesmo fabricante, visto que o manual "é o mesmo".

Segue anexo. Estou realizando os testes, nos próximos dias deve ir para produção. (Estou trabalhando no form que vai para o cliente, acredito que não vai mais exigir alteração no componente). ACBrBINA.rar

Estou com o componente feito, instalado e em faze de testes, preciso de help pra integrar no acbrserial.

Estou com o BINA toptron aqui, consegui comunicar com ele utilizando o TACBrDevice, o manual deles não serve pra muita coisa, um exemplo simples que apanhei muito é que tem de enviar a data/hora para o bina quando inicia a comunicação (ao menos nos que são USB e não possuem fonte externa), isso não diz em manual de nenhum modelo deles, outra é que quando acerta a hora não deve enviar os segundos, no manual diz para enviar mas depois de solicitar no suporte deles um auxilio, me enviaram um trecho de codigo em VB6, onde vi que os segundos não são enviados. Enfim, o manual não serve pra muita coisa, aqui está comunicando, a idéia é migrar para um componente (ACBrBINA?) mas estou com dificuldade em alguns detalhes.

lucasherrera Se for certificado A3 sim* , se for utilizar certificados A1 pode utilizar o mesmo para todos os caixas, basta instalar. * Talvez se fizer um concentrador onde todos os PDVs mandem as NFes e este concentrador assine e envie para o sefaz não seja necessário.

Walmart poderia por uma pressão para o PR entrar nessa, mas conhecendo o sr. governador nada disso vai acontecer (trocou um projeto de anos (2005 se não estou enganado) usando software livre por tecnologia proprietária. Achei a fonte da noticia: http://www.diariodoestado.com/beto-richa-assina-fim-do-software-livre-no-parana/ P.S. Sou apartidario, só achei um roubo ao povo do PR.

Como a reunião foi no dia 20 e 21 e hoje (24) não foi postada nenhuma novidade, vim aqui só para dar uma "lembrada" no assunto kkk. Estou ansioso pelas novidades, principalmente se o pessoal do sefaz/PR participa destas reuniões.

É, pelo geito AM vai sair na frente de todo mundo! Conforme o link acima...

Italo, vendo seu post, tb entendi que o "SAT Morreu" já que SP vai poder emitir NFCe (65) em substituição ao SAT.

Excelente noticia para o pessoal do RJ, agora, solicitar e ser atendido pelo governo tem uma grande diferença. Enquanto aqui no PR não existe manifestação nenhuma sobre o assunto.

E o PR??? Fora! Sempre o ultimo, sempre atrazado.... Parabens ao pessoal do SEFAZ-AM

Excelente noticia! Ja estou baixando a NT para verificar. É uma pena que no PR isso vá demorar uns "5 anos" ainda, aqui sempre foi e sempre será a ultima UF do país a fazer alguma coisa.

Por mim, poderia entrar em produção ONTEM! É oque muita softwarehouse espera, isso vai trazer muita gente para a nfce, hoje não utilizam por causa do custo da ECF + PAF-ECF e afins, com a NFCe fica mais simples e abre mais um leque para nós, como foi a NFe, fomos um dos primeiros aqui na nossa região e acabamos conseguindo muitos clientes novos com isso. Que venha a NFCe e os novos clientes!

Aqui a meta tambem é essa, mas sempre tem aqueles que vão querer a ecf até a morte da mesma.

o PAF-ECF vai acabar quando acabar as ECFs, antes não. Torço para a NFC-e sair logo do "papel" assim diminui despesas para o cliente e para nós.