Diego Foliene

Olá pessoal! Foi publicada a versão 1.01 desta nota técnica. Alterações Renomeia o elemento tpCompraGov para tpEnteGov. Remove o grupo gTribRegular dos grupos gIBSMun e gIBSUF e o adiciona no gIBSCBS. Renomeia no grupo IBSCBSTot os elementos gIBSUFTot para gIBSUF e gIBSMunTot para gIBSMun. Renumeração de regras de validação já existentes e adição de novas regras para comportar as modificações no leiaute. Datas Foram mantidas as mesmas datas da versão anterior. Implantação Homologação: 07/2025 Implantação Produção: 10/2025 Observação: As regras de Validação serão aplicadas somente Janeiro de 2026 no ambiente de produção. E como fica o ACBr? As soluções do ACBr incluindo componente nativo para Delphi/Lazarus, ACBrMonitorPLUS e ACBrLib estão sendo revistas e serão disponibilizadas em tempo hábil para que possam testar em homologação. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

Olá pessoal! Foi publicada a versão 1.01 desta nota técnica. Alterações Renomeia o elemento tpCompraGov para tpEnteGov. Remove o grupo gTribRegular dos grupos gIBSMun e gIBSUF e o adiciona no gIBSCBS. Renomeia no grupo IBSCBSTot os elementos gIBSUFTot para gIBSUF e gIBSMunTot para gIBSMun. Renumeração de regras de validação já existentes e adição de novas regras para comportar as modificações no leiaute. Datas Foram mantidas as mesmas datas da versão anterior. Implantação Homologação: 07/2025 Implantação Produção: 10/2025 Observação: As regras de Validação serão aplicadas somente Janeiro de 2026 no ambiente de produção. E como fica o ACBr? As soluções do ACBr incluindo componente nativo para Delphi/Lazarus, ACBrMonitorPLUS e ACBrLib estão sendo revistas e serão disponibilizadas em tempo hábil para que possam testar em homologação. Leia a versão 1.01 na íntegra AQUI.

Olá pessoal! Foi publicada a versão 1.01 desta nota técnica. Alterações Renomeia o elemento tpCompraGov para tpEnteGov. Remove o grupo gTribRegular dos grupos gIBSMun e gIBSUF e o adiciona no gIBSCBS. Renomeia no grupo IBSCBSTot os elementos gIBSUFTot para gIBSUF e gIBSMunTot para gIBSMun. Renumeração de regras de validação já existentes e adição de novas regras para comportar as modificações no leiaute. Datas Foram mantidas as mesmas datas da versão anterior. Implantação Homologação: 07/2025 Implantação Produção: 10/2025 Observação: As regras de Validação serão aplicadas somente Janeiro de 2026 no ambiente de produção. E como fica o ACBr? As soluções do ACBr incluindo componente nativo para Delphi/Lazarus, ACBrMonitorPLUS e ACBrLib estão sendo revistas e serão disponibilizadas em tempo hábil para que possam testar em homologação. Leia a versão 1.01 na íntegra AQUI.

Olá pessoal! Foi publicada a versão 1.01 desta nota técnica. Alterações Padrões de numeração A nova versão traz mais detalhes sobre a modificação do tamanho do campo cStat. Nela é explicado que o sistema da nota fiscal está atingindo alguns limites e por isso foi necessária a ampliação dos campos do código de status de resposta (cStat) e do número do protocolo de autorização (nProt). O cStat foi aumentado para comportar até 4 posições, com essa faixa sendo utilizada para as rejeições exclusivas dos novos impostos IBS, CBS e IS. O número de protocolo de autorização é composto pelos seguintes elementos: 1 dígito para Tipo Autorizador; 2 dígitos para o código da UF; 2 dígitos para o ano; 10 dígitos para o número sequencial dos documentos autorizados para o mesmo modelo de DF-e; Como algumas UFs estão próximas de atingir o limite dos 10 dígitos sequenciais para NFC-e, o campo foi aumentado podendo ter 12 posições, fazendo com que o número do protocolo possa ter agora até 17 caracteres. Mudanças no leiaute do documento fiscal No grupo gCompraGov o elemento tpCompraGov foi renomeado para tpEnteGov. A observação dos campos CSTIS e cClassTribIS foi alterada para deixar explicito que utilize tabela própria para cada campo respectivo. O tamanho do campo vBC do grupo gIBSCBS foi alterado de 3v2-4 para 13v2 efetivamente permitindo agora um valor de até 15 dígitos com 2 casas decimais. Remove o campo vTribOp do grupo gIBSUF. Remove o grupo gTribRegular do dos grupos gIBSUF e gIBSMun e adiciona no grupo gIBSCBS. Altera o grupo que totaliza as informações dividindo em um totalizador somente para o IS e um somente para o IBSCBS. Regras de Validação Adiciona regras de validação para: Validar o IBS/CBS não informado. Validar IBS/CBS Monofásico preenchido. Validar se os valores das alíquotas do IBS/CBS e IS estão corretos. Impedir o uso do crédito presumido para NFC-e. Validar os totais do IBS/CBS monofásico. Validar se o item referenciando quando nota de débito está correto. Validar informações relacionadas ao IS. Eventos Adiciona no evento "Solicitação de Apropriação de crédito presumido" grupo para as informalões do gCBS. Deixa explícito que o evento "Perecimento, perda, roubo ou furto" é relacionado as mercadorias em estoque e não relacionadas ao trânsito. Datas Aplicação das regras de Validação. Implantação Teste: 01/07/2025 Implantação Produção: 01/2026 E como fica o ACBr? As soluções do ACBr, sejam componentes nativos, ACBrMonitorPLUS e ACBrLib estão sendo revistos e serão adequados as alterações propostas em tempo hábil para que possam realizar seus testes em homologação. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

O erro foi na consulta. Eu não tenho os dados de autenticação válidos para uma consulta, mas ao tentar consultar com a versão mais recente da LibNFSe disponível no fórum e o exemplo em C# este foi o retorno que obtive: Veja que mesmo no arquivo de schema consta a assinatura(isso é uma particularidade deste provedor): Dito isso, por favor: Está utilizando a versão mais recente da LibNFSe disponível no fórum? Caso negativo, por favor, atualize a faça um novo teste. A Lib está lendo o Giss como provedor que atende a este município? Você pode confirmar isso usando o método NFSE_ObterInformacoesProvedor A Lib está configurada para que ela mesma escolha automaticamente os schemas? Para isso, em seu arquivo ACBrLib.ini que centraliza as configurações da biblioteca, na seção [NFSe], a chave PathSchemas deve ter o caminho definido até a pasta ..\NFSe\ e a chave MontarPathSchema deve ter o valor 1

Bom dia! Um momento, por favor, vou buscar mais informações a respeito.

Conferindo no arquivo ACBrNFeServicos.ini que centraliza as URLs utilizadas pelo componente para comunicar com os web services, me parece que a URL da sua mensagem esta errada. Você recebeu: E conferindo no arquivo .ini essa as URLs da versão 4.00 é: Veja que uma delas é cad.sefazrs e a outra é cad.svrs Por favor, você está utilizando uma versão atualizada da Lib e do ACBrMonitorPLUS para testes? Possui arquivo ACBrNFeServicos.ini defasado?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Não tenho dados válidos para uma consulta, mas ao fazer um teste com o mesmo CNPJ configurado como emissor em meu programa exemplo, recebi o retorno: <retConsCad versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <infCons> <verAplic>SVRS2406141510DR</verAplic> <cStat>259</cStat> <xMotivo>Rejeicao: CNPJ da consulta nao cadastrado como contribuinte na UF</xMotivo> <UF>RS</UF> <CNPJ>1XXXXXXXXXXXX9</CNPJ> <dhCons>2025-04-22T14:59:05-03:00</dhCons> <cUF>43</cUF> </infCons> </retConsCad> Por favor, qual erro você está recebendo? Pode disponibilizar um print ou a mensagem de erro na íntegra?

Bom dia. Fiz um teste de instalação em meu ambiente e a mesma ocorreu sem acusar erros. Também não encontrei menção a esta biblioteca RxLib sendo utilizada pelo ACBr. Sugiro que procure em seu ambiente se tem .dcus ou .bpls perdidos desta biblioteca que possam estar defasados e causando este problema.

Bom dia. Atualizei meus fontes e fiz um novo teste cujo resultado foi: Por favor, veja se você não possui nenhum arquivo ACBrNFSeXServicos.ini defasado dentro da pasta do seu .EXE Se tiver, o componente vai dar prioridade para ele em detrimento do .res gerado pelo Compilas_Res.bat

Bom dia! Primeiro de tudo, muito obrigado pela contribuição. Toda e qualquer colaboração é e sempre será mais do que bem vinda. Dito isso, em meu ambiente, fiz o seguinte teste: 1. Atualizei meus fontes com um SVN Update. 2. Fiz um build all do exemplo disponível para NFSeX. 3. Executei o exemplo, selecionei a cidade de Campinas/SP, salvei as configurações, carreguei o seu XML e mandei imprimir. O resultado foi esse: Por favor: Confira se seus fontes estão atualizados e em dia com o SVN.(Lembrando que você precisa reinstalar o ACBr sempre que atualiza) Veja se o arquivo ..\trunk2\Fontes\ACBrDFe\ACBrNFSeX\TabServicos.ini está em ordem. Mais informações sobre esse arquivo no tópico:

Bom dia @fred.smartfull. Em seu arquivo você está informando direto o código ISO 0076. Por favor, faça um teste informando o código IBGE correspondente ao invés disso. Mais detalhes sobre isso no tópico.

Olá pessoal! Foi publicada a Nota Técnica Nº 002 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Esse documento é a 2ª versão da nota técnica detalhada no tópico abaixo: No geral, como principais alterações em comparação a primeira versão, nota-se a adição de um grupo para informações de compras governamentais (gCompraGov) Adição de informação para crédito presumido do IBS e percentuais de redução de alíquota estaduais e federais.

Olá pessoal! Foi publicada a Nota Técnica 2025/001 trazendo adequações da NF3e para a Reforma Tributária do Consumo. No âmbito do NF3e esta nota técnica substitui a NT mencionada no tópico abaixo: Vale reforçar que como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações Tipos básicos de tributação Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Criação do grupo Compras Governamentais no grupo Ide No grupo de identificação do documento fiscal (ide), foi adicionado um grupo para identificar compra governamental (gCompraGov). O grupo possui 2 campos, um para indicar o tipo de compra governamental (tpCompraGov) e um para indicar o percentual de redução de alíquota em compra governamental (pRedutor). Inclusão de campos do IBS\CBS São adicionados campos para informar o IBS e o CBS além de totalizadores para os mesmos. Alteração no grupo do Sistema de Compensação da Energia Elétrica (SCEE) Adiciona os campos energia gerada (enerGer) e tipo de posto tarifário Energia gerada (tpPosTarGer). Preparação para o CNPJ alfanumérico A expressão regular que valida todos os campos de CNPJ passa a ser [A-Z0-9]{12}[0-9]{2} A expressão regular que valida a chave de acesso do BP-e que é composta dentre outras informações pelo CNPJ passa a ser [0-9]{6}[A-Z0-9]{12}[0-9]{26} Ampliação do cStat O código do status de retorno (cStat) passa a ter a seguinte regex [0-9]{3,4} aceitando na prática até 4 dígitos agora. Regras de validação Adiciona regras para validar as informações de compra governamental além dos novos campos de IBS, CBS e seus respectivos totalizadores. Datas Implantação Homologação: 07/2025 Implantação Produção: 10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, mesmo assim a nota técnica será revista e quaisquer modificações necessárias serão efetuadas em tempo hábil para que possam ser disponibilizadas para vocês e possam testar. Leia esta Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI.

Olá pessoal! Foi publicada a Nota Técnica 2025/001 trazendo adequações da NFCom para a Reforma Tributária do Consumo. No âmbito do NFCom esta nota técnica substitui a NT mencionada no tópico abaixo: Alterações Tipos básicos de tributação Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Criação do grupo Compras Governamentais no grupo Ide No grupo de identificação do documento fiscal (ide), foi adicionado um grupo para identificar compra governamental (gCompraGov). O grupo possui 2 campos, um para indicar o tipo de compra governamental (tpCompraGov) e um para indicar o percentual de redução de alíquota em compra governamental (pRedutor). Inclusão de campos do IBS\CBS São adicionados campos para informar o IBS e o CBS além de totalizadores para os mesmos. Alteração para aceitar até 990 itens. Em razão do tamanho do arquivo e da performance ao validar as chaves de acesso anteriores relacionadas, a quantidade de itens permitidos na NFCom passa a ser até 990 itens como era previsto no inicio do projeto da NFCom. Preparação para o CNPJ alfanumérico A expressão regular que valida todos os campos de CNPJ passa a ser [A-Z0-9]{12}[0-9]{2} A expressão regular que valida a chave de acesso do BP-e que é composta dentre outras informações pelo CNPJ passa a ser [0-9]{6}[A-Z0-9]{12}[0-9]{26} Ampliação do cStat O código do status de retorno (cStat) passa a ter a seguinte regex [0-9]{3,4} aceitando na prática até 4 dígitos agora. Regras de validação Adiciona regras para limitar cofaturamento à mesma unidade federada, validar as informações de compra governamental além dos novos campos de IBS, CBS e seus respectivos totalizadores. Datas Implantação Homologação: 07/2025 Implantação Produção: 10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, mesmo assim a nota técnica será revista e quaisquer modificações necessárias serão efetuadas em tempo hábil para que possam ser disponibilizadas para vocês e possam testar. Leia essa Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI.

Olá pessoal! Foi publicada a Nota Técnica 2025/001 trazendo adequações do BP-e para a Reforma Tributária do Consumo. No âmbito do BP-e esta nota técnica substitui a NT mencionada no tópico abaixo: Vale reforçar que como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações Tipos básicos de tributação Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura dos novos campos adicionados. Criação do grupo Compras Governamentais no grupo Ide No grupo de identificação do documento fiscal (ide), foi adicionado um grupo para identificar compra governamental (gCompraGov). O grupo possui 2 campos, um para indicar o tipo de compra governamental (tpCompraGov) e um para indicar o percentual de redução de alíquota em compra governamental (pRedutor). Inclusão de campos do IBS\CBS São adicionados campos para informar o IBS e o CBS além de totalizadores para os mesmos. Novos valores para a tag Tipo de Desconto A tag tpDesconto ganha os novos valores: 11 - Idoso 50%. 12 - Acompanhante PCD. 13 - Pessoa Obesa. Preparação para o CNPJ alfanumérico A expressão regular que valida todos os campos de CNPJ passa a ser [A-Z0-9]{12}[0-9]{2} A expressão regular que valida a chave de acesso do BP-e que é composta dentre outras informações pelo CNPJ passa a ser [0-9]{6}[A-Z0-9]{12}[0-9]{26} Ampliação do cStat O código do status de retorno (cStat) passa a ter a seguinte regex [0-9]{3,4} aceitando na prática até 4 dígitos agora. Regras de validação Adiciona regras para validar as informações de compra governamental além dos novos campos de IBS, CBS e seus respectivos totalizadores. Datas Implantação Homologação: 07/2025 Implantação Produção: 10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, mesmo assim a nota técnica será revista e quaisquer modificações necessárias serão efetuadas em tempo hábil para que possam ser disponibilizadas para vocês e possam testar. Leia essa Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI.

Olá pessoal! Foi publicada a Nota Técnica 2025/002 trazendo adequações da NF-e e da NFC-e para a Reforma Tributária do Consumo. No âmbito da NF-e e da NFC-e, esta nota técnica substitui a NT mencionada no tópico abaixo: É importante reforçar que: Em produção, no ano de 2025, as informações de tributação relativas ao IBS, CBS e IS serão opcionais e não serão validadas. As novas validações relacionadas a esses tributos serão aplicadas a partir de janeiro de 2026. Como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações. Tipos Básicos da Tributação. Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Código Situação Tributária e Código de Classificação da Tributação O grupo de informações do IBS, CBS e IS contém os campos CST e cClassTrib. No tópico abaixo é detalhado o informe técnico sobre a publicação da tabela que possui a relação desses códigos. Cada código cClassTrib corresponde a um dispositivo específico da Lei Complementar 214 / 2025, tornando objetiva a informação do contribuinte sobre como é feita a tributação do IBS/CBS por item. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout O código do status da resposta (cStat) devolvido passa a ter tamanho 4. Adiciona no grupo de identificação da nota fiscal eletrônica (grupo Ide) ganha campos para informar o código do município do fato gerador do IBS/CBS, o tipo da nota de débito, o tipo da nota de crédito e um grupo para informar se é compra governamental. Adiciona um grupo com novos campos para receber as informações do IBS, CBS e IS por item. Adiciona um grupo para totalizar as informações do IBS, CBS e IS. Regras de validação Adiciona regras de validação que buscam validar os novos campos e suas informações, a citar alguns exemplos: cStat 1000 para validar se o fato gerador do IBS foi preenchido. cStat 1001 para validar se somente o IBS/CBS foram preenchidos quando finalidade for débito/crédito. cStat 1002 para validar se nota de compra governamental e informações devidamente preenchidas. ... Eventos Esta nota técnica cria os seguintes eventos para apuração do IBS e da CBS além de um evento de cancelamento genérico que permite cancelar qualquer um deles: 112110 - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente.(Autor: Emitente) 211110 - Solicitação de Apropriação de crédito presumido.(Autor: Destinatário) 211120 - Destinação de item para consumo pessoal.(Autor: Emitente/Destinatário) 211124 - Perecimento, perda, roubo ou furto.(Autor: Destinarário) 211128 - Aceite de débito na apuração por emissão de nota de crédito.(Autor: Destinatário) 211130 - Imobilização de item.(Autor: Destinatário) 211140 - Solicitação de Apropriação de Crédito de Combustível.(Autor: Destinatário) 211150 - Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente.(Autor: Destinatário) 212110 - Manifestação sobre Pedido de Transparência de Crédito de IBS em Operações de Sucessão.(Autor: Sucessora) 212120 - Manifestação sobre Pedido de Transparência de Crédito de CBS em Operações de Sucessão.(Autor: Sucessora) 412120 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão.(Autor: Fisco) 412130 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão.(Autor: Fisco 110001 - Cancelamento de Evento(Autor: Idem ao evento a ser cancelado). Datas Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, dito isso, essa nova versão traz algumas novas modificações, como o grupo para compras governamentais, tpNFDebito e tpNFCredito. Dito, será preciso revisar a nota e as alterações propostas com prováveis modificações sendo necessarias. Mas garantimos que as soluções do ACBr estarão de acordo com as mudanças propostas até as datas definidas, para que possam realizar seus devidos testes. Leia essa Nota Técnica na íntegra AQUI.

Olá pessoal! Foi publicada no dia 03/04/2025 no Portal SPED aviso informando sobre a nova versão evolutiva 5.0.1 do Programa Validador da Escrituração Digital EFD ICMS IPI (PVA EFD ICMS IPI). Esta versão traz as seguintes atualizações: Leia o aviso na original na íntegra AQUI.

Olá pessoal! No dia 31/03/2025 foi publicado comunicado no Portal SPED informando que se encontra disponível para download a versão 6.0.6 do PGE EFD contribuições. A nova versão é corretiva e visa sanar problemas de acesso as telas de seleção e manipulação de escriturações que foi observado na versão anterior. Leia o comunicado na íntegra AQUI.

Bom dia! Sim, você vai utilizar o ; para separar, mas veja no comando são parâmetros diferentes, você tem um parâmetro para o destinatário e um parâmetro para cópia oculta. Então ficaria. EnviarEmail('[email protected];[email protected]", "Assunto", "Mensagem", "[email protected];[email protected]") Neste exemplo, o fulano1 e o fulano2 são destinatários já o fulano3 e 4 são cópia oculta. Não existe. Essa visualização é feita pelo client que recebeu o e-mail. Acabei de realizar um teste utilizando o exemplo de boleto, preenchi apena o endereço de e-mail do destinatário, mas veja como ficou em minha caixa de entrada. O campo eMensagem recebe um TStrings como parâmetro. Veja código retirado do programa exemplo do ACBrBoleto: var SL: TStringList; //i: Integer; begin AplicarConfiguracoesComponenteEmail; SL := TStringList.Create; try SL.Add('Olá,'); SL.Add('Atenção, Boleto está em Anexo'); FACBrBoleto.EnviarEmail(edtEmail.Text ,'Teste de Envio de Email', SL, True); //Método para envio e-mail de forma individual para cada título {for i := 0 to FACBrBoleto.ListadeBoletos.Count -1 do begin if (FACBrBoleto.ListadeBoletos[i].Sacado.Email <> '') then FACBrBoleto.ListadeBoletos[i].EnviarEmail(FACBrBoleto.ListadeBoletos[i].Sacado.Email ,'Teste de Envio de Email', SL, True); end;} finally SL.Free; end; Você precisa ter o arquivo de jpg salvo em disco e passar o caminho completo dele no parâmetro do comando que recebe os anexos. var SL, Anexos: TStringList; //i: Integer; begin AplicarConfiguracoesComponenteEmail; SL := TStringList.Create; Anexos := TStringList.Create; try SL.Add('Olá,'); SL.Add('Atenção, Boleto está em Anexo'); Anexos.Add('C:\\Users\Fulano\MinhasImagens\MinhaAssinatura.jpg'); FACBrBoleto.EnviarEmail(edtEmail.Text ,'Teste de Envio de Email', SL, True, nil, Anexos); finally SL.Free; Anexos.Free end; end; Os fontes do componente são sem sombra de dúvidas o melhor material para estudos, você pode encontrar o programa exemplo para componente nativo disponível em ..\trunk2\Exemplos\ACBrBoleto

Sim. A princípio, conferindo no fonte, não encontrei a configuração sendo aplicada. Com a TK, vamos nos debruçar sobre a questão, realizando testes, debug e afins. Que bom que conseguiu resolver usando o método de envio de evento. Qualquer novidade vamos reportar neste tópico.