Luiz Carlos de Lima

Bom dia, Desde já agradeço a atenção.

Boa Tarde, Não estou encontrando no exemplo do BPe o evento Excesso de bagagem. Já atualizei os fontes. Grato.

Bom dia, Como fazer para nao baixar os arquivos soap.xml no disco. Grato

Grato, resolvido.

Boa tarde, Estou fazendo o cancelamento de NFe, mas estou tendo dúvida sobre o cStat do Retorno. A nota esta com 48 horas de emissão, então deveria retornar erro, informando que a nota está fora do prazo de cancelamento. ACBrNFe.EventoNFe.Evento.Clear; with ACBrNFe.EventoNFe.Evento.New do begin infEvento.chNFe := dsNotasSaidas.DataSet.FieldByName('ChaveNFe_NotaSaida_Material').AsString; infEvento.detEvento.nProt := dsNotasSaidas.DataSet.FieldByName('ProtocNFe_NotaSaida_Material').AsString; infEvento.CNPJ := vCNPJCertificado; infEvento.dhEvento := LerDataHoraAtual; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := Justificativa; end; Retorno := ACBrNFe.EnviarEvento(1); vCodRetorno := ACBrNFe.WebServices.Consulta.cStat; vRetorno := IntToStr(ACBrNFe.WebServices.EnvEvento.cStat); Retornos: Retorno = true vCodRetorno = 100 vRetorno = 128 (Lote de Evento Processado: o lote foi processado), quando deveria retornar o cStat 135 (Evento registrado e vinculado a NF-e: recebido...) Como saber se o procedimento de cancelamento foi efetivado? Grato pela atenção

bom dia, Realmente era isso, não me atentei devido a mensagem não ser especifica. Grato pela atenção

Enviando uma nota para Sefaz > ACBrNFe.Enviar(GetNumeroLote(dsNotasSaidas));

Boa tarde, Após atualização do ACBr (NFe) começou este erro (...mod": '01' is not a valid value of the atomic type) ao carregar a tag Ide.modelo := 01;

Obrigado a todos, as informações foram úteis para minha solução. Podem fechar a tarefa.

Obrigado Ítalo. Fiz o procedimento com limpeza e resolveu.

Bom dia Juliomar, Estão declarados pcnConversao e pcnConversaoBPe

Bom dia, Mas eu faço parte, minhas informações estão na tag "Receb". O problema é que eu não tenho o (NSU) para o ACBrCTe1.DistribuicaoDFePorNSU, e isso o pessoal não me mandam. Eles me mandam o XML que já uso para carregar as informações. Só estava querendo dar outra opção buscando o XML. Obrigado pela atenção.

Boa noite, Ao atualizar o ACBr, não está mais aceitando BPe.Ide.tpEmis := teContingencia, entao troquei por BPe.Ide.tpEmis := teOffLine. Mas agora esta retornando erro "Falha ao interpretar o XML "xmlParseDoc". Já atualizei os Schemas e instalei novamente o ACBr novamente. grato pela ajuda

Grato pessoal.

Obrigado pela dica BigWings, realmente estava todos juntos nas mesma pasta. Mas infelizmente não resolver o meu problema, preciso buscar as informações de um CTe de terceiro, ou seja, Sou uma transportadora e tenho o XML de outra transportadora para fazer um redespacho, e não tenho como saber o NSU deste CTe. Se conhecer alguma solução fico grato. Boa semana a todos.

Não entendi o que quis dizer, fizer para outro. Tentei fazer ACBrCTe1.DistribuicaoDFePorChaveCTe, mas retorna mensagem que, "nao disponibilizado pela sefaz ", então tentei por NSU e deu este erro.

Sim, está. Mas veja que o problema é no CTe.

Boa tarde, Estou fazendo consulta pela DistribuíçãoDFe (ACBrCTe1.DistribuicaoDFePorNSU(CodigoEstado, vCNPJFilial, vTexto)) , esta retornando mensagem "A versão do aqruivo XML não é suportada". Atualizei o ACBr e os Schemas mas não resolveu. Podem me ajudar

Entendido. Muito obrigado Big, tenha um bom dia com as graças de Deus.

Boa Tarde, Estou implementando o DistribuicaoDFe da NFe em delphi, então fui fazer pesquisa dos procedimentos e encontrei esta observação do Ítalo, "Não entendo essa vontade louca de criar processos mirabolantes para obter o XML da NFe, sendo que a própria SEFAZ disponibiliza o Web Services DistribuicaoDFe.". Uso o FSis mas estou com problema algum tempo, por isso resolvi usar o DistribuicaoDFe, mesmo porque é bem mais simples, não precisa usar o Captcha. Vou utilizar para carregar os dados do remetente e do destinatário para emissão do CTe. Então observei que estava carregando o XML (-resNFe.xml), devido ainda não ter sido manifestado. Quem manifesta é o destinatário, mas o remetente emite a nota e já manda para a transportadora, como o destinatário ainda não recebeu a nota ainda não manifestou, então não consigo os dados do XML. Será que estou fazendo algo errado, tem como carregar estes dados sem ela estar manifestada, mesmo que não seja uma nota válida, pois só preciso dos dados. Grato, Luiz

Boa tarde, Grato pela atenção, realmente era versão.

Boa tarde, Não consigo localizar este arquivo evPrestDesacordo_v2.00.xsd na pasta do ACBr, ao chamar o evento tePrestDesacordo, Retorna que o arquivo não foi encontrado.

Boa tarde Ítalo, Este teste esta nas conversas acima (EnderEmit.UF=GO, cUF=52(GO), UFIni=GO, WebServices.UF=GO) . Mas não adianta, a empresa precisa ter em cada estado uma Filial, ou o terceiro ter um certificado. Grato pela atenção.

Bom dia Ítalo, O servidor está em um DataCenter em MT. A estação está em MT, mas configurada com data/Hora de GO para testes. Testes utilizando Certificado de MT com uma Agencia de terceiro de GO Emissão de GO para MT (Venda de Ida) 1 - Seguindo seu raciocínio (EnderEmit.UF=MT, cUF=52(GO), UFIni=GO, WebServices.UF=GO) > Erro > Sigla da UF do Emitente diverge da autorizadora MAIS TESTES 2 - (EnderEmit.UF=MT, cUF=52(GO), UFIni=GO, WebServices.UF=MT) > Erro > Sigla da UF do Emitente diverge da autorizadora 3 - (EnderEmit.UF=MT, cUF=51(MT), UFIni=GO, WebServices.UF=GO) > UF de Inicio da Viagem deve ser igual a UF do Emitente do BPe Emissão de MT para Go(Venda de volta) 4 - (EnderEmit.UF=MT, cUF=51(MT), UFIni=MT, WebServices.UF=GO) > Sem Erro 5 - (EnderEmit.UF=MT, cUF=51(MT), UFIni=MT, WebServices.UF=MT) > Sem Erro Quanto ao horário, observei que não importa alterar a WebServices.UF para MT ou GO, a hora passada foi sempre de MT e não deu erro na venda de volta. Não deveria dar erro, visto que hora de GO é 1 hora a mais de MT?

Bom dia ítalo, Essa é a dúvida desde o inicio, entre terceirizada e Filial. No caso da Filial sem problemas, mas na agencia de terceiro é que é o problema. A dúvida também é a diferença entre Agencia e Emitente, são tags diferentes no XML, entendo que Emitente deve ser sempre uma Filial que é responsável pela parte fiscal. A agencia apenas faz a impressão do bilhete, por isso no bilhete tem informação da Agencia e do Emitente. Mas agradeço pela atenção, vou continuar pesquisando. Abraço Pode ser, vou testar em produção para ver.