<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Ideas for Document Central</title>
  <subtitle>Ideas for Document Central as submitted to our Feature Upvote board. Ideas are ordered by 'new' and the 50 top matches are included.</subtitle>
  <link href="https://dms-featureupvote.simova.de"/>
  <id>pr_zsni3yh5ixockup</id>
  <updated>2025-04-04T05:49:51Z</updated>
  <entry>
    <title>Enable File/Image Compression When Uploading to Document Central</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/688428/enable-fileimage-compression-when-uploading-to-document-central"/>
    <id>sug_tp5ibrm3qbzdrcx</id>
    <published>2026-01-13T09:30:31Z</published>
    <updated>2026-02-19T09:35:43Z</updated>
    <content type="text/plain">Description:&#13;
Currently, files and images uploaded to Document Central can be very large. When these documents are later sent via email, the size often causes issues such as exceeding attachment limits or slowing down the sending process.&#13;
&#13;
Feature Request:&#13;
Introduce an option to automatically compress files and images during upload to Document Central.&#13;
-Compression should reduce file size without significantly impacting quality.&#13;
-Ideally, provide configurable compression levels (e.g., Standard, High, No Compression).&#13;
-Goal: Ensure documents can be easily attached and sent via email without errors.&#13;
&#13;
Business Value:&#13;
-Prevent email failures due to oversized attachments&#13;
-Improve sending speed and user experience&#13;
-Reduce storage consumption in Document Central</content>
  </entry>
  <entry>
    <title>Preserve original document creation date during moving document</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/684668/preserve-original-document-creation-date-during-moving-document"/>
    <id>sug_mcxqtwr2a03z66c</id>
    <published>2025-12-18T13:39:29Z</published>
    <updated>2026-02-19T09:34:53Z</updated>
    <content type="text/plain">Background&#13;
When moving documents to another contact or entity, the original creation date is overwritten because the system interprets the move as a new upload.&#13;
&#13;
Issue&#13;
Overwriting the original creation date compromises historical accuracy and may lead to compliance issues.&#13;
&#13;
Proposed Change&#13;
Retain the original creation date when moving documents.&#13;
Update only the “modified” date to reflect the move.</content>
  </entry>
  <entry>
    <title>Enable Metadata Field Name Filtering in Document Central Page-View</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/675361/enable-metadata-field-name-filtering-in-document-central-pageview"/>
    <id>sug_tbojpgxookhzlxl</id>
    <published>2025-11-03T15:06:10Z</published>
    <updated>2026-02-19T09:32:34Z</updated>
    <content type="text/plain">Problem&#13;
- A new feature was recently delivered that enables indexing of metadata at the document entry level.&#13;
- This enhancement allows for more efficient searching across documents within Document Central.&#13;
- It also enables filtering based on metadata in the Page-view of Document Central.&#13;
- However, when filtering in the Page-view, users can only filter by index field name &amp; number rather than the actual names of the indexed metadata fields.&#13;
- This limitation makes it difficult for end users to apply filters accurately, as they must know the corresponding index field number for each metadata field.&#13;
&#13;
Desired Solution&#13;
- Enable filtering in the Page-view of Document Central using the names of the indexed metadata fields instead of the index field name &amp; number.&#13;
- Ensure that the filter interface clearly displays the metadata field names to improve usability and reduce confusion, enhancing the user experience by making metadata-based filtering more intuitive and accessible.</content>
  </entry>
  <entry>
    <title>Bulk Metadata Editing Functionality in Document Central</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/675357/bulk-metadata-editing-functionality-in-document-central"/>
    <id>sug_fuqs2tlzonjsjdz</id>
    <published>2025-11-03T14:58:45Z</published>
    <updated>2026-02-19T09:31:08Z</updated>
    <content type="text/plain">Problem&#13;
- It is currently not possible to update metadata in bulk for a set of similar documents via Document Central.&#13;
- This limitation becomes problematic when policies change or when historical metadata needs to be corrected.&#13;
- Bulk corrections currently appear to be only feasible through direct manipulation of the repository using scripts or tooling.&#13;
- This approach requires a high level of technical expertise and coordination, often resulting in significant time and cost implications.&#13;
&#13;
Desired Solution&#13;
- Enable the ability to select groups of similar documents based on shared metadata characteristics using filters.&#13;
- Allow users to apply metadata changes or additions to the entire selected set in one action.&#13;
- Provide this functionality within the Document Central interface to reduce dependency on technical interventions and lower the cost of metadata management.</content>
  </entry>
  <entry>
    <title>"Document Central - Document Search - Metadata Specification": multiple search entries instead of 1</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/675052/document-central-document-search-metadata-specification-multiple-search-entries-"/>
    <id>sug_tgnnuce3amoonwo</id>
    <published>2025-11-01T11:49:10Z</published>
    <updated>2026-02-19T09:28:55Z</updated>
    <content type="text/plain">The "DocumentCentral - Document Search" screen recently added an additional filter option: "Metadata Specification." This allows you to filter by a single metadata item. The ability to enter multiple metadata specifications would be a significant advantage in more targeted document searches.&#13;
For example, it's currently not possible to filter by both Document Type and Unit Number(s). If this combination were possible, we could easily retrieve all floor plans for a series of units.</content>
  </entry>
  <entry>
    <title>Kamera als Upload-Option in Document Central</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/679654/kamera-als-uploadoption-in-document-central"/>
    <id>sug_vosfm2i1dgwnvlk</id>
    <published>2025-11-27T07:18:46Z</published>
    <updated>2026-02-19T09:27:58Z</updated>
    <content type="text/plain">Beim Zuordnen eines Dokuments zu einem Prozess in Document Central soll die Kamera des Tablets direkt als Upload-Option verfügbar sein. Aktuell muss ein Foto zunächst separat aufgenommen, gespeichert und anschließend manuell hochgeladen werden.&#13;
Die gewünschte Lösung: Direktes Fotografieren und Anhängen innerhalb von Document Central – ohne Zwischenschritte wie Explorer-Suche oder Drag &amp; Drop.&#13;
Dies würde die Arbeit auf mobilen Endgeräten deutlich vereinfachen und beschleunigen, insbesondere für interne Prozesse.</content>
  </entry>
  <entry>
    <title>Metadata Defaults for Silent Document Uploads</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/689308/metadata-defaults-for-silent-document-uploads"/>
    <id>sug_sx858srrhlk0qwe</id>
    <published>2026-01-16T13:37:57Z</published>
    <updated>2026-02-19T09:22:46Z</updated>
    <content type="text/plain">Problem&#13;
Administrators can configure default or fixed (mandatory) metadata values for documents uploaded via the UI. For documents uploaded via silent drops, only fixed values are supported; default values cannot be configured. This results in inconsistent behavior between UI uploads and silent drops and limits flexibility for automated ingestion. Metadata enrichment for silent drops is therefore either too rigid (fixed values only) or depends on external solutions to ensure required metadata is set.&#13;
&#13;
Desired Solution&#13;
Extend silent-drop metadata configuration to support default values alongside fixed values:&#13;
- Scenario 1 – Default value, not fixed&#13;
• No value provided → apply default&#13;
• Value provided → retain provided value&#13;
- Scenario 2 – Default value, fixed&#13;
• No value provided → apply default (fixed)&#13;
• Value provided → override with default (fixed)</content>
  </entry>
  <entry>
    <title>Block if certain types of documents are missing</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/668153/block-if-certain-types-of-documents-are-missing"/>
    <id>sug_unviqrf7szjuham</id>
    <published>2025-09-25T08:55:33Z</published>
    <updated>2025-09-30T06:43:01Z</updated>
    <content type="text/plain">Could we retrieve the list of attached document types and have an alert or a block if certain types are missing?</content>
  </entry>
  <entry>
    <title>Make the index field "Title" mandatory to have a new value</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/663725/make-the-index-field-title-mandatory-to-have-a-new-value"/>
    <id>sug_pv4vqews7nzf3px</id>
    <published>2025-09-01T14:58:43Z</published>
    <updated>2025-09-02T06:49:21Z</updated>
    <content type="text/plain">When an incoming document is saved to the DMS, the title is the same as the file name. This file name is sometimes meaningless, making the title meaningless as well. Within our organization, we've emphasized that the title should always be checked for accuracy and clarity, as this title is also the first thing displayed as a document identifier in the customer portal when the document is allowed to be displayed externally.&#13;
Yet, people often forget to adjust the title.&#13;
Is it therefore possible to make the title field mandatory, forcing users to think carefully about the title and increasing the likelihood of a correct title?</content>
  </entry>
  <entry>
    <title>Send deleted documents from Document Central to the SharePoint Recycle Bin</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/662577/send-deleted-documents-from-document-central-to-the-sharepoint-recycle-bin"/>
    <id>sug_1knsyde1wmhdfkd</id>
    <published>2025-08-27T18:41:53Z</published>
    <updated>2025-09-30T06:47:36Z</updated>
    <content type="text/plain">Currently, when a document is deleted via Document Central (with SharePoint as the storage location), it is permanently removed from SharePoint right away. It does not go to the SharePoint Recycle Bin first. As a result, restoring documents after an accidental deletion is difficult or even impossible.&#13;
&#13;
Request:&#13;
Please add an (optional) setting that ensures deleted documents are always moved to the SharePoint Recycle Bin, instead of being permanently deleted.&#13;
&#13;
Benefits:&#13;
Improved safety: reduces the risk of permanent loss of important documents.&#13;
User-friendly: aligns with the standard SharePoint behavior that users expect.&#13;
Less dependency on backups or technical interventions.</content>
  </entry>
  <entry>
    <title>Additional search filter to "Document Central - document search</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/657136/additional-search-filter-to-document-central-document-search"/>
    <id>sug_zxmlrmydjeppxhm</id>
    <published>2025-07-28T12:26:43Z</published>
    <updated>2025-07-31T08:56:40Z</updated>
    <content type="text/plain">We would like to add an additional search filter to "Document Central - document search." The current search options/filters are too limited, resulting in too many documents being returned.&#13;
We would like to be able to filter by Record Number or linked Cluster or Unit Number.&#13;
&#13;
For example, if we want to export the floor plans of specific clusters, this is not possible without using this filter: see the attachment.&#13;
Then we would receive too many documents.</content>
  </entry>
  <entry>
    <title>Document Central - Enhanced CRM Integration &amp; Document Previews</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/656457/document-central-enhanced-crm-integration-document-previews"/>
    <id>sug_24ungk9ca2jid46</id>
    <published>2025-07-24T11:36:21Z</published>
    <updated>2025-08-05T11:55:03Z</updated>
    <content type="text/plain">Improve the CRM integration in Document Central by showing more relevant metadata (e.g., document type, number, uploader) directly in CRM activities and enabling one-click document previews from the contact card or activity log.&#13;
&#13;
By leveraging standard Business Central extensibility (FactBoxes, PageExtensions, preview actions), users gain a faster, more contextual workflow with fewer clicks and better traceability – especially helpful when handling documents in quotes, orders, or communication logs.&#13;
&#13;
Why upvote?&#13;
✅ Clear, human-readable activity texts&#13;
✅ Preview directly in CRM of Document Central Documents&#13;
✅ Immediate access to document details from CRM contact&#13;
✅ Consistent metadata across modules&#13;
✅ Translations and field labels cleaned up&#13;
✅ Optional extensibility for partners via events&#13;
&#13;
Let’s make the CRM experience in Document Central just as smooth as the rest of BC.</content>
  </entry>
  <entry>
    <title>Enable Management of Field Order in Metadata Forms</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/647593/enable-management-of-field-order-in-metadata-forms"/>
    <id>sug_y1o8t9wrd4yhjhp</id>
    <published>2025-06-11T07:06:15Z</published>
    <updated>2025-06-16T11:34:35Z</updated>
    <content type="text/plain">In the current implementation of the Document Management System (DMS), users are unable to manage the order of fields within metadata forms. This can hinder the document archiving process, especially when required fields are scattered throughout the form.&#13;
&#13;
There is no functionality to define or modify the order of metadata fields in the form. This limits usability, as required fields may appear further down the form.&#13;
&#13;
Example Use Case:&#13;
Place mandatory fields at the top of the metadata form so that users can quickly complete the essential information and archive documents more efficiently.</content>
  </entry>
  <entry>
    <title>When moving documents, retain existing index data</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/639473/when-moving-documents-retain-existing-index-data"/>
    <id>sug_n5qt2vdwlhhachb</id>
    <published>2025-05-15T13:40:04Z</published>
    <updated>2025-09-30T06:51:50Z</updated>
    <content type="text/plain">When a series of documents need to be moved to another Operations card (within the same library), the index data of these documents need to be re-entered per document.&#13;
For example, when moving many documents from one tenant card to another tenant card, it is a lot of work to re-enter the existing index data.&#13;
The wish is to be offered the choice when moving many documents whether or not the existing index data should be included in the move.</content>
  </entry>
  <entry>
    <title>Publish to SharePoint via Job Queue</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/637196/publish-to-sharepoint-via-job-queue"/>
    <id>sug_sfhuhbxkzcamiux</id>
    <published>2025-05-09T09:53:45Z</published>
    <updated>2025-06-16T11:46:23Z</updated>
    <content type="text/plain">Problem:&#13;
- Currently, the publication of the Document Central configuration to SharePoint can only be triggered manually.&#13;
- It is advisable to perform this action outside of office hours to prevent any performance hindrance for Document Central users.&#13;
- Since the publication cannot be scheduled, it requires Document Central administrators to consciously initiate the publication outside of office hours.&#13;
&#13;
Desired Change:&#13;
- Implement a scheduling feature that allows the publication of the Document Central configuration to SharePoint to be automated.&#13;
- This could be achieved through a job queue or a similar mechanism, enabling the publication to be scheduled at a convenient time, such as outside of office hours.</content>
  </entry>
  <entry>
    <title>Barcode Etikett visuell verändern</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/635865/barcode-etikett-visuell-verandern"/>
    <id>sug_qbg6gqp1xznjmbx</id>
    <published>2025-05-05T16:40:55Z</published>
    <updated>2025-06-16T11:49:36Z</updated>
    <content type="text/plain">Passend zu dem neuen Feature "Enhancement of the barcode creation functionality", wäre es vom Vorteil, wenn man die Anordnung oder die Schriftgröße der zusätzlichen Information wie Inhaltstyp und Belegnummer auf dem Barcode-Etikett anpassen könnte.</content>
  </entry>
  <entry>
    <title>Expand page view with extra columns</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/635519/expand-page-view-with-extra-columns"/>
    <id>sug_fqfvmaehgnepy8a</id>
    <published>2025-05-04T07:33:08Z</published>
    <updated>2025-09-30T06:56:19Z</updated>
    <content type="text/plain">In the situation where the page view needs to be displayed instead of the data grid view, it is desirable to show the columns "document type" and "description" so that they can be searched for. Without these 2 columns, finding the right document is very difficult for BC cards with many documents</content>
  </entry>
  <entry>
    <title>When moving documents, automatically transfer existing source metadata to target</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/630016/when-moving-documents-automatically-transfer-existing-source-metadata-to-target"/>
    <id>sug_zyh0wrkqkuteffd</id>
    <published>2025-04-14T18:04:06Z</published>
    <updated>2025-09-30T06:56:56Z</updated>
    <content type="text/plain">Now, when moving multiple documents at once, the metadata must be filled in again for each document. It is more convenient to use the existing source metadata for the target metadata.&#13;
Or that there is a choice when moving documents: transfer metadata to the target, or fill it in again.&#13;
For example, if hundreds of documents have to be moved at once, it is impossible to re-enter the metadata for each document.</content>
  </entry>
  <entry>
    <title>Berichtsauswahl - Document Central Inhaltstypen definieren</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/626852/berichtsauswahl-document-central-inhaltstypen-definieren"/>
    <id>sug_mdjdfhmuioc0rso</id>
    <published>2025-04-04T07:29:36Z</published>
    <updated>2025-04-23T07:44:58Z</updated>
    <content type="text/plain">**Beschreibung:**&#13;
Es soll ermöglicht werden, in der Berichtsauswahl den Inhaltstyp aus Document Central flexibel zu definieren. Durch diese Neuerung wäre es möglich, verschiedene Layouts für ein und denselben Bericht zu unterscheiden.&#13;
&#13;
**Details:**&#13;
- Die restlichen Einstellungen, wie beispielsweise der doppelte Druck ("Immer" etc.), sollen weiterhin wie gewohnt aus den Berichtseinstellungen von Document Central übernommen werden. &#13;
- Die Flexibilität wird erhöht, wodurch statische Einschränkungen in Bezug auf Layouts entfallen. &#13;
- Unterschiedliche Layout-Vorlagen können basierend auf einheitlichen Berichtsinhalten genutzt werden.&#13;
&#13;
**Vorteile:**&#13;
- Mehr Anpassungsmöglichkeiten für Unternehmensberichte.&#13;
- Erhöhte Flexibilität, da Berichte nicht mehr an ein starres Layout gebunden sind.&#13;
- Effiziente Nutzung der bestehenden Berichtsinformationen in Kombination mit variablen Layouts.</content>
  </entry>
  <entry>
    <title>Exclusion of Simova document entries when cloning production environments</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/623343/exclusion-of-simova-document-entries-when-cloning-production-environments"/>
    <id>sug_jlqxenn5zolfms9</id>
    <published>2025-03-21T12:55:16Z</published>
    <updated>2025-03-31T08:49:47Z</updated>
    <content type="text/plain">Problem:&#13;
- When copying a Business Central production environment to a new sandbox environment, all Simova table data is included, including document entries and their metadata.&#13;
- These document entries are bound to the repository configured in the production environment, making them inapplicable in the new sandbox environment which has its own repository.&#13;
- This results in errors when accessing the document entries through the datagrid.&#13;
- Deleting these document entries is time-consuming, especially in customer environments with a large number of document entries (current examples range from 500,000 to 2,000,000, taking a day or more to delete).&#13;
&#13;
Desired Solution:&#13;
- Exclude document entries and all related data when copying a Business Central production environment to a new sandbox environment.</content>
  </entry>
  <entry>
    <title>Document Central usage for large quantities</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/621168/document-central-usage-for-large-quantities"/>
    <id>sug_es7ifumrtrtgvo9</id>
    <published>2025-03-13T15:27:23Z</published>
    <updated>2025-09-30T06:57:39Z</updated>
    <content type="text/plain">Problem:&#13;
- When the number of documents in Document Central exceeds the threshold set in the Module Setup, the Page-view of Document Central opens instead of the Datagrid.&#13;
- The Page-view is chosen for better performance when opening, but it only presents data from the document entries and lacks metadata bound to each document entry.&#13;
- This limitation restricts the overview of document-specific data, making it difficult to find the right document in a large set.&#13;
- Filters can be used to narrow down the set of documents, but filtering on all metadata-values is performance-intensive and the presentation of results still lacks an overview of relevant metadata&#13;
&#13;
Desired Solution:&#13;
- Display a small, configurable number of metadata per document entry while using the Page-view.&#13;
- Alternatively, allow the use of the Datagrid even with large quantities of documents bound to a specific Business Central record (approximately up to 100K) without mayor losses in performance.</content>
  </entry>
  <entry>
    <title>Expand the content types to choose from the Operations card</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/620840/expand-the-content-types-to-choose-from-the-operations-card"/>
    <id>sug_ajh4jbvnoqpjf2i</id>
    <published>2025-03-12T11:45:47Z</published>
    <updated>2025-03-31T10:58:24Z</updated>
    <content type="text/plain">The number of content types to choose from on the Zig Operations card is now limited to 10.&#13;
We would like to see all content types available on the card. This means that it is not necessary to first click on "all files" to be able to create a filter on content type in the data grid. But the filter can already be created on the Operations card itself by first being able to make a choice on content type</content>
  </entry>
  <entry>
    <title>Display files with .heic extension in viewer</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/616941/display-files-with-heic-extension-in-viewer"/>
    <id>sug_2k3fgq7iipu7mza</id>
    <published>2025-02-24T12:21:42Z</published>
    <updated>2025-08-05T12:48:51Z</updated>
    <content type="text/plain">We would like to display files with a .heic extension in the viewer (if possible). This is an apple native file extension, so maybe that would be a challenge...</content>
  </entry>
  <entry>
    <title>Add download-button to Email Attachments</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/614636/add-downloadbutton-to-email-attachments"/>
    <id>sug_lg8whalxdzfmxtq</id>
    <published>2025-02-14T08:50:55Z</published>
    <updated>2025-02-19T13:40:12Z</updated>
    <content type="text/plain">Problem:&#13;
- Currently, you can view attachments in archived emails, but to process an attachment, you must archive it as a new document with the same metadata and a specific content type. This means you can't directly pick up and process the attachment.&#13;
&#13;
Desired Change:&#13;
- Add a download button to the Email Attachments overview, allowing direct download of attachments. This will eliminate the need to index email attachments separately, avoiding redundant document entries.</content>
  </entry>
  <entry>
    <title>Sammelfaktura - manuelles hinzufügen eines Dokuments (z.B. pdf) für alle Rechnungen</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/614167/sammelfaktura-manuelles-hinzufugen-eines-dokuments-zb-pdf-fur-alle-rechnungen"/>
    <id>sug_8243ycqmxpajdeq</id>
    <published>2025-02-12T09:58:49Z</published>
    <updated>2025-02-19T13:44:45Z</updated>
    <content type="text/plain">Bei der Fakturierung von mehreren Aufträgen über die Sammelfaktura (Combine Invoicing) sollte es möglich sein, ein Dokument hinzuzufügen, dass jeder erzeugten Rechnung angehängt wird. So könnte z.B. für bestimmte Kundenkreise  (z.B. über Auftragstypenfilter) sehr effizient ein Standard-Schreiben hinzugefügt werden (Aktionsangebote, Preisanpassung, Infoschreiben, Abfuhrkalender, etc.).&#13;
&#13;
Idee: Auf der Maske zur Sammelfakturierung (5030450) ein zusätzliches Feld ergänzen, in dem eine Datei ausgewählt werden kann, die dann bei der Ausführung den erzeugten Rechnungsdateien angehängt wird.</content>
  </entry>
  <entry>
    <title>Ability to set fixed dateformat per column</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/614155/ability-to-set-fixed-dateformat-per-column"/>
    <id>sug_be4sp7nee6oczbf</id>
    <published>2025-02-12T08:58:34Z</published>
    <updated>2025-02-19T14:24:52Z</updated>
    <content type="text/plain">Sometimes there are different date formats in the date field column e.g. 2024-04-8 or 23/03/2009 plus time. It would be nice if we could set a uniform format for these types of date columns e.g. always the American date format or the European</content>
  </entry>
  <entry>
    <title>When filling in a date field, a clickable date calendar</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/614154/when-filling-in-a-date-field-a-clickable-date-calendar"/>
    <id>sug_88nhzcvxmw3eefc</id>
    <published>2025-02-12T08:53:42Z</published>
    <updated>2025-02-19T14:29:39Z</updated>
    <content type="text/plain">When filling in a date field when indexing a document, it would be more convenient to use a clickable date calendar for this. For example, in the "Piece date" column, this ensures that the date is recorded in a clear format (e.g. 14-1-2025 of 2025/01/14). These different date notations now ensure, for example, that the sorting does not work properly.</content>
  </entry>
  <entry>
    <title>Possibility to set a default content type per library</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/610906/possibility-to-set-a-default-content-type-per-library"/>
    <id>sug_tqx2v423omjfpgg</id>
    <published>2025-01-29T13:28:43Z</published>
    <updated>2025-02-19T14:54:20Z</updated>
    <content type="text/plain">It is desirable to set a default content type per library. Now the first available content type based on alphabetical order is selected by default.</content>
  </entry>
  <entry>
    <title>Enhancement Request for Additional Search Functionality; Conditional Additional Search</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/607147/enhancement-request-for-additional-search-functionality-conditional-additional-s"/>
    <id>sug_p5pjpqamlothowf</id>
    <published>2025-01-16T11:52:53Z</published>
    <updated>2025-02-04T14:23:46Z</updated>
    <content type="text/plain">Problem:&#13;
-Current setup of 'Additional Search' allows documents within a document library to be accessed on other lists/cards in Business Central beyond the initial mapping.&#13;
-All documents that can be related via the 'Additional Search' rule are included.&#13;
-There is no option to configure access based on content types available in the source library.&#13;
-This lack of granularity makes it impossible to intentionally exclude certain documents from the 'Additional Search' functionality.&#13;
-The inability to exclude specific documents impacts both the visibility of sensitive documents and the overall performance due to the volume of documents accessed.&#13;
&#13;
Desired Change:&#13;
-Introduce the ability to configure 'Additional Search' access based on content types available in the source library. This allows the exclusion of specific documents from the 'Additional Search' functionality, improving control over document visibility and reducing the number of documents accessed, thereby enhancing performance.</content>
  </entry>
  <entry>
    <title>Erinnerungsfunktion beim Ablegen eines Dokuments</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/603912/erinnerungsfunktion-beim-ablegen-eines-dokuments"/>
    <id>sug_mhp7kzzogrth1xz</id>
    <published>2025-01-02T13:58:58Z</published>
    <updated>2025-01-08T09:15:04Z</updated>
    <content type="text/plain">Oftmals müssen wichtige Dokumente zu einem späteren Zeitpunkt nochmals betrachtet oder bearbeitet werden. Um den Nutzern dieser Systeme mehr Effizienz und Organisation zu bieten, wird eine Funktion gewünscht, die es ermöglicht, beim Ablegen eines Dokuments direkt eine Wiedervorlage bzw. einen Reminder zu erstellen.&#13;
&#13;
Diese neue Funktionalität soll den Nutzern die Möglichkeit bieten, während des Speichervorgangs von Dokumenten automatisch Wiedervorlagen mit spezifischen Erinnerungszeiträumen einzurichten.&#13;
&#13;
Integrierte Erinnerungserstellung: Beim Speichern eines Dokuments kann der Nutzer direkt eine Erinnerung an einem gewünschten Datum und einer gewünschten Uhrzeit einstellen. &#13;
&#13;
Benutzerdefinierte Erinnerungseinstellung: Der Nutzer kann benutzerdefinierte Erinnerungen einstellen, die aus Wiederholungsintervallen (täglich, wöchentlich, monatlich) und speziellen Benachrichtigungsoptionen bestehen.</content>
  </entry>
  <entry>
    <title>Show indication attachment directly on datagrid</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/600801/show-indication-attachment-directly-on-datagrid"/>
    <id>sug_xpwxgxvnqoypuig</id>
    <published>2024-12-16T10:12:41Z</published>
    <updated>2025-08-05T12:10:21Z</updated>
    <content type="text/plain">You now have to click on "attachments"-button on 2nd screen to see if attachment is available. Please develop a look-a-like as in MS Outlook with a paperclip so that end user immediately can see that attachment is related to selected document.</content>
  </entry>
  <entry>
    <title>Download e-mail attachments</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/600800/download-email-attachments"/>
    <id>sug_7l0gnvtluuxlyjg</id>
    <published>2024-12-16T10:08:05Z</published>
    <updated>2025-01-08T09:20:52Z</updated>
    <content type="text/plain">Recently you added the feature to see and preview the e-mail attachments. Is it possible to add a button to download the attachments?</content>
  </entry>
  <entry>
    <title>Enforce specific data formats</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/600168/enforce-specific-data-formats"/>
    <id>sug_8tratbfxjeourbb</id>
    <published>2024-12-13T12:04:35Z</published>
    <updated>2025-01-07T15:53:11Z</updated>
    <content type="text/plain">Within the DMS Online management environment it is desirable to enforce specific data formats when entering the meta-data, such as a date. We want to be able to archive documents with a date that is different from the creation date (the date the document is added to the archive). Enforcing a date format is essential. If this is not done, there is a risk that documents will be indexed incorrectly, which can lead to inconsistencies and problems in retrieving information.</content>
  </entry>
  <entry>
    <title>Add Document Central Factbox to fixed assets journal</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/597942/add-document-central-factbox-to-fixed-assets-journal"/>
    <id>sug_soubrqlibh6u2iw</id>
    <published>2024-12-05T15:29:35Z</published>
    <updated>2025-01-07T15:20:26Z</updated>
    <content type="text/plain">"Umbuchungs Buch.-Blatt" und "Anlagen FiBu Buch.-Blätter" &#13;
&#13;
Those are needed when you posting something in the fixed assets module and want to attach the original invoice to the posting.</content>
  </entry>
  <entry>
    <title>Better support for large sets of images</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/597540/better-support-for-large-sets-of-images"/>
    <id>sug_civfuvzxepnmnf2</id>
    <published>2024-12-03T19:33:34Z</published>
    <updated>2025-02-19T14:44:41Z</updated>
    <content type="text/plain">In our business (housing corporation) a lot of pictures are taken and need to be archived. The current support for working with large sets of pictures is not optimal. Might be nice if this could be improved. Real life examples:&#13;
&#13;
- A set of 33 pictures of 4 Mb each can't be uploaded (stays on 'processing' for half an hour, unacceptable user experience).&#13;
- The workaround to add a bunch of pictures by sending them in an e-mail to yourself, then archiving that is also not viable (total file size can't be mailed).&#13;
- Even if I manage to add the pictures, they end up cluttering up the list. Primary reason: the titles can't be edited when you upload multiple files at once. This makes them exceptions: where the user usually scans the list of titles, he has to check another meta property here ('Description' in our case).&#13;
- Preview is not optimal because the images are not properly rotated, they don't seem to consider the rotation that is present in the EXIF data.</content>
  </entry>
  <entry>
    <title>Increase or Make Configurable the Limit on Content Types Displayed in factbox-component</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/596170/increase-or-make-configurable-the-limit-on-content-types-displayed-in-factboxcom"/>
    <id>sug_cld8meihqm3ezys</id>
    <published>2024-11-27T10:36:57Z</published>
    <updated>2024-11-27T14:14:08Z</updated>
    <content type="text/plain">Problem&#13;
- The factbox-component (dropzone) currently supports a maximum of 10 content types.&#13;
- It is possible / occurs that on a single Business Central table record such variety of documents are archived, that the number of different content types exceeds 10.&#13;
- As a result, some documents are only visible under the total view instead of being presented by content type.&#13;
&#13;
Desired Change&#13;
- Remove the limit on the maximum number of content types displayed in the datagrid.&#13;
- Alternatively, make the limit on the number of content types configurable.</content>
  </entry>
  <entry>
    <title>Enable Direct Playback of Media Files in Document Central Preview</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/594566/enable-direct-playback-of-media-files-in-document-central-preview"/>
    <id>sug_mdwsz5bxzl0n2l9</id>
    <published>2024-11-19T09:00:10Z</published>
    <updated>2025-07-01T13:48:22Z</updated>
    <content type="text/plain">Problem:&#13;
•	Users upload videos and audio files to Document Central, similar to how they upload images or documents.&#13;
•	These media files cannot be played directly in the datagrid preview.&#13;
•	Users are required to download these files to view or listen to their content.&#13;
•	This functionality is available in the underlying platforms like SharePoint and Azure Blob Storage.&#13;
&#13;
Desired Change:&#13;
•	Enable direct playback of video and audio files from the previewer in Document Central.&#13;
•	Eliminate the need for users to download media files to access their content.</content>
  </entry>
  <entry>
    <title>Customizable Datagrid Naming in Document Central</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/594565/customizable-datagrid-naming-in-document-central"/>
    <id>sug_a9j7xflpfembqdr</id>
    <published>2024-11-19T08:57:48Z</published>
    <updated>2024-11-26T13:42:08Z</updated>
    <content type="text/plain">Problem:&#13;
•	New customers using Document Central report confusion due to the current naming convention of the datagrid.&#13;
•	The datagrid name currently consists of “Document Central - Datagrid” followed by the name of the list on which the datagrid is opened.&#13;
•	This naming convention is reported as not intuitive or too technical and leads to misunderstandings.&#13;
&#13;
Desired change:&#13;
•	Make the “Document Central - Datagrid” portion of the datagrid name customizable, likewise to how the name of the Document Central factbox-component name is customizable</content>
  </entry>
  <entry>
    <title>Dynamic Record Count Display in Datagrid</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/594564/dynamic-record-count-display-in-datagrid"/>
    <id>sug_tgnkhklok1npahc</id>
    <published>2024-11-19T08:56:17Z</published>
    <updated>2024-11-27T09:48:41Z</updated>
    <content type="text/plain">Problem&#13;
•	The datagrid does not display the number of document records in the (filtered) overview.&#13;
•	Only a total count of a selection is visible in the facts block of the Document Central dropzone.&#13;
&#13;
Desired change&#13;
•	It is desirable for the datagrid to show a dynamic total count to always know how many document records are currently visible.</content>
  </entry>
  <entry>
    <title>Display Page Numbering in Document Preview</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/594563/display-page-numbering-in-document-preview"/>
    <id>sug_idgvb0iiivel7zq</id>
    <published>2024-11-19T08:55:47Z</published>
    <updated>2025-07-01T13:52:10Z</updated>
    <content type="text/plain">Problem&#13;
•	The document preview in the right pane or via ‘Selection’ &gt; ‘View document’ displays the various pages of a document in a small format.&#13;
•	It currently does not show the page numbering for each page as part of the whole document.&#13;
&#13;
Desired Change&#13;
•	It would be desirable for this page view to also display the page numbering for each page as part of the entire document.&#13;
•	For example, the numbering should be shown as 1/3, 2/3, 3/3.</content>
  </entry>
  <entry>
    <title>Enable Metadata Column Modification for Version Control in Datagrid</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/594561/enable-metadata-column-modification-for-version-control-in-datagrid"/>
    <id>sug_9xybeyguatbzmuq</id>
    <published>2024-11-19T08:54:47Z</published>
    <updated>2024-11-26T12:49:32Z</updated>
    <content type="text/plain">Problem:&#13;
•	Currently, metadata columns can only be modified in the datagrid for document entries and not for version control.&#13;
•	This limitation hinders the ability to tailor the presentation to the (process) usage of a user (or profile).&#13;
&#13;
Desired Change:&#13;
•	Enable the modification of metadata columns in the datagrid for version control as well.&#13;
•	This change would allow the presentation to be adjusted according to the (process) usage of a user (or profile).</content>
  </entry>
  <entry>
    <title>Dubble left-mouseclick to show document preview instantly</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/593374/dubble-leftmouseclick-to-show-document-preview-instantly"/>
    <id>sug_ynhbnm3elkp7fej</id>
    <published>2024-11-13T09:34:13Z</published>
    <updated>2024-11-25T15:45:06Z</updated>
    <content type="text/plain">Currently you have to press "View Document" to show the document in the bigger document preview. It would be helpful if we could use dubble left-mouseclick to instantly show the preview of the document in the bigger document preview. With this you don't have to press "View Document" every time to navigate to the bigger preview of the document. This improvement saves a few clicks.</content>
  </entry>
  <entry>
    <title>Add filter(s) to 'Edit table'-page</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/592274/add-filters-to-edit-tablepage"/>
    <id>sug_gohwtosi89qcxyd</id>
    <published>2024-11-07T10:43:03Z</published>
    <updated>2024-11-25T15:33:28Z</updated>
    <content type="text/plain">Problem:&#13;
- The ‘Edit table’ functionality is highly effective and powerful for editing specific table data.&#13;
- However, it is not possible to filter specific table records using this functionality.&#13;
- This limitation requires endless scrolling through very large tables to find the correct record.&#13;
&#13;
Desired Change:&#13;
- Implement a filtering option for the values presented on the ‘Edit table’ page.&#13;
- This will allow users to quickly locate and edit specific records without extensive scrolling.</content>
  </entry>
  <entry>
    <title>Determine the order of content types in the drop zone</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/591883/determine-the-order-of-content-types-in-the-drop-zone"/>
    <id>sug_zgovnjluyhpsnsj</id>
    <published>2024-11-05T09:41:58Z</published>
    <updated>2024-11-18T14:48:14Z</updated>
    <content type="text/plain">Below the Dropzone, there is a limit of 10 content types, which appears to be based on alphabetical order. In the attached example, these content types only represent about 5% of all documents for this entity, which is not practical. Is it possible to set the order by library, so that we only see the content types that are relevant?</content>
  </entry>
  <entry>
    <title>Preserving custom metadata-template setups during import</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/591280/preserving-custom-metadatatemplate-setups-during-import"/>
    <id>sug_hgwehghc31ksdjv</id>
    <published>2024-11-01T12:18:00Z</published>
    <updated>2024-11-04T14:55:27Z</updated>
    <content type="text/plain">Problem:&#13;
- When importing a Document Central configuration via the Wizard, existing setups for metadata-template values, default values, fixed values, silent drop values, and retention labels are overwritten.&#13;
- Periodic updates of the setup in a Business Central environment using a centrally managed standard configuration result in the loss of custom setups.&#13;
- Custom setups need to be manually corrected after each update.&#13;
&#13;
Desired Change:&#13;
- Ensure that custom setups for default values, fixed values, silent drop values, and retention labels of metadata-template values can be preserved during the import of a new configuration</content>
  </entry>
  <entry>
    <title>Add dynamic datagrid-filters for multi-PK indexing</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/590009/add-dynamic-datagridfilters-for-multipk-indexing"/>
    <id>sug_mty6tnom3ybppkm</id>
    <published>2024-10-25T12:03:11Z</published>
    <updated>2025-09-23T07:00:33Z</updated>
    <content type="text/plain">Problem:&#13;
- Business Central tables can have multiple primary keys (PKs).&#13;
- In the current mapping setup, only one PK can be selected to match documents to table records.&#13;
- This limitation can cause documents from other records to appear incorrectly, as the selected PK matches across multiple records.&#13;
&#13;
Desired Change:&#13;
- Allow other table fields (including additional PKs) to be automatically selected as metadata filters in the datagrid.&#13;
- This change should enable a more accurate record-specific datagrid presentation.&#13;
- Required is an option to define table fields as metadata filters within the datagrid.</content>
  </entry>
  <entry>
    <title>Add a translation table in the Record Attachments (Options)</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/586490/add-a-translation-table-in-the-record-attachments-options"/>
    <id>sug_icjnmu76ygporno</id>
    <published>2024-10-08T13:05:54Z</published>
    <updated>2024-10-21T08:15:14Z</updated>
    <content type="text/plain">There is a fundamental problem with file names such as VF+/123 for posted sales documents. It has now only become apparent in the course of the Simova extension (based on the file name). Microsoft would not allow a file name with a special character “/”, because for Microsoft a new folder begins with “/” (in the file directory).  The fact that Simova uses the slash in the file name is theoretically correct, as this is the record. However, if the file is stored in a folder, this causes an error.&#13;
&#13;
Suggestion Sven Hiller: &#13;
&#13;
The filenames can be configured. Just a single statement is needed to removes invalid characters from a filename: &#13;
Filename := FileManagement.GetSafeFileName(Filename);</content>
  </entry>
  <entry>
    <title>Bulk reindexing of DMS documents</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/586284/bulk-reindexing-of-dms-documents"/>
    <id>sug_f3rnpizgxc7rnbf</id>
    <published>2024-10-07T12:43:18Z</published>
    <updated>2025-04-23T07:01:38Z</updated>
    <content type="text/plain">It would be nice to be able to reindex a series of already archived documents in one go.&#13;
For example, to enable the feature "publication external" on all documents in the OGE library with the document type: drawing/plan</content>
  </entry>
  <entry>
    <title>Selected lines can be exported to Excel</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/576759/selected-lines-can-be-exported-to-excel"/>
    <id>sug_3qq0na7z2u6lixj</id>
    <published>2024-08-22T16:09:02Z</published>
    <updated>2024-09-05T11:28:13Z</updated>
    <content type="text/plain">It would be useful if selected document lines from the Document Central datagrid could be exported to Excel</content>
  </entry>
  <entry>
    <title>be able to index a document on different cards</title>
    <link href="https://dms-featureupvote.simova.de/suggestions/572755/be-able-to-index-a-document-on-different-cards"/>
    <id>sug_khnljkjy64zpezs</id>
    <published>2024-08-08T12:28:46Z</published>
    <updated>2024-09-05T12:47:13Z</updated>
    <content type="text/plain">It often happens that an incoming document has to be saved on different (customer / unit) cards. At present, it is only possible to save the document several times and to index it multiple times. We would like to be able to perform 1 document with 1 indexing action with the result that this document is linked to multiple cards.&#13;
&#13;
An example of such a situation is when a contractor sends a letter directly to customers. This letter must then be visible to the Customer Contact Center when a customer calls after this letter: this letter must then be retrievable from all customer (cards) that have received the letter from the contractor.</content>
  </entry>
</feed>
