Alexsander

Está prevista a operação offline com envio de resumos periódicos, onde há a "presunção legal de que o que consta no resumo foi emitido" [1]. A proposta inicial prevê um mínimo de dois envios por DIA por estabelecimento (um a cada 12 horas), com possibilidade do Fisco Estadual estabelecer prazos distintos. No resto do mundo é assim, não há esta neura de memórias fiscais, lacres, reduções Z e coisas do tipo. Basta um fiscal fotografar um cupom e depois comparar com o cupom que foi enviado pra receita, se for diferente é cadeia: http://salesdatacontroller.com/index.ph ... imitstart= [1] Apresentação Projeto NFC-e 27/06/2012 (ENCAT)

Pelo que li, há alternativas na NT 2012/004 pra isso: - tpEmis = 9 (Contingência off-line da NFC-e); - finNFe = 4 (NF-e de Resumo da operação em contingência da NFC-e) Além disso há a previsão de novos métodos para agilizar o envio:

Na maioria dos países a impressora POS (Point-Of-Sale) é uma impressora simples, sem memória fiscal, lacre, todas estas coisas. Quando existe alguma memória, é simples, praticamente um disco virtual. As vendas quase sempre ficam armazenadas no computador. As POS printers mais baratas custam menos de US$ 100. Não vejo motivo para a existência do SAT, pra mim a NFC-e vai torná-lo 100% obsoleto. Pra que forçar o comerciante a gastar? Com a NFC-e ele pode usar uma impressora de US$ 100 e imprimir o "DANFE ecológico" só com o QR-code e o valor total, gastando bem menos papel. Para o comerciante e para o governo, a NFC-e tem só vantagens. Pra quem o SAT é vantajoso?

Talvez seja um StringReplace sem [rfReplaceAll]...

Exemplos de uma mesma NF que funcionaram: ELETRODUTO FLEXIVEL CORRUGADO PVC 1/2" 20MM CONECTOR CPVC MACHO AQUATHERM 15MM X 1/2" Descrição que fez dar erro: BASE MISTURADOR CHUVEIRO/BANHEIRA 3/4" (ROSCA G1/2") Trecho do arquivo enviado para o Monitor (versão 0.7.1c_20120305): [Produto030] Codigo=9070 Descricao=BASE MISTURADOR CHUVEIRO/BANHEIRA 3/4" (ROSCA G1/2") NCM=84818019 genero=84 CFOP=5929 Unidade=PC Quantidade=1.0000 Mensagem de erro: ERRO: Falha na validação dos dados da nota 9741 TAG: ID:I05/NCM(Código NCM) - Nenhum valor informado. TAG: ID:I08/CFOP(CFOP) - Nenhum valor informado. TAG: ID:I09/uCom(Unidade Comercial) - Nenhum valor informado. TAG: ID:I13/uTrib(Unidade Tributável) - Nenhum valor informado. '' viola a restrição pattern de '[0-9]{2}|[0][1-9][0-9]{6}|[1-9][0-9]{7}'. Falha da análise do elemento '{http://www.portalfiscal.inf.br/nfe}NCM' com valor ''. Troquei no cadastro as aspas (") por duas apóstrofes ('') e passou.

Um supermercado de 40 caixas poderia ter 2 ou 3 ECF guardados apenas para estes casos -- isso enquanto não surgir uma contingência mais eficiente. Acho que abandonar o ECF, coisa que só existe no Brasil, é um avanço.

Ao que parece, no resto do Brasil vai ser a NFC-e.

Não existe um site equivalente na SEFAZ do estado de São Paulo?

Enquanto isso, a capital Porto Alegre ainda não tem NFS-e...

Com certeza os fabricantes ODIARAM o projeto da NFC-e, pois ele torna as impressoras fiscais OBSOLETAS da noite para o dia. Que comerciante vai comprar um ECF de quase R$ 2000 podendo comprar uma não-fiscal por menos R$ 500 que não requer intervenção técnica nem toda a chatice de Redução Z e companhia? No exterior estas impressoras custam menos ainda, nada impede que um Walmart da vida traga uns 2 ou 3 contêineres da China lotados de impressoras térmicas de US$ 50 pra substituir em TODA a rede. Qualquer um que faça as contas vai ver que a NFC-e é muito mais econômica - especialmente por causa das opções de imprimir um DANFE reduzido, sem a lista de itens.

Em que estado ficam as fábricas de impressoras fiscais? Acho que isso explica muita coisa.

A empresa que fazia o GAS nem fala mais nele em sua home page, só via Google dá pra achar o site antigo. Eles agora focam em segurança eletrônica e proteção anti-fraude (produto G-Buster). http://www.gastecnologia.com

Alguma novidade na reunião dos participantes do piloto?

Ainda existe o GAS?

Uma pergunta: o ACBrNFeMonitor vai suportar a NFC-e?

Só testando...

Então é só por a mão na massa e desenvolver. Em teoria o monitor teria que suportar também, correto? Seria um layout a mais, como hoje já existe Rave e RaveCB, que poderia ser impresso em qualquer papel (largura mínima 55 mm). O que muda, na prática, é apenas a disposição dos campos. Tenho dúvidas se realmente é preciso desenvolver algo, pode ser necessário apenas um layout novo.

Mas o DANFE SIMPLIFICADO está regulamentado desde fevereiro, este poderia ser feito agora.

Alguma previsão de data para a publicação desta NT 2012.004 ?

Como foi a reunião, Amarildo?

Hoje é dia 09/10.

Tem alguém desenvolvendo? Tenho interesse e posso ajudar.

Poderia haver no ACBrNFeMonitor comandos assim: NFE.SELECIONAIMPRESSORA('\\servidor\\impressora',...); NFE.SELECIONAMODELODANFE(tipoSimplificado,...); Com os devidos ajustes no: NFE.IMPRIMEDANFE();

Mas dá pra gerar o arquivo SEM o Bloco E, importar tudo e depois gerar as apurações pelo PVA? Ele valida se fizer assim?

Exatamente. No Linux estava pulando 56 bytes.