BigWings

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Qual erro está tendo ao enviar o XML com QrCode?

Sem problemas, imaginei que fosse isso, o print não se parece com a emissão de DANFE do ACBr. Por hora, como não há previsão por Nota Técnica de incluir esse campo no DANFE, a orientação é imprimir o valor do IPI devolução nas informações adicionais da nota (tag: infAdFisco).

Que saiba não foi feita essa implementação, procurei e não localizei nada no código que faça a impressão do IPI devolução no DANFE em Fortes. Pode anexar um PDF que contenha esse campo?

Você pode usar as informações complementares (infCpl) da nota para isso.

Falta configurar as propriedades SSLLib.

Para capturar os CTe (modelos 57 e 67) você precisa usar o método DistribuicaoDFe do componente ACBrCTe.

Está usando o componente ACBrNFeDANFCEFR?

Concordo com o @dimom, em operação com consumidor final o ICMS-ST não se aplica. Por isso a nota é rejeitada quando usando os CSOSN 201, 202 ou 203, ou 900. Na minha opinião, porém, o correto é usar o CSOSN 102 e não o 500, já que, por ser indústria, não houve recolhimento anterior de ICMS-ST.

Teste com o arquivo DANFeNFCe_5.00.fr3 do repositório.

Independe do método usado, o layout do RPS é o mesmo pra todos. Aqui estou incluindo observações junto com os itens na discriminação dos serviços.

Esse provedor não suporta o envio pelo método GerarNFSe. Use o método ACBrNFSe1.Enviar.

BPe é informado no registro D100, correto? Nesse caso tente informar: with RegistroD100New do begin ... IND_FRT := tfNenhum;

É um evento, para permitir que cada programador insira o código que necessitar nesse ponto da execução. Veja o demo do componente que faz uso desse evento.

Basta editar o código do método AlimentaComponente.

Na minha opinião se foi informado a tag vBC deveria estar em base de cálculo. Se o correto no caso do diferimento é aparecer em "Outras" não deveria ser informada a tag vBC. Mas ela deve saber te orientar melhor. Ou outro assessor de tua confiança.

Parece que você está falando de escrituração fiscal. No XML você informa os campos definidos no layout: CST, base de cálculo, alíquota, valor do ICMS... A classificação em base de cálculo, outras e isentas é feita com base nos campos da nota e não antes. Por exemplo uma NFe com CST 40 vai ser 100% no isentas, já uma com CST 20 pode entrar parte em base de cálculo e parte em isentas ou outras. Que me lembre a regra é: (BC + Isentas + Outras) = Valor contábil do item. Então se está na base de cálculo não pode ser Isentas nem Outras.

Teu XML está na versão 3.10. Como você está gerando ele? Não notei comandos de geração do XML no log do Monitor.

Imprimir essa descrição gigante não é nada prático... vai precisar reduzir outros campos, o que vai contra as dimensões mínimas definidas no último MOC: Até que se defina em NT novas dimensões acho que pode-se manter abreviado... afinal não tem como seguir as duas normas e mostrar o texto todo... mas vamos aguardar opiniões dos demais.

Desmarque a opção "Remover warnings de CAST causados por WideString/String/AnsiString" no instalador. Essa opção só é compatível com versões mais novas do Delphi.

Nesse caso estão sendo usadas DLLs nativas do Windows, com exceção da LibXML2, que você encontra na pasta DLLs\LibXML2. Você só precisa das DLLs da arquitetura do seu executável. Mas não depende apenas de qual configuração vai usar ou não, porque algumas delas são hard-linked com o executável. Se não quiser distribuir todas as DLLs você pode precisar editar o arquivo ACBr.inc ou usar as opções do instalador para não depender das DLLs do XmlSec por exemplo. Aqui tem um tópico explicando:

A princípio sim, gerar uma nova remessa com a propriedade Titulo.OcorrenciaOriginal := toRemessaConcederDesconto e preencher os dados do desconto. Mas é preciso saber também se o banco aceita esse tipo de remessa de alteração de desconto. Se você já fazia remessa de registro de boletos com desconto para esse banco provavelmente a implementação está feita no ACBr.

Os fontes estão todos abertos. Basta abrir e alterar o que quiser, por sua conta e risco. O modelo de DANFe NFCe atual está de acordo com o manual de especificações que determina, por exemplo, que as linhas divisórias não devem aparecer. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k= Quanto ao logo basta informar a propriedade Logo, também há configuração de posição do logo e do QrCode. Devia ser o inverso.

Na homologação você precisa enviar para um município específico, código IBGE 3504800, como diz o manual: Então você deve configurar os dados do emitente como sendo dessa cidade.

Estranho... no arquivo de schema dessa pasta a aliquota pode ser informada com 6 dígitos, sendo 2 inteiros e 4 decimais. <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="6" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Sugiro que verifique novamente...