--- sourceDocument: Yokohama Administração da Now Platform sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/platform-administration Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Yokohama Administração da Now Platform ft:clusterId : - platadm bundleId : - platadm workflow : - Platform --- # Administrar anexos # Administrar anexos {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura Os administradores podem configurar propriedades do sistema para como os arquivos são carregados e anexados aos registros. O carregamento, exibição e exclusão de anexos de arquivo aciona um único evento que pode ser usado para notificações ou em scripts. ## Tabelas de anexos {#r_AdministeringAttachments__section_sn5_rnw_t1b} Quando você armazena um anexo em qualquer tabela, um registro é criado na tabela Anexo \[sys_attachment\] que contém metadados de anexo. Os dados do arquivo são armazenados na tabela Documento de anexo \[sys_attachment_doc\], em blocos de 4k. Por exemplo, se você anexar um arquivo 12k chamado My_attachment.pdf , Em seguida, há uma entrada de anexo com três entradas de documento de anexo relacionadas. Para saber como carregar anexos em registros, consulte [Adicione e gerencie anexos](https://www.servicenow.com/docs/access?context=t_AddingAnAttachment&version=yokohama&pubname=yokohama-platform-user-interface&ft:locale=en-US). ## Escala da miniatura do fluxo de atividades {#r_AdministeringAttachments__section_zdr_n2x_t1b} . glide.ui.activity_stream.scale_imagesa propriedade escala imagens grandes e cria miniaturas para a exibição do fluxo de atividades das imagens. Esta propriedade está ativa por padrão. Isso se aplica a imagens retroativamente, portanto, todos os anexos incluídos em um fluxo de atividades no passado também verão os efeitos. * As dimensões máximas para miniaturas que usam esta propriedade são de 525 pixels de largura por 350 pixels de altura. O sistema favorece a altura do pixel primeiro, para que você possa acabar com imagens com mais de 525 pixels. * Anexar arquivos de imagem com mais de 5 MB pode criar um erro de falta de memória e fazer com que a instância seja reiniciada. Um erro de falta de memória e reinicialização ocorre quando o sistema gera a miniatura quando você anexa uma nova imagem. O erro e a reinicialização também podem ocorrer na primeira vez que você carregar imagens existentes em um registro. * O administrador pode adicionar o. com.glide.attachment.max_get_sizepropriedade do sistema para controlar as dimensões máximas de escala de imagem. {#r_AdministeringAttachments__ul_u4p_rrm_rkb} Insira as seguintes informações na tabela \[sys_properties.list\]:{#r_AdministeringAttachments__table_tg1_mnt_51b__entry__2} | Campo | Descrição | |-|-| | Nome | com.glide.attachment.max_get_size | | Tipo | inteiro | | Valor | 5242880 | [ ] {#r_AdministeringAttachments__table_tg1_mnt_51b} O campo Valor representa o tamanho em bytes. * O valor do sistema base é 5242880 bytes (5 MB). Você pode mudar o valor conforme necessário. * Com este conjunto de propriedades, as imagens com mais de 5 MB não são dimensionadas e o sistema cria um link. Imagens menores que 5 MB são reduzidas. {#r_AdministeringAttachments__ul_pvd_wrm_rkb} ## Configure a propriedade Tamanho máximo da imagem para Fluxos de atividades {#r_AdministeringAttachments__section_xnv_4qz_51b} Ao anexar uma imagem em um fluxo de atividades, o sistema controla o tamanho máximo da imagem. Use o. com.glide.attachment.max_get_sizepropriedade para controlar as dimensões máximas de escala da imagem. ## Logs e eventos de anexo {#r_AdministeringAttachments__section_ojh_wnw_t1b} Uma ação de script ou notificação pode processar eventos de anexo. Apenas um evento é criado quando uma ação é realizada em um registro com anexos, mesmo quando o registro tem vários anexos. Os seguintes eventos são fornecidos. Apenas um evento é criado quando uma ação é realizada em um registro com anexos, mesmo quando o registro tem vários anexos. Os seguintes eventos são fornecidos. {#r_AdministeringAttachments__table_yrk_h4w_p4__entry__2} | Evento | Descrição | |-|-| | anexo.lido | Um anexo foi lido ou baixado. | | anexo.carregado | Um anexo foi carregado. Se vários anexos forem carregados em um registro de uma só vez, somente um evento será criado. | | attachment.deleted | Um anexo foi excluído. Este evento também é acionado quando o registro que contém o anexo é excluído. Se um registro que contém vários anexos for excluído, um evento separado será acionado para cada anexo no registro excluído. | | anexo.renomeado | Um anexo foi renomeado. | [Tabela 1. Eventos de anexo] {#r_AdministeringAttachments__table_yrk_h4w_p4} ## Registro em log de anexo {#r_AdministeringAttachments__section_akw_2nw_t1b} Quando um anexo é baixado, o. attachment.reado registro do evento foi gravado e você pode fazer algo com este evento. Por exemplo, você pode registrar quando e por quem determinados anexos são baixados. Para esta funcionalidade, atual é um registro sys_attachment e o registro de evento usa os seguintes parâmetros: * parâmetro 1: Nome do arquivo * parám2: Nome da tabela {#r_AdministeringAttachments__ul_s1t_3yg_xw} ## Depurar indexação de anexos {#r_AdministeringAttachments__section_blr_z2x_t1b} Para alterar as opções de depuração para indexação de anexos, adicione estas propriedades do sistema. * glide.ts.index.attachment.debug: Quando o valor é definido como verdadeiro , habilita mensagens de log para exceções que ocorrem ao indexar anexos (o padrão é falso ). Você pode deixar esta propriedade habilitada durante operações normais para capturar informações de rastreamento de pilha sobre exceções. * glide.ts.index.attachment.list_terms.debug: Quando o valor é definido como verdadeiro , registra todos os termos indexados quando um anexo é indexado (o padrão é falso ). \[Recomendado\] Para obter o desempenho ideal, defina esta propriedade como falso durante as operações normais. Somente habilite esta propriedade quando você estiver depurando ativamente um problema. {#r_AdministeringAttachments__ul_ljk_npr_np} Nota: Para saber mais sobre as propriedades que afetam o processamento de anexos, consulte Anexos (proteção de segurança da instância) Em Configurações de proteção de segurança da instância. * **[Configure as propriedades do sistema de anexos](https://servicenow-prod.fluidtopics.net/9mlXvLI2g7My_ye1QdFm1Q#t_DisablingTheDragAndDropFeature)** Você pode desabilitar o recurso de arrastar e soltar. (Os usuários ainda podem carregar anexos navegando até o arquivo.) Você também pode limitar o tamanho do arquivo do anexo, restringir quem pode carregar anexos e restringir quais extensões de arquivo podem ser carregadas. * **[Desabilite anexos em uma tabela](https://servicenow-prod.fluidtopics.net/wjZYshhfMTHNLhL6eeTgBA)** Você pode impedir que os usuários adicionem anexos a registros em uma tabela específica. * **[Indexe anexos em uma tabela](https://servicenow-prod.fluidtopics.net/qm7uMUYGs9Wcp5vydg4HUQ)** Você pode habilitar a indexação de anexos para uma tabela para que as pesquisas de texto possam retornar correspondências do registro e de seus anexos de arquivo. * **[Oculte o link do anexo \[exibir\]](uM47S~Ludja~wLpxRIlIRw)** Os usuários podem abrir um anexo clicando no nome do arquivo ou em \[exibir\] link. . \[exibir\] O link abre o arquivo de dentro do navegador, que executa o código JavaScript como parte do anexo. Você pode ocultar \[exibir\] link. Os usuários ainda podem exibir anexos clicando no nome do arquivo. * **[Configure ícones de anexo](https://servicenow-prod.fluidtopics.net/qwbnAVe3Y0yKk0iV2XU77A)** Configure o ícone que aparece ao lado de um anexo de um tipo de arquivo específico.