BigWings

Tem a versão DEMO da ACBrLib que o download é livre:

Na minha máquina com D10.3 Rio ficou uns 50 segundos compilando essa unit, mas passou.

Não devia interferir, são campos diferentes para o convênio e para o código do cedente/beneficiário.

Não, não existe a tag para o CSOSN 900. Precisa ver com a contabilidade outra forma de destacar esse imposto. Que me lembre isso é pra impressão no DANFE, certo? Não tenho certeza se vai ser possível creditar apenas usando a informação complementar... mas se a orientação da contabilidade foi essa, a responsabilidade é deles.

Então use TACBrDFe conforme minha primeira resposta. Variant é pra tipos básicos, não serve pra classes.

Pode incluir, o CST e o CFOP é informado por item, e não tem relação direta com a natureza de operação, que é por nota. A natureza de operação é uma descrição simplificada. Veja os exemplos do MOC:

Então é ainda mais simples. procedure CarregaComponente(vComponente: TACBrNFe); begin vComponente.Configuracoes.Geral.idCSC := <idCSC>; vComponente.Configuracoes.Geral.VersaoQrCode := veqr200; end;

Pode ser preciso informar uma data à frente... os bancos geralmente determinam uma quantidade máxima de dias pra baixa automática. No caso do Banco do Brasil se deixar 0 na propriedade DataLimitePagto eles nem homologam, tem tópicos sobre isso no fórum.

Hoje todo boleto tem que ser registrado, e pode ser pago em qualquer banco mesmo após o vencimento. Se no seu caso não estão conseguindo pagar após o vencimento, veja se não está informando a DataBaixa ou DataLimitePagto como o próprio vencimento...

Tente informar também na configuração: NFSe.Configuracoes.Geral.Emitente.InscMun := '12345';

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Basta informar como a classe base: uses ACBrDFe; procedure CarregaComponente(vComponente: TACBrDFe); Você pode precisar fazer typecast para algumas propriedades: if (vComponente is TACBrNFe) then begin TACBrNFe(vComponente).IdCSC := <idCSC>; TACBrNFe(vComponente).VersaoQrCode := veqr200;

Por acaso não está com o componente configurado para o ambiente de homologação?

O ACBrETQ trabalha com linguagem PPLA/PPLB/EZPL, mesmo usando o modo RAW que passa pelo spooler ainda precisa da impressora pra intepretar os comandos e gerar a impressão, então não vai gerar PDF.

Sim. Ou preencher a propriedade Titulo.LocalPagamento manualmente.

Por acaso está criando o Titulo antes de definir o Banco.TipoCobranca? O que vale é o que está no Titulo: constructor TACBrTitulo.Create(ACBrBoleto:TACBrBoleto); begin inherited Create; fACBrBoleto := ACBrBoleto; fLocalPagamento := ACBrBoleto.Banco.LocalPagamento; Então se estiver criando o título antes não vai atualizar a propriedade do título. var Titulo: TACBrTitulo; begin Titulo := ACBrBoleto1.CriarTituloNaLista; Titulo.LocalPagamento := 'Pagável em qualquer banco ou casa lotérica';

Problema na instalação do certificado, mau contato no cartão/leitora/porta USB, porta USB desconectando.. A melhor solução é trocar pra A1.

No caso de operação interestadual com consumidor final não contribuinte, não informe nada de FCP no grupo ICMSXXX, apenas no ICMSUFDEST. E no total apenas a vFCPUFDest e nada no vFCP.

Você adicionou a mesma nota duas vezes no lote de envio: Revise a sua rotina de envio.

Por essa mensagem você já tem a resposta a sua pergunta anterior. No caso de operação interestadual pra consumidor final a tag correta para informar o FCP é a vFCPUFDest e não a vFCP.

Precisa analisar o arquivo XML do lote de envio (*-env-lot.xml). Anexe ele se for o caso.

O erro ocorreu por ter informado total do vFCP sem ter informado os valores nos itens, no grupo ICMSXXX. Agora qual FCP é o correto para essa operação, o contador devia saber te informar.

Me parece que você está duplicando a informação do total do FCP, no totalizador de FCP da UF destino e no totalizador do FCP de ICMS próprio. E esse valor de FCP do ICMS próprio não foi informado nos itens.

Isso aqui parece errado: [ICMSPart001] orig=0 CST=10 Creio que o correto seria: [ICMS001] orig=0 CST=10part