Italo Giurizzato Junior

Carlos, A nota foi enviada e autorizada pela SEFAZ?

O que eu tenho é um exemplo do arquivo INI : [EVENTO] idLote=1 [EVENTO001] cOrgaoAutor=<informar o código da UF do emitente> CNPJ=<CNPJ do emitente> chNFe=<chave da NFCe> dhEvento=<data e hora do evento> tpEvento=110112 verAplic=1.00 nProt=<numero do protocolo de autorização da nota a ser cancelada> xJust=<informar o motivo do cancelamento (mínimo 15 e máximo 255 caracteres)> chNFeRef=<chave da NFCe de Referencia>

Boa tarde Roberto, Muito obrigado pela colaboração, já enviei para o repositório.

Favor anexar o XML para que possamos realizar os devidos testes. Outra coisa, você não informou se esta usando o DACTE feito em Fast ou Fortes Report.

Boa tarde, Você esta gerando o XML do pedido de Cancelamento Por Substituição através da sua aplicação? E esta nomeando o XML como sendo uma CC-e Carta de Correção Eletrônica? Você se baseou em qual Nota Técnica para gerar o XML? Pois ele esta totalmente errado. Favor tomar como base a Nota Técnica 2018/004 que trata sobre o Cancelamento Por Substituição.

Boa tarde Carlos, Se você atribuir o valor fgtNunca a propriedade de configuração ForcarGerarTagRegeicao938 a tag não vai ser gerada, se a SEFAZ-SP exige a presença dela mesmo com o valor zero, então você tem que atribuir o valor fgtSempre para que a mesma seja gerada.

Boa tarde Tiago, Você esta com problemas de alimentar o componente com os valores dos impostos ou eles estão no XML, mas não são impressos no DACTE do CT-e OS? Se o problema é alimentar o componentes veja abaixo como fazer: Imp.infTribFed.vPIS := 0.0; Imp.infTribFed.vCOFINS := 0.0; Imp.infTribFed.vIR := 0.0; Imp.infTribFed.vINSS := 0.0; Imp.infTribFed.vCSLL := 0.0;

Bom dia Duarte, Se todos os fontes estiverem atualizados em vez de atribuir 0120 (por exemplo) ao campo ItemListaServico, basta atribuir 120.

Tiago, A principio todas as pessoas jurídicas que emitem NF-e ou CT-e estão automaticamente cadastrados junto a SEFAZ para emitir o MDF-e. Já as pessoas físicas que emitem NF-e (normalmente) não estão cadastradas para emitir MDF-e, logo se faz necessário uma solicitação. Favor entrar em contato com a SEFAZ-Autorizadora e pedir informações de como proceder esse cadastro.

Bom dia Roberto, Na unit pcesS2299, temos a seguinte linha: If (obj.QtdDiasInterm > 0) And (VersaoDF <> ve02_04_01) Then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 0, obj.QtdDiasInterm); basta fazer a seguinte alteração: If (obj.QtdDiasInterm > 0) And (VersaoDF <> ve02_04_01) Then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 1, obj.QtdDiasInterm); Alterando o valor do parâmetro de zero para 1, instrui o wCampo a gerar a tag mesmo que o seu valor seja zero. Faça essa alteração e faça novos testes. Fico no aguardo de um retorno.

Bom dia Élviro, A unit pcnRetConsStatServBPe não tem nada haver com o CT-e, veja que ela se refere ao retorno da consulta ao status de serviço do BPe. Essa unit não existe mais, pois essa unit foi substituída pela pcnRetConsStatServ que se encontra na pasta: ...\Fontes\PCNComum Quanto ao erro apresentado na imagem, me diga uma coisa, você esta emitindo um CT-e Normal ou de Complemento de Valores? Veja que esta aparecendo na mensagem de erro de validação: <infCteComp> esse grupo possui uma tag chamada chCTe que deve conter a chave do CT-e a ser complementado. Se não se trata de um CT-e de Complemento de Valores o valor correto a ser informado em tpCTe é tcNormal.

Bom dia Tiago, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos? A sua aplicação esta usando os schemas atualizados que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe ?

Paulo, As units ACBrNFSeWebServices e pnfsNFSeG e as units do ACBrDFe são as que temos que checar, ou seja, comparar com as versões atuais para saber qual delas possui a alteração que esta provocando o erro.

Bom dia Maiko, No Paraná em ambiente de homologação a nota foi autorizada com os campos zerados, correto? No meu entendimento é para ocorrer o mesmo, ou seja, a nota ser autorizada com os campos zerados em ambiente de produção.

Paulo, Neste caso seria interessante descobrir qual é a unit que esta provocando esse problema. Se a unit responsável pela assinatura que fica na pasta ACBrDFe ou se é alguma unit do componente ACBrNFSe (por exemplo a unit ACBrNFSeWebServices).

Bom dia, Lembre-se que temos duas URLs, uma se refere ao QR-Code e a outra de consulta. O que mudou é a de consulta, ou seja, a URL que fica na tag <urlChave>.

Bom dia Rogério, Lhe peço para que não poste conteúdo completo de arquivos como parte da postagem, favor anexar os arquivos, para que a postagem fique curta.

Bom dia Paulo, O componente esta configurado para usar o Capicom ou WinCrypt ou OpenSSL? O pior é que o retorno não deixa claro qual das duas assinaturas que esta com problema, visto que temos a tag <AssinaturaCancelamento> e o grupo <Signature>.

Bom dia Tairone, A principio ao enviar o evento de Manifestação do Destinatário, o Ambiente Nacional deveria disponibilizar o XML completo da nota em questão de segundos. Mas pelos relatos notei que o Ambiente Nacional, responsável por recepcionar os eventos de Manifestação do Destinatário e disponibilizar os resumos das notas e os XMLs completos, esta demorando mais do que deveria (infelizmente). Despois de algumas horas, tentou baixar usando o método DistribuicaoDFePorChaveNFe a nota que ficou faltando?

Bom dia, Detectei um erro nos fontes do componente ACBrCTe que é utilizado pelo monitor. No componente em vez de xObs esta nObs. Já fiz a correção e vou enviar para o repositório, a próxima versão do ACBrMonitor já vai contemplar essa correção. Para que você possa enviar o evento de Prestação de Serviço em Desacordo, por hora favor alterar a sua rotina que gera o arquivo texto, mudando o nome do campo de xObs para nObs. Lembrando que assim que sair a nova versão do Monitor você deverá desfazer essa alteração, pois o correto é xObs.

Bom dia Daniel, O envio do evento de ciência é automático, para todos os resumos retornados? Se sim, como você sabe que a empresa realmente comprou daquele fornecedor? Existe um campo chamado Schema cujo valor identifica o que foi retornado, os arquivos XML salvos na pasta Down são identificados da seguinte forma: *-resNFe.xml (resumo) e *-nfe.xml (nota completa).

Boa tarde, Se realmente ocorreu a mudança do provedor, favor fazer as devidas alterações no arquivo Cidades.ini e se necessário no arquivo WebISS.ini e por fim anexa aqui mesmo para que possamos analisar e caso esteja tudo OK, enviaremos para o repositório. Desde já muito obrigado.

Boa tarde Élviro, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos?

Boa tarde Cesar, Favor anexar o XML retornado ao realizar a consulta.

Boa tarde, Conforme consta no Log que você anexou a execução dos comandos foram realizadas em questão de segundos. 03/05/2019 15:35:54 - NFe.DistribuicaoDFePorUltNSU(SP,12554744000137,000000000000000) 03/05/2019 15:36:17 - OK: 03/05/2019 15:39:27 - NFE.StatusServico 03/05/2019 15:39:29 - OK: Servico em Operacao Agora o tempo entre um comando e outro ser de 3 minutos e 33 segundos, deve ser o tempo gasto pelo ACBrMonitor para gerar o retorno, pois o primeiro comando retornou 50 documentos (Resumos de notas, notas completas, resumos de eventos, eventos completos).