BigWings

Você precisa instalar os componentes, execute o ACBrInstall_Trunk2.exe. Acredito que não funcionará no D6, alguns usuários ainda conseguem usar no D7, mas o recomendado é Delphi 2009 em diante.

Tem no fonte: procedure TACBrNFeFRClass.PintarQRCode(QRCodeData: String; APict: TPicture); var QRCode: TDelphiZXingQRCode; QRCodeBitmap: TBitmap; Row, Column: Integer; begin QRCode := TDelphiZXingQRCode.Create; QRCodeBitmap := TBitmap.Create; try QRCode.Data := QRCodeData; QRCode.Encoding := qrUTF8NoBOM; QRCode.QuietZone := 1; //QRCodeBitmap.SetSize(QRCode.Rows, QRCode.Columns); QRCodeBitmap.Width := QRCode.Columns; QRCodeBitmap.Height := QRCode.Rows; for Row := 0 to QRCode.Rows - 1 do begin for Column := 0 to QRCode.Columns - 1 do begin if (QRCode.IsBlack[Row, Column]) then QRCodeBitmap.Canvas.Pixels[Column, Row] := clBlack else QRCodeBitmap.Canvas.Pixels[Column, Row] := clWhite; end; end; APict.Assign(QRCodeBitmap); finally QRCode.Free; QRCodeBitmap.Free; end; end;

Que eu saiba o ACBrBoleto apenas gera o código de barras, e não tem método para fazer o inverso. Você pode estudar o método de geração do código para cada banco e deduzir o inverso.

Pelo que entendi você tem um XML já cancelado na SEFAZ mas sem o protocolo de autorização no arquivo, e na consulta quer obter o protocolo de autorização. Entendi? Seria um caso a se analisar, qual o protocolo retornado na consulta. Sendo apenas o de cancelamento, ficaria difícil...

Bom dia, Veja que essas opções só são usadas na impressão EscPos. Se estiver usando impressão em Fortes, elas não se aplicam.

Qual versão do Delphi está usando? O FastMM é integrado ao Delphi desde o Delphi 2006.

Uma nova instância do ACBrNCM é criada a cada alteração do NCM, vazamento de memória. Coloque no Create da classe. Você não está tratando o resultado do método Validar pra saber se o NCM é válido ou não, e tratando apenas uma classe de exceção, inclua a on E:Exception do aí.

As impressoras fiscais da primeira geração (matriciais) faziam isso. A integração era por meio da DLL de comunicação com a ECF mesmo. Isso está em desuso, já que é bem mais simples emitir um recibo na impressora não fiscal, mas pelo jeito, ainda se encontra equipamentos do tipo. Fiz uma busca e encontrei esta: https://www.zipautomacao.com.br/impressora-nao-fiscal/termica/impressora-nao-fiscal-termica-im453hu-diebold

Não. O valor impresso no DANFe é o valor da tag vPag do XML.

Você tem retorno dos dois modos, apenas no modo síncrono é feita apenas uma chamada ao WebService, o retorno é obtido imediatamente. No modo assíncrono, na primeira chamada você só recebe um número de recibo que é usado em uma segunda chamada (de consulta do recibo) para obter o resultado do envio. Não entendi que "garantia" você pode ter usando o assíncrono. A vantagem no modo assíncrono é a possibilidade de envio em lotes de notas, no modo síncrono a velocidade por chamar apenas um webservice é o diferencial. Eu tenho usado apenas modo síncrono.

Creio que o componente DANFe ainda não está carregando a tag troco do XML 4.00, precisa informar diretamente na propriedade vTroco. Observação correta, a meu ver. Segundo o manual: Precisa apenas ter cuidado de fazer a alteração para todos os tipos de impressão.

Bom dia, Na minha interpretação o XML válido é o com o protocolo de autorização ou denegação. Cancelamento é um evento vinculado à nota e tem seu XML próprio. A atualização do XML no cancelamento é uma prática que vem do tempo da NFe 1.0, e por comodidade para importação do XML foi mantido no ACBr. Para desativar esse comportamento, configure a opção: ACBrNFe1.Configuracoes.Geral.AtualizarXMLCancelado := False;

Informe a IE em branco quando pessoa física.

Basta preencher a propriedade vTroco no componente DANFE.

A validação é feita pela SEFAZ do estado do destinatário. E, coincidência, essa IE é válida no RJ.

Não deveria ser necessário registrar DLLs pra usar com WinCrypt, apenas CAPICOM precisa. Algum erro? Windows XP ou 2003? Já houve relatos de problemas com esses SO.

São NF-e para destinatários de estados diferentes, pode haver tratamento diferente nessa validação.

Para o WinCrypt com A1, e informando apenas o número de série, é preciso instalar o certificado com permissão de exportação da chave privada.

Chame o comando Assinar antes do Validar.

Bom dia. Conforme postei aqui: A solução encontrada, até o momento, foi a alteração do Schema, mas creio que você não precisa do tiposBasico_v1.03_OPENSSL, nem do tiposBasico_v3.10_OPENSSL, essas versões estão desatualizadas.

Confira novamente, porque nesse caso, deveria funcionar. Foi feita uma alteração no arquivo tiposBasico_v.310.xsd para funcionar com OpenSSL, e não causar esse erro de validação com string com menos de três caracteres. <xs:simpleType name="TString"> <xs:annotation> <xs:documentation> Tipo string genérico</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/> </xs:restriction> </xs:simpleType> A diferença está no xs:pattern, que nos schemas oficiais está assim: <xs:pattern value="[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}"/>

A validação está falhando porque o XML não está assinado. Nas versões anteriores, o ACBr assinava automaticamente ao validar, isso foi retirado. Informe 1 no terceiro parâmetro para fazer a assinatura.

Informe nos dados adicionais da nota.

Não conheço a legislação de SP, mas pelo layout da NFe, CST 60 nunca vai gerar destaque de ICMS.

Pelo download na página do Portal Nacional da NFe, ou pelo webservice DistribuicaoDFe.