Italo Giurizzato Junior

Bom dia Rodrigo, Você esta adicionando uma das informações: CNPJForn, CNPJPg e nCompra ? Se sim, lembre-se que: CNPJForn e nCompra são obrigatórios, CNPJPg é opcional. Se você não adicionar nenhuma das três informações o grupo <disp> não será gerado e consequentemente o grupo <valePed> também não. Desta forma o seu MDF-e vai ser validado.

Bom dia Emílio, O que o seu cliente esta fazendo esta completamente errado, não existe isso de emitir um CT-e no final do mês. Na verdade ele quer economizar e vai se dar muito mau, a economia em papel não vai significar nada em relação a multa que ele vai levar. Como que ele transporta um carga se utilizando apenas da NF-e do remetente, não pode, a carga não é dele é de terceiro, ele tem que emitir o CT-e. E complementando o que a Graça escreveu, um CT-e Globalizado é quando tenho apenas um tomador, não importa se é o remetente ou o destinatário. Mas o CT-e tem que ser emitido para acobertar a carga a ser transportada. Repito deixar para emitir no final do mês esta completamente errado. O CT-e tem que ser emitido antes do serviço ser realizado e não depois. Outra coisa, uma transportadora que em vez de informar a chave da NF-e como documento originário, informa como outros, esta abrindo uma brecha para que o emitente da NF-e possa efetuar o cancelamento da mesma. O remetente emite a NF-e; A transportadora emite o CT-e e não informa a chave da NF-e; O transporte é realizado; O destinatário recebe a mercadoria e não se manifesta (Manifestação do Destinatário); O remetente cancela a NF-e. Como a transportadora não informou a chave da NF-e e o destinatário não se manifestou, o remente aproveita e cancela. Você percebeu o tamanho da encrenca?

Bom dia André, Se esta ocorrendo Violação de acesso na validação, verifique se o componente esta configurado corretamente quanto ao PathSchemas e verifique também se todos os schemas da versão 2.00 estão presentes na pasta.

Bom dia Cesar, Estamos chegando lá. Vamos a mais um teste. Por favor, temos uma linha que salva o arquivo de retorno, faça a seguinte alteração, para que possamos visualizar o retorno por completo. Esta dessa form: if FConfiguracoes.Geral.Salvar then begin FPathArqResp := FNFeChave+'-sit.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); end; altere para: if FConfiguracoes.Geral.Salvar then begin FPathArqResp := FNFeChave+'-sit.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); end; Essa alteração é na unit ACBrNFeWebServices.pas Post como anexo o arquivo <chave>-sit.xml

Boa noite Cesar, Favor atualizar mais uma vez e testar novamente.

Boa tarde, O componente a principio gera o XML, assina e valida. Após envia-lo para SEFAZ se o mesmo for autorizado, é retornado o protocolo de autorização. O componente se encarrega de atualizar o XML, deixando-o completo, ou seja, assinado e protocolado. Atenção estou supondo que você esta utilizando o comando Enviar(<numlote>).

Boa tarde Graça, Uma coisa que achei estranho logo de inicio foi o código do tipo do evento: 110140 para a NF-e sendo que para o CT-e é 110113. Por que achei estranho, pois até agora os eventos que são comuns em ambos os documentos o código é igual. Bom, o jeito agora seria fazer o componente gerar o EPEC para NF-e utilizando-se do código 110113 e ver o retorno da SEFAZ. O que eu estou achando: 1. Erraram ao montar o Schema. 2. A SEFAZ esqueceu de criar no Web Service o tipo 110140 ou erraram mais uma vez só que agora na Nota Técnica.

Boa tarde Cesar, Por favor atualize os fontes e tente novamente.

Boa tarde Ailton, Em quais partes estão ocorrendo erros?

Boa tarde Graça, Acredito ter encontrado o problema. Segundo a NT 2014/001 página 6 fica claro que as TAGs: vNF, vICMS e vST são filhas de P17 que é o grupo detEvento. Note que pela mensagem de erro do validador diz que o elemento dest esta incompleto, esta faltando o vNF. Muito bem, vamos então checar o Schema: e110140-v1.00 que se refere ao EPEC. Notei que as TAGs: vNF, vICMS e vST estão definidas dentro do elemento dest e não fora como consta na Nota Técnica. Bom, ou a NT esta errada ou é o Schema. O que pode ser feito, alterar a unit pcnEnvEventoNFe, modendo as linhas que geram as TAGs mencionadas acima para dentro do grupo dest. Desta for vai passar pela validação. Se a SEFAZ rejeitar o EPEC, significa que o Schema esta errado. Como alterar a unit: Conforme o manual esta desta forma: Gerador.wGrupo('/dest'); Gerador.wCampo(tcDe2, 'P32', 'vNF', 01, 15, 1, Evento.Items.InfEvento.detEvento.vNF, DSC_VNF); Gerador.wCampo(tcDe2, 'P33', 'vICMS', 01, 15, 1, Evento.Items.InfEvento.detEvento.vICMS, DSC_VICMS); Gerador.wCampo(tcDe2, 'P34', 'vST', 01, 15, 1, Evento.Items.InfEvento.detEvento.vST, DSC_VST); Segundo o Schema seria: Gerador.wCampo(tcDe2, 'P32', 'vNF', 01, 15, 1, Evento.Items.InfEvento.detEvento.vNF, DSC_VNF); Gerador.wCampo(tcDe2, 'P33', 'vICMS', 01, 15, 1, Evento.Items.InfEvento.detEvento.vICMS, DSC_VICMS); Gerador.wCampo(tcDe2, 'P34', 'vST', 01, 15, 1, Evento.Items.InfEvento.detEvento.vST, DSC_VST); Gerador.wGrupo('/dest');

Boa tarde Marcos, Só ocorre erro na linha: ACBrNFe1.Configuracoes.WebServices.UF:= Banco.QryPrincEmpresa.FieldByName('ESTADO').AsString; Caso o valor atribuído a UF seja inválido, ou seja, não é uma sigla de um Estado brasileiro ou o valor é vazio.

Boa tarde, Revendo o seu post #3, temos: Estou fazendo assim ACBrMDFe1.WebServices.Recibo.Recibo := NrRecibo; ACBrMDFe1.WebServices.Recibo.Executar; sStatus := IntToStr(ACBrMDFe1.WebServices.Retorno.MDFeRetorno.ProtMDFe.Items[0].cStat); Esta errado o que você fez, pois se você esta executando o WebServices.Recibo.Executar, não podemos pegar o statuso de WebServices.Retorno e sim do WebServices.Recibo

Boa tarde Heto Andrade, Ao enviar pela primeira vez qual foi o erro? Se não foi de rejeição, você não pode enviar novamente e sim carregar o XML assinado e não protocolado e realizar uma consulta para obter o protocolo de autorização.

Boa tarde Graça, Segundo o Schema a TAG IE, a quantidade minima de ocorrências é zero, isso significa que ela é opcional. Na Nota Técnica diz que quando o destinatário não possuir ou for ISENTO, não é para gerar a TAG. O campo dest.idEstrangeiro contem o valor vazio? Faça um teste, coloque uma IE qualquer só para ver se vai ser validado.

Boa tarde Herik, Problema, onde? Você configurou corretamente o Modelo e Versão do Documento Fiscal e solicitou o Status do Serviço. Obteve o retorno da SEFAZ lhe informando que esta em Operação. Lhe pergunto novamente, onde esta o problema? Cuidado você esta confundindo a versão do documento fiscal com a versão do aplicativo da SEFAZ. (...) Ambiente : 2 Versão Aplicativo : CE_NFe_V3.10.0.02 Status Código : 107 Status Descrição : Servico em Operacao (...) O que esta escrito a esquerda do que você colocou em negrito?

Bom dia Graça, Atualize os fontes e tente novamente.

Bom dia Arce, Não existe uma configuração especifica, verifique se a URL que recepciona o envio de eventos esta bloqueada pelo navegador ou pelo antivírus ou firewall.

Bom dia Nellien, Muito obrigado pela colaboração, já esta disponível.

Bom dia, Para funcionar, devemos configurar o ACBrMDFe para a versão 1.00a Note que o *-pro-rec.xml traz o status 100: Autorizado o uso do MDF-e Qual é o erro em: sStatus := IntToStr(ACBrMDFe1.WebServices.Retorno.MDFeRetorno.ProtMDFe.Items[0].cStat);

Bom dia Daniel, O DANFE NFC-e feito em Quick Report, somente imprime o CNPJ/CPF do destinatário. Nada impede dele ser alterado para imprimir os demais dados, quando eles estiverem presentes no XML.

Bom dia Cesar, O XML de envio: <chave>-ped-sit.xml esta em conformidade com o manual, note que a versão é 3.10. Por outro lado o XML de retorno: <chave>-sit.xml mostra a versão 2.01. Se você utiliza o componente ACBrNFe, lhe peço que faça o seguinte teste. Através do Delphi abra a seguinte Unit: ACBrNFeWebServices.pas Procure por: -ped-sit.xml Como esta: if FConfiguracoes.Geral.Salvar then begin FPathArqEnv := FNFeChave+'-ped-sit.xml'; FConfiguracoes.Geral.Save(FPathArqEnv, FDadosMsg); end; Altere para: if FConfiguracoes.Geral.Salvar then begin FPathArqEnv := FNFeChave+'-ped-sit.xml'; FConfiguracoes.Geral.Save(FPathArqEnv, Texto); end; Salve, e feche o arquivo, depois abra a sua aplicação, compile com a opção build e teste novamente. Essa alteração vai fazer com que o arquivo: <chave>-ped-sit.xml seja salvo com as TAG do Soap, ou seja, o XML completo que é enviado para SEFAZ, nele vamos ter a mensagem de cabeçalho e consequentemente a versão do mesmo que a SEFAZ informa estar errado. Feito o teste de consulta, por favor post como anexo o respectivo arquivo.

Bom dia Ailton, Atualize os fontes e teste novamente.

O componente esta configurado para a versão 1.00a? Você esta os schemas mais atuais que contemplam a nova versão da estrutura do XML? Segundo a Nota Técnica 2013/004 versão 1.00a de Outubro/2014 (página 105) esta faltando dentro do grupo <rodo> as TAGs: tpRod, tpCar e UF.

Bom dia, Post como anexo o XML que foi enviado.

José, Por favor, atualize os fontes e tente novamente. Com relação aos fontes do DACTE se eles estiverem com uma bolinha vermelha em seus icones, favor excluir antes de atualizar.