Cleber Ferreira

Acho que voce poderia fechar esse tópico Juliomar. Já tem outro tópico com muito mais informações a respeito desse mesmo problema.

Bom dia a todos! Galera, recebi resposta da SEFAZ. Como eu previa, o problema é mesmo com eles. Segue resposta: Senhor Cleber, bom dia! Segue parecer da Superintendência responsável: Nossa área de TI já identificou um erro na validação das NFe emitidas em contingência EPEC, este erro gera a rejeição 467. Estamos providenciando uma nova versão de produção da NFe com a correção deste erro. Solicitamos ao contribuinte que aguarde a nova versão para realizar a transmissão destas NFe. A previsão é que a nova versão seja disponibilizada em produção na segunda feira (27/04/2015). Atenciosamente, FALE CONOSCO - SEF Diretoria de Gestão do Atendimento ao Público Superintendência de Arrecadação e Informações Fiscais Tel.: 155 para todo o Estado de Minas Gerais; (31) 3303-7995 para outros estados e países.

Boa noite Ítalo! Olhando a NF-e aqui o UTC tanto no xml da NF-e quanto no EPEC estão -03:00.

Boa tarde! Sem retorno ainda da SEFAZ. Tudo leva a crer que o problema é lá mesmo. Não altero a rotina de emissão de NF-e há um mês, desde que precisei adaptar para a versão 3.10. E depois disso, alguns clientes já emitiram EPEC e posteriormente transmitiram o xml para a SEFAZ sem problemas.

Consegui falar no 155 e a atendente me pediu para verificar a data de emissão da NF-e no xml da mesma e no evento do EPEC. Como eu já tinha conferido todos os dados, ela me pediu para enviar email para a equipe técnica. Sua ajuda era limitada por se tratar de um assunto muito específico. Perguntei a ela se estão recebendo muitas ligações a repeito desse problema e ela me confirmou que sim. Tanto que ela já tinha até decorado o código da rejeição (467), rsrsrs. Bom, então enviei e-mail para a equipe técnica e estou no aguardo de uma resposta...

Bom dia a todos! Hoje também estou passando pelo mesmo problema com clientes aqui da empresa. Dados iguais, nada foi alterado, porém retorna essa rejeição. Estou tentando ligar na SEFAZ. Qualquer coisa, posto aqui também.

Bom dia! É mais provavel que voce tenha alterado alguma outra parte do seu código que fez esse problema acontecer. Mesmo ocorrendo as mudanças da versão 2.0 para 3.10, essas foram sutis e na parte dos impostos se bem me lembro, nada mudou. Faça um debug no seu projeto e vá acompanhando linha a linha para ver se suas regras de preenchimento das tags estão corretas para cada situação que possa existir.

Mas a venda da farmácia popular tem que ser feita no paf-ecf. Isso inclui todas as suas etapas. Não é abordada essa questão de pre-venda

Isso Vantuil, infelizmente é um conflito de legislação. Como não tem como cancelar o cupom, cancela-se apenas a transação e o estabelecimento emite uma nota fiscal de devolução. É a opção que adotei junto aos meus clientes. Mas já te aviso que essa situação, pra ser sincero, nunca aconteceu comigo. Desde que implementei, nenhum cliente meu precisou cancelar uma transação.

No site mesmo da farmacia popular voce encontra os manuais. Porém, na época eu precisava com urgência da implementação e não tinha tempo hábil. Optei por adquirir o Autorizador da BitShop que executa todas as rotinas. Bastou eu integrar ao PAF-ECF. Segue links FP: HOMOLOGAÇÃO: http://189.28.128.37/portalfarmacia/ PRODUÇÃO: https://aplicacao.saude.gov.br/portalfarmacia/

Bom dia! Nota denegada não é o mesmo que rejeitado. Denegado nesse caso é uma situação final do documento, assim como emitida ou cancelada. Veja cStatus que é retornado pra você. O protocolo que você vê provavelmente é o de negação do documento. Com relação a impressão do DANFe, creio que a melhor saída é voce tratar o status do seu sistema para não permitir a impressão.

Bom dia! Qual CST/CSOSN você está utilizando?

Vlw pela dica Elton, serviu pra mim aqui.. abraço

O ACBrTEFD Daniel, disponibiliza esse tipo de função até mesmo a impressão não tendo nada a ver com TEF?

Boa tarde a todos! Estou imprimindo um relatorio gerencial e durante o erro do mesmo (desligamento, falta de papel) gostaria que aparecesse a mensagem de tentar novamente e, caso optasse por SIM, imprima novamente o gerencial e se optar por não, entrasse no expcetion do meu código. Em resumo seria igual o que acontece com o TEF. Segue trecho do meu código: { abre impressao } DMACBr.ECF.ReTentar := True; if DMACBr.ECF.Estado <> estRelatorio then begin DMACBr.ECF.CorrigeEstadoErro; DMACBr.ECF.AbreRelatorioGerencial(StrToInt(doc.Indice)); { 1ª via } DMACBr.ECF.LinhaRelatorioGerencial(vinculado.Text); { pula linhas e corta papel } DMACBr.ECF.PulaLinhas(DMACBr.ECF.LinhasEntreCupons); DMACBr.ECF.CortaPapel; { 2ª via } DMACBr.ECF.LinhaRelatorioGerencial(vinculado.Text); DMACBr.ECF.FechaRelatorio; DMACBr.ECF.ReTentar := False; LancaOutroDocumento('RG'); end; Alguem tem alguma ideia de como posso fazer isso?

me adiciona que posso lhe ajudar...

Bom dia Ainda não Juliano. Como temos apenas um cliente que emite nfse em Divinópolis, tive que estacionar esse problema e dar prioridade a outras questões. E além do mais, pessoal do suporte e eu parece não conseguirmos falar a mesma língua. Já tem alguns meses que não mexo mais...

acho que nem pra consultas posteriores deixaram o endereço disponível.

Bom dia a todos! Hoje fui fazer uma consulta de DPEC e me retornou uma mensagem a qual está anexada a este post. Esse é o código que estou utilizando: TabGlobal.NFe.NotasFiscais.Clear; TabGlobal.NFe.NotasFiscais.LoadFromFile(caminhoxml); if TabGlobal.NFe.NotasFiscais.Items[0].NFe.Ide.tpEmis = teDPEC then begin TabGlobal.NFe.WebServices.ConsultaDPEC.NFeChave := TabGlobal.qryComando['not_chaveacesso']; TabGlobal.NFe.WebServices.ConsultaDPEC.Executar; TabGlobal.NFe.DANFE.ProtocoloNFe := TabGlobal.NFe.WebServices.ConsultaDPEC.nRegDPEC + ' ' + DateTimeToStr(TabGlobal.NFe.WebServices.ConsultaDPEC.dhRegDPEC); end; Será instabilidade do serviço nacional? Alguém já teve essa experiência? Obrigado desde já.

Boa tarde, tem alguns certificados que ficam realmente pedindo toda hora a senha. Tenho um cliente que possui um certificado assim. Vai consultar serviço pede senha, vai assinar xml pede senha, vai enviar lote pede senha. Eu creio que deva ser algo na configuração do dispositivo (token ou cartão) onde alguma opção foi habilitada para sempre requisitar autenticação. Agora como contornar isso, só vendo com o fabricante do dispositivo se há alguma configuração desse tipo e se tem como muda-la. Alguns permitem apenas quando reinicializa o dispositivo (formata), o que não pode ser feito enquanto o certificado está dentro do prazo de validade.

Isso acontece sempre ou somente quando o aplicativo é executado pela primeira vez no pc? Pergunto isso porque o avast costuma fazer isso. A aplicação aparece na tela, depois o avast vai e fecha ela para análise de vírus, depois que estiver ok, ele libera a aplicação e a mesma abre novamente.

Bom dia Já tentou usar um try...except utilizando uma variavel Exception?

Bom dia Teoricamente o fato gerador, ou seja, o transporte foi feito dentro do país, o que caracteriza a cobrança de tais tributos. Somente o responsável pelo pagamento que é no exterior. Mas como cada caso é um caso, recomendo você sentar com o contador da empresa aqui no Brasil e verificar com eles o que pode ser feito.

basta fazer isso. Marcar a nota como cancelada e declarar ela no arquivo como tal. Eu te perguntei se o periodo de apuração ja foi fechado porque aí teria que ver como proceder, caso os arquivos já tivessem sido enviados e como fazer para substitui-los.

Já fechou o período de apuração?