SpeedTI

Acredito que eu não tenha explicado corretamente. Eu estou tentando carregar propositalmente um certificado do tipo A3, fornecendo seu numero de série sem contudo existir o mesmo conectado de forma física. O componente antigo exibe a mensagem "Certificado Série: 000000000000000" não encontrado", enquanto que o componente atual exibe a mensagem "CarregarCertificadoDeNumeroSerie" não suportado em: TDFeOpenSSL" que deve ser para o certificado do tipo A1.

Boa Tarde. Eu já havia feito dessa forma e a mensagem incorreta continua a mesma.

Prezados. Estou recebendo a seguinte mensagem de erro ao tentar carregar propositalmente um certificado digital do tipo A3: "CarregarCertificadoDeNumeroSerie" não suportado em: TDFeOpenSSL. Estou utilizando o componente ACBrNFSeX e setando manualmente as configurações da seguinte forma: NFSe.Configuracoes.Geral.SSLLib:=libWinCrypt; NFSe.Configuracoes.Geral.SSLCryptLib:=cryWinCrypt; NFSe.Configuracoes.Geral.SSLHttpLib:=httpWinHttp; NFSe.Configuracoes.Geral.SSLXmlSignLib:=xsLibXml2; E mesmo assim ele não retorna o erro "Certificado Série: 000000000000000" não encontrado, como ocorre com o componente ACBrNFSe antigo. Grato.

Verdade Juliomar, perguntei de forma errada, desculpe. No caso, é para a cidade de São Paulo e consultando no site da Nota do Milhão da prefeitura, a informação descrita lá é que por meio do envio Assíncrono a quantidade pode ser superior a 50 notas. https://notadomilhao.sf.prefeitura.sp.gov.br/desenvolvedor/ Obrigado.

Prezados. A quantidade máxima de notas por lote nesse novo componente ACBrNFSeX ainda é de 50 notas ou pode ser mais do que isso? Grato.

Estou fazendo alguns testes para geração do XML com as novas tags da reforma tributária e reparei que uma delas em particular (tpEnteGov) não está sendo inserida no XMLquando adiciono as seguites linhas de código: NotaF.NFe.Ide.gCompraGov.tpEnteGov := tcgMunicipios; NotaF.NFe.Ide.gCompraGov.pRedutor := 5; NotaF.NFe.Ide.gCompraGov.tpOperGov := togFornecimento; Grato.

Peço a gentileza de fechar o tópico.

...

Prezados. Porque as infomações relativas a compras governamentais gTribCompraGov somente são inseridas no xml se todos os percentual de IBS e CBS forem informados? De acordo com a informação abaixo (obtida no link https://pt.linkedin.com/pulse/ibs-e-cbs-nas-compras-governamentais-luis-pagano-hjtsf) relativo a compras governamentais: Se o Município ABC, por exemplo, adquirir carros para suas atividades operacionais, todo o IBS e CBS que incidiria naquela operação irá para seus cofres. Neste caso o redirecionamento seria do IBS do Estado e da CBS para a União que iria para o Município ABC. Situação análoga se fosse um Estado, DF, ou a própria União a contratante, tudo iria para quem fez a contratação. Vamos considerar que as alíquotas normais para aquele destino seriam: IBS-Municipal de 4%, IBS-Estadual de 18% e CBS de 6%. Mas por ser uma compra governamental do Município ABC as alíquotas que constarão na Nota Fiscal seriam: IBS-M=28% (soma das três alíquotas), IBS-E = 0% e CBS = 0%. De acordo com essas informações, e para uma base de cálculo hipotética de R$ 100,00 o grupo gTribCompraGov não deveria ficar da seguinte forma? <gTribCompraGov> <pAliqIBSUF>0</pAliqIBSUF> <vTribIBSUF>0.00</vTribIBSUF> <pAliqIBSMun>28.0000</pAliqIBSMun> <vTribIBSMun>28.0</vTribIBSMun> <pAliqCBS>0</pAliqCBS> <vTribCBS>0.00</vTribCBS> </gTribCompraGov> Contudo se for alimentado dessa forma, o grupo gTribCompraGov nem é inserido no XML. Para que ele seja inserido é necessário que todas as alíquotas sejam informadas, mesmo que o valor do imposto esteja zerado. Grato.

Encontrei o problema. Na rotina Alimentar_Componente(NumDFe, NumLote) do exemplo, faltou colocar uma linha com a informação (a depender do caso): tpEmit:=tePrestador; ou tpEmit:=teTomador; ou tpEmit:=teIntermediario; Pode encerrar o tópico. Grato.

Prezados. Acabei de atualizar os componentes do ACBr p/ efetuar os testes com a nova nota fiscal de serviços padrão nacional, utilizando para isso o projeto de exemplo e está retornando o erro: X800 Erro de Validação: --> 1840 - Element '{http://www.sped.fazenda.gov.br/nfse}tpEmit': [facet 'enumeration'] The value '' is not an element of the set {'1', '2', '3'}. Prefeitura de São Paulo - SP Certificado digital A1 e dados do emitente configurados. Grato.

O Problema foi resolvido.

Estou fazendo mais testes e agora não captura também o CSTAT 806 (Icms-ST sem informação de CEST)

Prezados. Faço a validação do retorno de NFe na Sefaz utilizando o seguinte trecho de código: if NFe.WebServices.Retorno.Executar then begin ...... end else for I := 0 to NFe.WebServices.Retorno.NFeRetorno.ProtDFe.Count - 1 do begin ....... end; Sempre utilizei assim sem problemas, mas acontece que depois da última atualização, algumas rejeições não estão sendo capturadas, no meu caso identifiquei até agora dois casos: CSTAT 225 e 656. Outros como por exemplo 204 (duplicidade) ele captura normalmente. Grato.

Prezados. Não consegui entender como o valor de R$ 56,38 para o ICMS ST foi apurado neste trecho de um XML que estou analisando. Agradeço se alguém puder me esclarecer. <det nItem="1"> <prod> <cProd>2309</cProd> <cEAN>47891167023091</cEAN> <xProd>SARDINHAS AO PROPRIO SUCO COM OLEO COMESTIVEL 48 X 250G - 88</xProd> <NCM>16041310</NCM> <CEST>1708100</CEST> <cBenef/> <CFOP>6401</CFOP> <uCom>CX</uCom> <qCom>5.0000</qCom> <vUnCom>329.13000000</vUnCom> <vProd>1645.65</vProd> <cEANTrib>7891167023093</cEANTrib> <uTrib>UN</uTrib> <qTrib>240.0000</qTrib> <vUnTrib>6.85687500</vUnTrib> <indTot>1</indTot> <xPed>004748</xPed> <nItemPed>01</nItemPed> </prod> <imposto> <ICMS> <ICMS10> <orig>0</orig> <CST>10</CST> <modBC>3</modBC> <vBC>1645.65</vBC> <pICMS>12.0000</pICMS> <vICMS>197.48</vICMS> <modBCST>4</modBCST> <pMVAST>48.9400</pMVAST> <pRedBCST>61.1100</pRedBCST> <vBCST>953.21</vBCST> <pICMSST>18.0000</pICMSST> <vICMSST>56.38</vICMSST> </ICMS10> </ICMS>

Obrigado Diego.

Eu sei disso, mas infelizmente e também não sei porque, o meu Delphi não está efetuando essa busca, motivo pelo qual recorri ao fórum. Agradeço novamente. Se puder fechar o tópico eu agradeço.

Boa Tarde Juliomar, obrigado por responder. Eu já havia tentado isso anteriormente, mas não dá certo. ACBrMail1.Priority:=MP_normal; -> O delphi não reconhece MP_normal que é um dos valores possíveis. Undeclared identifier: 'MP_normal' Existe alguma Unit adicional que preciso declarar?

Prezados. É possível alterar o valor da propriedade Priority do componente ACBrMail em tempo de execução? Grato.

Obrigado Valter.

Prezados. O componente ACBrMail permite enviar mensagem com conteúdo parte Texto e parte HTML? Grato.

Consegui resolver através da solução nesta página: http://showdelphi.com.br/varias-versoes-do-delphi-instaladas/ Grato

Pessoal, estou obtendo o erro "Não foi possível localizar o ponto de entrada do procedimento @Acbrutil_math..." ao iniciar o Delphi Alexandria para o pacote ACBrBoleto. Hoje, 23/022023 acabei de baixar e instalar o mais recente instalador dos componentes ACBr. Não ocorreu nenhum erro durante a instalação. Estou utilizando a versão 6.9.14 do Fastreport. A imagem do erro está em anexo. Minha máquina também tem o delphi 2010 instalado, cuja pasta onde estão os BPL´s é mencionada no erro "C:\Users\Public\Documents\RAD Studio\7.0\Bpl\ACBrBoleto.bpl" Grato.

Talvez possa te ajudar:

Prezados. Ao imprimir uma relação de notas, existem algumas que estão canceladas e esta informação não é exibida nos Danfes do Preview. Faço a consulta, carrego os XML no componente e executo o método Imprimir. //Trecho do código utilizado dmDados.Nfe.NotasFiscais.Clear; ..... sql.Text :='SELECTxml FROM tb_xml WHERE id_nf IN (1,2,3,4,5,6)'; Open; while not eof do begin Nfe.NotasFiscais.LoadFromString(XML); next; end; dmDados.Nfe.NotasFiscais.Imprimir; Na relação de notas da consulta, existem algumas canceladas e o preview não mostra a marca d´agua NFe Cancelada e também não exibe no Danfe o protocolo de cancelamento. Eu sei que se fizer a impressão individual, devo passar o valor True na propriedade Cancelada (caso a nota esteja cancelada) do componente de impressão ACBrDANFEFR, porém neste caso não sei como proceder. Obrigado.