Alexsander

Acho que a pergunta é: se a última versão CAPICOM do ACBrNFeMonitor do fórum aberto é de MARÇO, não deveria ter saído uma nova em JUNHO?

Consulta via Portal da NFe:

Trecho do XML (são apenas 2 itens): <det nItem="1"> (...) <vProd>453.85</vProd> (...) <det nItem="2"> (...) <vProd>352.12</vProd> (...) <total> <ICMSTot> <vBC>805.97</vBC> <vICMS>575.26</vICMS> <vBCST>1240.81</vBCST> <vST>807.97</vST> <vProd>4793.85</vProd> Como isso passou na Receita?!?

Agora funcionou, obrigado!

Na verdade não adianta mudar o arquivo Pascal trunk/Pacotes/Lazarus/ACBrDiversos.pas porque ele é gerado automaticamente com base no conteúdo do arquivo trunk/Pacotes/Lazarus/ACBrDiversos.lpk (do pacote). No Windows isso não é problema e não estou usando o ACBrSAT, então só preciso que seja alterada a seguinte linha do arquivo trunk/Pacotes/Lazarus/ACBrDiversos.lpk (do pacote): De: <Filename Value="..\..\Fontes\ACBrDiversos\DelphiZXIngQRCode.pas"/> Para: <Filename Value="..\..\Fontes\ACBrDiversos\DelphiZXingQRCode.pas"/> Abraço.

No ACBrDiversos.pas o USES ainda está com I maiúsculo. Segue um GREP procurando pela grafia com I maiúsculo. alexsander@ubuntu32:~/fontes/ACBr$ grep -rw DelphiZXIngQRCode * trunk/Exemplos/ACBrSAT/Lazarus/SATTeste.lps: <Filename Value="..\..\..\Fontes\ACBrDiversos\DelphiZXIngQRCode.pas"/> trunk/Fontes/ACBrSAT/ACBrSATExtratoFortesFr.pas:{ This file uses: DelphiZXIngQRCode Copyright 2008 ZXing authors, } trunk/Pacotes/Lazarus/ACBrDiversos.lpk: <Filename Value="..\..\Fontes\ACBrDiversos\DelphiZXIngQRCode.pas"/> trunk/Pacotes/Lazarus/ACBrDiversos.pas: DelphiZXIngQRCode, Gif1, Gif3, LCalculadora, LazarusPackageIntf; trunk/Pacotes/Delphi/ACBrDiversos.dpk: DelphiZXIngQRCode in '..\..\Fontes\ACBrDiversos\DelphiZXIngQRCode.pas', alexsander@ubuntu32:~/fontes/ACBr$ Abraço.

Solucionei copiando o arquivo DelphiZXIngQRCode.ppu para DelphiZXingQRCode.ppu (com i minúsculo) na pasta Lib/Lazarus/... O ideal seria arrumar a nomenclatura, pois em todo o ACBr este é o único arquivo com este problema.

Compilando a partir do SVN no Lazarus (Ubuntu 12.10 32 bits) está dando o seguinte erro: ../../ACBr/trunk/Pacotes/Lazarus/ACBrDiversos.pas(12,3) Fatal: Can't find unit DelphiZXingQRCode used by ACBrDiversos O arquivo está na pasta, mas parece que o compilar não está localizando. PS: Vi que em alguns lugares está DelphiZXIngQRCode e em outros está DelphiZXingQRCode.

Existe algum comando tipo "SetaSoftwareHouse(string)" para alterar a Software House no INI remotamente via sockets?

Neste post abaixo o usuário RogerMello disse que estava implementando: Também tenho interesse no CNAB240 do Santander.

Como está esta situação do CNAB240 para o Santander? Tentei usar e disse não estar implementado. Se faltar pouco posso ajudar.

Não seria interessante fazer um TEF independente que possa ser usado, por exemplo, para emissão de NF-e? Porque "emular" algo que está ficando obsoleto?

Também sou a favor de eliminar todos estes warnings. Se quiser montar uma força-tarefa pra limpar TUDO, conte comigo.

Walmart estreia NFC-e em supermercados http://jcrs.uol.com.br/site/noticia.php?codn=127868

Aguardamos novidades!

1) Bem que eu vi que entrou um post novo ENQUANTO eu estava digitando, já achei no site, obrigado. 2) O link está quebrado no post que você mencionou, está com uma vírgula no final da URL.

Você poderia disponibilizar o arquivo para download sem ter que instalar um componente?

Alguns exemplos: ICMS00: - Essa é fácil, vBC tem que ser igual a vProd, certo? ICMS10: - Aqui vBCST deve ser vProd + X% onde X = pMVAST - pRedBCST, certo? Tenho visto notas onde o fornecedor coloca valores que não fecham esta conta, geralmente com um "MVA calculado" acima do MVA informado. ICMS20: - O valor de vBC deve ser vProd - X% onde X = pRedBC, certo? Tenho visto notas onde o fornecedor coloca vBC = X% de vProd. Tenho visto cada coisa...

Acho mais fácil o contrário... não deve ter nem 10 estados onde é obrigatório.

Aqui temos um conceito de "versão mínima"; se não der pra baixar (o sistema tenta 3 vezes) e a versão antiga for aceitável, deixa abrir. Se a versão for antiga demais, não deixa o usuário sequer fazer login -- e ao fechar informa que é preciso atualizar a versão. Colocamos um servidor apache em cada filial com uma cópia das versões atualizadas, assim o download fica na rede local. Um arquivo INI em cada estação indica o IP do servidor onde deve logar no sistema e buscar as atualizações (pode ser o mesmo).

Fazemos autoupdate aqui também. Quando há versão nova, basta o usuário sair e entrar de novo. Checamos inclusive MD5.

Nosso ERP funciona em produção desde 2003, mas foi feito inicialmente em D7. Estamos desde 2005 estudando Lazarus: http://port2laz.blogspot.com.br/2005/12/day-1-first-issues.html Tivemos alguns momentos de parada: http://port2laz.blogspot.com.br/2006/06/porting-status.html Primeiro módulo Lazarus+SQLdb saiu em 2009: http://port2laz.blogspot.com.br/2009/10/first-module-ported-from-delphi-to.html Em 2010 tivemos alguns problemas com SQLdb (que aparentemente estão resolvidos hoje em dia) e mudamos para ZEOS. Agora usamos Zeos na versão 3.0 (100% Lazarus): http://port2laz.blogspot.com.br/2011/01/news-from-front.html Este ano rompemos a barreira das 400.000 linhas de código, incluindo as duas versões. A versão 2.0 (em D7) ainda sobrevive, mas em breve teremos apenas a versão 3.0 (em Lazarus).

Alguém já rodou o ACBrNFeMonitor via WINE no Linux?

Mas o cancelamento antigo não deveria funcionar até 31/03? Anteciparam em alguma UF?

Este ato REVOGA o Ato COTEPE/ICMS 06/08, não apenas o modifica, é isso? Todos os outros iniciavam com a expressão "Altera o Ato COTEPE ICMS 06/08 (...)". Este diz "Dispõe sobre (...) (PAF-ECF) e do Sistema de Gestão (...) e revoga o Ato COTEPE/ICMS 06/08".