[AEM Assets]{class="badge positive" title="Aplicável ao AEM Assets)."}

Assets formatos de arquivo com suporte supported-file-formats

O Adobe Experience Manager as a Cloud Service fornece recursos básicos de gerenciamento de conteúdo para qualquer arquivo binário, independentemente de seu formato — incluindo armazenamento, gerenciamento online de metadados, controle de versão, upload e download de arquivos. O Adobe Experience Manager Assets oferece suporte a uma grande variedade de formatos de arquivo, e cada recurso do produto oferece níveis específicos de suporte para formatos diferentes.

Além disso, Experience Manager Assets fornece suporte estendido para gerar visualizações e representações e para extrair metadados e texto para indexação de texto completo. Esse suporte estendido é fornecido por meio dos microsserviços de ativos, que permitem o processamento escalável e automatizado de ativos na nuvem, de forma que visualizações, representações e extração de metadados sejam executadas de forma consistente em grandes bibliotecas de ativos.

Os destaques da conversão de ativos usando microsserviços de ativos incluem:

A legenda a seguir descreve o nível de suporte para cada formato.

Nível de suporte
Descrição
✓
Compatível
*
Consulte as observações abaixo da tabela
-
Não aplicável
IMPORTANT
Adobe Experience Manager Assets dá suporte apenas aos formatos de arquivo listados neste artigo.
Alguns recursos podem parecer funcionar com outros formatos, mas esses formatos não são oficialmente compatíveis. Como resultado, a saída pode ser inconsistente e os recursos podem não funcionar conforme esperado.
Como formatos não compatíveis podem produzir resultados não confiáveis, use apenas os formatos compatíveis para garantir um comportamento consistente e previsível.

Formatos Adobe adobe-formats

O Adobe Experience Manager (AEM) Assets processa diversos formatos de arquivo nativos do Adobe, gerando visualizações e extraindo informações inseridas para que os ativos permaneçam pesquisáveis e utilizáveis no sistema de gerenciamento de ativos digitais. A tabela abaixo identifica quais recursos de processamento são compatíveis com cada formato do Adobe.

Recursos com suporte definidos:

  • Geração de miniatura — cria uma visualização visual (representação) do ativo para navegação e resultados de pesquisa.
  • Extração de texto completo — indexa conteúdo de texto legível dentro do arquivo para que o ativo possa ser encontrado por pesquisa por palavra-chave.
  • Extração de metadados — lê metadados inseridos (como autor, título e campos descritivos) do arquivo.
  • Largura/Altura — detecta e registra as dimensões de pixel ou página do ativo.
Formato do arquivo
Geração de miniaturas
Extração de texto completo
Extração de metadados
Largura/altura
IA
✓
-
✓
✓
COLAGEM
-
-
✓
-
DN
✓
-
✓
✓
SBSAR
✓
-
✓
✓
IDEIAS
-
-
✓
-
INDD
✓
-
✓
✓ *
INDT
-
-
✓
-
PDF
✓
✓
✓
✓
PROTO
-
-
✓
-
PSB
✓
-
✓
✓
PSD
✓
-
✓
✓
XD
✓
-
✓
✓

Entre todos os formatos de Adobe listados, o PDF é o único formato com suporte para extração de texto completo, além de geração de miniaturas, extração de metadados e detecção de largura/altura. Todos os formatos na tabela oferecem suporte à extração de metadados, enquanto a geração de miniaturas e a detecção de largura/altura têm suporte para os formatos de rasterização e design, mas não para os formatos de contêiner ou modelo.

Formatos que oferecem suporte à geração de miniaturas e à detecção de largura/altura: AI, DN, SBSAR, INDD, PDF, PSB, PSD e XD. Por outro lado, COLAGEM, IDEIAS, INDT e PROTO suportam apenas extração de metadados.

Explicação das siglas do formato Adobe:

  • IA — Adobe Illustrator arte vetorial.
  • COLAGEM — arquivo de colagem do Adobe.
  • DN — arquivo Adobe com a extensão DN.
  • SBSAR — arquivo de material de Substâncias Adobe.
  • IDEIAS — Arquivo de rascunho do Adobe Ideas.
  • INDD — Adobe InDesign documento.
  • INDT — modelo Adobe InDesign.
  • PDF — Formato de Documento Portátil.
  • PROTO — arquivo prototype do Adobe.
  • PSB — Adobe Photoshop Documento Grande (grande).
  • PSD — Adobe Photoshop Documento.
  • XD — Adobe XD arquivo de design de experiência.

* Para arquivos Adobe InDesign (INDD), o tamanho das representações é determinado pela imagem de visualização incorporada no arquivo INDD. Para incorporar representações maiores, configure as preferências de visualização no InDesign em Preferências > Manuseio de Arquivo > Sempre Salvar Imagens de Visualização com Documentos, Tamanho de Visualização. Selecionar um tamanho de visualização maior garante que o AEM Assets possa gerar miniaturas de maior resolução para InDesign documentos.

Formatos de imagem image-formats

Os formatos de arquivo de imagem a seguir têm suporte para processamento, com recursos que abrangem geração de miniaturas, extração de metadados, detecção de largura/altura e recorte. Os formatos com suporte incluem formatos de varredura comuns, como BMP (Bitmap), GIF (Graphics Interchange Format), JPEG (Joint Photographic Experts Group), PNG (Portable Network Graphics), TIFF (Tagged Image File Format) e WebP, além de formatos vetoriais e especializados, como EPS (Encapsulated PostScript), SVG (Scalable Vetor Gráficos), SGI™, RGB e RGBA.

Recursos compatíveis definidos

  • Geração de miniaturas — cria uma representação de visualização menor da imagem de origem, útil para listagens, galerias e identificação visual rápida.
  • Extração de metadados — lê informações inseridas, como perfil de cores, detalhes de codificação e outras propriedades armazenadas no arquivo.
  • Largura/Altura — detecta as dimensões de pixel da imagem, permitindo layout e dimensionamento precisos.
  • Cortar — corta a imagem para uma região especificada, removendo áreas indesejadas e preservando o conteúdo retido.

Suporte de recursos por formato

Formato do arquivo
Geração de miniaturas
Extração de metadados
Largura/altura
Cortar
BMP
✓
-
✓
✓
EPS
✓
✓
-
-
GIF
✓
✓
✓
✓
JPEG
✓
✓
✓
✓
PNG
✓
✓
✓
✓
RGB
✓
✓
✓
✓
RGBA
✓
✓
✓
✓
SGI™
✓
✓
✓
✓
SVG
✓
-
✓
✓
TIFF
✓
✓
✓
-
WebP
✓
✓
✓
✓

Principais notas de suporte

  • Todos os formatos listados oferecem suporte à geração de miniaturas, tornando a criação de visualização universalmente disponível em todo o conjunto com suporte.
  • Os formatos que oferecem suporte a todos os quatro recursos — geração de miniaturas, extração de metadados, detecção de largura/altura e corte — são GIF, JPEG, PNG, RGB, RGBA, SGI™ e WebP.
  • BMP e SVG oferecem suporte a todos os recursos exceto a extração de metadados, refletindo que esses formatos têm dados de propriedade inseridos limitados.
  • O EPS não oferece suporte à detecção ou ao corte de largura/altura, consistente com sua função como um formato baseado em PostScript em vez de uma imagem rasterizada de dimensão fixa.
  • O TIFF oferece suporte à geração de miniaturas, à extração de metadados e à detecção de largura/altura, mas não oferece suporte ao corte.

Como amplamente reconhecido no processamento de imagens, formatos de varredura como JPEG, PNG e WebP armazenam dados baseados em pixel com dimensões definidas, razão pela qual eles consistentemente oferecem suporte à detecção e ao corte de largura/altura. Formatos orientados a vetor como SVG e EPS descrevem imagens por meio de instruções escaláveis em vez de grades de pixels fixas, o que explica o suporte mais limitado para determinadas operações dependentes de dimensão e metadados refletidas na tabela acima.

Formatos 3D support-3d-formats

Há suporte para nove formatos de arquivo 3D: DN, gLB, gLTF, OBJ, STL, FBX, 3DS, USDz e SBSAR. Cada formato oferece suporte a armazenamento, controle de versão e fluxo de trabalho, enquanto a publicação, a visualização em miniatura, a visualização 3D e a entrega de Dynamic Media variam de acordo com o formato, conforme mostrado na matriz de suporte abaixo.

Consulte também Trabalhar com ativos 3D em Dynamic Media.

Definições de formato 3D compatíveis

Os formatos compatíveis correspondem aos tipos de arquivos 3D amplamente usados:

  • gLB e gLTF — Formato de Transmissão GL (glTF), um padrão aberto para transmissão e carregamento eficientes de cenas e modelos 3D. gLB é o pacote binário do formato.
  • OBJ — Wavefront OBJ, um formato comum de definição de geometria para representar malhas 3D.
  • STL — Stereolithography (STL), amplamente usado para impressão 3D e prototipagem rápida.
  • FBX — Filmbox (FBX), um formato de intercâmbio para conteúdo 3D, animação e cenas.
  • 3DS — 3D Studio (3DS), uma malha herdada e um formato de cena.
  • USDz — Universal Scene Description Zip (USDz), um formato de contêiner orientado a AR para ativos 3D.
  • SBSAR — Arquivo de Substâncias (SBSAR), um material paramétrico e formato de textura.
  • DN — um formato de armazenamento e fluxo de trabalho com suporte para ativos 3D.

Explicação das colunas de recurso

Cada coluna na matriz de suporte indica se um determinado recurso está disponível para esse formato:

  • Armazenamento — o formato pode ser armazenado e gerenciado como um ativo 3D.
  • Controle de versão — várias versões do ativo podem ser rastreadas e retidas.
  • Fluxo de trabalho — o ativo pode ser processado por meio de fluxos de trabalho automatizados.
  • Publicação — o ativo pode ser publicado para entrega. Como a publicação é necessária para o delivery downstream, os formatos sem suporte à publicação estão limitados ao uso interno.
  • Controle de acesso — permissões podem ser aplicadas para determinar quem pode visualizar ou gerenciar o ativo.
  • Visualização da miniatura — uma imagem de miniatura estática é gerada para identificação visual rápida.
  • visualização 3D — uma visualização 3D interativa está disponível para inspeção do modelo.
  • Dynamic Mediaentrega — o ativo pode ser entregue através de Dynamic Media. Os formatos que oferecem suporte à entrega Dynamic Media completa são gLB, OBJ, STL e USDz.

Matriz de suporte do formato 3D

Formato
Armazenamento
Versões
Fluxo de trabalho
Publicação
Controle de acesso
Visualização da miniatura
Visualização 3D
Entrega de Dynamic Media
DN
✓
✓
✓
-
✓
✓
-
-
gLB
✓
✓
✓
✓
✓
✓
✓
✓
gLTF
✓
✓
✓
-
✓
-
✓
-
OBJ
✓
✓
✓
✓
✓
✓
✓
✓
STL
✓
✓
✓
✓
✓
-
✓
✓
FBX
✓
✓
✓
✓
✓
✓
-
-
3DS
✓
✓
✓
✓
✓
✓
-
-
USDz
✓
✓
✓
✓
✓
✓
-
✓
SBSAR
✓
✓
✓
-
✓
✓
-
-

Camera Raw formatos camera-raw-formats

Todos os 27 formatos de arquivo camera raw listados abaixo oferecem suporte às mesmas três operações principais: geração de miniaturas, extração de metadados e detecção de largura/altura. Cada formato na tabela é totalmente compatível com todos os três recursos, tornando a cobertura uniforme e abrangente nos principais padrões de camera raw.

Operações suportadas para cada formato

Cada recurso suportado tem um propósito distinto ao processar arquivos camera raw:

  • A geração de miniaturas produz uma imagem de visualização incorporada ou derivada do arquivo raw, permitindo uma navegação visual rápida sem decodificar os dados completos do sensor.
  • A Extração de metadados lê as informações EXIF inseridas e específicas do fabricante, como as configurações da câmera, os valores de exposição e os detalhes de captura armazenados no arquivo raw.
  • A detecção de Largura/Altura determina as dimensões em pixels da imagem, o que é essencial para o layout, a catalogação e o processamento de downstream.
Formato do arquivo
Geração de miniaturas
Extração de metadados
Largura/altura
3FR
✓
✓
✓
ARW
✓
✓
✓
CR2
✓
✓
✓
CR3
✓
✓
✓
CRW
✓
✓
✓
DCR
✓
✓
✓
DNG
✓
✓
✓
ERF
✓
✓
✓
FFF
✓
✓
✓
GPR
✓
✓
✓
IIQ
✓
✓
✓
KDC
✓
✓
✓
MEF
✓
✓
✓
MFW
✓
✓
✓
MOS
✓
✓
✓
MRW
✓
✓
✓
NEF
✓
✓
✓
NRW
✓
✓
✓
ORF
✓
✓
✓
PAP
✓
✓
✓
RAF
✓
✓
✓
BRUTO
✓
✓
✓
RW2
✓
✓
✓
RWL
✓
✓
✓
SRF
✓
✓
✓
SRW
✓
✓
✓
X3F
✓
✓
✓

Origem do fabricante dos formatos brutos listados

Os formatos Camera Raw são, em grande parte, padrões proprietários vinculados a fabricantes específicos de câmeras, razão pela qual a lista abrange tantas extensões de arquivo distintas. Como plano de fundo geral, várias das extensões compatíveis são mapeadas para fabricantes de câmeras conhecidos:

  • CR2 e CR3 (Canon Raw versões 2 e 3), juntamente com o CRW, estão associados às câmeras Canon.
  • NEF (Formato Eletrônico Nikon) e NRW são formatos brutos Nikon.
  • ARW, SRF e SRW correspondem à geração de imagens brutas da Sony e Samsung.
  • ORF é o formato bruto Olympus, RAF está associado à Fujifilm, RW2 e RWL com a Panasonic e a Leica.
  • PEF e DCR/KDC estão vinculados às imagens Pentax e Kodak.
  • DNG (Digital Negative) é um formato de arquivo bruto aberto e não proprietário projetado para oferecer ampla compatibilidade entre fabricantes.
  • Formatos adicionais como 3FR, FFF, IIQ, MEF, MFW, MOS, MRW, ERF, GPR e X3F originam-se de sistemas de sensor de formato médio, câmera de ação e especializados.

Como todos os formatos listados oferecem suporte idêntico para geração de miniaturas, extração de metadados e detecção de dimensões, os usuários podem confiar no comportamento consistente, independentemente do fabricante da câmera que produziu o arquivo raw. Essa cobertura ampla e uniforme garante que os arquivos de uma ampla variedade de sistemas de câmera possam ser visualizados, catalogados e processados sem limitações específicas de formato.

Formatos de documento document-formats

Os recursos de gerenciamento de ativos oferecem suporte a 19 formatos de documento, abrangendo os tipos de arquivo de processamento de texto, planilha, apresentação, publicação e marcação. A matriz a seguir especifica quais recursos se aplicam a cada formato.

Definições de recursos

Cada coluna na matriz de compatibilidade corresponde a um recurso distinto de gerenciamento de ativos:

  • Geração de miniaturas — produz uma imagem de visualização visual do documento, permitindo uma identificação mais rápida ao navegar por grandes bibliotecas de ativos.
  • Extração de texto completo — indexa o conteúdo do texto do documento para que ele possa ser pesquisado, melhorando a descoberta no repositório.
  • Largura/Altura — captura os metadados dimensionais do documento, que oferecem suporte a manipulação e renderização com reconhecimento de layout.
  • Gerenciamento de metadados — lê e armazena propriedades de documentos inseridos, permitindo que os ativos sejam organizados, filtrados e controlados por seus atributos.
  • Conectado Assets — disponibiliza o ativo para uso em instâncias conectadas, estendendo a reutilização além de um único ambiente.
  • Visualização completa do documento — renderiza o documento completo para exibição no aplicativo sem exigir o aplicativo nativo.
Formato do arquivo
Geração de miniaturas
Extração de texto completo
Largura/altura
Gerenciamento de metadados
Conectado Assets
Visualização completa do documento
DOC
-
-
-
✓
✓
✓
DOCX
✓
✓
✓
✓
✓
✓
EPUB
-
✓
-
-
-
-
HTML
-
✓
-
✓
✓
-
ODF
✓
✓
✓
-
-
-
ODM
✓
✓
✓
-
-
-
ODP
✓
✓
✓
-
-
-
ODS
✓
✓
✓
-
-
-
ODT
✓
✓
✓
✓
✓
-
OFG
✓
✓
✓
-
-
-
PDF
✓
✓
✓
✓
✓
✓
PPT
-
-
-
✓
✓
✓
PPTX
✓
✓
✓
✓
✓
✓
PS
-
-
✓
-
-
-
RTF
-
✓
-
✓
✓
✓
TXT
✓
✓
-
✓
✓
✓
XLS
-
-
-
✓
✓
✓
XLSX
✓
✓
✓
✓
✓
✓
XML
-
✓
-
-
-
-

Formatar abreviações

Para referência, os códigos de formato na matriz correspondem aos seguintes tipos comuns de documento:

  • DOC / DOCX — documentos do Microsoft Word (formatos herdado e Open XML)
  • EPUB — Formato de e-book de publicação eletrônica
  • HTML — documentos de Linguagem de Marcação de Hipertexto
  • ODF / ODM / ODP / ODS / ODT / OFG — Família de formatos OpenDocument (fórmulas, mestre, apresentação, planilha, texto e variantes gráficas)
  • PDF — Formato de Documento Portátil
  • PPT / PPTX — apresentações do Microsoft PowerPoint (formatos herdado e Open XML)
  • PS — PostScript
  • RTF — Formato Rich Text
  • TXT — Texto sem formatação
  • XLS / XLSX — planilhas do Microsoft Excel (formatos herdados e Open XML)
  • XML — Documentos de Linguagem de Marcação Extensível

Os formatos abertos baseados em XML (DOCX, PPTX, XLSX) e PDF oferecem a mais ampla cobertura de recursos, com suporte para geração de miniaturas, extração de texto completo, metadados dimensionais, gerenciamento de metadados, Assets conectado e pré-visualização completa de documentos. Esse suporte abrangente os torna as opções mais versáteis para fluxos de trabalho de ativos que dependem de visualização, pesquisa e reutilização entre instâncias.

Formatos de vídeo video-formats

A tabela abaixo lista todos os formatos de arquivo de vídeo com suporte e os recursos de processamento disponíveis para cada um. O suporte varia de acordo com o formato: alguns formatos podem ser totalmente processados para miniaturas, metadados e entrega, enquanto outros são limitados a um subconjunto dessas operações.

Legenda — o que cada coluna significa:

  • Formato de arquivo — o contêiner ou tipo de codec de vídeo, identificado por sua extensão comum (por exemplo, MP4, MOV, AVI e WebM estão entre os contêineres de vídeo compatíveis com a Web mais usados).
  • Geração de miniatura — o formato oferece suporte à criação automática de uma imagem ainda visualizada.
  • Extração de metadados — o formato permite que os metadados técnicos (como duração, codec e detalhes do quadro) sejam lidos do arquivo.
  • Largura/Altura — as dimensões em pixels do formato podem ser detectadas automaticamente.
  • Visualizar — o formato pode ser visualizado diretamente.
  • Saída — o formato é suportado como um formato de entrega/saída para reprodução ou distribuição.

Uma marca de seleção (✓) indica que o recurso tem suporte para esse formato; um traço (-) indica que não tem suporte.

Formato do arquivo
Geração de miniaturas
Extração de metadados
Largura/altura
Visualização
Saída
3G2
-
✓
-
-
-
3GP
-
✓
-
-
-
AVI
✓
✓
✓
✓
-
DIVX
✓
-
✓
✓
-
F4V
✓
✓
✓
✓
-
FLV
✓
✓
✓
✓
-
M2T
✓
-
✓
✓
-
M2TS
✓
-
✓
✓
-
M2V
✓
-
✓
✓
-
M4V
✓
✓
✓
✓
-
MKV
✓
-
✓
✓
-
MOV
✓
✓
✓
✓
-
MP4
✓
✓
✓
✓
✓
MPEG
✓
✓
✓
✓
-
MPG
✓
✓
✓
✓
-
MTS
✓
-
✓
✓
-
MXF
✓
-
✓
✓
-
OGV
✓
-
✓
✓
-
QT
✓
-
✓
✓
-
R3D
-
✓
✓
✓
-
SWF
✓
-
✓
✓
-
WebM
✓
-
✓
✓
✓
WMV
✓
✓
✓
✓
-

Formatos com suporte para saída: Somente MP4 e WebM estão marcados como formatos de Saída com suporte. Isso reflete sua função como contêineres de entrega padrão para a reprodução moderna da Web e de transmissão, garantindo ampla compatibilidade entre navegadores e dispositivos. A maioria dos outros formatos listados oferece suporte à geração de miniaturas, pré-visualização e detecção de dimensão para assimilação e processamento, mas não têm a intenção de serem contêineres de saída finais.

Observe que o suporte à extração de metadados e à geração de miniaturas não é uniforme em todos os formatos. Por exemplo, formatos de contêiner como 3G2 e 3GP oferecem suporte à extração de metadados, mas não à geração ou pré-visualização de miniaturas, pois seu uso pretendido e o limite da estrutura interna permitem a execução de operações. Formatos como AVI, F4V, FLV, M4V, MOV, MP4, MPEG, MPG e WMV oferecem o conjunto mais completo de recursos de processamento entre os formatos de assimilação.

Formatos de áudio audio-formats

O Assetsas a Cloud Service oferece suporte à extração de metadados da XMP (Plataforma de Metadados Extensível) para seis formatos de áudio: AIF, ASF, M4A, MP3, WAV e WMA. A extração de metadados do XMP lê as informações descritivas incorporadas armazenadas em um arquivo de áudio — como título, artista, copyright e outros campos de marcação — e as disponibiliza no sistema de gerenciamento de ativos. Isso permite que os ativos de áudio carregados sejam pesquisados, filtrados e organizados com base em seus metadados intrínsecos, em vez de apenas no nome do arquivo.

Os formatos de áudio compatíveis incluem:

  • AIF (Formato de Arquivo de Intercâmbio de Áudio): um formato de áudio descompactado usado normalmente para armazenamento de áudio de alta qualidade.
  • ASF (Advanced Systems Format): um formato de contêiner criado para mídia de streaming.
  • M4A (Áudio MPEG-4): Um formato de áudio compactado amplamente usado para música e audiolivros.
  • MP3 (MPEG-1 Audio Layer III): Um dos formatos de áudio compactado mais adotados para distribuição de áudio de uso geral.
  • WAV (Forma de Onda em Formato de Arquivo de Áudio): um formato de áudio descompactado favorecido para trabalhos de áudio de alta fidelidade e profissionais.
  • WMA (Windows Media Audio): um formato de áudio compactado desenvolvido no ecossistema do Windows Media.

Como os metadados do XMP são extraídos automaticamente para cada um desses formatos, os ativos de áudio assimilados carregam suas tags descritivas na plataforma, melhorando a descoberta e simplificando o gerenciamento de ativos digitais em larga escala.

Formatos de entrada compatíveis com a transcrição de áudio e vídeo audio-video-transcription-formats

Os formatos de arquivo e container a seguir são compatíveis com a transcrição de áudio e vídeo. Cada entrada lista o nome do formato, os codecs aplicáveis quando relevante e as extensões de arquivo aceitas (mostradas entre parênteses) que identificam o tipo de arquivo de entrada.

  • FLV (com codecs H.264 e AAC) (.flv)
  • MXF (.mxf)
  • MPEG2-PS, MPEG2-TS, 3GP (.ts, .ps, .3gp, .3gpp, .mpg)
  • Vídeo do Windows Media (WMV)/ASF (.wmv, .asf)
  • AVI (8 bits/10 bits descompactado) (.avi)
  • MP4 (.mp4, .m4a, .m4v)
  • Gravação de Vídeo Digital da Microsoft® (DVR-MS) (.dvr-ms)
  • Matroska/WebM (.mkv)
  • WAVE/WAV (.wav)
  • QuickTime (.mov)

Dicas e limitações limitations-and-tips

Limites de tamanho para extração de metadados

As principais limitações a serem consideradas incluem:

  • O limite de tamanho de arquivo para extração de metadados é de aproximadamente 15 GB. Ao fazer upload de ativos grandes que se aproximam ou excedem esse limite, a operação de extração de metadados pode falhar. Isso acontece porque o processo de extração deve verificar e analisar todo o arquivo dentro dos limites de processamento disponíveis, e ativos muito grandes aumentam o tempo de processamento e os recursos necessários para concluir a extração com sucesso.

  • A extração de metadados é mais confiável para ativos que permanecem confortavelmente dentro do limite de tamanho. Como resultado prático, manter arquivos individuais abaixo de aproximadamente 15 GB ajuda a garantir que os metadados sejam extraídos de forma consistente e sem interrupções. Se a extração falhar em um ativo grande, reduzir o tamanho do arquivo, dividir o ativo em componentes menores ou fazer upload novamente pode ajudar a operação de extração a ser concluída conforme esperado.

Dynamic Media - Formatos de vídeo de entrada com suporte para transcodificação video-dynamic-media-transcoding

A transcodificação Dynamic Media aceita um conjunto definido de formatos de vídeo de entrada, e a transcodificação bem-sucedida depende da correspondência do contêiner correto (como MP4, MOV ou WMV) com um codec de vídeo recomendado (como H264/AVC — Codificação de Vídeo Avançada). Cada contêiner compatível é emparelhado abaixo com os codecs conhecidos por transcodificar de forma confiável, junto com os codecs que não são compatíveis e não serão processados corretamente. Selecionar um codec recomendado para o contêiner garante que o vídeo de origem seja aceito e convertido sem falha.

Extensão do arquivo de vídeo
Contêiner
Codecs de vídeo recomendados
Codecs de vídeo não suportados
AVI
Intercalação A/V
XVID, DIVX, HDV, MiniDV (DV25), Techsmith Camtasia, Huffyuv, Fraps, Panasonic DVCPro
Indeo3 (IV30), MJPEG, Microsoft® Video 1 (MS-CRAM)
FLV, F4V
Adobe Flash
H264/AVC, Flix VP6, H263, Sorenson
SWF (arquivos de animação de vetor)
M4V
Apple iTunes
H264/AVC
−
MKV
Matroska
H264/AVC
−
MOV, QT
Apple QuickTime
H264/AVC, Apple ProRes422 e HQ, Sony XDCAM, Sony DVCAM, HDV, Panasonic DVCPro, Apple DV (DV25), Apple PhotoJPEG, Sorenson, Avid DNxHD, Avid AVR
Apple Intermediate, Animação do Apple
MP4
MPEG-4
H264/AVC (todos os perfis)
−
MPG, VOB, M2V, MP2
MPEG-2
MPEG-2
−
MXF ‡
MXF
Sony XDCAM, MPEG-2, MPEG-4, Panasonic DVCPro
−
OGV, OGG
OGG
Theora, VP3, Dirac
−
WebM
WebM
Google VP8
−
WMV
Windows Media 9
WMV3 (v9), WMV2 (v8), WMV1 (v7), GoToMeeting (G2M2, G2M3, G2M4)
Tela Microsoft® (MSS2), História de foto Microsoft® (WVP2)

‡ O contêiner MXF (Formato de Troca de Material) ainda não é suportado para uso com Vídeos Interativos em Dynamic Media ou para uso com Anotação em Experience Manager Assets. Como resultado, os arquivos de origem MXF ainda podem ser transcodificados pelos formatos padrão acima, mas os workflows que dependem dos recursos de Vídeo interativo ou Anotação devem usar um contêiner compatível alternativo.

Dynamic Media - Formatos de documento com suporte document-support-dynamic-media

Adobe Experience Manager Dynamic Media dá suporte a três formatos de entrada de documento: Adobe Illustrator (AI), Adobe InDesign (INDD) e Portable Document Format (PDF). A tabela abaixo estabelece exatamente quais operações cada formato aceita em todo o fluxo de trabalho do ativo, desde o upload inicial até a entrega de representação dinâmica.

Formatos de entrada e saída compatíveis

Formato
Upload (formato de entrada)
Criar predefinição de imagem (Formato de saída)
Visualizar representação dinâmica
Entregar representação dinâmica
Baixar representação dinâmica
IA
✓
-
-
-
-
INDD
✓
-
-
-
-
PDF (consulte a Observação abaixo)
✓
✓
✓
✓
✓

O PDF (Portable Document Format) é o formato de documento mais compatível em Dynamic Media. O PDF oferece suporte a todos os estágios do fluxo de trabalho: Carregar, Criar predefinição de imagem, Visualizar representação dinâmica, Entregar representação dinâmica e Baixar representação dinâmica. Por outro lado, o Adobe Illustrator (AI) e o Adobe InDesign (INDD) oferecem suporte a Somente carregamento — esses formatos podem ser assimilados no Dynamic Media, mas não podem ser usados para criar predefinições de imagens ou para visualizar, entregar ou baixar representações dinâmicas.

Cada coluna representa uma etapa distinta no pipeline Dynamic Media:

  • Carregar (formato de entrada): O formato pode ser assimilado em Dynamic Media como um ativo de origem.
  • Criar predefinição de imagem (Formato de saída): O formato pode ser processado em uma predefinição de imagem para reutilização em representações.
  • Visualizar representação dinâmica: Uma representação gerada dinamicamente do ativo pode ser visualizada.
  • Entregar representação dinâmica: Uma representação gerada dinamicamente pode ser entregue a um site, aplicativo ou outro ponto de extremidade.
  • Baixar representação dinâmica: É possível baixar uma representação gerada dinamicamente.

Como a IA e o INDD são arquivos de origem de design nativos, eles são compatíveis para upload como ativos de origem, enquanto o PDF — um formato de entrega portátil, pronto para impressão e Web — flui por todo o fluxo de trabalho de representação.

Manuseio seguro do PDF

NOTE
Para PDFs seguros, somente o Upload é suportado.

Para PDFs seguros (protegidos por senha ou restritos por permissão), somente Upload é suportado. Isso significa que um PDF seguro pode ser assimilado em Dynamic Media, mas não pode ser usado para criar predefinições de imagens ou para pré-visualizar, entregar ou baixar representações dinâmicas. Essa restrição reflete os controles de acesso incorporados em arquivos PDF seguros, que limitam o processamento downstream que Dynamic Media pode executar neles.

Dynamic Media - Formatos de imagem rasterizada com suporte image-support-dynamic-media

Adobe Experience Manager Dynamic Media dá suporte a um conjunto definido de formatos de imagem rasterizada, e cada formato difere em se ele pode ser carregado, convertido por meio de uma predefinição de imagem, visualizado, entregue, baixado ou usado em tipos de conjuntos específicos. A tabela abaixo mapeia cada formato compatível em relação a esses recursos. Uma representação dinâmica é uma versão sob demanda gerada dinamicamente de uma imagem que Dynamic Media fornece no momento da solicitação, razão pela qual o suporte à entrega é uma distinção importante entre formatos.

Os formatos compatíveis incluem AVIF (Formato de Arquivo de Imagem AV1), BMP (Bitmap), EPS (PostScript Encapsulado), GIF (Formato de Intercâmbio de Gráficos), HEIC (Contêiner de Imagem de Alta Eficiência), JPEG (Grupo Conjunto de Especialistas em Fotografia), PICT, PNG (Gráficos de Rede Portátil), PSD (Documento Photoshop), TIFF (Formato de Arquivo de Imagem Marcado) e WEBP.

Formato
Upload (formato de entrada)
Criar predefinição de imagem (Formato de saída)
Visualizar representação dinâmica
Entregar representação dinâmica
Baixar representação dinâmica
Definir tipos que oferecem suporte a este formato
AVIF
−
−
−
✓
−
−
BMP
✓
−
−
−
−
Imagem, Mídia mista e Rotação
EPS
✓
✓
✓
✓
✓
−
GIF
✓
✓
✓
✓
✓
−
HEIC
−
−
−
✓
−
−
JPEG
✓
✓
✓
✓
✓
Imagem, Mídia mista e Rotação
PICT
✓
−
−
−
−
−
PNG
✓
✓
✓
✓
✓
Imagem, Mídia mista e Rotação
PSD ‡
✓
−
−
−
−
−
TIFF
✓
✓
✓
✓
✓
Imagem, Mídia mista e Rotação
WEBP
−
−
−
✓
−
−

Como ler as colunas de recursos

  • Carregar (formato de entrada): O formato pode ser assimilado em Dynamic Media como um ativo de origem.
  • Criar predefinição de imagem (Formato de saída): O formato pode ser gerado como uma saída por meio de uma predefinição de imagem.
  • Visualizar representação dinâmica: uma versão gerada dinamicamente do ativo pode ser visualizada na interface.
  • Entregar representação dinâmica: A versão gerada dinamicamente pode ser servida no momento da solicitação para usuários finais.
  • Baixar representação dinâmica: A representação gerada pode ser baixada.
  • Definir tipos que oferecem suporte a este formato: Os tipos de conjunto específicos — Imagem, Mídia mista e Rotação — em que o formato pode ser usado.

Os formatos que oferecem suporte ao pipeline completo — upload, criação de predefinições, visualização, entrega e download — incluem o EPS, GIF, JPEG, PNG e TIFF. Por outro lado, o AVIF, HEIC e WEBP oferecem suporte à entrega somente de uma representação dinâmica, sem carregamento, criação predefinida, visualização ou download. BMP, JPEG, PNG e TIFF são os formatos com suporte nos tipos de conjunto Imagem, Mídia mista e Rotação.

Sobre a imagem mesclada extraída de arquivos do PSD

‡ Para os arquivos PSD (Documento Photoshop), a imagem mesclada é extraída do arquivo PSD. Esta imagem mesclada é gerada por Adobe Photoshop e está incorporada no próprio arquivo PSD. Dependendo de como o arquivo foi salvo e suas configurações, a imagem mesclada pode ou não corresponder à imagem composta real, portanto, o resultado extraído pode diferir do que o documento em camadas original exibe.

Dynamic Media - Formatos de imagem rasterizada não aceitos unsupported-raster-image-formats-dm

Dynamic Media não dá suporte aos seguintes subtipos de formatos de arquivo de imagem rasterizada. Os arquivos correspondentes a esses critérios não são processados porque sua codificação, espaço de cor ou profundidade de bits estão fora do intervalo permitido:

  • Arquivos PNG (Portable Network Graphics) com tamanho de bloco IDAT maior que 100 MB. O bloco IDAT armazena os dados da imagem compactada e os blocos acima desse limite excedem o limite de processamento.
  • Arquivos PSB (Formato de Documento Grande/Photoshop Big) — o formato Photoshop estendido usado para documentos maiores que o limite de tamanho padrão do PSD.
  • Arquivos do PSD (Documento do Photoshop) em um espaço de cores diferente de CMYK, RGB, Tons de Cinza ou Bitmap. Espaços de cores DuoTone, Lab e Indexado não são compatíveis.
  • Arquivos PSD com uma profundidade de bits superior a 16 bits por canal.
  • Arquivos TIFF (Formato de Arquivo de Imagem Marcado) que contêm dados de ponto flutuante.
  • Arquivos TIFF no espaço de cores Lab.

Dynamic Media - Formatos de arquivo 3D com suporte support-3d-formats-dynamic-media

Consulte também formatos 3D compatíveis

O Adobe Dynamic Media oferece suporte a quatro formatos de arquivo 3D principais para assimilação e entrega de ativos: GLB, OBJ, STL e USDZ. Cada formato serve fluxos de trabalho distintos, desde a visualização interativa baseada na Web até a impressão 3D e experiências nativas de realidade aumentada móvel.

Extensão de arquivo 3D
Formato do arquivo
Tipo MIME
Notas
GLB
Formato de Transmissão GL Binário (glTF Binário)
model/gltf-binary
Empacota a geometria, materiais e texturas como um único ativo independente. Como tudo está agrupado em um único arquivo, o GLB é eficiente de transmissão e é amplamente usado para renderização 3D em tempo real e baseada na Web.
OBJ
Arquivo de objeto 3D do WaveFront
application/x-tgif
Um formato de texto amplamente adotado que armazena geometria 3D, como vértices, faces e dados de superfície. O OBJ é normalmente usado em aplicativos de modelagem e design 3D, e os materiais são normalmente referenciados por meio de um arquivo de material de acompanhamento.
STL
Estereolitografia
application/vnd.ms-pki.stl
Um formato de geometria padrão que descreve a superfície de um modelo 3D como uma malha de triângulos. STL é o formato estabelecido para a impressão 3D e fabricação auxiliada por computador, com foco na forma em vez de na cor ou na textura.
USDZ
Arquivo Zip do Universal Scene Description
model/vnd.usdz+zip
Suporte para assimilação e geração de miniaturas; ainda não há suporte para visualizações 3D. O USDZ é um formato 3D que pode ser visualizado nativamente no Safari ou no iOS, tornando-o adequado para experiências de realidade aumentada (AR) em dispositivos Apple.

Suporte e validação do formato de arquivo do ativo asset-file-format-support-and-validation

O processamento Adobe Experience Manager (AEM) Assets depende de dois mecanismos distintos, e cada um se comporta de forma diferente quando um tipo de arquivo não tem suporte total. Identificar qual mecanismo está falhando é a maneira mais rápida de determinar se o comportamento observado é esperado ou se indica um problema que requer uma correção.

Os dois mecanismos são:

  • Representações padrão — Sempre solicitadas para cada ativo e não configuráveis. Como as representações padrão são executadas automaticamente em todos os ativos assimilados, elas representam o processamento de linha de base que o AEM aplica independentemente do tipo de ativo.
  • Dynamic Mediaou perfis de processamento personalizados — Totalmente configuráveis e podem ter o escopo definido pelo tipo MIME (Multipurpose Internet Mail Extensions) ou pelos critérios de seleção do ativo. Essa capacidade de configuração permite que esses perfis segmentem tipos de arquivos ou subconjuntos de ativos específicos em vez de aplicar uniformemente.

Por que a distinção é importante

A principal diferença está na capacidade de configuração. As representações padrão se aplicam a todos os ativos e não podem ser ajustadas, enquanto Dynamic Mediaou os perfis de processamento personalizados são configuráveis e têm escopo seletivo. Como resultado, quando um tipo de arquivo não é totalmente compatível, os dois mecanismos podem produzir resultados diferentes.

Determinar qual mecanismo está falhando esclarece se o resultado é um comportamento esperado ou um problema a ser solucionado. Se uma falha se originar de uma representação padrão não configurável, o comportamento refletirá o manuseio da linha de base do AEM desse tipo de arquivo. Se for originário de um perfil de processamento configurável, o escopo definido pelo tipo MIME ou pelos critérios de seleção de ativos será o fator mais provável de ser investigado.

Falhas de representação esperadas expected-rendition-failures

Falhas de representação para formatos inaplicáveis são esperadas, comportamento conforme o design no AEM — não um erro de configuração. Adobe Experience Manager Os microsserviços de ativos (AEM) sempre solicitam um conjunto fixo de representações padrão para cada ativo carregado, independentemente do tipo MIME (Multipurpose Internet Mail Extensions). Esse conjunto fixo inclui extração de texto e uma visualização MP4 (vídeo), que o pipeline tenta uniformemente em todos os ativos.

Como esse conjunto de solicitações é aplicado uniformemente, determinadas representações são inerentemente inaplicáveis a determinados tipos de ativos. Para uma imagem PNG (Portable Network Graphics), as seguintes representações não podem ser produzidas:

  • cqdam.text.txt — uma representação de extração de texto destinada a documentos e outros ativos que contêm texto. Uma imagem não contém nenhum texto de corpo extraível, portanto, essa representação não pode ser gerada.
  • cq5dam.preview.mp4 — uma representação de pré-visualização de vídeo destinada a mover ativos de imagem. Uma imagem estática não tem fluxo de vídeo para codificar, portanto, essa representação não pode ser gerada.

Como essas representações não se aplicam ao formato real do ativo, elas são registradas como entradas em dam:failedRenditions. Isso é esperado, um comportamento conforme ao design e não uma configuração incorreta.

A presença dessas entradas é inofensiva, desde que as representações relevantes para o tipo real do ativo sejam concluídas com êxito. Para um ativo de imagem, isso significa:

  • Representações de imagem padrão geradas conforme esperado.
  • O processamento Dynamic Media da imagem foi concluído com êxito.

Em outras palavras, dam:failedRenditions entradas para formatos que não se aplicam a um determinado tipo de ativo indicam que o pipeline ignora corretamente saídas não aplicáveis, em vez de um erro de processamento genuíno. A investigação só é garantida quando uma representação que é relevante para o tipo real do ativo falha.

Formatos de entrada não suportados ou restritos unsupported-or-restricted-input-formats

Os formatos e cenários a seguir são conhecidos por serem incompatíveis ou restritos para o processamento de ativos no Adobe Experience Manager (AEM) as a Cloud Service, juntamente com o comportamento observado e a correção recomendada para cada um.

Tipo ou cenário de arquivo
Comportamento
Orientação
Arquivos ZIP enviados por meio de Dynamic Media perfis de processamento
A etapa de processamento falha explicitamente com um erro de formato não compatível. Isso faz com que a instância do fluxo de trabalho se acumule em um estado não íntegro ou em nova tentativa em escala.
Exclua o ZIP (e outros arquivos compactados ou arquivos de pacote 3D) de Dynamic Media perfis de processamento usando os critérios de seleção de ativos para que o perfil nunca seja aplicado a tipos de arquivos que não sejam de mídia.
Imagens AVIF
O arquivo é armazenado no Gerenciamento de ativos digitais (DAM), mas o AEM não o processa e nenhuma miniatura ou pré-visualização é gerada.
O AVIF não é um formato de entrada compatível para o processamento de ativos no AEM as a Cloud Service. Converter em JPG ou PNG antes de fazer upload, se uma pré-visualização ou representação for necessária.
Imagens JFIF
Isso não é reconhecido como uma imagem ou JPEG devido à extensão do arquivo. O pipeline de processamento de imagem padrão não é executado, portanto, nenhuma representação é gerada.
Renomeie ou exporte novamente os arquivos JFIF como .JPG antes de fazer upload.
Arquivos PPTX contendo fontes restritas (somente leitura ou licenciadas), por exemplo, Avenir
Falha na geração de representação do PDF; o arquivo é relatado como corrompido pelo microsserviço de conversão do PDF (o mesmo serviço subjacente usado pelo Acrobat)
Fontes restritas não fornecidas com o Windows e bloqueadas para exportação pelo fornecedor de fontes causam falhas de conversão independentemente do AEM. Substitua as fontes restritas no arquivo de origem antes de fazer o upload. A conversão local no Acrobat pode ser usada para confirmar se um determinado PPTX falha antes do upload, já que ele usa o mesmo serviço de conversão.
Arquivos SVG com o atributo offset ausente em <stop> elementos
O servidor de imagens de Dynamic Media retorna HTTP 403 a /is/image para esse arquivo específico, enquanto /is/content ainda o renderiza. Isso ocorre porque o SVG viola a conformidade do SVG 1.1.
Valide SVGs em relação à conformidade do SVG 1.1, por exemplo, com o Validador W3C antes de fazer upload. Reexportar da ferramenta de origem, por exemplo, Illustrator com conformidade com o SVG 1.1.
Arquivos com tipos MIME (Multipurpose Internet Mail Extensions) fora da lista de permissões configurada, por exemplo, .pem certificados
Carregamento rejeitado na interface.
Tecnicamente, o AEM Assets pode armazenar qualquer arquivo binário, mas as restrições de carregamento de ativos de uma organização podem limitar os tipos MIME aceitos. Atualizar a lista de tipos MIME permitidos globalmente ou por pasta para incluir o tipo necessário.
Valores de metadados em uma importação CSV em massa (valores separados por vírgulas) que começam com ou contêm caracteres reservados, como #, /, ;, símbolo de barra invertida, símbolo de barra vertical, [, ], %, {, }, ?, &
O analisador ignora ou ignora a entrada de metadados afetada silenciosamente, sem uma falha grave, de modo que a importação é concluída, mas o valor é perdido.
Remova ou substitua os caracteres reservados em valores de metadados antes de executar uma importação de metadados CSV em massa.
Ativos DAM que transportam namespaces de metadados XML não padrão ou não registrados, por exemplo, exifEX, mwg-rs, photomechanic
A importação ou cópia do pacote de conteúdo entre os ambientes falha com mensagens como prefixo de namespace desconhecido ou nenhum mapeamento de namespace encontrado.
Identifique e limpe as propriedades de metadados incorretas nos ativos de origem (geralmente são introduzidas pelas ferramentas externas) antes de tentar novamente a importação do pacote ou a cópia do conteúdo.

Restrição de tipos de upload por pasta restricting-upload-types-per-folder

As restrições de carregamento específicas da pasta permitem que você aceite apenas determinados tipos de arquivos em uma única pasta, deixando o restante do repositório intacto. Por padrão, as restrições do tipo MIME (Multipurpose Internet Mail Extensions) aplicam-se globalmente em todo o sistema DAM (Digital Asset Management), mas essas regras globais podem ser substituídas no nível de pasta para aplicar controles mais rígidos e específicos de local.

Para configurar tipos MIME permitidos para uma pasta específica — por exemplo, /content/dam/projects — siga estas etapas:

  1. Navegue até Ferramentas > Assets > Configuração do Assets.
  2. Selecione o caminho da pasta de destino (como /content/dam/projects).
  3. Listar somente os tipos MIME que devem ser aceitos para essa pasta.

Como a configuração da pasta atua como um incluo na lista de permissões explícito, qualquer tipo MIME que não esteja na lista será automaticamente bloqueado para essa pasta. Como resultado, formatos comuns, como planilhas do Excel, são rejeitados especificamente nessa pasta, sem afetar os uploads em qualquer outro lugar no DAM. Essa abordagem de escopo garante que cada pasta possa aplicar seus próprios padrões de conteúdo — mantendo diretórios de projetos, lojas de ativos da marca ou pastas específicas do departamento limitadas aos tipos de arquivos desejados enquanto o repositório maior continua a operar sob suas regras globais.

Conflitos de write-back de metadados do XMP XMP-metadata-writeback-conflicts

Atualizações simultâneas no nó de metadados de um ativo (cqdam.metadata.xml), por exemplo, de vários fluxos de trabalho ou serviços personalizados gravando no mesmo ativo de uma só vez, podem produzir conflitos de repositório (InvalidItemStateException, CommitFailedException) durante o write-back da Plataforma de Metadados Extensível (XMP). Esses conflitos ocorrem porque cada operação de salvamento espera que o nó de metadados esteja em um estado consistente e inalterado; quando dois processos modificam o mesmo nó simultaneamente, o repositório detecta que o item subjacente já foi alterado e rejeita a gravação obsoleta. Como resultado, uma ou mais das operações concorrentes falham em vez de silenciosamente substituírem a outra.

Causas e sintomas comuns

Como essas gravações com falha são repetidas com frequência, falhas repetidas desse tipo se acumulam em uma lista de pendências de instâncias de fluxo de trabalho não íntegras ou que estão sendo repetidas. Caso não seja gerenciado, esse acúmulo pode aumentar com o tempo, degradando a taxa de transferência geral do fluxo de trabalho e dificultando o diagnóstico da causa principal.

Resolução recomendada

Para evitar conflitos de writeback XMP e reduzir o backlog de workflow resultante, aplique as seguintes medidas:

  • Serializar gravações de metadados simultâneas. Revise workflows ou serviços personalizados para gravações simultâneas no mesmo nó de metadados do ativo e serialize-os para que apenas um processo grave em um determinado nó de metadados de cada vez. Coordenar o acesso dessa maneira remove a contenção que aciona InvalidItemStateException e CommitFailedException.
  • Habilitar a manutenção da limpeza de fluxo de trabalho. Habilite e configure a manutenção de limpeza de fluxo de trabalho para que as instâncias de fluxo de trabalho concluídas e obsoletas sejam limpas automaticamente em vez de acumuladas. Isso mantém a caixa de entrada do fluxo de trabalho em bom estado e evita que falhas transitórias de write-back sejam criadas em um backlog persistente.

Lista de verificação de solução de problemas troubleshooting-checklist

  1. Descartar representações de formato inaplicável. Se uma falha de representação afetar apenas um tipo de representação que não se aplica ao formato do ativo, por exemplo, uma pré-visualização de vídeo solicitada em uma imagem, trate-o como comportamento esperado, não como um erro. Em vez disso, verifique se as representações de formato apropriado desse ativo foram bem-sucedidas.
  2. Corrija os critérios de seleção de perfil para os tipos de arquivos excluídos. Se um perfil de processamento falhar em arquivos que nunca foram processados por ele (por exemplo, arquivos ZIP ou pacotes 3D), corrija os critérios de seleção de ativos do perfil em vez de tentar forçar o processamento do tipo de arquivo. Restringir o perfil aos formatos compatíveis resolve a falha em sua raiz, pois o arquivo nunca foi uma entrada válida.
  3. Suspeite do arquivo individual antes da configuração. Se um arquivo específico falhar enquanto arquivos semelhantes forem bem-sucedidos, suspeite primeiro do próprio arquivo. Verifique se há fontes restritas ou licenciadas (em arquivos PPTX ou PDF), conformidade com SVG ou uma incompatibilidade de formato ou extensão sem suporte (como AVIF ou JFIF) antes de assumir um problema de configuração do Adobe Experience Manager (AEM).
  4. Investigue as causas da composição ao fazer backup dos fluxos de trabalho. Se os fluxos de trabalho estiverem fazendo backup em um estado não íntegro, verifique falhas de processamento de formato sem suporte e conflitos de write-back de metadados. Como esses dois modos de falha podem ocorrer simultaneamente, eles se compõem e aceleram o backlog, então a resolução de ambos é necessária para limpá-lo.

Consulte também

recommendation-more-help
experience-manager-cloud-service-help-main-toc