juaumkiko

Se vc ler uma postagem minha nesse tópico mesmo irá ver como pegar o protocolo do EPEC no retorno. Dae vc consegue associar EXATAMENTE como vc fazia antes com DPEC. Att

Tenta enviar sem IE (não informar IE destinatario) Se der errado acho que vc precisa é entrar em contato com a SEFAZ de MG e pedir esclarecimentos. Att

E se vc analisar o cStat do retorno, não resolveria?

Olá.... Por favor faça um teste.... Na pasta Fontes/ACBrComum existe um arquivo chamado ACBr.inc. Nesse arquivo temos: // Descomente a linha abaixo para usar o componente de comunicação SOAP do Delphi ao invés do ACBrHTTPReqResp(Funciona apenas com a versão CAPICOM) - Não é compatível com o Lazarus //-------------------------------------------------------------------------------- //{$DEFINE SoapHTTP} Descomente essa linha {$DEFINE SoapHTTP} e reinstale o componente. Nos informe o resultado. []´s

Tentem colocar no DPR do Demo: ReportMemoryLeaksOnShutDown := True; E façam testes de envio.... depois ao fechar o DEMO será apresentado os Leaks que poderão estar consumindo a memoria durante a execução. []´s

Sua última reposta respondeu sua pergunta. E sobre a consulta é oq vinhamos falando, não existe essa opção como o DPEC. Ao consultar uma NFe que só tem o EPEC enviado....irá retornar que nao existe na base de dados. Ou seja... esse controle deve ser feito sem falhas pelo seu ERP. []´s

Vc esta usando o NotaFiscalEletronica.rav, este é o arquivo com menos recurso, mas se ele esta servindo para vc siga em frente. O ideal seria usar o Danfe_Rave513.rav []´s

Ahhh ta... agora entendi... Então já posso afirmar que realmente não existe diferença no que você quer fazer com oq é orientado pelo manual e eu ja coloquei em outra postagem. Vc fará exatamente a mesma coisa só se complicando mais em ter que fazer em nova série ao invés de simplesmente emitir na mesma série com numeração sequencial. Boa Sorte...

Tenham paciência... Esta agendada uma parada no servidores de São Paulo no próximo domingo (14/09). Provavel que vários erros serão corrigidos incluindo EPEC. []´s

Favor não confundir... SituacaoNFe bem diferente de StatusServico.

Entao é só liberar também os webservices de homologação no server. O nome nao sei de cabeça... mas debugando a rotina vc acha fácil.

Ou vc não soube explicar ou eu não entendi... Mas vai dar na mesma... vc tera que fazer o retorno da NFe enviada com problema e ver se vai cancelar ou inutilizar o numero do mesmo jeito. att

Não... Eu tb tive esse problema... exatamente o mesmo... Resolvi da maneira que te falei. Esse erro é devido a uma mudança interna no componente onde temos agora uma classe especifica para requisicoes HTTP entre outras coisas. Att

Sim.

No meu caso eu só consegui resolver informando no componente HOST e PORTA do proxy, e no servidor liberando TODOS os endereços de webservices para não necessitar de autenticação de usuario e passar direto pelo proxy (imagino que foi oq vc ja tinha feito) Abraços

Veja bem essa dúvida é explicada no manual e NTs referente a contingência. Nesse caso vc deverá emitir um Nova NFe com o Tipo de Emissao para uma das contingências que você queira usar. (FSDA, EPEC ou SVC). Enviar normalmente. Sanados os problemas, vc deverá consultar o retorno daquela primeira NFe que vc enviou em Tipo de Emissao normal e nao obteve retorno. Dae depois do retorno vc deverá CANCELAR essa NFe. Sobre o problema dos servidores de Minas Gerais vc terá de pensar em uma maneira de verificar se o SVC (scan) esta ativo para MG.... se estiver nem perca tempo enviando NORMAL, já envie em SVC... No caso a mudança do SCAN para o SVC será benéfica para vc pois a SERIE nao precisa ser alterada e vc nao tem de enviar depois para a RECEITA, o que no geral torna mais simples o processo do SVC. Agora o grande dilema é de como saber se o SVC esta ativado. Existe a possibilidade de consulta do STATUS do SVC. Se estiver ativo já envia em SVC. Dae vc pergunta... mas isso não irá gerar consumo indevido, devido a toda nf emitida eu estar consultando esse STATUS? Pode até ser, e na NT 2013/007 menciona que só deverá ser realizada a consulta do status do SVC no caso de indisponibilidade no ambiente de autorização NORMAL. Logo... volta pro mesmo problema, só saber do problema quando enviar uma NFe e der problema... Minha opinião diverge de vários colegas, a SEFAZ erra em muito nao deixando um webservice de consulta de servico e SVC ativo funcional e que não gere consumo indevido. Pois eu acho que o correto é vc ter uma maneira de PREVER um erro e não só contornar o erro quando ACONTECER. Isso é planejamento... mas enfim.... é minha opinião.... Eu não uso SVC/SCAN. As contingencia que eu uso é FSDA e EPEC/DPEC, mas eu partiria pelo seguinte... veja só: http://www.nfe.fazenda.gov.br/portal/principal.aspx Repare que vc tem a informação: Serviços em Contingência: MG Desde 9/9/2014 09:04:58 Pronto... basta vc ter um jeito no seu sistema de ler essa informação do Portal da NFe (isso é possível) Isso nao gera consumo indevido, mas gera mais trafego de rede.... Analise cara... veja se vale a pena. Questione a SEFAZ do seu estado sobre os problemas e se a consulta do SVC poderá gerar consumo indevido. Boa Sorte... []s

Só pra reforçar.... O WebService de Status de Serviço na minha opinião só serve para nós desenvolvedores fazer testes. Hoje (11/09 09:45) os servidores da SEFAZ de São Paulo cairam, e já faz algum tempo que caíram. Quando consulto o Status, da que serviço está em operação com tMed = 1... ou seja... totalmente errado. Abraços

Só para eliminar todas possibilidades: Sua rede esta sob um proxy?

Só para constar: Em ambiente de Produção esta dando erro para mim em SP: <retEnvEvento versao="1.00"> <idLote>7473144</idLote> <tpAmb>1</tpAmb> <verAplic>AN_1.0.0</verAplic> <cOrgao>91</cOrgao> <cStat>128</cStat> <xMotivo>Lote de evento processado</xMotivo> <retEvento versao="1.00"> <infEvento> <tpAmb>1</tpAmb> <verAplic>AN_1.0.0</verAplic> <cOrgao>91</cOrgao> <cStat>491</cStat> <xMotivo>Rejeicao: O tpEvento informado invalido </xMotivo> <chNFe>35140954773502000184550010000074731000074730</chNFe> <tpEvento>110140</tpEvento> <xEvento>EPEC</xEvento> <nSeqEvento>1</nSeqEvento> <cOrgaoAutor>0</cOrgaoAutor> <dhRegEvento>2014-09-10T15:05:21-03:00</dhRegEvento> </infEvento> </retEvento> </retEnvEvento> E o tpEvento esta correto para EPEC. Estou enviando um email para la... Veremos... []´s

Já tentou alterar as casas decimais só no componente e usar o arquivo DanfeRetrato.fr3? Se não tentou tente... []´s

Tenta usar o danferaveCodeBase

Supondo que você usa o TortoiseSVN, veja: http://tortoisesvn.net/docs/release/TortoiseSVN_pt_BR/index.html Att

Não. Basta Ignorar na abertura do demo e usar o Danfe do Gerenciador (Quick Report, Rave, Fortes, Fast, etc) que vc tem instalado no Delphi. Por favor... comece a utilizar a busca do fórum para suas perguntas, a maioria já esta respondida. Att

Vc tem que dar update e nao commit Commit eh so pra passar as alteracoes para svn

Oq deve estar causando é que o package MDFe ta com referencia no CTe ou vice e versa. O mesmo erro que estava no pacote NFSe com referencia a NFe que conseguimos arrumar. Imagino que terão de retirar essas referencias cruzadas tb... ou analisar alguma outra solução. []´s