BigWings

Por que está usando o tpEmis = 3? Até onde sei ele é exclusivo para a NFF.

Não se informa mais notas inutilizadas, nem as denegadas. Recomendo a leitura do guia prático.

Porque o 'logomarca.bmp'?

O problema é apenas nas quebras de linha. Removi pelo Notepad++ e validou: ACBrNFe.Configuracoes.Geral.IdentarXML := False;

Pra liberar espaço você pode apagar os arquivos mais antigos ou que julgar desnecessários. https://www.projetoacbr.com.br/forum/attachments/

Não ficam misturados, você gera o registro C010 pra identificar o estabelecimento no bloco C, e o D010 no bloco D da mesma forma. C010 { filial 1} C100 C175 C100 C175 C010 { filial 2} C100 C175 C100 C175

Ao usar o webservice do AM você precisa alterar a cidade do emitente para o AM também.

Você não especificou, e ACBrDFeDANFeReport é uma classe genérica para NFe e NFCe. Imagino que esteja imprimindo uma NFCe, então veja se está usando um dos componentes para NFCe: Fast, Fortes ou EscPos. Basta marcar a propriedade "ImprimeLogoLateral" do componente, só note que em EscPos apenas no protocolo ppEscPosEpson isso vai surtir efeito.

As tabelas de participantes e de produtos são independentes por estabelecimento. Se o produto 41458 foi movimentado na matriz e na filial, você vai gerar o mesmo registro 0200 em ambas, sem precisar alterar o código.

Sim. function CodVerToStr(AValue: TACBrVersaoLeiauteSPEDFiscal): string; begin case AValue of vlVersao100: Result := '001'; vlVersao101: Result := '002'; [...] vlVersao116: Result := '017'; else Result := EmptyStr; end; end;

Isso é definido no layout da NFe, não pode informar mais que 2 decimais para esse campo, ou o schema não valida.

Tive esse erro, depois de gerar as credenciais, precisa aguardar um prazo (24 ou 48 horas se me lembro), pra poder chamar a API. No meu caso no dia seguinte passou a funcionar.

Nessa versão não se deve mais informar o registro 0210, de acordo com o manual ele é válido só até 2022.

Qual a versão do leiaute do arquivo e do PVA?

Informe assim: [toma4] toma=4 CNPJCPF=07753198000123

Se está recebendo rejeição 656, ou a sua aplicação está fazendo consulta indevida sem respeitar as regras da NT, ou tem outra aplicação ou outro alguém de posse do certificado da empresa consultando o mesmo CNPJ. Na resposta da rejeição 656 vem o motivo, só abrir o XML de retorno.

Se entendi bem, basta fazer: select coalesce(NUM_PREP, NUM_PEDIDO) as NUM_PEDIDO from PEDIDO Vai exibir NUM_PREP, mas se ele for NULL, vai exibir NUM_PEDIDO.

A expiração é em segundos, o padrão é 3600s ou 1h de validade do QrCode.

Faltou configurar as propriedades SSLLib.

Não use a opção de compilar em 64bits, não vai funcionar, a IDE do Delphi é 32 bits. Instale em 32bits, e no Delphi adicione o library path direto para a pasta Source, na plataforma 64 bits,

Essa propriedade BCDToCurrency é do FastReport. Qual versão do Fast está usando?

Veja se está informando a versão de leiaute correta.

Tem um erro de digitação ali na palavra PIX, mas a diferença maior pelo que vejo é que gerando pelo openssl como o manual do Sicredi pede, o email é incluído junto ao nome da empresa no CSR: Parece que essa é uma forma já legada de incluir o email, pelo ACBr ele é incluído com um campo próprio. Outra diferença é no algoritmo de encriptação, o ACBr usa por padrão SHA512, pelo openssl é gerado como SHA1. Isso é fácil de resolver, só acrescentar o parâmetro com o algoritmo no método que gera o CSR.

Instalou o FastScript?