Italo Giurizzato Junior

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.

Bom dia Demostenes, Uma coisa é você alimentar o componente com o valor teSVCRS na propriedade tpEmis e outra coisa é configurar o componente para a forma de emissão. ACBrNFe.Configuracoes.Geral.FormaEmissao := teSVCRS;

José, Na versão 2.00 do CTe no que diz respeito a CT-e de complemento de valores o grupo <infCteComp> agora só possui apenas uma TAG que é chave, ou seja a chave do CT-e complementado. Quanto ao valor da prestação você deve informar em: vPrest.vTPrest e não mais em: vPresComp.vTPrest A mesma recomendação com relação aos impostos ou seja o ICMS: em vez de: infCteComp.impComp.ICMSComp.SituTrib: = cst00; utilizar: imp.ICMS.SituTrib: = cst00;

Bom dia Sergio, Por favor não confunda a versão do XML que continua com a versão 1.00 com a versão da estrutura do XML que esta na 1.00a Recentemente fiz uma exclusão/inclusão nos arquivos de schemas. Estavam disponíveis os schemas referente a estrutura versão 1.00 e um pacote de schemas zipado com a nova versão. Mas o pessoal não prestava atenção nisso, usava os schemas da estrutura 1.00 e a SEFAZ recusava. Resolvi remover esses schemas e deixar somente os schemas da estrutura 1.00a. Em breve vou prover mais algumas alterações no compones fora as que fiz esta semana. outra coisa, no seu fonte esta desta forma? if VersaoDF = ve100 then begin Gerador.wCampo(tcStr, '#35', 'RNTRC ', 08, 08, 1, SomenteNumeros(MDFe.Rodo.veicTracao.Prop.RNTRC), DSC_RNTRC); Gerador.wCampoCNPJCPF('#11', '#12', MDFe.Rodo.veicTracao.Prop.CNPJCPF, CODIGO_BRASIL); Gerador.wCampo(tcStr, '#13', 'RNTRC ', 08, 08, 1, SomenteNumeros(MDFe.Rodo.veicTracao.Prop.RNTRC), DSC_RNTRC); Gerador.wCampo(tcStr, '#14', 'xNome ', 01, 60, 1, MDFe.Rodo.veicTracao.Prop.xNome, DSC_XNOME); (...) O que esta disponível no repositório esta desta forma: if VersaoDF = ve100 then Gerador.wCampo(tcStr, '#35', 'RNTRC ', 08, 08, 1, SomenteNumeros(MDFe.Rodo.veicTracao.Prop.RNTRC), DSC_RNTRC) else begin Gerador.wCampoCNPJCPF('#11', '#12', MDFe.Rodo.veicTracao.Prop.CNPJCPF, CODIGO_BRASIL); Gerador.wCampo(tcStr, '#13', 'RNTRC ', 08, 08, 1, SomenteNumeros(MDFe.Rodo.veicTracao.Prop.RNTRC), DSC_RNTRC); Gerador.wCampo(tcStr, '#14', 'xNome ', 01, 60, 1, MDFe.Rodo.veicTracao.Prop.xNome, DSC_XNOME); (..) Sendo assim se você informar que a VersaoDF é ve100a o proprietário será incluído.

Bom dia José, Na versão 2.00 do CT-e não existe mais os grupos compComp e impComp, logo essas informações sobre os componentes da prestação bem com os impostos referentes a complementação de valores são informados como se fosse um CT-e normal, ou seja nos grupos comp e imp. Favor tomar como base a estrutura do XML contida no Manual versão 2.00a do CT-e disponibilizado no Portal Nacional do CT-e.

Bom dia Andre, Você incluiu no arquivo: [compl] xObx=Isso e um teste de impressao da;Observacao por isso dever se;desconsiderado;; sendo que o correto é: [compl] xObs=Isso e um teste de impressao da;Observacao por isso dever se;desconsiderado;;

Bom dia Rigotti, Notei que no Schema que temos para o provedor Thema não consta todos os códigos de Natureza de Operação que você postou. Sendo assim, aconselho você entrar em contato com a prefeitura da cidade sobre a real necessidade de se utilizar esse códigos que você mencionou. Se sim, entrar em contato com o provedor para saber se eles estão preparados para recepcionar um RPS com esses códigos. Se sim, solicitar um novo schema para validação antes do envio.