BigWings

Essa função não é nativa do Delphi. Use StringOfChar().

Tem no manual: https://acbr.sourceforge.io/ACBrLib/Informacoes1.html

Não ficou claro se é DANFE de NFe ou NFCe, e se é no componente para Fast Report, Fortes Report, ESC/POS, FPDF... Coloca uma imagem mostrando o problema.

Eu diria pra nunca passar 0 a não ser que você não saiba qual é o último NSU que a sua aplicação recebeu. Passar 0 tem que reprocessar tudo, não tem nenhuma vantagem. Passando 0 ou 100 você ainda vai receber consumo indevido se consultar dentro do intervalo de 1 hora que o contador consultou. Passando o ultNSU 100 após a 1 hora de intervalo, você vai receber os NSU 101 em diante, mesmo o contador já tendo até o 150. Isso no meu entendimento e experiência.

Acho que já te respondi no Discord mas vai aí: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/VB6/ Clica em download snapshot. Precisa baixar toda essa pasta.

Sim, exatamente isso.

Nunca foi 8 dígitos + verificador. Ou é 7 + DV como antigamente (81), ou você informa os 8 dígitos (810). Pode ser que na impressão podia estar aparecendo 8 + DV mas não era a realidade.

Precisa aguardar as NT... não saiu nada sobre CNPJ alfanumérico ainda nos documentos fiscais.

O que o ACBr implementa é a API de Cobrança Híbrida. No caso para ter também o QrCode do PIX no boleto. Eles tem também a API de cobrança, que é o boleto sem PIX, este não está implementado no ACBr ainda, mas tem uma contribuição em análise:

Você deve armazenar o último NSU que a sua aplicação recebeu, e tentar sempre consultar a partir dele. Na minha experiência, não vi problema baixar de locais distintos, desde que respeitado o prazo de 1 hora entre consultar de um local e do outro. O que não pode é as duas aplicações ficarem tentando consultar ao mesmo tempo, uma atrapalhando a outra, ninguém baixa nada.

Versao 81 é para nosso número de 7 dígitos + dígito verificador calculado pelo ACBr. Versao 810 você pode informar os 8 dígitos. Precisa informar a carteira ao preencher os dados do título: .Banco.LayoutVersaoArquivo := 810; .Titulo.Carteira := '1' .Titulo.Modalidade := '01' .Titulo.NossoNumero := 12345678

Agora é feita uma validação de acordo com a carteira e a propriedade LayoutVersaoArquivo. Então certifique-se de informar essas duas propriedades antes do nosso número.

Dessa forma creio que não porque não estará em sequência... mas você pode usar séries diferentes em cada ponto de venda, e seguir a numeração sequencial em cada uma.

Depende do suporte mesmo gerar a credencial a partir do certificado gerado.

Exemplo de geração com a chave privada "private.key" e certificado público "public.pem" auto assinado para uso em homologação. $ openssl req -new -x509 -sha256 -newkey rsa:2048 -nodes -keyout private.key -days 365 -out public.pem -subj "/CN=PROJETO ACBR CONSULTORIA S.A:18760540000139/C=BR/ST=SP/O=PROJETO ACBR CONSULTORIA S.A" .........+..+......+.+++++++++++++++++++++++++++++++++++++++*........+.+..+...+............+...+....+...+.....+.+...........+............................+..+..........+...+..+.+...+.....+.......+++++++++++++++++++++++++++++++++++++++*.....+...+........+.............+.........+..+..........+.....+.........+.+.........+.........+...+..+.+......+....................+.............+......+.........+..+......+....+...+........+...+.........+..........+...........+.+.....+...+.+..+...+......+.+..................+.....+....+.....+................+..+...+.+......+.....+.........+.+..+.+..............+.++++++ ......+...+..........+........+.......+...+++++++++++++++++++++++++++++++++++++++*.+.....+.+......+........+......+.+.....+.......+++++++++++++++++++++++++++++++++++++++*..............+..+....+.........+..+.......+.....+.......+...+...+..+......+.+........+.+.....+................+...........+...+......+.............+.....+.+.....+....+...+..+.+......+...............+...............+.....+...+...+..........+.....+...+.........+...+....+...........+....+......+..+.+...........................+...+.....+...............+......+.+........+.........+............+...+.+......+..............+....+............+......+........+.+...+...+..+...+.............+.........+..+.+..............+...+.+..............+..........+...+..................+......+.....+.+.....+.............+..+...+....+...+..............+...+..........+...+..+...+.......+..+.+..+.+.....+.+......+...+.....+.......+..+...+.........+.+...+...........+..................+.+......+...+...........+.+.....+....+......+.....+....+..+.......+.......................+.......+...+..+..........+.....................+..+..........+.........+.....+.+.....+...+.+.....+.............+...+...+.....+......+.............+..+....+.................+....+...+...+..................+.....+....+...............+...+...+.....+.......+..+............+...+...+...+.......+..++++++ ----- Em produção pode usar o próprio programa exemplo do componente ACBrPIXCD pra gerar o PEM e KEY a partir do PFX.

Esse comando está de acordo com o manual? Ele parece estar simulando um certificado ICP-Brasil quando em homologação devia ser uma auto assinado simples, conforme o abaixo:

No tópico abaixo tem uma possível solução:

Ao que parece está com erro na montagem do código de barras e linha digitável, que não está considerando o reinício do fator de vencimento (4 primeiros dígitos do último campo da linha digitável), de 9999 deveria ir pra 1000 e no teu exemplo aparentemente foi pra 10000, e isso fez com que tenha cortado o último dígito do valor. Recomendo que entre em contato com o suporte da tua solução (remessaphp).

Veja:

Operação com GLP, assim como qualquer combustível que conste na tabela de combustíveis sujeitos à tributação monofásica de ICMS, deve-se usar CST de ICMS monofásico, geralmente é o CST 61. - Vai usar CST mesmo o emitente sendo optante pelo Simples Nacional. - Veja também as outras tags do grupo e a forma de cálculo da tributação que é por valor e não por porcentagem - No seu TXT está indicando a venda de um botijão de 13 Kg mas na quantidade está apenas 1 Kg. A forma correta seria como abaixo: Unidade=UN Quantidade=1.0000 ValorUnitario=120.0000 uTrib=KG qTrib=13 vUnTrib=9.2307692307 ValorTotal=120.00

Atualizou hoje? Na sexta a tarde teve uma correção para o envio de eventos.

O "QrCode Crédito" não parece ser um PIX... Então ele só funcionaria nesse modo de pagamento, se tentar pagar pelo PIX normal do banco lendo esse QrCode também dá como inválido.

Veja: