BigWings

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.

Deve ser uma instalação antiga, do trunk antigo. Faça um checkout em outra pasta informando a URL do trunk2.

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?

Segundo o manual, sim, pode enviar até 20 eventos num lote. O problema parece ser por ter duplicado o ID, a mesma chave e o mesmo tpEvento dentro do lote.

Foi pro SVN, rev. 28036. Acabei removendo a função nova, não vi diferença entre ela e a SeparaDados que está mais avançada. @EMBarbosa

Dessa forma provavelmente o método vai falhar. O correto ao meu ver trocar Pos por PosEx e manter os parâmetros.

Não, o erro é no seu projeto, porque as propriedades não existem mais, por causa desse commit que você mesmo mencionou. Na verdade as propriedades existem, mas passaram de published para public, então só podem ser alimentadas via código. Mas no seu DFM elas constam, por isso a mensagem de erro. O programa exemplo do ACBrPIXCD está compilando normalmente.