juaumkiko

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

O arquivo .rav é o mais atualizado que se encontra no pasta Demos do ACBrNFe2? Ja tentou usar o DanfeRaveCB?

Atualiza o componente e tenta denovo. Mandei algumas correções sobre isso agora a pouco.

Grande iniciativa Aproveitando vou postar a Tabela mais atualizada da TIPI/NCM (2012) que exportei esses dias do Site da Receita Federal. Tipi2012.zip []´s e Obrigado Tipi2012.zip

Olá Veja no meu post anterior oq eu informei: Isso pq o EPEC é um evento e ele será vinculado na NFe somente após o envio dela para a Receita. Entao pelo oq eu entendi... nao tem como consultar EPEC antes de enviar a confirmacao da NFe. Na NT 2014/001 eu não vi nada sobre consulta de EPEC. []´s

Atualize o componenete novamente e teste por favor

Olá... Em SP já esta funcional também. O processo do EPEC é exatamente o mesmo do DPEC com a diferença que agora consumimos o WebService de EVENTOS e não um WebService específico para o DPEC. E que diferentemente do DPEC, não existe como consultar o EPEC antes de enviar a NFe para Receita. Após a entrada em contigencia, criamos e enviamos o evento do EPEC. Após a normalização no sistema, temos 7 dias para enviar o arquivo XML para Receita e validá-lo. No meu sistema não precisei de grandes alterações, precisei só mudar onde estava o consumo do webservice DPEC para um EVENTO. Resumindo: 1) Preenchimento das propriedades para ENVIAR o EPEC: <Já fiz em outro post meu aqui neste tópico mesmo> 2) Como Ler o Retorno: {$REGION 'Seta Valores'} cStat := loAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat; tpAmb := loACBrNFe.WebServices.EnvEvento.EventoRetorno.tpAmb; lMsg := loAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xEvento+#13+ loAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; Chave := loACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.chNFe; nProtDPEC := loAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; dhRectoDPEC := loAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento; lXMLDPEC := loAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML; {$ENDREGION} Obs: Importante guardar o Protocolo do EPEC pois é ele que tem de ir impresso no DANFE. 3) Enviar o EPEC para Receita (até 7 dias) após normalização dos serviços: loACBrNFe.Configuracoes.Geral.FormaEmissao:=teNormal; //seta normal para enviar o EPEC para SEFAZ lPass := loACBrNFe.WebServices.Envia(loDataSet.FieldByName('n_nf').AsInteger); //envia o XML para a SEFAZ loACBrNFe.Configuracoes.Geral.FormaEmissao:=teDPEC; //volta para tipo EPEC Ou Seja, muda para Normal (tpEmiss = 1), envia e depois volta pra EPEC (tpEmiss = 4). Espero ter ajudado, Att