Финансовые данные: срок хранения, архив и доступность истории
Как различать архивирование, удаление, ILM и data aging, сохраняя доступ к финансовой истории и проверяемые правила жизненного цикла.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Финансовые данные: срок хранения, архив и доступность истории#
Снижение объёма оперативных данных и сохранение финансовой истории решают разные задачи. Архивирование переносит подходящие завершённые данные из оперативного контура в архив, где к ним может сохраняться доступ. Удаление из рабочей базы само по себе не означает, что архивную копию можно уничтожить. Уничтожение данных в конце срока хранения требует отдельного управляемого действия и проверки применимых правил и запретов.
Для финансовых документов SAP S/4HANA On-Premise документирует объект архивирования FI_DOCUMNT. Запись в архив включает связанные данные, необходимые для последующего отображения; до запуска система проверяет, допускается ли архивирование документа. Наличие объекта архивирования не означает, что любой документ уже можно архивировать: важны статус бизнес-процесса, зависимости, сроки и правила целевого релиза.
Доступ к архивной истории зависит от настроенного способа поиска и индексов. SAP указывает, что отдельные архивированные документы отображаются через Archive Information System или функции просмотра, если для них доступна подходящая архивная информационная структура. Поэтому проверяйте не только успешность задания записи и удаления, но и реальное извлечение контрольных документов после архивации.
Разделяйте три операции. Архивирование сохраняет данные вне оперативного хранилища. Удаление архивированных данных из продуктивной базы освобождает место, но сохранённые архивные данные продолжают подчиняться сроку хранения. Уничтожение удаляет данные из базы и архива после окончания срока, если нет применимого удержания или иного препятствия.
SAP ILM позволяет задавать политики хранения и учитывать юридические удержания. Удержание блокирует удаление или уничтожение относящихся к делу документов; правила применяются к данным в базе и ILM store. Сроки и основания хранения должны быть подтверждены владельцами процесса и применимыми требованиями организации и юрисдикции. Настройки SAP сами по себе не определяют юридически корректный срок.
Для финансовых документов SAP также описывает data aging как перемещение подходящих данных из текущей области базы в холодную область базы. Это отличается от переноса в архивную систему и удаления данных из рабочей базы. Не объединяйте эти операции в один показатель «очищено»: они по-разному влияют на хранение, доступ, поиск и сопровождение.
До изменения политики зафиксируйте объект и область данных, дату или период отсчёта, срок хранения, статус документа, зависимости и исключения. Для ILM проверьте назначение audit area, правила политики, результаты моделирования, наличие legal hold, права доступа, архивное хранилище и процедуру восстановления/просмотра. Сначала проверьте выборку и контрольные документы в тестовом контуре, затем согласуйте план задания и наблюдаемость.
Сохраняйте сверяемые количества и суммы по компании, ledger, финансовому году, периоду и валюте до и после обработки. Записывайте критерии отбора, идентификаторы запусков, архивный объект и файлы, сообщения проверки, ошибки, обработанные документы и результат чтения из архива. Подтверждайте связность документа с вложениями, текстами и ссылками, если они входят в требуемый сценарий просмотра.
В EDWH отдельно определите собственную политику хранения, снимков и удаления. SAP-архив не заменяет согласованный DWH retention, а очистка оперативной таблицы источника не является доказательством, что архив или аналитический слой содержит полный и читаемый набор истории.
Приведённые ссылки относятся к конкретной документации SAP S/4HANA On-Premise. Доступность FI_DOCUMNT, ILM, data aging, подключённого архива и нужных функций зависит от редакции, релиза, активации и настройки. В этом проекте нет SAP runtime, архива или ILM-политик; выполнение и юридическая достаточность не проверялись.
Financial Data: Retention, Archiving, and History Access#
Reducing operational data volume and preserving financial history are separate goals. Archiving moves eligible completed data from the operational system to an archive where it can remain accessible. Deleting a copy from the working database does not by itself mean that the archived copy can be destroyed. Destruction at the end of a retention period is a separate controlled action that must check applicable rules and holds.
For SAP S/4HANA On-Premise financial documents, SAP documents the FI_DOCUMNT archiving object. The archive write includes related data needed for later display, and the system checks whether a document is eligible. The existence of an archiving object does not mean every document is ready to archive: process status, dependencies, retention periods, and target-release rules matter.
Access to archived history depends on the configured retrieval method and indexes. SAP states that individual archived documents can be displayed through the Archive Information System or display functions when a suitable archive information structure exists. Therefore verify not only that write and delete jobs completed, but also that representative documents can actually be retrieved after archiving.
Keep three operations distinct. Archiving preserves data outside operational storage. Deleting archived data from the production database releases space while the archive copy remains subject to its retention period. Destruction removes data from the database and archive after retention expires, if no applicable hold or other restriction prevents it.
SAP ILM supports retention policies and legal holds. A hold prevents deletion or destruction of relevant documents; rules apply to data in both the database and ILM store. Retention periods and their basis must be confirmed with process owners and the requirements that apply to the organization and jurisdiction. SAP configuration alone does not determine a legally correct period.
SAP also documents data aging for financial documents as moving eligible data from the current database area to a cold database area. This differs from transferring data to an archive system and deleting it from the working database. Do not combine these operations into one 'cleaned up' metric: they have different effects on storage, access, search, and operations.
Before changing a policy, record the object and data scope, reference date or period, retention period, document status, dependencies, and exceptions. For ILM, check audit-area assignment, policy rules, simulation results, legal holds, access rights, archive storage, and the procedure for restoring or displaying data. First validate the selection and representative documents in a test system, then approve the job plan and monitoring.
Retain reconcilable counts and amounts by company, ledger, fiscal year, period, and currency before and after processing. Record selection criteria, run IDs, archive object and files, check messages, errors, processed documents, and archive-read results. Confirm links to attachments, texts, and references when they are part of the required display scenario.
Define a separate retention, snapshot, and deletion policy for the EDWH. An SAP archive does not replace an agreed DWH retention policy, and clearing an operational source table does not prove that the archive or analytical layer contains a complete, readable history.
The cited links apply to specific SAP S/4HANA On-Premise documentation. Availability of FI_DOCUMNT, ILM, data aging, connected archive storage, and required functions depends on edition, release, activation, and configuration. This project has no SAP runtime, archive, or ILM policies; execution and legal sufficiency were not verified.