---
title: "Reviewing Data in Screenshots"
description: "After you take a screenshot, carefully review the data it contains: Check the content Check dates Check names Show real-world examples Be consistent The screenshot must be informative — it must not contain empty fields, examples of reports with no..."
canonical: "https://helpcenter.veeam.com/docs/styleguide/tw/reviewing_data_in_screenshots.html"
breadcrumb: "Style Guide > Images > Reviewing Data in Screenshots"
dateModified: "2026-09-03"
---

# Reviewing Data in Screenshots

After you [take a screenshot](taking_screenshots.md), carefully review the data it contains:

- [Check the content](#emptyscreens)
- [Check dates](#dates)
- [Check names](#names)
- [Show real-world examples](#examples)
- [Be consistent](#consistent)

<a id="emptyscreens"></a>

## Check Content

The screenshot must be informative — it must not contain empty fields, examples of reports with no data, dashboards with gaps in performance charts and so on.

[![Empty Screenshot](images/empty_screenshot.png "Empty Screenshot")](images/empty_screenshot.png){.toggle scale=85}

<a id="dates"></a>

## Check Dates

Dates shown in the screenshot must coincide with the current release version. The screenshot must not show dates in the past (that is, before the release of the solution version) or dates in the future.

If a solution wizard includes a step that has a default description with the current date, it is recommended that you change the description to drop the date before taking a screenshot of the step. In this case, you will not have to update the screenshot every time a newer version is released, unless the design team reworks the wizard. Consider the following example:

- [Bad]{.mdhl-incorrect} — you will have to update the screenshot for the next version.

  [![Screenshot with Date](images/job_name_default.png "Screenshot with Date")](images/job_name_default.png){.toggle scale=85}

- [Good]{.mdhl-correct} — no need to update the screenshot.

  [![Screenshot Without Date](images/job_name_changed.png "Screenshot Without Date")](images/job_name_changed.png){.toggle scale=85}

<a id="names"></a>

## Check Names

The screenshot must not contain any of the following text:

- 
Names of Veeam employees, sensitive security information and other private details.

  Do not use your own e-mail address or e-mail addresses that belong to someone in Veeam. If you want to show a fake e-mail address, use either one of the reserved domain names listed in the [Reserved Top Level DNS Names document](https://tools.ietf.org/html/rfc2606) or a domain name that is not reserved yet. Note that you must add a [disclaimer](#disclaimer) at the beginning of the document in the latter case.

- 
Names of Veeam competitors.
- IP addresses of machines that belong to production domains.

  Replace these addresses with either IP addresses used in the Veeam TW lab (that is, a private network) or reserved IP addresses (that is, private and public networks) listed in the IPv4 [Address Blocks Reserved for Documentation document](https://tools.ietf.org/html/rfc5737).

- Weird object names.

  Do not use such names as *myVMdoNotTouchIt*, *BigBalls* and *asdfghjkl4757387*. VMs, hosts, clusters, datastores and other infrastructure objects must have names like those listed in the following table.

::: tip

- As a general rule, avoid capitalization and underscoring when naming infrastructure objects.
- It is recommended that you name VMs according to their roles in your infrastructure (both fake and real). For example, if you have 2 backup servers deployed in your backup infrastructure, you can name them *backupsrv01* and *backupsrv02*. 

:::

<table class="Blue_Table">
  <tr style="vertical-align:top">
    <th style="width:330px;">
      <p>Object Type</p>
    </th>
    <th style="width:1146px;">
      <p>Name</p>
    </th>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>vCenter Server</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>vcenter01, vcenter02, prod-vc01, prod-vc02</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>SCVMM Server</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>vmm01, vmm02</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Datacenter</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>atlanta, columbus, wellington, datacenter01, datacenter02, datacenter03</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Datastore</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>esx01-store01, esx01-store02, vol1, vol2, vol3, backup-store01, backup-store02</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Volume</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>volume01, volume02, volume03</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Share</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>share01, share02, share03</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Cluster</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>cluster01, cluster02, cluster03, analytics, research, ha-cluster, gold, silver, bronze</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>ESX(i) host</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>esx01, esx02, esx03, prod-esx01, prod-esx02, prod-esx03</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Hyper-V host</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>hv01.veeam.local, hv02.veeam.local, hv03.veeam.local prod-hv01, prod-hv02, prod-hv03</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Virtual machine</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>apache, appliance, backup, backupsrv, crm, dns, dc, exchange, sharepoint, fileserver, srv, marketing, mediasrv, mssql, mysql, oracle, proxy, sales, sharepoint, sql, systemsecure, webserver, webservices, wiki, win</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Network</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>VM Network, vLab Network, Internal Network, ABC Network</p>
    </td>
  </tr>
  <tr style="vertical-align:top">
    <td style="vertical-align:top; width:330px;">
      <p>Job</p>
    </td>
    <td style="vertical-align:top; width:1146px;">
      <p>Oracle backup to cloud, Webserver daily replica, CRM backup to tape</p>
    </td>
  </tr>
</table>

::: important

The best way to take screenshots is to create and maintain your own lab where each item you want to show has a decent name. However, there may be situations where you still have to [edit text in screenshots](editing_text_in_screenshots.md). For example, this can happen when you connect a lab provided by the QA team to a solution. In this case, you must carefully review the names of vCenter Servers, SCVMM Servers, datastores, VMs, hosts, user accounts and other objects to avoid personalization and confusion.

:::

<a id="disclaimer"></a>

### Disclaimer

If you use names that do not belong to Veeam, add the following disclaimer at the beginning of the document:

*This document may include images, program listings and examples that display names of companies, contact persons, address details and the like. Information of this type is fictional and provided for demonstration purposes only. Any resemblance to real companies or people is coincidental.*

<a id="examples"></a>

## Show Real-World Examples

The screenshot must show real-world data or at least data that is close to realistic use cases. Consider the following example:

- [Bad]{.mdhl-incorrect} — if you want to provide a screenshot that illustrates a restore operation, do not select system files like *desktop.ini* for restore. No one would ever possibly want to restore such a file. 

  [![Incorrect Example](images/desktop_ini.png "Incorrect Example")](images/desktop_ini.png){.toggle scale=70}

- [Good]{.mdhl-correct} — better to create a sample document and show it in the screenshot.

  [![Correct Example](images/good_name.png "Correct Example")](images/good_name.png){.toggle scale=70}

<a id="consistent"></a>

## Be Consistent

All screenshots you take must be consistent both with each other and with the text they follow:

- If the text mentions an object with a particular name, make sure the screenshot that illustrates the text also contains the same object with the same name.
- If you add a series of screenshots in a [how-to topic](howto_task_topic.md), make sure all the screenshots are taken in the same environment, show the same dates and contain the same objects.