Régys Silveira

Olha até onde sei a Polimig faz isso, você agenda com eles e um técnico vai até a sua cidade e homologa, as despesas correm por sua conta e se não me engano existe um valor a parte pago, entre em contato com eles. Quanto as outras eu não sei como funciona.

Notícia que pode interessar a todos que estão fazendo o download do xml pelo site da receita: http://www.robertodiasduarte.com.br/ass ... feedburner

Você configurou a UF corretamente?

O único teste de domínio de arquivo pedido é este, se você leu o roteiro de homologação e rodou ele, vai ver isso. Para qualquer outro caso, na eventualidade de acontecer, basta olhar nos fontes do ACBr e proceder como se deve.

Pode homologar sim, basta você você utilizar o evento "OnAntesFinalizarRequisicao" do componente ACBrTEFD da seguinte forma: procedure TdtmPDV.ACBrTEFAntesFinalizarRequisicao(Req: TACBrTEFDReq); begin // comente as linhas depois de homologado if Req.Header = 'CRT' then Req.GravaInformacao(777, 777, 'TESTE REDECARD'); end;

Para bilhete fiscal não tem nada ainda, mas como o projeto já tem toda a base pronto, bastaria contribuir com a rotina.

Na verdade "DadosReducaoZClass" é uma forma de retorna a redução Z em forma de classe, para ficar mais simples de manipular os dados. Tanto "DadosUltimaReducaoZ" quanto "DadosReducaoZ" populam "DadosReducaoZClass", sempre que chamar qualquer um dos dois a mesma será preenchida.

O erro ocorre com o demo do ACBrNFe2, isso está parecendo alguma coisa no seu aplicativo mesmo. Tente fazer os testes com o demo do ACBrNFe2 e verifique se vai acontecer o mesmo.

Tentou executar o seu aplicativo em modo debug, efetuar as rotinas que levam ao erro e sair? O delphi deve te mostrar uma mensagem de erro e parar no ponto onde gera o erro.

Produtores rurais tem inscrição estadual, como você está informado isso?

Se a nota já foi autorizada você não pode mais mecher no XML porque isso faria a assinatura do arquivo ficar inválida.

Seu ACBr está atualizado?

Você adicionou corretamente todos os paths ao library path do delphi?

Qual o modelo que você está utilizando Sweeda ou SweedaSTX, porque a STX funciona com 14 digitos.

Ai sim, a tua questão até então não apresentava essa preocupação. Quanto aos registros que devem ser gerados, para o sintegra todos os registros referentes a cupom fiscal, nota de consumidor e nota de saida (NF-e), SPED a mesma coisa mais os complementos. Veja os seguintes tópicos, para ter uma noção: viewtopic.php?f=20&t=3238 viewtopic.php?f=12&t=66&p=277 O ideal e trocar uma ideia com os homologadores também, eles geralmente tem documentação para te ajudar nisso. Quanto a paranoia, fique calmo, leia a ER, entenda ela, repasse todos os itens que você for homologar e depois rode o roteiro umas duas vezes, se você conseguir rodá-lo sem problemas e falhas, não tem erro, vai ser tranquilo a sua homologação. Para qualquer outra dúvida, se achar necessário contrate uma consultoria.

Existe sim na ER, item 19 do requisito VII, ele é um item do menu fiscal e no roteiro também, conforme abaixo: TESTE 036-B: Arquivo das Vendas do Período, fazendo opção pelo leiaute estabelecido no Manual de Orientação do Convênio 57/95: Passo 1: Execute a função “Venda do Período” do Menu Fiscal. Passo 2: Execute o teste 084-B relativo ao requisito XXVIII. Condição para requisito atendido: Função executada e inexistência de não conformidade no teste 084-B relativo ao requisito XXVIII. Condição para requisito não atendido: Inexistência da função OU não execução da função OU existência de não conformidade no teste 084-B relativo ao requisito XXVIII. TESTE 036-C: Arquivo das Vendas do Período, fazendo opção pelo leiaute estabelecido no Ato COTEPE/ICMS 09/08: Passo 1: Execute a função “Venda do Período” do Menu Fiscal. Passo 2: Execute o teste 084-C relativo ao requisito XXVIII. Condição para requisito atendido: Função executada e inexistência de não conformidade no teste 084-C relativo ao requisito XXVIII. Condição para requisito não atendido: Inexistência da função OU não execução da

Link para a Especificação de requisitos mais recente: http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm Link para o roteiro de homologação mais recente: http://www.fazenda.gov.br/confaz/ Clique em "ECF" e depois em "Roteiro de análise - Paf-ECF" Sempre você trabalha na última versão da E.R. que hoje é a 1.10, o roteiro quando não tem um aplicável a E.R. atual segue sempre o último. O roteiro sempre vem completo, não sei o que aconteceu no link que a tua homologadora passou, derrepente ela te enviou um link somente para o que mudou. Seguindo estes links ai não tem erro.

Você utiliza qual componente para emitir o danfe? rave, fastreport, ...? Você pode alterar diretamente o arquivo de relatório e remover o campo se quiser.

Só uma dica, assinando o ACBrSAC você tem compilações semanais do ACBrMonitor e também do ACBrNFeMonitor e suporte a dúvidas e bugs em até 24 horas. Para mais informações visite: http://www.djsystem.com.br/acbr/sac/index.php?option=com_content&view=article&id=1&Itemid=4

Adicionada a possibilidade de utilizar variáveis no assunto e corpo do e-mail que serão substituídas automaticamente no envio: Segue a lista de variáveis disponíveis: [EmitNome] [EmitFantasia] [EmitCNPJCPF] [EmitIE] [DestNome] [DestCNPJCPF] [DestIE] [ChaveNFe] [NumeroNF] [ValorNF] [dtEmissao] [dtSaida] [hrSaida] Já disponível na área de download para assinantes do ACBrSAC.

Fiz um acerto para que não aconteça o que foi relatado, peço que baixem e testem por favor. ACBrNFeMonitor.zip

Entre em contato comigo via e-mail ou MP.

Blza, a noite eu vou dar uma olhada, posto a correção amanhã.

Kiko vou fazer alguns testes a noite, devo ter deixado algo passar, obrigado pelo feedback.

O que???? Uma mesma nota pode ter duas chaves diferentes, inclusive com o campo do NUMERO DA NOTA sendo diferente??? Se você passar para o campo cNF um valor diferente tudo vai ser igual menos a parte do cNFe o verificador. cNF e um código aleatório conforme descrito no manual. Uma nota só pode ter uma chave que será gerada e enviada ao webservice e ficará gravada lá para posterior consulta.