BigWings

É possível emitir NFe como operação interna mesmo para destinatário de outra UF. Deve-se informar na NFe: - idDest = 1 (Operação interna) - CFOP de operação interna, ex. 5929 - indPresenca = 1 (Operação presencial) - modFrete = 9 (Sem frete) - indFinal = 1 (Operação com consumidor final)

Agora sim. Enviado ao repositório, rev. 17565. Obrigado pela contribuição.

Ainda corrompido... arquivos com 2 bytes...

Os arquivos de evento de comprovante de entrega e cancelamento do comprovante de entrega vieram corrompidos. Anexe novamente por favor. Pode ser compactado.

Não deve ser mais informada a tag pICMSInterPart. Leia o MOC 3.00a. Atualize os fontes.

Boa tarde, Pode fornecer um XML de cada evento para validação?

A hora de emissão está 00:00:00. Se essa é de fato a hora correta, o que acredito que não seja, tente informar ao menos 1 ou 2 horas a maior, pra compensar possível diferença de fuso horário.

Basicamente, deve ser informado um número aleatório para a tag cNF (Código numérico) do XML, devendo este ser diferente da tag nNF (Número da nota fiscal). Tem vários tópicos sobre esse assunto, façam busca no fórum.

Sim. Quando o produto é isento, suspenso, diferido, tem redução de base de cálculo, etc, existe uma legislação estadual específica que dá esse benefício. Essa legislação é vinculada a um código de benefício fiscal que deve ser vinculada ao produto para ser informado na NFe e NFCe. Você pode baixar as tabelas por aqui: http://www.sped.fazenda.gov.br/spedtabelas/AppConsulta/publico/aspx/ConsultaTabelasExternas.aspx?CodSistema=SpedFiscal Também pode usar o componente ACBrSpedTabelas para automatizar o download das tabelas.

Vejam o tópico abaixo:

A diferença de fuso horário entre a hora de emissão e a hora de recebimento pode causar interpretação diferente do mês de emissão da nota pelo webservice de recepção, o que causaria alteração da chave de acesso. Verifique se a hora de emissão e fuso horário estão corretos, se estiverem tente aumentar a mesma em 01:00 h.

Provavelmente é falta de informar a hora de emissão. Anexe o XML e o retorno do webservice para análise.

Está informando também a hora de emissão? Anexe o XML. Atualize os fontes.

Veja este tópico:

Aparentemente foi alterado sim para a SVRS. Veja a versão 1.2.0.78 que foi liberada hoje. Ou apenas corrija o ACBrNFeServicos.ini conforme orientações deste post:

http://nfce.encat.org/consulte-sua-nota-qr-code-versao-2-0/ http://hom.nfe.fazenda.gov.br/portal/consultaRecaptcha.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8=

O layout do XML é o mesmo para NFe e NFCe. O que muda é: - Modelo do documento - Webservice de recepção - Regras de validação

Não existe o tipo tpBandeiraCartao nos fontes do ACBr. Provavelmente é um tipo definido no seu próprio código com o mesmo nome bcVisa que está sendo enxergado pelo compilador. Você pode forçar no código a usar o tipo correto: tBand := pcnConversao.bcVisa;

Vi depois que para esse evento é permitido até 99 ocorrências.

Isso já foi corrigido. Está com os fontes atualizados?

Tente uma versão atualizada.

Sim, para aceitar o literal "SEM CBENEF". Mas não é o seu caso, o schema antigo já validava o campo com 8 ou 10 posições. Validou normalmente aqui. [NFe127450] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SVRS201908261605</verAplic><chNFe>33190899999999999999550010001274501525786399</chNFe><dhRecbto>2019-08-30T12:00:53-03:00</dhRecbto><digVal>urFNd9RyYGpvoxwirnlB/aa5i78=</digVal><cStat>245</cStat><xMotivo>Rejeicao: CNPJ Emitente nao cadastrado</xMotivo></infProt></protNFe> cStat=245 chNFe=33190899999999999999550010001274501525786399 dhRecbto=30/08/2019 12:00:53 digVal=urFNd9RyYGpvoxwirnlB/aa5i78= nProt= tpAmb=2 verAplic=SVRS201908261605 xMotivo=Rejeicao: CNPJ Emitente nao cadastrado [NFe_Arq127450] Arquivo=C:\Apps\ACBrMonitorPLUS\Logs\33190899999999999999550010001274501525786399-nfe.xml

A pasta de Schemas está atualizada? Anexe o XML por favor.

Professional, Enterprise, Architect, Community?

Deve resolver.