Régys Silveira

Por enquanto o correto é somente o Paf-ECF, aceito na grande maioria das UFs, saber se o NFC-e ou o SAT vão ser o padrão ainda é cedo.

A chance de um hash bater com outro existe sim, mas é muito remota, por isso ele é utilizado para esse tipo de situação, sendo utilizado inclusive por grandes empresas para diversos fins que exigem a validação de um texto ou arquivo, concordo que não é o mais seguro mas é o mais rápido é util. Quanto a fazer o que quiser no banco de dados, o usuário sim vai fazer, mas o que o SEFAZ quer é que isso fique evidenciado, não é para barrar e para validar. Tem como o usuário burlar, com certeza tem, afinal de contas estamos falando de informática, onde o impossível não existe, mas tomando as devidas precauções o requisito vai ser atendido e a validação esperada para o arquivo também. A forma apresentada pelos colegas é uma das diversas formas possíveis, não quer dizer que é infalível nem tão pouco inquebrável, mas como dito, a idéia é validar e não barrar. Você pode utilizar uma solução onde o seu banco de dados seja criptografado e inacessível ao usuário, sendo passível de consulta e atualização somente pela sua aplicação, isso vai constar no seu laudo e os testes do bloco VII não serão realizados.

O menu Vendas no Período é obrigatório para o menu fiscal e corresponde a geração dos arquivos Sintegra e SPED refente a um período, conforme descrevi acima.

Olha, só preciso do comando, enviei um e-mail ao pessoal da Sweda e ainda não obtive resposta, no manual de comandos SweedaSTX não existe comando para tal, estou achando que esse comando não existe na Sweeda, eles devem fazer usando algum artifício, não sei. Se quiser tentar entrar em contato com eles e postar o retorno, talvez você consiga um retorno mais rápido.

Na ER não existe, mas nela fala que o arquivo deve: Se você consultar os layouts definidos e suas respectivas legislações, encontrará a parte da lei que diz que os mesmos devem ser validados pelos seus programas validadores, ou seja, a validação é implícita na legislação que rege a geração do arquivo. Quanto a geração não bater é estranho, pois todas as softwarehouses são obrigadas a validar o arquivo e validam, portanto, algo está errado ai com o seu aplicativo, veja que os dados para a geração do arquivo devem vir do banco de dados e não de arquivos gerados pela impressora fiscal, inclusive é uma prática comum desligar a impressora fiscal durante a geração dos arquivos do menu fiscal "Vendas do período".

Uma boa idéia, não tive casos desse tipo ainda, mas é algo que realmente pode acontecer.

Que mal lhe pergunte para o que você precisa dessa informação?

Segue exemplo de como enviar, retirado do demo do ACBrNFe2: ACBrNFe1.CartaCorrecao.CCe.Evento.Clear; ACBrNFe1.CartaCorrecao.CCe.idLote := StrToInt(idLote) ; with ACBrNFe1.CartaCorrecao.CCe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.cOrgao := StrToInt(codOrgao); infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := 110110; infEvento.nSeqEvento := StrToInt(nSeqEvento); infEvento.versaoEvento := '1.00'; infEvento.detEvento.descEvento := 'Carta de Correção'; infEvento.detEvento.xCorrecao := TextoCorrecao; infEvento.detEvento.xCondUso := ''; //Informar vazio, o componente vai colocar o texto correto end; ACBrNFe1.EnviarCartaCorrecao(StrToInt(idLote)); [/code]

Atualize o seu ACBr, agora o ACBrECF possui a propriedade "NumReducoesZRestantes" que retorna esse contador, já está implementado e testado para Daruma, FiscNET e Bematech, para a Sweda ainda não consegui o comando direto pois não possuo impressora fiscal e o emulador bloqueia o log da porta, estou aguardando um retorno do suporte da Sweda informando o comando.

Ao emitir a Z basta pegar NumCOO - 1, assim terá o COOFinal.

Quais são os comandos das dlls, se existem nelas, então pode ser passível de fazer no ACBr via comando direto.

Isso já foi devidamente explicado alguns posts atrás.

Fiz testes aqui é está funcionando corretamente para MG.

Para posto de combustível pelo que pude perceber não mudou nada, veja no meu blog eu fiz um apanhado do que mudou http://www.regys.com.br

Igor, dá uma olhada neste tópico, eu respondi a essa pergunta lá: http://djsystem.com.br/acbr/forum/viewtopic.php?f=8&t=6155&start=20

Adquira um certificado, logo, logo você vai ter que adquirir um de qualquer forma, muitos estados já estão obrigando a assinar a documentação do Paf-ECF com certificado digital e outros a SEFAZ estadual só funciona mediante o uso de certificado, então, mesmo você desenvolvedor vai acabar tendo que ter um. Quanto a ser viável ou não, um certificado hoje é muito barato e não serve somente para fazer testes de nota eletrônica.

A questão não é que todos estão sumindo, nosso trabalho aqui é voluntário, implementamos os componentes e auxiliamos no fórum quando é possível, ninguém do projeto fica por conta dele, ninguém recebe por isso e tudo voluntário, todos possuem uma empresa ou como eu são funcionários de uma e tem suas obrigações do dia-a-dia. Não abra tópicos no nome de uma pessoa, não reclame do tempo de resposta, pois quando alguém que pode ajudar tiver tempo, com certeza esse alguém vai responder a sua pergunta. Quanto as suas perguntas todas já foram respondidas e existem outros tópicos tratando da situação aqui no fórum, não entendo o desespero por conta da situação, tudo no componente está correto, basta atualizar os schemas, não é necessário fazer nada. Para quem utiliza o ACBrNFeMonitor, basta baixar a nova versão que disponibilizei no sourceforge, versão está inclusive que estava fora dos planos, visto que a versão do sourceforge não tem compromisso de ser atualizada com está frequência, como já disse todo o projeto ACBr é open-source, de livre utilização e sem restrição alguma. Se for necessária mais algumas informação basta consultar o portal da nota eletrônica, nele constam todas as informação necessárias ao bom entendimento do processo, tudo está lá.

http://www.nfe.fazenda.gov.br/portal/principal.aspx Tem tudo a respeito, basta olhar as notas técnicas e os protocolos.

Tópico movido para o local correto. As respostas as suas perguntas estão no fórum utilize a busca, existem vários tópicos discutindo e propondo soluções para estes pontos.

O certificado A3 por ser físico(token, cartão, etc) não permite a utilização em diversas máquinas visto que ele não pode ser compartilhado, uma solução para esse problema seria a seguinte, faça a emissão normal no teu software, e em uma máquina deixe um aplicativo que faça a assinatura, validação, envio, assim você tem várias máquinas emitindo mas somente uma enviando as notas emitidas, essa tem sido a solução adotada pela maioria. Outra forma e colocar o seu aplicativo em um servidor e acessá-lo via um RDP qualquer, como por exemplo o Terminal Service.

O forum não deve ser utilizado para divulgar esse tipo de informação.

Basta copiarem os novos schemas na pasta, mais nada.

Faça uma busca no fórum ou simplesmente visite o topico viewforum.php?f=41

Se o A1 funciona e A3 não, então da duas uma, seu certificado foi instalado incorretamente ou não seguiu as recomendações do fórum. Seguem alguns pontos a observar: - Instalação da capicom disponibilizada com o ACBr depois da instalação completa do certificado. - Atualização do sistema operacional até a última atualização disponível no site da microsoft. - Atualização da cadeia de certificados para a versão 2.0 disponibilizada pelo seu SEFAZ.

O ACBr e 100% compatível com todas as versões de delphi começando do 7 até o XE2 e também 100% compatível com lazarus.