Painel de líderes

Olá Estamos disponibilizando na última versão do componente ACBrBoleto a funcionalidades de integração via WebService (Registro On-Line de Boletos), esta funcionalidade já estava disponível nos fontes da pasta Branches (para testes) e passamos para a pasta Trunk2 para que seja possível a homologação por mais usuários do Projeto ACBr. Lembrando que não são todos os bancos que disponibilizam este tipo de serviço via WebService, sendo que os bancos listados abaixo já foram implementados no projetos até o momento, sendo necessário a homologação e testes por empresas que realmente possuam cadastro com o Banco para este tipo de serviço... Pois sem um pré-cadastro para esse serviço não é possível realizar todos os testes em homologação. A estrutura do WebService no componente ACBrBoleto foi implementada nos moldes dos componente ACBrDFe, sendo assim, mesmo NÃO existindo um padrão entre os Bancos, será possível implementar todos utilizando essa estrutura como base. Se alguém desejar contribuir com outros Bancos, poderá analisar os fontes e seguir o mesmo modelo, toda contribuição é bem-vinda!!! Cada Banco exige dados específicos para integração, sendo assim disponibilizamos junto ao Exemplo demonstração (DemoACBrBoleto) o arquivo “configWebService.txt” com as orientações de configuração para integração On-Line. BANCOS SUPORTADOS POR WEBSERVICE / API: Banco do Brasil Caixa Econômica Itaú Sicred CrediSis PenseBank Inter Bancoob (Sicoob) Santander Safra Banrisul C6 Bank ATENÇÃO: Sistemas que utilizam classes de ENUMERADOS dependentes do Projeto ACBrBoleto precisam declarar em seus USES a classe “ACBrBoletoConversao”, pois todas foram migradas para esta Unit. Então se tiver erros de classe do ACBrBoleto não declaradas no seu projeto, basta declarar esta nova Unit… Veja onde ficam as novas configurações para Integração Online: CedenteWS: Configurações: Após configurar os dados de acordo com a recomendação de cada Banco, basta adicionar os Títulos e utilizar o botão: “Registrar Boleto On-Line”. No exemplo, também demonstra como capturar a lista com os retornos de cada Registro de Boleto. Uso com ACBrMonitorPlus Para quem utiliza o ACBrMonitor as configurações para integração WebService / API podem ser realizadas na seguinte tela: O métodos para envio é: https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarBoleto.html Uso com ACBrLibBoleto Para quem utiliza a lib ACBrLibBoleto.dll as configurações para integração WebService / API podem ser verificadas na documentação, seção [WebService]: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O métodos para envio é: https://acbr.sourceforge.io/ACBrLib/Boleto_EnviarBoleto.html Qualquer dúvida ou contribuições que venham a surgir no processo de homologação favor criar um novo tópico na seção referente a Boleto. https://www.projetoacbr.com.br/forum/forum/8-acbrboleto/?do=add

atualizei aqui com a opção de manter arquivos e configurações, deu tudo certo....

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Solicitar para o gerente da conta liberar o produto COBRANÇA ONLINE Entrar na conta, no meu COBRANÇA e ir na opção CÓDIGO DE ACESSO->GERAR. Será gerado um token. Sicredi - API Versão ECOMM //Configuração do componente ( Não há modo de homologação.. é tudo em produção ) ACBrBoleto1.Cedente.CedenteWS.ClientID:= ( token gerado conforme explicado acima ) //Somente essa opção é necessária, pois a cada requisição o ACBR envia esse token pro banco e //recebe outro token para a operação solicitada. //-- Demais configurações como de costume nos outros bancos //-- Recomendado utilizar arquivo pfx com openSSL ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.UseCertificateHTTP := False Sicredi - API Versão V2 // O que vai definir que será utilizada a API V2 é a propriedade abaixo: ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V2'; ACBrBoleto.Cedente.CedenteWS.ClientID := Código Beneficiário + Código Cooperativa; ACBrBoleto.Cedente.CedenteWS.ClientSecret := Solicitar no Internet Banking; (é o código de acesso 64 posições) ACBrBoleto.Cedente.CedenteWS.KeyUser := x-api-key; (UUID 38 bits, Access token gerado no portal do desenvolvedor, Tamanho 36 posições) ACBrBoleto.Cedente.CedenteWS.Scope := 'cobranca'; ACBrBoleto.Cedente.Agencia := cooperativa; ACBrBoleto.Cedente.AgenciaDigito := posto; ACBrBoleto.Cedente.CodigoCedente := código beneficiário NÃO É NECESSÁRIO CERIFICADO KEY/CRT/PEM ACBRBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; ACBRBoleto.Configuracoes.WebService.TimeOut := 20000; Informações adicionais para quem vai utilizar a V2 Em Homologação O Usuário @Desenv. AT Info Sistemas reportou que: OBS: Para validações no ambiente Sandbox, utilizar os seguintes valores para os campos “username” , “password”, “cooperativa”, “posto” e “codigoBeneficiario”: (Vide manual pagina 12) ACBrBoleto.Cedente.CedenteWS.ClientID := 123456789 ACBrBoleto.Cedente.CedenteWS.ClientSecret := teste123 (Vide manual pagina 35) cooperativa : 6789 posto: 03 codigoBeneficiario: 12345 Link do post sobre SandBox reportado acima, clique aqui.

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Itaú Versão 1 (antiga) //Campos para homologacao de acordo com dados fornecidos pelo banco ACBrBoleto1.Cedente.CedenteWS.ClientID:= .... ACBrBoleto1.Cedente.CedenteWS.ClientSecret:= ..... ACBrBoleto1.Cedente.CedenteWS.Scope:= 'readonly'; ACBrBoleto1.Cedente.CedenteWS.KeyUser:= ....; ACBrBoleto1.Configuracoes.WebService.VersaoDF := ; (não informar) //Campos devem ser preenchidos conforme dados do Banco ACBrBoleto1.Cedente.CodigoCedente:= ...... ACBrBoleto1.Cedente.Modalidade:= '19'; ------------------------------------------- ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.UseCertificateHTTP := False ACBrBoleto.WebServices.Operacao := tpInclui // utilizado para o tipo de operação Versão 2 Necessário cadastro no Portal: https://devportal.itau.com.br Observação: mesmo com as credenciais geradas pelo portal, não sei se foi algum bloqueio por instabilidade mas as minhas credenciais só funcionaram após eu contatar o suporte relatando que estava com acesso negado. //Campos para homologacao de acordo com dados fornecidos pelo banco ACBrBoleto1.Cedente.CedenteWS.ClientID:= criado no portal ACBrBoleto1.Cedente.CedenteWS.ClientSecret:= criado no portal ACBrBoleto1.Cedente.CedenteWS.Scope:= 'boletoscash-boletos-consulta_titulo'; ACBrBoleto1.Cedente.CedenteWS.KeyUser:= ; (não informar) ACBrBoleto1.Configuracoes.WebService.VersaoDF := 'V2'; (V2 significa que vai utilizar a versão corrente da API) //Campos devem ser preenchidos conforme dados do Banco ACBrBoleto1.Cedente.CodigoCedente:= ...... ACBrBoleto1.Cedente.Modalidade:= ....; ------------------------------------------- ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.Operacao := tpInclui, tpAltera, tpBaixa, toConsultaDetalhe // utilizado para o tipo de operação ACBrBoleto.Configuracoes.WebService.Ambiente := tawsProducao ou tawsHomologacao Caso utilize arquivos PFX, KEY, CRT ou PEM certificado, marque a opção: ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := true; Em Produção precisa informar as KEYS: ACBRBoleto1.Configuracoes.WebService.ArquivoCRT := Caminho e arq CRT ('C:\INTER\InterAPI_Certificado.crt';) ACBRBoleto1.Configuracoes.WebService.ArquivoKEY := Caminho e arq Key ('C:\INTER\InterAPI_Chave.key';) No Itau o nosso amigo @LTS Informatica informou que: Segue o link do passo a passo: https://forum.casadodesenvolvedor.com.br/topic/43985-gerando-certificado-crt-para-o-banco-itaú-pix-e-boleto-webservice/

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Caixa Econômica //Dados para Homologaçao ACBrBoleto1.Cedente.CedenteWS.ClientID:= SGCBS02P // Boleto Híbrido - Necessário habilitar o cadastro no banco ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; // Obrigatório preenchimento da VersaoDF '3.2' para Boleto Híbrido // O componente fará o preenchimento automaticamente da versão '3.2' quando IndicadorPix=True ACBrBoleto.Configuracoes.WebService.VersaoDF := '3.2'; //Campos devem ser preenchidos conforme dados do Banco Título ex campos: QtdePagamentoParcial:= 1; TipoPagamento:= tpNao_Aceita_Valor_Divergente; PercentualMinPagamento:= 0; PercentualMaxPagamento:= 0; ValorMinPagamento:=0; ValorMaxPagamento:=0; Carteira := 'RG'; EspecieDoc:= '99'; ------------------------------------------------ ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := False; ACBrBoleto.WebServices.Operacao := tpConsulta; [tpConsulta,tpAltera,tpBaixa,tpInclui] // utilizado para o tipo de operação

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Banco do Brasil - API Orientações para Boleto Híbrido: //Dados para Homologaçao devem sem adquiridos no portal do banco do brasil developers / credencial ACBrBoleto.Cedente.CedenteWS.ClientID := client_id ACBrBoleto.Cedente.CedenteWS.ClientSecret := client_secret ACBrBoleto.Cedente.CedenteWS.Scope := cobrancas.boletos-info%20cobrancas.boletos-requisicao ACBrBoleto.Cedente.CedenteWS.KeyUser := developer_application_key ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; //utilizado para boleto hibrido, necessário o cliente possuir chave PIX no banco do brasil ACBrBoleto.Configuracoes.WebService.Ambiente := tawsProducao ou tawsHomologacao Caso utilize arquivos PFX, KEY, CRT ou PEM certificado, marque a opção: ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := true; ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.Operacao := tpConsulta; [tpConsulta,tpAltera,tpBaixa,tpInclui,tpConsultaDetalhe, tpPIXCriar, tpPIXCancelar, tpPIXConsultar] // utilizado para o tipo de operação ...................................................................... Título - ex campos: ACBrBoleto.Cedente.CodigoCedente := '4863177'; ACBrBoleto.Cedente.Convenio := '1014051'; ACBrBoleto.Cedente.Modalidade := '35'; Carteira := '17'; EspecieDoc := 'DM'; //Campos devem ser preenchidos conforme dados do Banco ------------------------------------------------------------------------------------ Banco do Brasil por WebService //Dados para Homologaçao ACBrBoleto1.Cedente.CedenteWS.ClientID:= 'eyJpZCI6IjgwNDNiNTMtZjQ5Mi00YyIsImNvZGlnb1B1YmxpY2Fkb3IiOjEwOSwiY29kaWdvU29mdHdhcmUiOjEsInNlcXVlbmNpYWxJbnN0YWxhY2FvIjoxfQ'; ACBrBoleto1.Cedente.CedenteWS.ClientSecret:= 'eyJpZCI6IjBjZDFlMGQtN2UyNC00MGQyLWI0YSIsImNvZGlnb1B1YmxpY2Fkb3IiOjEwOSwiY29kaWdvU29mdHdhcmUiOjEsInNlcXVlbmNpYWxJbnN0YWxhY2FvIjoxLCJzZXF1ZW5jaWFsQ3JlZGVuY2lhbCI6MX0'; ACBrBoleto1.Cedente.CedenteWS.Scope:= 'cobranca.registro-boletos'; ACBrBoleto1.Cedente.CedenteWS.KeyUser:='J1234567'; // //Campos devem ser preenchidos conforme dados do Banco Título ex campos: ACBrBoleto1.Cedente.CodigoCedente := '4863177'; ACBrBoleto1.Cedente.Convenio := '1014051'; ACBrBoleto1.Cedente.Modalidade := '19'; Carteira := '17'; EspecieDoc := '99'; ------------------------------------------------------------------------------------ //Configuracoes/WebService TimeOut: 30000 UseCertificateHTTP: False versao:= 1.2

Olá pessoal, estou criando este tópico para mostrar quais portas devem ser liberadas no seu cliente, caso você estiver utilizando TEF Dedicado (PayGoWeb). Todos que utilizam o TEF Dedicado (PayGoWeb), sabem que no passo de configuração, precisamos informar um endereço e porta de conexão, para se comunicar com os servidores do TEF PayGo. Caso não tenham sucesso neste passo, verifique se estão liberados os seguintes endereços e portas na infraestrutura do seu cliente: Ambiente: PL03 - Site principal AWS Endereço: pl03.pgweb.io Range: 18.230.107.108 18.228.255.251 Portas: 17500 31735 Ambiente: PRD - Site principal AWS (Porteiro) Endereço: porteiro-prod.pgweb.io Range: 18.228.250.49 18.229.245.89 Portas: 17500 31732 Ambiente: PL03 - Site Recovery Endereço: pl03.pgweb.io Range: 200.219.237.102 186.228.18.244 Portas: 17500 31735 Ambiente: PRD - Site Recovery (Porteiro) Endereço: porteiro-prod.pgweb.io Range: 200.219.237.101 186.228.18.243 Portas: 17500 31732 Qualquer dúvida entre em contato nos canais TEF em nosso Discord: https://www.projetoacbr.com.br/discord

Olá, Recentemente diversas empresas estão emitindo boletos com QrCode para pagamento via PIX (Boleto Híbrido), ficando a critério do pagador escolher a forma de pagamento através da ficha de compensação "Código de Barras / Linha Digitável' ou com o PIX "QRCode". Mas até então isso não estava formalizado pelo Banco em si, ou seja, o controle de Baixa do título caso seja pago por PIX ficaria a cargo da própria empresa, como ocorre no fluxo de várias API hoje disponíveis no mercado... Porém, o Banco do Brasil foi o pioneiro em disponibilizar esse tipo de integração em sua própria API, assim ao registrar um Título pode ser definido se será gerado também uma chave PIX dinâmica referente aquele título, com isso o controle da forma de pagamento fica com o Banco, independente se for pago via PIX ou Boleto. Isso facilita muito o controle por parte da empresa beneficiária e viabilizou a implementação desse tipo de integração via API também no componente ACBrBoleto. No componente ACBrBoleto já existia a possibilidade de Registro Online de Boletos para alguns Bancos, inclusive o Banco do Brasil via WebService, mas essa API se trata de um novo Serviço, portanto são configurações e funcionalidades distintas no componente ACBrBoleto. Neste tópico vamos descrever como realizar a homologação e utilizar a API do Banco do Brasil através do componente ACBrBoleto. 1- Primeiro passo é realizar o Cadastro do seu Aplicativo no ambiente Sandbox BB, com isso será fornecido as credenciais para autenticação da API em ambiente de homologação. Utilize o Serviço API Cobrança: https://developers.bb.com.br/home Documentação da API e como utilizar o ambiente Sandbox para cadastrar a aplicação: https://apoio.developers.bb.com.br/referency/post/5ffc477c3b02bd0012ecaa1a 2- Após o Cadastro poderá obter o ClientID e ClientSecret que precisará configurar no componente ACBrBoleto, cada emitente terá seu próprio ClientID e ClientSecret. No componente ACBrBoleto configure em: Banco / TipoCobranca=cobBancoBrasilAPI No componente ACBrBoleto configure em: Cedente / CedenteWS ClientID=Informe o ClientID gerado no Ambiente Sandbox BB ClientSecret=Informe o ClientSecret gerado no Ambiente Sandbox BB Scope=cobrancas.boletos-info cobrancas.boletos-requisicao KeyUser=developer_application_key IndicadorPix=True //Para utilização do PIX pela API - Banco do Brasil é necessário que o emitente tenha chave PIX cadastrada no BB, caso for utilizar somente a emissão tradicional pela API enviar False nesse parâmetro. Em Configurações / WebService - Configure da seguinte Forma: Na opção de Ambiente escolher de acordo com a operação que esteja fazendo (Homologação ou Produção) necessário coerência com as chaves contratuais junto ao BB. As operações homologadas para a API BB são de Inclusão e Consulta [tpInclui, tpConsulta, tpBaixa, tpAltera] SSLHttpLib utilizar cryOpenSSL SSLType utilizar LT_TLSv1_2 3 - Com essas configurações já é possível realizar o registro de um título no BB via API. O Título deve ser incluso normalmente como no processo tradicional do componente, mas ao invés de gerar uma remessa, utiliza-se o o método "EnviarBoleto" - (botão no Aplicativo ACBrBoleto Demo: [Registrar Boleto On-Line]) . Este botão possui exemplos de como obter o Retorno da API. Se o título foi registrado sem nenhuma rejeição, automaticamente será atualizado a chave PIX junto ao Título. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Particularidades BB via API: obs: API possui envio Síncrono Carteira=17 EspecieDoc=DM Modalidade=35 CodigoCedente=Informar Código Cedente Convenio=Informar o Convenio 4- Para imprimir o Boleto: Obs: Quando utilizado PIX, é necessário que além das informações tradicionais, sejam informadas no título o retorno do registro "QrCode" na propriedade "EMV", esse campo corresponde a String de geração do QRCode PIX gerada pelo Banco. ex: Titulo.qrcode.emv := FRetornoConteudoEMV; Impressão em FortesReport: Utilize o Layout "PadraoPIX" Impressão em FastReport: Selecione o arquivo "BoletoPIX.fr3" no diretório "Report" junto ao ACBrBoleto Demo. Segue o Modelo de Boleto Híbrido Impresso: 5- Consulta de Títulos via API Na aplicação ACBrBoletoDemo temos o botão "Consultar Boleto" com código exemplo de como passar os parâmetros para realizar uma consulta na API, o retorno será gerado em uma lista para posterior validação de cada Título. Obs: A homologação deve ser feita também junto ao Banco, inclusive enviando os modelos das Fichas de Compensação emitidas para validação. Todos os testes foram realizados em ambiente de homologação, então é importante a validação completa antes de emitir em ambiente de produção. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto)

Obrigado.

Abre o exemplo do svn e vai em Distribuição DFe

@diogohs, veja se esse tópico lhe ajuda:

Então isso não é possível. se tu quiser para NFe tem o MDe que é o Manifesto Destinatario que dai tu baixa a NFe mas tem que ser um dos atores da nota no caso quem vai receber. Milagres não faz parte dos componentes srsrsrsrsrsrsr

É estranho que se use o grupo de cartões <card> pra meios de pagamento que não são cartão, mas a interpretação da NT 2020.006 realmente parece exigir o CNPJ do intermediador nesse grupo. Caso informe tpIntegra=1 para comércio eletrônico, além do CNPJ será preciso informar também a tag cAut, pela regra de validação YA05-10. Você pode alterar o fonte, recompilar, testar e se estiver tudo certo anexar aqui o fonte alterado pra ser analisado. Pedimos cuidado pra não quebrar código ou comportamento anterior pra quem não preenche as tags.

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

Bom dia Mauricio, Favor atualizar os fontes e faça novos testes.

Bom dia, A TK-2180 rev.24024 deve resolver essa situação sua, pois esses testes foram alterados.

Fabio, No componente temos esta linha: Result.AppendChild(AddNode(tcDe2, '#1', 'valor_desconto', 1, 15, 0, NFSe.Servico.Valores.DescontoIncondicionado, DSC_VDESC)); Se o campo DescontoIncondicionado for diferente de zero é para gerar sim a tag <valor_desconto>

Bom dia amigo, Segue o e-mail que recebi deles: O Sistema WebISS® disponibiliza um ambiente de HOMOLOGAÇÃO com interface gráfica que deverá ser utilizado para realizar os testes de consumo do WebService em conformidade com a versão 2.02 da ABRASF. Para utilizar tal ambiente é necessário realizar o cadastro CeC® do contribuinte no endereço https://homologacao.webiss.com.br/. Este ambiente NÃO POSSUI qualquer relação com o ambiente de PRODUÇÃO, por este motivo é necessário um novo cadastro do contribuinte. Para solicitar o CeC® o contribuinte deverá: ● Criar um usuário no ambiente de homologação https://homologacao.webiss.com.br/; ● Acessar o menu CeCs® - Solicitar; ● Escolher a opção do cadastro de Pessoa Jurídica. Quando estiver realizando o cadastro do contribuinte no ambiente, atente-se para o Passo 4, onde o campo “Cep” deverá ser informado: 99999999. Desta forma, o Sistema automaticamente preencherá o restante das informações, exceto o número, que poderá ser informado qualquer valor. O ambiente de HOMOLOGAÇÃO trata o “Código do Município” = 9999999. Portanto, em qualquer situação em que essa informação for exigida, considerar o referido código. Ao finalizar a solicitação do CeC® deverá ser enviado um e-mail para [email protected], informando o número do CeC® solicitado, CNPJ e Inscrição Municipal do contribuinte em questão. Os testes poderão ser realizados a partir do momento em que o CeC® for aprovado com sucesso. Caso o CeC® seja rejeitado 3 (três) vezes, uma nova solicitação deverá ser realizada. Segue abaixo o endereço de WebService do ambiente de HOMOLOGAÇÃO: WebService Homologação: https://homologacao.webiss.com.br/ws/nfse.asmx WebService Homologação (WSDL): https://homologacao.webiss.com.br/ws/nfse.wsdl No ambiente de homologação NÃO devem ser utilizados dados reais dos clientes das empresas, principalmente o endereço de e-mail, sendo que deve ser informado nos testes o endereço de e-mail do desenvolvedor. WebService Produção: https://cacoalro.webiss.com.br/ws/nfse.asmx WebService Produção (WSDL): https://cacoalro.webiss.com.br/ws/nfse.wsdl

Está funcionando corretamente, atualizado e testado! 100% em produção! Obrigado!

Bom dia Fabiano, Já inclui na minha lista de tarefas para analisar essa questão. TK-2198

bom dia.. Como o Juliomar disse, essa é uma questão a ser tratada com o contador, de preferencia o contador do seu cliente, pois caso este veja ter alguma autuação, vc fica livre... mas resumindo o mva-ajustado é para empresa que não é simples nacional, quando vende pra fora do estado, pois leva em consideração o diferencial de aliquota do icms espero ter ajudado

TK-2184 FR Completed: At revision: 24021 Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Show está no SVN

Boa tarde, Analise TK-1467 : - no MOC, referente a Negritos, ele diz que deve ser utilizado em títulos, na sessão 3.11.3, isso pode causar algum tipo de confusão ao usuário ou futuros problemas; - Referente a manutenção, teríamos que criar 2 propriedade, estas disponíveis a Fortes e FastReport. Teríamos que fazer manutenção ao menos em 4 Danfes para compatibilizar, acredito que isso pode gerar problemas por exemplo de colisão de bordas de colunas, e outros efeitos colaterais. conforme a reunião interna e analise da solicitação, sinto que não poderei aceitar essa implementação, a TK-1467 será arquivada e não versionada; Boa tarde, Analise TK-1467 : - no MOC, referente a Negritos, ele diz que deve ser utilizado em títulos, na sessão 3.11.3, isso pode causar algum tipo de confusão ao usuário ou futuros problemas; - Referente a manutenção, teríamos que criar 2 propriedade, estas disponíveis a Fortes e FastReport. Teríamos que fazer manutenção ao menos em 4 Danfes para compatibilizar, acredito que isso pode gerar problemas por exemplo de colisão de bordas de colunas, e outros efeitos colaterais. conforme a reunião interna e analise da solicitação, sinto que não poderei aceitar essa implementação, a TK-1467 será arquivada e não versionada;

Gente. Encontrei a configuração dessa Triunfo por persistência, já que o suporte deles não me deu nenhuma resposta. Aqui funcionou assim: