JSantos

Olá Pessoal, Até onde sei, não foi divulgado pelo fisco nenhum modelo de layout para impressão da conteúdo de uma CCe. Sabemos também que na prática nossos clientes e os seus dificilmente se contentarão em visitar o portal da SEFAZ para consultar as correções. Pensando nisso, iniciei um trabalho de montagem de um "Relatório de Carta de Correção Eletrônica" (o nome é provisório e pode mudar!). Coloco o modelo em anexo para trocarmos ideias à respeito. Se é legal, viável e se não engorda Abraço! Modelo_CCe.pdf

Oscar Ribeiro, Estou usando a versão 0.7.1c e o ACBrNFeMonitor salva o xml da carta de correção normalmente. O nome do arquivo gerado está no formato: 35120612345678912345678912345678912345678912-ProcEventoNFe.xml Verifique no arquivo de configuração ACBrNFeMonitor.ini se você definiu valores para: PathSalvar= PathNFe= PathCan= PathInu= PathDPEC= Assim você poderá verificar onde os arquivos são gravados. Eu costumo gravár todos os arquivos em uma mesma pasta. Minha aplicação faz o tratamento e move os arquivos depois de gravados para as pastas corretas.

ALA, Tive problemas com duplicidade de Evento aqui também nos primeiros testes. Pelo que entendi, você precisa ter um número sequencial para cada carta de correção que fizer para uma mesma NFe (1, 2, 3 ... 20) O número sequencial do evento deve ser registrado na tag nSeqEvento.

Referindo-se ao ICMS ... Venda Estado de origem: SP Os produtos normalmente tributados em 18% para venda dentro do estado de SP, sofrem uma redução na alíquota para 12% quando forem vendidos para o estado de MG. Para outros estados também pode haver uma diferenciação. Talvez seja este o diferencial que vc se refere (18-12=6???). Mas veja bem! Produto A - Valor R$ 1000,00 - Venda de SP para SP - ICMS 18% = R$ 180,00 Venda de SP para MG - ICMS 12% = R$ 120,00 Em ambos os casos é feito uso do mesmo campo de alíquota do ICMS. Nenhum campo diferente é utilizado.

Olá! Tenho clientes utilizando certificado A3 Certisign sem problemas. Dê mais detalhes sobre onde o certificado está instalado: - Qual sistema operacional? - No mesmo computador há um outro tipo de certificado instalado? - A instalação dos softwares foi feita segundo a Certisign? - Já foi feita tentativa de instalação em outro computador?

Deve existir uma seqüência de numeração de Nota Fiscal por série. Abraço!

Levy, Não sei se entendi perfeitamente seu problema, mas aconselho que você armazene sempre o xml transmitido à SEFAZ, independente de receber ou não o retorno de envio. Mesmo que no envio você não consiga receber o retorno, seu sistema poderá consultar novamente a SEFAZ com objetivo de atualizar o status da NFe. Fazendo isso, você não precisará montar a CHAVE quando precisar fazer qualquer coisa com NFe já que ela estará no xml. Outra grande vantagem que vejo seria na questão dos cancelamentos que não seriam mais necessários.

Pessoal, dando uma olhada no código, localizei o problema: Arquivo: ACBrDANFeCBRaveRetrato.pas e ACBrDANFeCBRavePaisagem.pas. No arquivo ACBrDANFeCBRaveRetrato.pas, no trecho abaixo, não é contemplada a possibilidade de emissão do DANFE em contingência sem que a mensagem referida não seja exibida, já o que no xml não haverá status da NFe. if Ide.TpAmb=taHomologacao then begin //homologação SetFont(FontNameUsed,25); FontColor:=clSilver; Bold:=True; Underline:=True; GotoXY(FFirstX+5,YY); FontRotation:=45; Print('AMBIENTE DE HOMOLOGAÇÃO - SEM VALOR FISCAL'); end else if ((procNFe.cStat = 101) or (NFeCancelada)) then begin //NFe Cancelada SetFont(FontNameUsed,25); FontColor:=clRed; Bold:=True; Underline:=True; GotoXY(FFirstX+80,YY-80); FontRotation:=45; Print('NFe Cancelada'); end else if (procNFe.cStat <> 100 ) then // Acabei incluindo: and (Ide.tpEmis <> teFSDA) para resolver temporariamente o problema com FSDA begin //Não autorizada SetFont(FontNameUsed,25); FontColor:=clRed; Bold:=True; Underline:=True; GotoXY(FFirstX+5,YY); FontRotation:=45; if procNFe.cStat <= 0 then Print('NFe não autorizada pela SEFAZ(SEM VALIDADE FISCAL)') <-- Local onde a mensagem é impressa else Print(IntToStr(procNFe.cStat) + '-' +procNFe.xMotivo); end;

flast2009, 1 minuto antes do seu post, coloquei no fórum a mesma questão. Estou pensando seriamente em mudar para a emissão Rave. Estou com a impressão que a opção RaveCB ainda não está em testada. Estou analisando o código para identificar o porque desta mensagem. Na minha opinião não procede.

Pessoal, encontrei mais alguma coisa estranha! Ao emitir um DANFE em contingência FS-DA, está sendo impresso o seguinte conteúdo em 45º no DANFE: "NFe não autorizada pala SEFAZ (SEM VALIDADE FISCAL)" Problema constatado em produção! Em regime de teste isto não ocorre, talvez por já existir o conteúdo de alerta para ambiente de teste. Abraço!

Como ninguém reclamou disto antes, imagino que poucos usuários tem usando esta opção (posso estar enganado). Gostaria de saber entre o pessoal como foram os testes e experiências com a opção Rave CB. Abraços!

Possível solução: DoACBrNFeUnit.pas No trecho: else if Cmd.Metodo = 'imprimirdanfe' then begin if ACBrNFeDANFERave1.MostrarPreview then <--- Possível erro nesta linha begin Restaurar1.Click; Application.BringToFront; end; Substituir a linha do if por: if ACBrNFe1.DANFE.MostrarPreview then Mais abaixo, no trecho: if ACBrNFeDANFERave1.MostrarPreview then <--- Possível erro nesta linha Ocultar1.Click; Substituir a linha do if pelo mesmo conteúdo sugerido acima. Estou fazendo novos testes ...

Pessoal, Estou procurando saber por que a tela do ACBrNFeMonitor está sendo restaurada a cada impressão de DANFE usando a opção Rave CB. Observando que as opções "Mostrar Preview antes da impressão" e "Mostrar status" estão desmarcadas. Alguém tem enfrentado este mesmo problema? Abraço!

Janio, como você está usando o ACBrNFeMonitor, para que o xml seja atualizado como os dados da consulta, é necessário que o arquivo esteja disponível na mesma pasta configurada para gravação no Monitor.

Adilson, Você não deveria informar nas tags e , os valores da base de cálculo e icms da retenção ?

Ronnei, Depois de impresso o DANFE em formulário de segurança, será necessário somente que a NFe referente seja autorizada pela SEFAZ, quando sua comunicação for restabelecida. Não tenho conhecimento de que o tipo de emissão na NFe tenha que ser alterado, acredito que fazendo isto você estaria informando a SEFAZ que sua NFe não foi emitida com formulário de segurança.

Poste o xml para que possamos dar uma olhada.

Pessoal, bom dia! Após uma atualização do SVN, percebi que a linha que estava comentada (mencionada anteriormente) não mais está, porém o resultado da consulta continua apresentando conteúdo vazio para a chave DigVal. NFE.consultarNFe("35110350983733000161550010000000671561002201") OK: Autorizado o uso da NF-e [CONSULTA] Versao=SP_NFE_PL_006h TpAmb=2 VerAplic=SP_NFE_PL_006h CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 ChNFe=35110350983733000161550010000000671561002201 DhRecbto=2/3/2011 18:02:41 NProt=135110002003619 DigVal=

Se a empresa está enquadrada no Simples Nacional (CRT=1), normalmente não deverá ser destacado Base de Cálculo e Valor de ICMS. Verifique que, utilizando os códigos de CSOSN, exceto para o código 900, não há previsão para destaque destes valores. Observe que alguns códigos possibilitam geração de crédito para aproveitamento do ICMS pelo adquirente (acho que o 101 e 201), mas se trata de algo diferente, inclusive nestes casos também não deverá ser preenchida as colunas de Base de Cálculo e Valor de ICMS. Quando existir, o valor do crédito deverá ser informado no quadro de Informações Adicionais.

Fiz uma alteração no código do ACBrNfeMonitor e o problema foi resolvido. Unit: DoACBrNFeUnit.pas Procedure: procedure GerarIniNFe( AStr: WideString ) ; A linha comentada é a original do ACBrNFeMonitor, acrescentei o trecho abaixo: //Ide.dhCont := NotaUtil.StringToDate(INIRec.ReadString( 'Identificacao','dhCont' ,'0')); //NFe2 if not ( INIRec.ReadString( 'Identificacao','dhCont','0') = '0' ) then begin sdhCont := INIRec.ReadString( 'Identificacao','dhCont','0'); Ide.dhCont := EncodeDateTime( StrToInt(Copy(sdhCont,1,4)), StrToInt(Copy(sdhCont,6,2)), StrToInt(Copy(sdhCont,9,2)), StrToInt(Copy(sdhCont,12,2)), StrToInt(Copy(sdhCont,15,2)), StrToInt(Copy(sdhCont,18,2)), 0); end; Uma variável string sdhCont foi utilizada como auxiliar. Precisa ser declarada na procedure. No arquivo INI para geração da NFe, a chave dhCont deve ser preenchida com a data e hora no formato especificado no manual de integração. Formato: dhCont=AAAA-MM-DDTHH:MM:SS Exemplo: dhCont=2011-03-07T08:12:00 Abraço!

Preencha as propriedades: ...NFe.Ide.dhCont // Data e horário de entrada em regime de contingência ...NFe.Ide.xJust // Justificativa Abraço!

Pessoal, Desculpe levantar o tópico, mas será que alguém pode me ajudar com este problema? Abraço!

Pessoal, Não sei se já sabiam disto, mas depois de muito tempo constatando um funcionamento estranho na impressão do DANFE, consegui entender tudo o que acontecia. Talvez vcs já até tenham conhecimento, mas poderá ajudar alguns outros de nós. Havia percebido que depois de algum tempo de uso do sistema ACBrNFeMonitor, sempre que era feita a PRIMEIRA solicitação de impressão de um DANFE (primeira solicitação a partir do momento que o computador fosse ligado), havia uma certa demora para que a impressão acontecesse. Bom, tive um problema estes dias com um computador que, além de demorar para imprimir o primeiro DANFE, começou a emitir uma mensagem de "ACCESS VIOLATION", toda vez que uma emissão de DANFE era solicitada. Depois de reinstalar os sistemas, registrar todas as dlls e refazer configurações, decidi vasculhar o computador por vírus ou qualquer outro fator que por ventura estivesse influenciando o problema de impressão. Vírus mesmo não encontrei, mas achei algo bem interessante. Percebi que na pasta "temp" do computador haviam milhares de arquivos temporários, todos no formato "RVxxxx.tmp". Daí pra ligar RV com Rave, não foi muito difícil. Concluindo, o Rave deve criar estes arquivos como buffer de impressão do DANFE. Provavelmente ele não apaga arquivos temporários já utilizados e, como o xxxx tem 4 posições, o número de combinações é limitado. No computador em questão, a quantidade de arquivos temporários na pasta temp ultrapassava os 65 mil (não verifiquei o número de arquivos RVxxxx.tmp, mas eram sem dúvida a grannnnnnnnnnnde maioria). Provavelmente já haviam se esgotado o número de possibilidades para o xxxx, desta forma o algoritmo do Rave provavelmente gerava o erro de ACCEES VIOLATION. A resposta para a demora no início da impressão deve estar no modo como o algoritmo do Rave localiza uma combinação xxxx livre, passando provavelmente pelo mesmo caminho todas vezes que é inicializado, ou seja, quanto mais arquivos, mais o sistema demorará para emitir o primeiro DANFE. Pessoal, mandamento que vou seguir para que a impressão do DANFE sejá bem executada a partir de hoje: - Faça, sempre que possível, uma limpeza na pasta "temp". Abraços e bom trabalho a todos!

jackson, Use a tag "Modelo" em vez de "mod". Vi que vc está informando também o número de Inscrição Estadual do emissor da NF referenciada. Segundo o manual de integração, esta informação não é necessária quando se tratar de Nota Fiscal modelo 1/1A. Abraço!

João, Confesso que não tinha reparado o "menos a mais" (essa foi boa!) na string. Mas quando deu o erro fui direto dar uma olhada no código do ACBrNFeMonitor e vi que está sendo feita um conversão de string para data, de modo que achei difícil a informação segundo o padrão do manual ser reconhecida. Acabei de fazer um teste sem o "menos a mais" e o erro continua ... ERRO: '2011-03-04T11:05:00' is not a valid date