nebrio

Esse é um relatório meu e não do ACBR, o retorno vem no formado do CNAB eu processo ele e gero o relatorio.

Já experimentou colocar o valor antecipado como Desconto no grupo de Fatura?

Se preencher assim vai: Homologação vOrig = 1000,001 (somado + 0,001) vDesc = 0,001 (forçando o Desconto de 0,001) VLiq = 1000,00 em Produção (hoje) manda como já estava sendo mandado antes, sem a necessidade de preencher vDesc em Produção (após 09/07/2018) Só o tempo e a SEFAZ dirá nesse tópico o assunto já foi bastante discutido, inclusive tem alternativas para quem quiser mexer na unit pcnNFeW

@Daniel Simoes fiz isso e ambos os XML validam a assinatura. @André Ferreira de Moraes realmente o XML local os DigestValue estão diferentes. Saberia me dizer como que um negócio desse pode acontecer? Não permito alterar nota após o envio nem nada, e o pioro é que o XML Local são iguais as informações no Sistema, ou seja, as informações no sistema estão correta com um 1 item a mais que o XML na SEFAZ, para acontecer isso o usuário teria que ter enviado a nota alterado e enviado de novo, pois, o XML local está com autorização de uso e tudo. Essa eu não entendi mesmo!!!

Pessoal, Peguei um caso muito estranho, um cliente me reportou uma nota de maio/2018 cujo XML local está diferente do XML na SEFAZ. Achei um tópico porém no suporte pago: https://www.projetoacbr.com.br/forum/topic/44404-xml-local-diferente-do-xml-do-sefaz/?_fromLogin=1 XML da SEFAZ XML Local Ambos os XML possuem o mesmo Digest Value porém o XML Local tem um item a mais gerando uma diferença de 14 reais entre o XML da SEFAZ (menor com item a menos) e XML Local (correto com um 1 a mais que o XML da SEFAZ) Alguém já pegou problema parecido?

Nem todos conseguimos ler arquivos .docx se possível coloque o texto na mensagem e copie e cole imagens se houver.

Em produção a validação começa em 09/07/2018 e em homologação começou em 02/07/2018. Faça um teste, em homologação enviar a tag vDesc (eu estou enviando com valor de 0,001) e em produção enviar a tag vDesc com 0.

Aqui em SP homologação exige vDesc Produção não.

Não encontrei no seu arquivo a tag [autXML001] ?!

Eu leio o arquivo de retorno e processo as informações nele contidas, eu analiso titulo a titulo e gero informações com base nas ocorrências, inclusive de processamento interno de liquidação por exemplo:

Amigo post o seu XML e o seu arquivo de envio para o AcbrMonitor para análise.

Olhando o manual não vi esse tipo de opção para a Remessa. https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoBoleto.html

Bom dia! Amigo o arquivo de retorno é devolvido pelo banco com as instruções relacionados aos títulos que você enviou. Você quer gerar um arquivo PDF do arquivo de Retorno? Você quer gerar o boleto em PDF? Você quer gerar o arquivo de remessa em PDF?

AQUI EM SP eu já consegui validar NFe com duplicatas com a mesma data de vencimento da data de emissão.

Então, eu acredito que seja validação, acho que a sefaz está validando data+hora e não apenas data, aí a data de validação deles é maior que nossa quando enviamos.

Esse problema é falta da tag Fatura no XML, já tem um tópico a respeito.

Realmente está ocorrendo essa mensagem, não entendi o problema, ou vendas à vista não podemos mais montar a tag Duplicata?

amigo a tag Fatura deve ser preenchida

@ferreirajoão amigo, bom dia! Poderia me enviar um modelo de XML com a correção, não entendi a questão da Fatura.

@Systh Sefaz acho que eu uma atualizada.... eu consegui emitir notas normalmente agora...

@Systh estou tendo problemas também, mas o meu é o erro 875- Percentual de FCP ST Inválido. Estou fazendo testes para o Rio de Janeiro onde quase todos os produtos tem FCP (salvo poucas exceções). Coloco NCM de item que tem FCP com GTIN validado e tudo e mesmo assim rejeita a nota com o erro acima. Estou achando que talvez a SEFAZ de destino não esteja validando isso ainda, tanto que se enviar a nota com pFCPST zerado a nota é validada normalmente mesmo para uma NCM que deveria ter FCP, ou seja, não faço ideia do que está acontecendo. No emissor de NFe gratuito dá o mesmo erro.

Cara eu sempre usei o método ConfigurarDados do BOLETO que lê um arquivo .ini apenas com dados de Cedente Banco e Conta https://acbr.sourceforge.io/ACBrMonitor/BOLETOConfigurarCedente.html

@Systh vamos analisar um pouco mais seu caso! No seu XML vc usou o NCM 85311090, porém, se você analisar nem o Estado de São Paulo e nem o Estado do Rio Grande do Sul instituiu FCP para esses tipos de produtos, portanto a validação por estar ocorrendo em decorrência disso. Uma vez enviado as tags no XML o schema será validado e talvez para essa NCM não haja FCP. FCP_POR_UF_ADESAO.pdf

Amigo, o valor de vFCPST deve compor o Total da Nota (vNF), corrigindo isso o erro persiste?

Valeu Pessoal, se quiserem podem encerrar o tópico.