4º trimestre de 2023
Interface do usuário
"Anúncio não renderizado" renomeado no Detalhamento do RTB
Nesta semana, os compradores do SDK do GMA vão encontrar o motivo "Anúncio não renderizado" na tabela de anúncios não renderizados da ferramenta Detalhamento do RTB renomeado como "Carregado, mas não renderizado". Não vai haver mudanças na definição real dessa métrica, já que "Carregado, mas não renderizado" vai continuar a refletir o número de anúncios que venceram o leilão, mas não foram renderizados fora de "Erros fatais de VAST".
Para informações mais detalhadas sobre os dados de Detalhamento do RTB, consulte a Central de Ajuda do Authorized Buyers.
Outras atualizações de produtos ou da Central de Ajuda
Compatibilidade com indicadores do SDK do IMA no Displaymanager e no Displaymanagerver
Em breve, ampliaremos a compatibilidade com displaymanager e displaymanagerver nos protocolos do Google e do OpenRTB para incluir indicadores do SDK do IMA.
Os bidders vão encontrar novos valores de "InteractiveMediaAds-Android" ou "InteractiveMediaAds-iOS" preenchidos via adslot.display_manager no protocolo do Google e imp.displaymanager no protocolo OpenRTB. Adslot.display_manager_version e imp.displaymanagerver também serão definidos como a respectiva versão do SDK do IMA.
Não há notas da versão de 20 de novembro de 2023.
Não há notas da versão de 6 de novembro de 2023.
3T 2023
Solução de problemas
Detalhamento do RTB "Resultado desconhecido"
Um novo motivo "Resultado desconhecido" foi adicionado ao Detalhamento do RTB. Esse motivo indica que não recebemos um relatório do lado do cliente do leilão da Protected Audience.[ insira a nota da versão aqui ]
Outras atualizações de produtos ou da Central de Ajuda
Notificações e alertas para Authorized Buyers
Envie feedback sobre notificações e alertas úteis que você quer receber do Authorized Buyers para entender a atividade da conta. Responda a esta breve pesquisa para dar seu feedback.
4º trimestre de 2023
Não houve notas da versão em 9 de outubro de 2023.
3T 2023
Não houve notas da versão em 25 de setembro de 2023.
Outras atualizações de produtos ou da Central de Ajuda
Campos da taxa de evento faturável (BER)
Agora compartilhamos a taxa de eventos faturáveis (BER, na sigla em inglês) com todos os bidders no tráfego de mApp. O multiplicador de BER reflete a probabilidade de seu lance gerar um evento faturável (ou seja, de o anúncio ser renderizado com sucesso) se ele vencer o leilão, em relação à probabilidade de os outros lances do leilão gerarem um evento faturável se vencerem o leilão. Esse ajuste pode ser maior ou menor que 1.
No final de setembro, esse ajuste vai impactar a classificação final no leilão, mas não vai afetar o pagamento. Os valores de BER aplicáveis ao seu lance vão ser compartilhados em solicitações de lance por um campo repetido adslot.billable_event_rate_bid_adjustment no Protocolo de lances em tempo real do Google e imp.ext.billable_event_rate_bid_adjustment no OpenRTB.
Além disso, o valor da BER aplicado ao seu lance vai ser compartilhado por feedback em tempo real em bid_response_feedback.billable_event_rate_bid_adjustment no Protocolo de lances em tempo real do Google e ext.bid_feedback.billable_event_rate_bid_adjustment no OpenRTB. Para saber mais detalhes, consulte a documentação para desenvolvedores (protocolo do Google l protocolo do OpenRTB).
Outras atualizações de produtos ou da Central de Ajuda
Compatibilidade com indicadores fornecidos pelo editor (PPS)
Os identificadores fornecidos pelo editor (PPS, na sigla em inglês) são uma maneira de proteger a privacidade dos editores ao compartilhar dados próprios de taxonomia de público-alvo e de público-alvo contextual diretamente com os compradores no stream de lances, sem depender de cookies de terceiros ou outros identificadores.
O PPS é baseado no framework de públicos-alvo definidos pelo vendedor do IAB. No protocolo de lance em tempo real (RTB), vamos transmitir os dados de PPS nos novos campos SegmentData. Consulte as especificações sobre Públicos-alvo definidos pelo vendedor do IAB para mais informações sobre o Open RTB.
Para começar a usar os PPS, entre em contato com seu gerente de contas do Google.
Formatos multiplex descontinuados
O suporte a formatos multiplex foi descontinuado em 10 de julho de 2023. Caso você queira veicular um formato de anúncio nativo, recomendamos segmentar anúncios nativos. Os compradores devem saber que os editores que usavam formatos multiplex podem substituir esses anúncios automaticamente por um formato nativo regular. Isso vai permitir que eles continuem veiculando anúncios nativos com o mínimo de interrupção.
Não há notas da versão em 7 de agosto de 2023.
Lançamos um novo estágio de funil na ferramenta Detalhamento do RTB, "Anúncios renderizados". Agora, os usuários podem identificar facilmente as contagens após as consultas alcançadas e antes das impressões, além de poder visualizar rapidamente os cálculos da taxa de renderização. Além dessas melhorias, os códigos de motivo "Anúncios não renderizados" e "Erros fatais de VAST" foram movidos para a tabela "Anúncios não renderizados" no estágio "Consultas alcançadas".
Não houve notas da versão de 10 de julho de 2023.
2º trimestre de 2023
Solução de problemas
Tamanho do espaço dos anúncios em vídeo do OpenRTB
Fizemos uma mudança no tamanho do espaço fornecido nas solicitações de anúncios em vídeo do OpenRTB. Em vez de fornecer o primeiro par de largura e altura, agora vamos enviar o tamanho máximo qualificado.
Não há notas da versão em 12 de junho de 2023.
Não há notas da versão em 29 de maio de 2023.
Outras atualizações de produtos ou da Central de Ajuda
Campos "excluded_app_ids" (RTB do Google) e "bapp" (OpenRTB)
Em 1º de maio de 2023, lançamos o campo "excluded_app_ids" no RTB do Google e começamos a oferecer compatibilidade com o "bapp" no OpenRTB. Se você usar esse campo para informar seu lance, entre em contato para que ele seja preenchido nas suas solicitações de lance.
Declarar ID do app na resposta do lance
Recomendamos que você declare o ID do app promovido nas respostas do lance para ganhar vários benefícios, como filtragem mais precisa e acesso a mais comportamentos de renderização.
Outras atualizações de produtos ou da Central de Ajuda
Declarar ID da agência na resposta do lance
Um novo campo foi introduzido no Google Proto para declarar o ID da agência pela qual você está fazendo um lance. Os bidders precisam começar a declarar o ID associado a uma agência na resposta do lance.
- Protocolo do Google: preencha o BidResponse.ad.ad_slot.seat.
- Protocolo do OpenRTB: preencha o campo seat no objeto seatbid. Para parceiros que já preenchem esse campo, não é necessário fazer nada no momento.
Não há notas da versão em 17 de abril de 2023.
Não houve notas da versão em 3 de abril de 2023.
1º trimestre de 2023
Outras atualizações de produtos ou da Central de Ajuda
Indicador de recompensa agora no OpenRTB
O Google será compatível com a especificação do OpenRTB 2.6 para indicar se o usuário vai receber uma recompensa por ver um anúncio. Esse lançamento preenche o campo "rwdd" de maneira idêntica a "is_rewarded_inventory", a extensão anterior com a mesma finalidade.
Solução de problemas
Ferramenta de solução de problemas de indicadores seguros
A ferramenta de solução de problemas do RTB agora tem um filtro para mostrar aos proponentes por que um indicador seguro não está incluído na solicitação de lance. Veja mais informações aqui.
Outras atualizações de produtos ou da Central de Ajuda
Campo "BidRequest.geo.accuracy" em solicitações de lance
A partir de 6 de março, o Google vai preencher o campo "BidRequest.geo.accuracy" para várias solicitações em que, às vezes, ele não era preenchido. O Google testou essa mudança em uma pequena fração do tráfego e determinou que causa uma pequena alteração nos gastos da sua conta.
Compatibilidade com o tipo de promoção de app nas respostas de lance
Agora oferecemos compatibilidade com o tipo de promoção de app, permitindo que os proponentes declarem o tipo (por exemplo, instalação x engajamento) ao retornar um anúncio para a promoção de app. Esse campo vai nos ajudar a aplicar recursos específicos aos tipos de promoção de app.
Os proponentes podem preencher o app_promotion_value pelo BidResponse.ad.app_promotion_type quando implementado com o protocolo Authorized Buyers ou Bid.ext.app_promotion_type quando implementado com o protocolo OpenRTB. Ignoramos o app_promotion_type se o campo "advertiser_app_id" (ou o pacote no oRTB) não estiver especificado.
Outras atualizações de produtos ou da Central de Ajuda
ad_block_key / tag_id disponível para melhorar a identificação do inventário
ad_block_key (protocolo do Google) e tag_id (OpenRTB) são incluídos na solicitação de lance como um identificador exclusivo de posicionamentos de anúncios de um editor. Os proponentes que fizeram a integração com esse indicador tiveram uma melhoria no desempenho. É recomendável integrar esse indicador à sua lógica de lances para melhorar a segmentação do inventário.
Outras atualizações de produtos ou da Central de Ajuda
Compatibilidade das páginas de produtos personalizados com o iOS
Agora oferecemos a compatibilidade com as páginas de produtos personalizados no iOS. Com esse lançamento, os anunciantes podem exibir várias páginas de produtos da App Store para diferentes públicos-alvo como parte do SKStoreProductViewController. Para aproveitar a versão, os bidders precisam atualizar as respostas para transmitir o valor de "product_page_id" no objeto SKAdNetworkResponse. No protocolo do Authorized Buyers, esse valor é transmitido em BidResponse.ad.skadn.product_page_id e, no protocolo do OpenRTB, em Bid.ext.skadn.productpageid.
Os usuários do Open Bidding agora estão qualificados para usar os controles de bidder
Todos os usuários do Open Bidding foram adicionados às configurações do editor e estão qualificados para a aplicação de políticas e/ou proteções de rede. Por padrão, esses filtros estão desativados para a demanda do Open Bidding. Veja mais informações aqui.
Outras atualizações de produtos ou da Central de Ajuda
SKAN v3.0 + v4.0 com suporte a iOS
Agora oferecemos compatibilidade com a SKAdNetwork (SKAN) v3.0 e v4.0 para bidders que usam o SDK de anúncios para dispositivos móveis do Google (GMA) para renderizar criativos em dispositivos iOS.
A SKAN v3.0 (disponível no iOS 14.6+) introduz vários postbacks para impressões qualificadas. Uma impressão qualificada é quando um usuário instala e inicia o app. Consulte as notas da versão da Apple para mais informações. Para usar a versão SKAN v3.0, os bidders de mApp só precisam responder com essa versão da SKAN, se a solicitação for compatível.
A SKAN v4.0 (disponível no iOS 16.1+) apresenta um conjunto abrangente de melhorias que recomendamos que os bidders leiam nas notas da versão e na visão geral da Apple. A SKAN v4.0 exige um novo ID "source_identifier" na resposta do lance, e não o ID da campanha usado em versões anteriores. Por isso, adicionamos o campo BidResponse.ad.skan.source_identifier para quem usa o protocolo Authorized Buyers e a coluna Bid.ext.skadn.sourceidentifier para quem usa o protocolo oRTB. As respostas de lance com o atributo SKAN v4.0 que omitirem o ID "source_identifier" vão ser filtradas.
Por fim, a SKAN v4.0 para solicitações de banner HTML5 da Web para dispositivos móveis está disponível desde o Safari 16.1. Vamos atualizar a documentação de atribuição da SKAdNetwork para incluir diretrizes sobre o uso da atribuição da Web e oferecer compatibilidade com formatos nativos da Web no futuro.
Considerando que a SKAN é compatível com versões anteriores, recomendamos que nossos bidders continuem respondendo com a v2.2 se não estiverem prontos para as versões v3.0 ou v4.0 mais recentes.
Outras atualizações de produtos ou da Central de Ajuda
Compatibilidade com o user agent estruturado no OpenRTB
O Google começou a oferecer compatibilidade com o OpenRTB 2.6. O primeiro campo aceito vai ser o de user agent estruturado "BidRequest.device.sua". Outros campos vão se tornar compatíveis no 1º trimestre de 2023.
4º trimestre de 2022
Não houve notas da versão em 26 de dezembro de 2022.
Não houve notas da versão em 12 de dezembro de 2022.
Outras atualizações de produtos ou da Central de Ajuda
Tempo mínimo de renderização de 5 segundos para recursos de vídeo
Agora oferecemos suporte a um tempo mínimo de visualização de cinco segundos antes de o botão "Fechar" ser exibido ao usuário em impressões de vídeos de app intersticiais de leilão aberto. Dessa forma, você pode renderizar o recurso de vídeo por um mínimo de cinco segundos ao veicular uma impressão de vídeo de app intersticial.Outras atualizações de produtos ou da Central de Ajuda
Instalação inline para inventário de vídeo premiado e intersticial no iOS
A partir desta semana, oferecemos compatibilidade com a instalação inline de inventário de vídeo premiado e intersticial no iOS. Isso vai permitir aos usuários fazer o download de apps promovidos sem sair do app original. Para aproveitar essa mudança, os bidders vão precisar responder comBidResponse.ad.advertised_app_id pelo protocolo RTB do Google. Os bidders integrados pelo protocolo OpenRTB podem retornar esse valor no campo BidResponse.seatbid.bid.bundle. Esse ID do app retornado será usado para renderizar a página "Detalhes do app" inline quando o usuário clicar nos anúncios de instalação de apps.Outras atualizações de produtos ou da Central de Ajuda
Filtragem de moedas não correspondentes
A partir de novembro de 2022, o Google não vai mais filtrar as respostas de lance com uma moeda que não corresponde à definida no bidder ou na conta. Se uma resposta de lance indicar uma moeda, é ela que vai ser usada, mesmo que não corresponda às configurações do bidder ou da conta. Se nenhuma moeda for indicada, vamos usar a definida no bidder ou na conta.Lances em tempo real
Atualizações do indicador de solicitação de lance em inventários com mais proteções de privacidade
O Google generalizou a string do user agent e editou o campo do endereço IP nas solicitações de lance para inventários com mais proteções de privacidade. Um exemplo desse tipo de inventário que vai ser afetado pelas mudanças são os anúncios não personalizados. Veja a lista completa dos tipos de inventário sujeitos às proteções adicionais de privacidade.
3º trimestre de 2022
Nenhuma versão
Não há notas da versão em 26 de setembro de 2022.
Solução de problemas
Descontinuação de "version" na API Creatives
O campo version do criativo na API Creatives foi descontinuado.
Política
Atualização das políticas de jogos de azar do Authorized Buyers nos EUA
A política de jogos de azar do Authorized Buyers foi atualizada em 12 setembro de 2022 para permitir que entidades licenciadas pelo estado promovam jogos de azar on-line em determinados estados dos EUA.
Os anunciantes que quiserem promover conteúdo de jogos de azar on-line nesse locais precisam enviar uma solicitação de certificação de jogos de azar na página atualizada da política.
Melhoria da identificação de inventário em ad_block_key e tag_id
Há um tempo atrás, identificamos que ad_block_key e tag_id retornam o valor =1 em algumas solicitações de apps para dispositivos móveis. Agora, melhoramos a taxa de preenchimento desses campos, que são usados para identificar os espaços de inventário dos editores.
Nenhuma versão
Não há notas da versão em 15 de agosto de 2022.
Lances em tempo real
Intersticiais da Web para Open Bidding
Agora os compradores do Open Bidding podem acessar o inventário de intersticiais da Web. Os intersticiais são anúncios da Web de página inteira que aparecem entre as visualizações de página. Ao concorrer por esse inventário, os anúncios relevantes que respeitam os Better Ads Standards têm uma nova oportunidade de exibição. A ativação é obrigatória para a qualificação.
Outras atualizações de produtos ou da Central de Ajuda
Compatibilidade com a atribuição de visualização completa da SKAdNetwork 2.2 para anúncios não intersticiais
Agora o RTB do Google é compatível com a atribuição de visualização completa da SKAdNetwork para anúncios não intersticiais em todo o inventário do iOS. Além disso, a Apple agora é compatível com vários timers de impressão ativos com o SDK dos anúncios para dispositivos móveis do Google (GMA, na sigla em inglês) no inventário do iOS 15.4 e versões mais recentes. Assim, é possível que vários anúncios com atribuição de visualização completa sejam exibidos ao mesmo tempo.
2º trimestre de 2022
Interface do usuário
Nova função do usuário de gerente de inventário no Open Bidding
Uma nova função de gerente de inventário foi adicionada às funções do usuário da conta do Open Bidding. Os administradores podem conceder essa função aos usuários. Com ela, é possível aprovar ou reprovar editores, além de dar acesso às guias de relatórios e de solução de problemas.
Essa nova função permite que os usuários do Open Bidding incluam os responsáveis pelas operações desde o início sem compartilhar informações ou privilégios desnecessários no aplicativo. Além disso, as equipes podem integrar editores mais rápido reduzindo o tempo de espera pela disponibilidade das lideranças.
Lances em tempo real
Compatibilidade do Google Ad Manager com IPv6
O Ad Manager começou a fazer a transição para enviar endpoints de solicitação de anúncio IPv6 a todos os bidders. Para minimizar o impacto na estimativa e na exibição com base no IPv4, a mudança vai ser dividida em fases nos próximos meses.
Lances em tempo real
Remoção do campo "is_default" da solicitação de lance
O Google vai remover o campo CreativeEnforcementSettings.is_default da solicitação de lance. Esse campo foi incluído anteriormente para indicar que as configurações de filtragem de política e proteção estavam no estado padrão. Os outros detalhes em CreativeEnforcementSettings vão continuar sendo preenchidos normalmente.
Ainda é necessário que os bidders leiam o campo CreativeEnforcementSettings na solicitação de lance para entender se os editores aplicaram políticas e/ou proteções de acordo com a própria demanda. Se as restrições de criativos tiverem sido aplicadas, as respostas dos lances que não atenderem a esses requisitos serão filtradas.
PG/PD de desnormalização de solicitações de lance separadas em lances de conjunto de vídeos
Os intervalos comerciais de TV exibem vários anúncios um após o outro. Em vez de receber uma solicitação de lance para todo o intervalo comercial (com até três minutos de duração), faça a separação para que os anúncios sejam enviados como solicitações diferentes. Em alguns conjuntos otimizados, as programáticas garantidas e transações preferenciais são separadas em solicitações próprias, já que os lances para esses tipos de origens de demanda só podem vencer em uma posição do conjunto. Isso evita o envio de solicitações de lance duplicadas para a demanda que só pode ganhar uma vez por conjunto.
Política
Inventário confidencial disponível para o Authorized Buyers
Em junho, o Google vai aumentar o escopo de inventários confidenciais enviado para o Authorized Buyers. Como resultado, talvez você veja outras solicitações relacionadas, a não ser que tenha bloqueado a categoria nos seus controles de pré-segmentação. Saiba mais sobre as categorias sensíveis no Authorized Buyers.
Lances em tempo real
Compatibilidade do Google Ad Manager com IPv6
A partir de maio de 2022, o Ad Manager vai fazer a transição para o envio de endpoints de solicitação de anúncio IPv6 a todos os bidders. Para minimizar o impacto na estimativa e na exibição com base no IPv4, a mudança vai ser dividida em fases nos próximos meses.
Outras atualizações de produtos ou da Central de Ajuda
Descontinuação da compatibilidade com endpoints não SSL
Para proteger os dados em trânsito, os lances em tempo real vão deixar de ser compatíveis com endpoints não SSL. Essa mudança não deve ter impacto, já que são muito poucas as chamadas não SSL. Saiba mais sobre como proteger chamadas de RTB.
Inscrições abertas para o teste de origem da API Topics
O Google Chrome iniciou recentemente um teste de origem da API Topics. Os parceiros interessados do Authorized Buyers e do Open Bidding podem se inscrever para participar. O Google vai começar a enviar informações da Topics apresentadas pelo navegador do usuário aos parceiros em uma pequena parcela das solicitações de lance para inventário da Web, de acordo com os controles de privacidade atuais.
Compatibilidade dos criativos gerenciados pelo editor em transações programáticas garantidas
Agora o Authorized Buyers tem compatibilidade limitada com criativos gerenciados pelo editor em transações programáticas garantidas. "Compatibilidade limitada" significa que talvez seja necessário trabalhar na integração para usar o recurso. Trabalhe com sua equipe de conta para saber mais.
Interface do usuário
O período do dia é negociável nas propostas
Em uma proposta, os editores podem especificar os dias ou períodos do dia ("Definir dias e horários") em que os anúncios vão ser exibidos. Agora, essas configurações ficam visíveis aos compradores na proposta durante a negociação. Além disso, as atualizações das configurações "Definir dias e horários" exigem a renegociação e a aprovação do comprador.
Outras atualizações de produtos ou da Central de Ajuda
Novo controle do editor para permitir que os compradores coletem e armazenem dados do usuário
Desde 6 de abril, os editores têm um novo controle nas contas para permitir que os compradores coletem dados do usuário das impressões ganhas no próprio inventário. Os compradores vão receber o novo campo allow_user_data_collection = {true, false} para indicar se o editor deu permissão. As solicitações de anúncios não personalizados (NPA) não vão permitir a coleta de dados do usuário.
Nessa mesma data, as diretrizes do programa Authorized Buyers foram atualizadas. Conforme descrito nessa política, os compradores precisam respeitar a permissão do editor. Com essa autorização, o comprador também pode aproveitar os perfis de usuários coletados com base nas impressões ganhas no leilão do Authorized Buyers como referência para os lances em trocas de terceiros. Essa política vai entrar em vigor em 11 de maio de 2022.
Descontinuação do campo NativeAd.click_tracking_url(s)
O uso de click_tracking_url(s) no campo NativeAd do protocolo do Google Authorized Buyers vai ser descontinuado no final do segundo trimestre de 2022. Agora os bidders podem usar o campo Ad para preencher URLs de rastreamento de cliques relacionados a lances com anúncios nativos e transações programáticas garantidas (PG). O campo NativeAd vai continuar no protocolo do OpenRTB.
APPI alterada do Japão em vigor desde 1º de abril de 2022
Em junho de 2020, o governo japonês fez um conjunto de alterações na Lei de Proteção de Informações Pessoais (APPI, na sigla em inglês). A APPI alterada entrou em vigor em 1º de abril de 2022.
Entre outras disposições, a APPI alterada inclui regras relacionadas ao processamento de "informações relacionadas à pessoa" (PRIs, na sigla em inglês) de usuários japoneses. A lei vai exigir que as empresas, ao enviar PRIs de usuários japoneses a um terceiro que provavelmente vai associar esses dados a "informações pessoais", confirmem com o destinatário se ele recebeu consentimento dos titulares dos dados para o processamento e registrem essa confirmação. Geralmente, as PRIs têm a forma de informações coletadas por identificadores que não identificam um indivíduo específico (um ID de cookie, por exemplo) e não são armazenadas com os dados pessoais (conforme definido na APPI).
Se o Google enviar a você PRIs (chamadas de "informações do usuário que não são de identificação pessoal" na política) relacionadas a usuários japoneses e referentes ao uso dos produtos de plataformas do Google, você não vai poder mesclar esses dados com informações de identificação pessoal. Abrimos uma exceção se, antes do processamento, você tiver obtido do usuário todos os consentimentos exigidos por lei e fornecido ao Google informações precisas e completas sobre o processamento pelo Solucionador de problemas de Termos de Proteção de Dados do Google Ads.
A maneira como você trata as PRIs precisa estar de acordo com os requisitos da APPI alterada e com as políticas do programa de plataformas.
1º trimestre de 2022
Outras atualizações de produtos ou da Central de Ajuda
Atualizações de URLs semitransparentes no Open Bidding
Atualizamos o tratamento de URLs semitransparentes no Open Bidding. Antes, a semitransparência não era aplicada a solicitações de trocas que participavam do Open Bidding. Agora, a semitransparência é aplicada em toda a demanda programática.
Outras atualizações de produtos ou da Central de Ajuda
Indique seu interesse nos testes de origem do FLEDGE
O Google Chrome planeja iniciar os testes de origem do FLEDGE (em inglês) nos próximos meses. O Google está trabalhando para oferecer suporte aos testes de origem do FLEDGE no inventário do Ad Manager para os parceiros do Authorized Buyers. Queremos oferecer aos Authorized Buyers a oportunidade de colaborar e aprender com a gente nesta jornada. Indique seu interesse em participar dos testes de origem do FLEDGE neste formulário.
Interface do usuário
Novo visual da página "Relatórios" do Authorized Buyers e do Open Bidding
A guia "Relatórios" do Authorized Buyers e do Open Bidding está de cara nova. Essa atualização pode alterar fluxos de trabalho anteriores quando você interage com a ferramenta. No entanto, não haverá mudanças na funcionalidade da Ferramenta de relatórios.