ThiagoDornelas

boa tarde @Italo Giurizzato Junior, blz? desculpe pela demora em retornar. agora funcionou 100%. obrigado pela ajuda.

boa tarde @Italo Giurizzato Junior agradeço imensamente sua atenção. só para deixar vc por dentro da situação. voltei o arquivo para ACBrCTeWebServices.pas q eu tinha alterado e tambem o ACBrCTeServicos.ini para a versão antiga e fiz o teste novamente e deu certo. como te falei, eu estou achando que agora MG autoriza EPEC. se for do seu interesse esta é a chave do cte: 31240744547281000172570010000000554000000288

bom dia @Italo Giurizzato Junior, blz? cara, deu 24hs do envio do EPEC e continua ocorrendo a mesma rejeição. quando eu consulto a chave no ambiente nacional, aparece o evento (isso foi imediato) mas quando consulto na sefaz MG, nao consta nada. continua dando rejeição 641. estou achando que para MG, o webservice para EPEC é o que constava no arquivo INI antigo.

bom dia @Italo Giurizzato Junior, tudo bem? alterando para "35" o evento foi aceito, porem ao enviar em modo normal, esta ocorrendo a rejeição "Rejeição 641: O evento prévio deste CT-e não foi autorizado na SVC ou ainda não foi sincronizado." pelo que pesquisei (e tb pela própria rejeição), pode ser um delay na sincronização entre os ambientes. vou aguardar ate hj a tarde pra ver ser autoriza. so para deixar registrado, quando eu consegui autorizar o EPEC com as alterações que eu tinha feito, eu conseguia transmitir em modo normal logo depois do EPEC. a nota ja aparecia no ambiente nacional e na sefaz mg com a autorização e o evento EPEC. retorno pra vc mais tarde. obrigado

@Italo Giurizzato Junior, mesmo erro. o xml gerado esta com cOrgao 91 mas o que retorno com a rejeição esta como 31. tem algum outro local onde devo passar o cOrgao91?23-eve.xml23-ped-eve.xml

@Italo Giurizzato Junior fiz um teste agora com os fontes atualizados e ocorreu este erro. estou passando o codigo 31 para infEvento.cOrgao agora esta pegando o endereço que está na chave que vc adicionou nesta atualização (RecepcaoEventoAN_4.00=https://homologacao.nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoEventoV4.asmx) obrigado

boa tarde @Italo Giurizzato Junior, inicialmente, eu estava tentando enviar o EPEC para o SVC. tentei destas 3 formas e nas 3 tive os mesmos erros. ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCAN ou teSVCSP ou teSVCRS só consegui a autorização quando passei a usar "ACBrCTe1.Configuracoes.Geral.FormaEmissao := teDPEC" e fazendo a alteração que mencionei anteriormente. antes desta alteração que fiz, o componente sempre "montava" estava chave "RecepcaoEventoAN_4.00" para localizar no arquivo .ini . como nao achava esta chave, ele procurava por esta chave "RecepcaoEventoAN_3.00" fazendo com que pegasse o endereço errado. existe um teste no componente que se nao encontrar a chave referente a versão atual(4.0) ele pega da versão anterior. por isso alterava de RecepcaoEventoAN_4.00 para RecepcaoEventoAN_3.00. vou fazer uma copia dos meus fontes e atualizarei com as suas alterações para ver se vai funcionar. obrigado pelo retorno.

boa tarde, eu cheguei a ver isso no manual mas nao tinha entendido essa questão do "impressão em papel comum". rs mas consegui resolver. é so imprimir o DACTE passando o protocolo do evento EPEC. obrigado pela atenção.

segue a unit com a alteração. obrigadoACBrCTeWebServices.pas

bom dia, acabei de postar isso. no meu caso, resolveu o problema.

bom dia pessoal, semana passada, postei no tópico abaixo, um problema que eu estava tendo e que outra pessoa tb teve o mesmo problema. debugando os fontes, identifiquei onde poderia estar o problema e fiz uma alteração que resolveu meu problema. gostaria de compartilhar para que analisem e vejam se poderiam alterar no código oficial. na unit ACBrCTeWebServices.pas na procedure TCTeEnvEvento.DefinirURL tem o seguinte teste: if ((FEvento.Evento.Items[0].InfEvento.tpEvento in [teCCe, teCancelamento, teMultiModal, tePrestDesacordo, teGTV, teComprEntrega, teCancComprEntrega, teCancPrestDesacordo, teInsucessoEntregaCTe, teCancInsucessoEntregaCTe])) FPLayout := LayCTeEvento else FPLayout := LayCTeEventoAN; como o evento é o "teEPEC", estava caindo na linha "FPLayout := LayCTeEventoAN" em um determinado ponto do fonte, o componente vai buscar o endereço de webservice no arquivo "ACBrCTeServicos.ini" e para Minas Gerais, estava pegando o endereço errado. estava pegando um endereço de ambiente nacional (LayCTeEventoAN) para versão 3.0. Ele procurava no arquivo pela chave "RecepcaoEventoAN_4.00" e como nao encontrava, pegava a chave "RecepcaoEventoAN_3.00" (esta chave consta o endereço errado). entao, fiz a seguinte alteração na unit ACBrCTeWebServices.pas, e o problema foi resolvido. if ((FEvento.Evento.Items[0].InfEvento.tpEvento in [teCCe, teCancelamento, teMultiModal, tePrestDesacordo, teGTV, teComprEntrega, teCancComprEntrega, teCancPrestDesacordo, teInsucessoEntregaCTe, teCancInsucessoEntregaCTe])) or ((UF = 'MG') and (FEvento.Evento.Items[0].InfEvento.tpEvento = teEPEC)) then FPLayout := LayCTeEvento else FPLayout := LayCTeEventoAN; eu poderia apenas acrescentar o "teEPEC" no teste do "if" que resolveria o meu problema mas como nao sei se isso ocorre nos outros estados, achei melhor fazer desta forma. não sei se esta é a melhor solução mas no meu caso foi resolvido. analisem e vejam se vale a pena alterar nos fontes; obrigado.

bom dia pessoal, gostaria de saber se existe a impressão da contingência EPEC. estou fazendo uns teste aqui e tanto no meu sistema quanto no programa exemplo, a impressão do EPEC esta saindo em branco (conforme imagem). estou testando em homologação, ja que nao tenho XML em produção em EPEC. estou usando os seguintes comandos (para o evento CCe está funcionado corretamente). ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.EventoCTe.Evento.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(qryCTePendente.FieldByName('des_pathxml').AsString) ACBrCTe1.EventoCTe.LerXML(qryCteEvento.FieldByName('des_pathxml').AsString); ACBrCTe1.ImprimirEvento;

boa tarde, tudo bem? comecei a implementar hj o EPEC do CTe mas ao enviar, esta ocorrendo este mesmo erro. Estou testando na homologação de MG. - atualizei os fontes hj; - reinstalei tudo (com a opção de apagar arquivos antigos marcada) - verifiquei se o arquivo ACBrCTeServicos.ini estava na pasta do meu executável mesmo assim continuo tendo este problema. alguem poderia me ajudar com isso?

boa tarde Pessoal, apareceu um caso aqui de um cliente onde foi solicitado a possibilidade de envio da NFe por email com cópia oculta. Hoje, para envio das notas, usamos o seguinte comando: TACBrNFe1.NotasFiscais.Items[0].EnviarEmail(...). Fuçando no fontes, vi que ja foi implementado a opção de envio BCC mas no procedimento EnviarEmail, não possui esta opção como parâmetro. Alterei meu fonte incluindo um novo parâmetro e nos meus testes, funcionou redondo. Estou anexando o arquivo alterado para que avaliem a possibilidade de subir esta alteração, se assim, acharem necessário. A única alteração que fiz foi esta (em negrito), o resto já estava pronto: procedure EnviarEmail(const sPara, sAssunto: String; sMensagem: TStrings = nil; EnviaPDF: Boolean = True; sCC: TStrings = nil; Anexos: TStrings = nil; sReplyTo: TStrings = nil; sBcc: TStrings = nil); ACBrNFeNotasFiscais.pas

foi o que pensamos em fazer. o responsável por esta solicitação no meu cliente adoeceu e por isso pediram um tempo para verificar se realmente não tem o DV no nossonumero. então isto está parado aqui na empresa. de qualquer forma, agradeço pelo retorno. o post pode ser fechado.