Italo Giurizzato Junior

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.

Boa tarde Rigotti, Tome como base as demais que foram implementadas.

Caetano, Na duvida instale os componentes do zero.

Carlos, No componente ACBrNFe possui um comando criado especialmente para a CC-e e um outro criado para envio de eventos. Como este segundo é mais recente e atende todos os tipos de eventos, a minha sugestão é utilizar essa segunda forma. Ela esta mais completa e atualizada.

Carlos, A sua aplicação se utiliza do componente ACBrNFe para emitir a NF-e, maravilha. Quando a SEFAZ autorizadora esta off-line nenhuma aplicação consegue enviar dados para um servidor que esta desligado ou sem conexão com a internet, você não concorda? É ai que entra as contingências e são várias para a NF-e. Isso é o que você tem que oferecer aos seus clientes através da sua aplicação. Todas as formas de contingências da NF-e estão implementadas no ACBrNFe. Aconselho você baixar as Notas Técnicas que estão disponíveis no Portal Nacional da NF-e.

Boa tarde Caetano, Lembre-se que os fontes utilizados pelo componente ACBrNFe não se resumem aos que estão dentro da pasta ...\Fontes\ACBrNFe2. Sendo assim procure sempre atualizar todos os fontes de todas as pastas. As vezes é necessário recompilar alguns pacotes.

Boa tarde Carlos, Quem disse a você que o programa gratuito da SEFAZ vai conseguir enviar quando a SEFAZ autorizadora estiver off-line?

Boa tarde Sergio, No caso do Windows XP, 7, 8 e 8.1 devemos ter permissão de administrador da maquina para poder registrar as DLLs, caso contrario não vai.

Boa tarde Carlos, Se o problema passou a ocorre de um dia para outro, para mim o certificado do seu cliente venceu.

Boa tarde Graça, Você deve gerar o XML da NF-e com tpEmis = 4 e assinar; Gerar um segundo XML que vai ser de evento EPEC; Enviar o evento EPEC; Quando a SEFAZ Autorizadora retornar, você envia o XML da NF-e com o tpEmis = 4. Mais detalhes, vide a Nota Técnica 2014/001.