Professional Documents
Culture Documents
The documentation may have changed since you downloaded the PDF. You can always find the latest information on SAP Help
Portal.
Note
This PDF document contains the selected topic and its subtopics (max. 150) in the selected structure. Subtopics from other structures are not included.
© 2016 SAP SE or an SAP affiliate company. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose
without the express permission of SAP SE. The information contained herein may be changed without prior notice. Some software products marketed by SAP
SE and its distributors contain proprietary software components of other software vendors. National product specifications may vary. These materials are
provided by SAP SE and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP
Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set
forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional
warranty. SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE in
Germany and other countries. Please see www.sap.com/corporate-en/legal/copyright/index.epx#trademark for additional trademark information and notices.
Table of content
PUBLIC Page 1 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Table of content
1 Data Archiving in Sales and Distribution (SD)
1.1 Application-Specific Features (SD)
1.2 Dependencies (SD)
1.3 Technical Data (SD)
1.4 Archiving Sales Documents (SD-SLS)
1.4.1 Special Archiving-Object-Specific Features (SD-SLS)
1.4.2 Archiving of Returns (SD-SLS-RE-SR)
1.4.3 Creating Additional Customer-specific Checks
1.4.3.1 Defining a Customer-Specific Additional Check (SD-SLS)
1.4.3.2 Define Preconditions for Customer-Specific Additional Checks (SD
1.4.4 Checks (SD-SLS)
1.4.5 Variant Settings for Archiving (SD-SLS)
1.4.6 Variant Settings for the Check (SD-SLS)
1.4.7 Variant Settings for Reloading (SD-SLS)
1.4.8 Application Customizing (SD-SLS)
1.4.9 Analyzing an Existing Archive (SD-SLS)
1.4.10 Display Function for Archived Sales Documents (SD-SLS)
1.4.10.1 Authorizations (SD-SLS)
1.5 Archiving Billing Documents (SD-BIL)
1.5.1 Special Archiving-Object-Specific Features (SD-BIL)
1.5.2 Checks (SD-BIL)
1.5.3 Variant Settings for Archiving (SD-BIL)
1.5.4 Variant Settings for the Check (SD-BIL)
1.5.5 Variant Settings for Reloading (SD-BIL)
1.5.6 Application Customizing (SD-BIL)
1.5.7 Analyzing an Existing Archive (SD-BIL)
1.5.8 Display Function for Archived Billing Documents (SD-BIL)
1.5.8.1 Authorizations (SD-BIL)
1.5.9 Archiving of Empties Management (SD-BIL-EM)
1.5.9.1 Archiving of Monthly Empties Stock (SD-BIL-EM)
1.5.9.1.1 Variant Settings for Writing (SD-BIL-EM)
1.5.9.2 Archiving of Empties Update (SD-BIL-EM)
1.5.9.2.1 Variant Settings for Writing (SD-BIL-EM)
1.5.10 Archiving of Pendulum List Indirect Sales (SD-BIL-RB-PL)
1.5.10.1 Archiving of Request Data (SD-BIL-RB-PL)
1.5.10.1.1 Variant Settings for Writing (SD-BIL-RB-PL)
1.5.10.1.2 Displaying Archived Request Data (SD-BIL-RB-PL)
1.5.10.2 Archiving Converted Request Table with Reporting Period (SD-BIL-
1.5.10.2.1 Variant Settings for Writing (SD-BIL-RB-PL)
1.5.10.2.2 Displaying Archived Converted Request Tables (SD-BIL-RB-PL)
1.5.10.3 Archiving of Request Table with Reporting Period (SD-BIL-RB-PL)
1.5.10.3.1 Variant Settings for Writing (SD-BIL-RB-PL)
1.5.10.3.2 Displaying Archived Requests Table with Reporting Period (SD-BIL
1.5.10.4 Archiving of Logs for Pendulum List Sales (SD-BIL-RB-PL)
1.5.10.4.1 Variant Settings for Writing (SD-BIL-RB-PL)
1.5.10.4.2 Displaying Archived Logs for Pendulum List Sales (SD-BIL-RB-PL)
1.6 Archiving Sales Activities (SD-CAS-SA)
1.6.1 Checks (SD-CAS-SA)
1.6.2 Variant Settings for Archiving (SD-CAS-SA)
1.6.3 Variant Settings for Reloading (SD-CAS-SA)
1.6.4 Application Customizing (SD-CAS-SA)
1.7 Archiving Agreements (SD-MD-AM)
1.7.1 Checks (SD-MD-AM)
1.7.2 Variant Settings for Archiving (SD-MD-AM)
1.7.3 Variant Settings for Reloading (SD-MD-AM)
1.8 Archiving of Condition Records (SD-MD-CM)
1.8.1 Variant Settings for Writing (SD-MD-CM)
1.8.2 Variant Settings for Reloading (SD-MD-CM)
1.8.3 Application-Specific Customizing (SD-MD-CM)
1.9 Archiving Revenue Recognition Data with SD_VBREV
PUBLIC Page 2 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.10 Archiving INTRASTAT Statistics Data with FT_VEIAV
1.11 Archiving EXTRASTAT Statistics Data with FT_VEXAV
1.12 Archiving Customs Log Data with MM_PREF
1.13 Archiving Customer Master Data (FI-AR, SD)
1.13.1 Checks (FI-AR, SD)
1.13.2 Application Customizing (FI-AR, SD)
1.13.3 Variant Settings for Writing (FI-AR, SD)
1.13.4 ILM-related Information for FI_ACCRECV
1.14 Archiving Object CPE_PRQUOT
1.14.1 Archiving of Price Quotations
1.15 Archiving Checklist
PUBLIC Page 3 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1 Data Archiving in Sales and Distribution (SD)
Data archiving is used to remove mass data from the database that is no longer required in the system but must be kept in a format that can be analyzed. For
most of the archiving objects, the SAP data archiving concept is based on the Archive Development Kit (ADK).
For more information, see the SAP NetWeaver Library on SAP Help Portal at http://help.sap.com/nw . Choose SAP NetWeaver Platform Application
Help Function-Oriented View Solution Life Cycle Management Data Archiving.
For more information about which archiving objects in Sales and Distribution (SD) are enabled for ILM, see the documentation for the relevant archiving
objects.
For more information about managing and destroying archived data, search for SAP Information Lifecycle Management.
The following table shows the available archiving objects:
Conditions SD_COND
Empties Management
PUBLIC Page 4 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
The residence time
Estimating Runtime
It is difficult to estimate how long it will take to archive data because it depends on so many different factors such as amount of data, computer capacity, and
so on.
The following example presents the results of an archiving run carried out in a real-time system at a customer. This will allow you to make a rough estimate of
program runtime and conclude how different factors influence program runtime.
Example
Technical data:
If you are testing archiving for the first time, we recommend that you first set the commit counter to 10.
If, for example, you want to archive a lot of sales and distribution documents with configurable materials or that are make-to order, you should consider
whether you want to set the commit counter to 1. Otherwise, deadlocks or similar database problems could occur.
If there are no problems during archiving, you can then set the commit counter higher, until database problems occur. In this way, you can optimize
performance.
You set the commit counter in Customizing via Sales and Distribution Data transfer and Archiving Archiving data Define control parameters for
Archiving runs . Select the corresponding archiving object and enter the value for the Commit counter .
For further information on the commit counter, see the cross-application documentation in CA - Archiving Application Data under Customizing: Settings for
the deletion program .
Note
During the test run
No data is deleted
No archive files are created
For this reason the performance of a test run is better than that of a production run.
PUBLIC Page 5 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Archiving object SD_VBAK for archiving sales documents.
Before using the archiving object for the first time, you should check Application Customizing (SD-SLS).
Check whether table VBREVC Revenue Recognition: Worklist of Changed Sales Documents still contains relevant entries for the documents to be
archived and update the documents concerned.
You have completed the entire revenue recognition process for the document concerned. This means that table VBREVK contains only entries with
status C Completely processed .
Structure
Tables
When you use the archiving object SD_VBAK, data is archived from the following tables:
Table reference
Programs
The following programs are delivered with SD_VBAK:
PUBLIC Page 6 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Program Function
S3VBAKWRS Write
S3VBAKDLS Delete
S3VBAKAU Analyze
S3VBAKPTS Check
S3VBAKRL Reload
Write Program
The write program supports the ADK interruption concept, that is, you can interrupt the write phase and continue at a later point. For more information, see the
application documentation for data archiving under Data Archiving in the ABAP Application System Data Archiving with Archive Development Kit (ADK)
Archive Administration Interrupting and Continuing Archiving Sessions . A compact log with information about the data processed is written in both the
write and delete runs. Alternatively, you can enable the output of a detailed log containing additional information.
Deletion Program
The standard variants SAP&PROD (production mode) and SAP&TEST (test mode) are delivered for the delete program. Progress confirmation is output in the
job log and in the dialog (status line) at regular intervals in both the write run and delete run.
Call
To call sales document archiving, go to the Sales Screen Environment Archive Documents. .
Alternatively, you can call archive administration under Tools Administration Administration Data Archiving and enter object name SD_VBAK.
Authorization Objects
You need the following authority objects:
More Information
Analyzing an Existing Archive (SD-SLS)
Variant Settings for the Check (SD-SLS)
Variant Settings for Reloading (SD-SLS)
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
PUBLIC Page 7 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Archivability Checks
For sales documents you can use program S3VBAKPTS, which carries out an archivability check before documents are selected.
See also:
Variant Settings for the Check (SD-SLS)
Purpose
User exits allow you to integrate additional customer-specific checks into the checking logic. You can control processing of the enhanced code via
Customizing. There, you can configure the combination of sales organization and sales document type to be used for the additional check. The check routine
is called at the end of the write program.
Process Flow
Implementation of an additional check is carried out in two steps.
1. Definition of the check
2. Definition of preconditions for execution
Definition of the check is also split up into three stages:
1. Select the archiving object for which an additional check is to be carried out.
2. Copy the reference check supplied (or start from scratch).
3. Activate the check.
See also:
Defining a Customer-specific Additional Check (SD-SLS)
Define Preconditions for Execution of a Customer-specific Additional Check (SD-SLS)
Procedure
1. Choose Tools ABAP Workbench and then Development ABAP Editor .
2. Start report SDCLVOFM.
3. Enter the class of the check in the report selection screen. The following table shows the assignments for class and archiving object.
To create a customer enhancement for the order, you must enter class REAK. The Change mode checkbox must also be selected.
4. Choose Execute .
You reach the maintenance screen. The first line contains the reference routine which you can copy and modify.
Example
1 SD_VBAK_SAP_1 √
PUBLIC Page 8 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1. Place the cursor in the formroutine field, enter a new number, i.e. 999, and press the entry button.
The copied routine appears as follows:
************************************************************
*** Attention: Copied routine ! ***
*** Please note : ***
*** 001 replaced everywhere by 999 ! ***
************************************************************
form sd_vbak_999
using sv_archbar.
endform.
You can enter the customer-specific check in the this routine.
Example
If you do not want the documents created by processor JDOE to be archived, then you need to add the following coding.
if vbak-ernam = 'JDOE'
sv_archbar = no.
Endif.
The whole check appears as follows:
form sd_vbak_999
using sv_archbar.
if vbak-ernam = 'JDOE'
sv_archbar = no.
endif.
endform.
1. Save the check.
After completing the programming, the check must be activated. Procedure:
1. To do this, place the cursor on the line containing the name of your check routine.
2. Choose Edit Activate.
The√symbol appears in the Active column. You routine has now been activated.
See also:
Define Preconditions for Customer-Specific Additional Checks (SD-SLS)
Procedure
You enter the restrictions for the check in Customizing for the application as follows:
From the initial menu choose Tools Business Engineer Customizing .
The Customizing screen appears.
Choose Basic functions EnterpriseIMG Display .
The Enterprise IMG screen appears.
Choose Data Transfer and Archiving Archiving data Archiving control for sales documents .
The Choose activity dialog-box appears.
Choose the function A rchiving control for sales documents .
The Change View “Archiving Control for Sales Documents: Overview” appears.
0001 TA 200
Define the sales organization and the sales document type that you want to be considered in the check. When selecting the routine, you can use F4 help to
list all the activated routines.
Note
If, for example, you wanted to define routine 999 for sales organization 0001 and a search of all sales document types, then your entry would appear as
follows:
0001 * 999
PUBLIC Page 9 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Save your entries.
See also:
Defining a Customer-Specific Additional Check (SD-SLS)
The following mandatory and optional checks are carried out on sales documents before they can be archived:
Residence time (mandatory)
Flow (mandatory)
Purchase order (optional)
Accounting document (optional)
Check residence of flow documents (optional)
Residence time change date (optional)
Caution
When make-to-order and individual purchase orders are involved, then the corresponding CO data is also archived, meaning the individual items that
belong to this order. Note that if you reload the order, then the CO data is not also reloaded.
Residence Time
The residence time is set per sales document type. The residence time for sales documents can be calculated optionally according to the following:
Current data minus creation date
Current data minus last change date
To select the second option, mark Residence Time Change Date . For sales documents that were not modified, the change date is identical to the creation
date.
The system first checks whether the residence time set in Customizing for the sales document has been exceeded.
You can use the Check Residence Flow Documents checkbox on the selection screen for variants to set the basis for the calculation of the residence time.
If the checkbox is not set, then the residence time is calculated on the basis of the creation date or the change date of the document.
If the checkbox is set, then the residence time is calculated on the basis of the creation date of the last flow document.
Flow
The flow check is then carried out. That is, the system checks that all the subsequent documents for the current sales document have an overall status as
completed. The individual stages are as follows:
Selection of Subsequent Documents in Table VBFA
During selection, the system ignores cancellation invoices, credit memos, and debit memos (as the sales order has none of these documents as a direct
subsequent document).
Check Selected Subsequent Documents for Overall Processing Status ‘Completed’ (in Table VBUK)
Note
A standard order is only archived if the goods issue has been posted and billed in the delivery.
A quotation is archived if the corresponding order has been completed. In this case, the delivery is not checked.
Purchase Order
The selection screen of the variant contains checkboxes in which you can activate or deactivate further system checks. If the checkbox Check purchase
order is selected, then the system carries out the following:
Checks existence of a purchase order for current order in table EKKO
Check existence of a purchase requisition for current order in table EBAN
Note
For direct external procurement (third-party order or individual purchase order) the check should be activated. Otherwise, there is a danger that the
vendor invoice (invoice entry) can no longer be entered.
Accounting Documents
If the checkbox Check FI document is set, the system checks whether the billing document is settled in financial accounting (for example, by payment)
More Information
Creating Additional Customer-Specific Checks (SD-SLS)
When you schedule the write program, you need to enter an existing variant or create a new one. The variant contains the selection criteria for the sales
PUBLIC Page 10 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
documents that you want to archive.
Features
Options
Change Date: Residence Time
If this indicator is set, the residence time is calculated using the date on which the sales document was last changed, rather than the creation date. (For
sales documents that have not been changed, the change date is identical to the creation date.)
Check residence of flow documents
If the indicator is not set, the residence time is calculated on the basis of the creation date or change date of the sales document.
If the indicator is set, the residence time is calculated on the basis of the creation date or change date of the last flow document.
Check Purchase Order
If you want to check whether the purchase order and the associated purchase requisition still exist, select this option.
Check FI Document
If you want to check whether all accounting documents that exist for an order have been cleared, select this option.
Process Control
If the write program for the selection criteria you entered is to perform a simulation only, select Test Mode . The system reads the data but does not
generate an archive file. The system outputs statistics for the number of data records read during the test run. You can delete the data at a later point in
a separate step using the production mode variant of the delete program.
If you want to start the write program and generate archive files for the selection criteria you entered, select Production Mode .
If the automatic start function has been enabled for the delete program in archiving object-specific Customizing, you can also set the Delete with Test
Variant indicator (default setting). This starts the delete program for the archiving object with the test mode variant defined in archiving object-specific
Customizing. If the indicator is not set, the delete program starts with the production mode variant; the data is deleted from the database.
Detailed Log
You can use this indicator to define whether a compact or detailed log is to be output when the write program is executed. In addition to the information in the
compact log, the detailed log also contains all objects processed, including the associated messages.
Use
When you schedule the check a preprocessing program you must enter an already existing variant or create a new one. The variant contains the selection
criteria for the sales documents you want to check.
Note
You can also start the preprocessing program directly in the ABAP editor via report S3VBAKPTS.
Features
PUBLIC Page 11 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Options
Residence time change date
If this indicator is set the residence time is calculated based on the last change date of the sales document not the creation date. (For sales
documents that were not modified, the change date is identical to the creation date.)
Check residence of flow documents
If the checkbox is not set, then the residence time is calculated on the basis of the creation date of the document.
If the checkbox is not set, then the residence time is calculated on the basis of the chronologically last flow document.
Check purchase order
If you want to check whether the purchase order and the corresponding purchase requisition still exist, then choose this option.
Check accounting document
If you want to check whether all existing accounting documents that belong to an order have been balanced, then choose this option.
Detail log
Set this indicator if you want the system to display the check log for every sales document that is not archivable. The check log is divided into two sections –
the header and the detail display. The header contains the statistical data of the check; in the detail display shows the check status of each sales document.
By clicking on a line that contains a document number you can call up the order display transaction.
Use
You can set reloading criteria in variant settings for reloading.
Caution
When reloading sales documents, the corresponding CO data is not simultaneously reloaded into the system. Therefore, you should reload sales
documents only in case of emergency, for example, if documents were wrongly selected.
For this reason, you cannot call this function up with the menu. Please contact your system administrator.
Features
The following options are available:
Entry Fields
Document selection
Select the documents to be reloaded
Check boxes
Test run
Select this option if you only want to simulate reloading, for example, to check possible errors
See also:
Reloading Archived Data
Use
In application-specific customizing, you can set the order-specific requirements for archiving.
Features
The following input fields are available:
Sales organization
Sales document type
Residence time for a sales document in days
You use these parameters to set the residence time for every combination of sales organization and sales document type.
FORM routine number
If you have defined an additional check routine for a combination of sales organization and sales document type, you can enter the number of the check
routine here.
Entry Options in Application Customizing (V_TVARA)
The following table displays possible value combinations that you can use when maintaining views V_TVARA:
1. * *
2. 0001 * 40
PUBLIC Page 12 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
3. * OR 20
4. 00* O* 100
5. 0001 OR 1
Calling Up Customizing
To call up application-specific customizing, go to Customizing for Sales and Distribution and choose Data Transfer and Archiving Archiving data
Archiving control for sales documents .
Alternatively, you can call up application-specific customizing as follows:
1. In the Sales Screen choose Environment Archive documents.
2. Choose Goto Customizing.
3. Under Application-specific customizing choose Archiving Conditions V_T681H.
See also:
Defining a Customer-specific Additional Check (SD-SLS)
Customizing
Use
The Analyze function allows you to view a list of the most important header and item data for archived sales documents from a number of archiving runs
specified by you.
Entry Fields
Document selection
Select the documents that you want to display.
Use
You can use the Archive Information System (Transaction SARI) to display archived sales documents in single document display. Other functions for
displaying documents is the original document display via ArchiveLink and other linked documents via the Document Relationship Browser (DRB).
Prerequisites
Archiving object SD_VBAK has at least one information structure, which is based on the standard field catalogs SAP_SD_VBARK_001 or
SAP_SD_VBARK_002 delivered as part of the SAP System.
The information structure was activated and filled.
The information structure contains the field VBELN as a key field.
Note
For you to be able to display the linked documents via DRB (see below), information structures for archiving objects RV_LIKP and SD_VBRK
have to be active and filled.
The Authorizations for displaying archived sales documents have been maintained.
Features
PUBLIC Page 13 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Note
As of SAP R/3 Enterprise (Support Package 08) it is possible for you to directly display archived sales documents via the transaction VA03. Messages,
texts and document flow are not displayed. For more information see SAP Note 577162.
Note
You can only display documents via ArchiveLink if you are properly connected to ArchiveLink. This includes, for example, that the ArchiveLink Viewer has
been configured correctly, and that the function for accessing optical archives has been activated properly. In addition, the link entries in the corresponding
tables for ArchiveLink, Work Item and IDocs have to exist in the database.
From the list of the archive information structure you can call up this function via Original display . This is also true for linked work items and IDocs.
Note
The same prerequisites apply for displaying original documents as for the individual document display (see above).
Activities
From the Archive Information System you can call up the functions for single document display ( Sales document ), original document display ( Display
originals ) and DRB ( DRB: SD order ) via the selection screen Display data object , which appears when you select a document from the list of the archive
information structure.
For more information about the Archive Information System see Archive Information System (AS) .
APPLIC SD Application
Prerequisites
Before using the archiving object for the first time, check Application Customizing.
You have completed the entire revenue recognition process for the document concerned. This means that table VBREVK contains only entries with
status C Completely processed .
Structure
Tables
When you use the archiving object SD_VBRK, data is archived from the following tables:
Table reference
Programs
The following programs are delivered with SD_VBRK:
Program Function
S3VBRKWRS Write
S3VBRKDLS Delete
S3VBRKAU Analyze
S3VBRKRL Reload
The write program supports the ADK interruption concept, that is, you can interrupt the write phase and continue at a later point. To be able to use this
function, the Interruption Possible indicator must be set in Customizing (transaction AOBJ). This parameter is not set by default. For more information, see
the application documentation for data archiving under Data Archiving in the ABAP Application System Data Archiving with Archive Development Kit
(ADK) Archive Administration Interrupting and Continuing Archiving Sessions
The standard variants SAP&PROD (production mode) and SAP&TEST (test mode) are delivered for the delete program. Progress confirmation is regularly
output in the job log and in the dialog (status line) in both the write run and delete run.
PUBLIC Page 15 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Available Time Bases
End of Fiscal Year (END_OF_FISCAL_YEAR)
End of Year (END_OF_YEAR)
Available Standard Condition Fields
Standard Field Country from Company Code ((BS_COUNTRY_OF_BUKRS)
Available Condition Fields
Date of Last Change (AEDAT)
Company Code (BUKRS)
Date on Which Record Was Created (ERDAT)
Billing Type (FKART)
Billing Document Date (FKDAT)
Sales Organization (VKORG)
Distribution Channel (VTWEG)
Available Policy Categories
RTP: Retention Rules
For more information, see SAP Information Lifecycle Management.
Call
To call SD billing document archiving, go to the Billing Screen and Environment Archive Documents.
Alternatively, you can also call archive administration under Tools Administration Administration Data Archiving and enter object name
SD_VBKA .
Authorization Objects
You need the following authority objects:
Integration
The deliveries should be archived before the billing documents. The sequence results from the linking of the documents through the flow. There is no
dependency to the sales documents.
More Information
Variant Settings for Writing (SD-BIL)
Variant Settings for the Check (SD-BIL)
Variant Settings for Reloading (SD-BIL)
Analyzing an Existing Archive (SD-BIL)
Billing Documents in the DRB (SD-BIL)
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
Archivability Checks
For billing documents you can use program S3VBRKPTS, which carries out an archivability check before documents are selected.
See also:
Variant Settings for the Check (SD-BIL)
Residence time
The residence time is set per billing document type.
The system first checks whether the residence time set in Customizing for the billing document has been exceeded.The residence time refers to the creation
date of the document.
PUBLIC Page 16 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Residence time change date
If this indicator is set, the system checks whether the residence time based on the last change date of the billing document, not the creation date, has been
exceeded. (For billing documents that were not modified, the change date is identical to the creation date.)
Flow
If the billing document has a subsequent document (e.g. credit memo request with reference to billing document) then the system checks whether the
subsequent document has an overall status of completed .
Accounting documents
If in application-specific customizing the field Check FI document is set, the system checks whether the billing document is settled in Financial Accounting
(e.g. via payment)
Note
If the documents contain Subsequent Settlement conditions, you cannot archive the documents until settlement accounting has been performed for the
arrangements in question, and the retention period that you maintained for the document in Customizing for Subsequent Settlement has expired. For
further information see Archiving Agreements (SD-MD-AM) .
When you schedule the write program, you need to enter an existing variant or create a new one. The variant contains the selection criteria for the billing
documents that you want to archive.
Features
Options
Change Date: Residence Time
If this indicator is set, the residence time is calculated using the date on which the billing document was last changed, rather than the creation date. (For
billing documents that have not been changed, the change date is identical to the creation date.)
Check residence of flow documents
If this indicator is not set, the residence time is calculated on the basis of the creation date or change date of the billing document.
If the indicator is set, the residence time is calculated on the basis of the creation date or change date of the last flow document.
Process Control
If the write program for the selection criteria you entered is to perform a simulation only, select Test Mode . The system reads the data but does not
generate an archive file. The system outputs statistics for the number of data records read during the test run. You can delete the data at a later point in
a separate step using the production mode variant of the delete program.
If you want to start the write program and generate archive files for the selection criteria you entered, select Production Mode .
If the automatic start function has been enabled for the delete program in archiving object-specific Customizing, you can also set the Delete with Test
Variant indicator (default setting). This starts the delete program for the archiving object with the test mode variant defined in archiving object-specific
Customizing. If the indicator is not set, the delete program starts with the production mode variant; the data is deleted from the database.
Detailed Log
You can use this indicator to define whether a compact or detailed log is to be output when the write program is executed. In addition to the information in the
compact log, the detailed log also contains all objects processed, including the associated messages.
Use
When you schedule the check a preprocessing program you must enter an already existing variant or create a new one. The variant contains the selection
criteria for the billing documents you want to check.
Note
You can also start the preprocessing program directly in the ABAP editor via report S3VBRKPTS.
Features
Options
Residence time change date
If this indicator is set the residence time is calculated based on the last change date of the billing document not the creation date. (For billing documents
that were not modified, the change date is identical to the creation date.)
Check residence of flow documents
If the checkbox is not set, then the residence time is calculated on the basis of the creation date of the billing document.
If the checkbox is not set, then the residence time is calculated on the basis of the chronologically last flow document.
Detail log
Set this indicator if you want the system to display the check log for every billing document that is not archivable. The check log is divided into two sections –
the header and the detail display. The header contains the statistical data of the check; in the detail display shows the check status of each billing document.
By clicking on a line that contains a billing document number you can call up the order display transaction.
Caution
When reloading billing documents, the corresponding CO data is not simultaneously reloaded into the system. Therefore you should reload billing
documents only in case of emergency, for example, if documents were wrongly selected.
For this reason you cannot call this function up with the menu. Please contact your system administrator.
Features
The following options are available:
Entry Fields
Document selection
Select the documents to be reloaded.
Checkboxes
Test run
Select this option if you only want to simulate reloading, for example, to check possible errors.
See also:
Reloading Archived Data
Use
In application-specific customizing, you can set the archiving requirements specific for billing.
PUBLIC Page 18 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Features
The following input fields are available:
Sales organization
Billing type
Residence time for a billing document in days
You use these parameters to set the residence time for every combination of sales organization and billing type.
Check completion in Financial Accounting
If you set this parameter, the system checks whether all existing accounting documents have been cleared.
FORM routine number
If you have defined an additional check routine for a combination of sales organization and sales document type, you can enter the number of the check
routine here.
Entry Options in Application Customizing (V_TVARR)
The following table displays possible value combinations that you can use when maintaining views V_TVARR:
1. * *
2. 0001 * 40
3. * F2 20
4. 00* F* 100
5. 0001 F2 1
Note
If you do not maintain the views, the system cannot archive the documents.
Activities
Note
Creation of a customer-specific additional check is identical for billing documents and sales documents.
Calling Up Customizing
To call up application-specific customizing, go to Customizing for Sales and Distribution and choose Data Transfer and Archiving Archiving data
Archiving control for sales documents .
Alternatively, you can call up application-specific customizing as follows:
1. In the Billing Screen choose Environment Archive documents.
2. Choose Goto Customizing.
3. Under Application-specific Customizing choose Archiving Control for Billing Docs
See also:
Customizing
Use
The Analyze function allows you to view a list of the most important header and item data for archived billing documents from a number of archiving runs
specified by you.
Entry Fields
Document selection
Select the documents that you want to display.
PUBLIC Page 19 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Use
You can use the Archive Information System (transaction SARI) to display archived billing documents in single document display. Other functions for
displaying documents is the original document display via ArchiveLink and other linked documents via the Document Relationship Browser (DRB).
Prerequisites
Archiving object SD_VBRK has at least one information structure, which is based on the standard field catalogs SAP_SD_VBRK_001 or
SAP_SD_VBRK_002 delivered as part of the SAP System.
The information structure was activated and filled.
The information structure contains the field VBELN as a key field.
Note
For you to be able to display the linked documents via DRB (see below), information structures for archiving objects RV_LIKP and SD_VBAK
have to be active and filled.
The Authorizations for displaying archived billing documents have been maintained.
Features
Note
The same prerequisites apply for displaying original documents as for the individual document display (see above).
You can only display documents via ArchiveLink if you are properly connected to ArchiveLink. This includes, for example, that the ArchiveLink Viewer has
been configured correctly, and that the function for accessing optical archives has been activated properly. In addition, the link entries in the corresponding
tables for ArchiveLink, Work Item and IDocs have to exist in the database.
Activities
From the Archive Information System you can call up the functions for single document display ( Billing document ), original document display ( Display
originals ) and DRB ( DRB: SD billing document ) via the selection screen Display data object , which appears when you select a document from the list of
the archive information structure.
For more information about the Archive Information System see Archive Information System (AS) .
APPLIC SD Application
PUBLIC Page 20 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
3. Displaying archived billing documents:
4.
Definition
The following Empties Management business objects can be archived:
Use
Note
You should coordinate empties data archiving with billing document archiving, since the billing documents provide basic information for the empties data.
Before you use the archiving objects for the first time, you should check the application customizing.
You can use the archive administration transaction (SARA), or call archiving from the SAP Easy Access screen by choosing Logistics Sales and
Distribution Empties Management Archiving .
For information about how to archive objects, see the descriptions for the individual archiving objects with the title Archiving of <Object Type>.
Integration
Empties Management takes account of empties for sales documents (SD) and for purchasing documents (purchase orders, MM). The system determines the
assignment of full products and empties automatically in both cases, for example, the empties that belong to a full product. You use the archiving object
MM_EKKO to archive purchasing documents. When the system archives purchasing documents, it no longer needs the assignment between full products and
empties. The system uses the BAdI ARC_MM_EKKO_WRITE to delete the link to the tables in Empties Management.
For more information about the archiving object MM_EKKO, see Archiving of Purchasing Documents (MM-PUR) .
See also:
Archiving Object
Definition
Monthly empties stocks are archived, deleted, and reloaded using the archiving object BEV1_EMBD.
Use
Monthly empties stocks are only archived if they are not used in the Empties Management component.
You can display the logs for the write programs in one of two forms:
Log (summary)
Grouped display based on analog message texts with reference to a sample data record from a related archiving object.
Log (detail)
Individual display of all archiving objects belonging to an archiving run, including message texts.
PUBLIC Page 21 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
For more information about the logs generated during archiving, see Logs .
Structure
Tables
If you use the archiving object BEV1_EMBD, data is archived from the following tables:
Programs
The following programs are delivered for BEV1_EMBD:
Program Function
/BEV1/EMBSDWR Write
/BEV1/EMBSDRL Reload
/BEV1/EMBSDDL Delete
Integration
Note
If you want to display the monthly empties stock, you must define the archive information structure and field catalog, since they are not part of the
standard delivery.
The archive information structure must be set up and active before the system can use it.
For more information about archive information structures, see Using the Archive Information System .
Use
When you schedule the write program, you must enter an existing variant or create a new one.The variant contains the selection criteria for the monthly
empties stock that you want to archive.
Features
Note
Enter the required period or periods in the same month format in which the system posted the empties record.
See also:
Creating Archive Files
Definition
The empties update is archived, deleted, and reloaded using the archiving object BEV1_EMFD.
PUBLIC Page 22 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Use
The empties update is only archived if it is not used in the Empties Management component.
You can display the logs for the write programs in one of two forms:
Log (summary)
Grouped display based on analog message texts with reference to a sample data record from a related archiving object.
Log (detail)
Individual display of all archiving objects belonging to an archiving run, including message texts.
For more information about the logs generated during archiving, see Logs .
Structure
Tables
If you use the archiving object BEV1_EMFD, data is archived from the following tables:
If you use the archiving object BEV1_EMFD, data is deleted from the following table:
Programs
The following programs are delivered for BEV1_EMFD:
Program Function
/BEV1/EMFADWR Write
/BEV1/EMFADRL Reload
/BEV1/EMFADDL Delete
Integration
Note
If you want to display the archived empties update, you must define the archive information structure and field catalog, since they are not part of the
standard delivery.
The archive information structure must be set up and active before the system can use it.
For more information about archive information structures, see Using the Archive Information System .
Use
When you schedule the write program, you must enter an existing variant or create a new one.The variant contains the selection criteria for the Empties
Update that you want to archive.
Features
PUBLIC Page 23 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Created on
The system only archives empties stocks that were added during the empties update interval.
See also:
Creating Archive Files
Definition
The following Pendulum List Indirect Sales business objects can be archived:
Note
The archiving of the pendulum list is split into four archiving objects for easier organization.
Use
Note
Before you use the archiving objects for the first time, you should check the application customizing.
You call archive administration using transaction SARA and enter the relevant archiving object manually.
For information about how to archive objects, see the descriptions for the individual archiving objects with the title Archiving of <Object Type> .
See also:
Archiving Object
Definition
Request data is archived and deleted using the archiving object /BEV4/PL01.
Use
Request data is only archived if it is not used in the Pendulum List Indirect Sales component.
Note
Request data contains data records in which a wholesaler provides value-based and quantity-based information about sales with third parties, with the
relevant materials or assortments.
You can display the logs for the write programs in one of two forms:
Log (summary)
Grouped display based on analog message texts with reference to a sample data record from a related archiving object.
Log (detail)
Individual display of all archiving objects belonging to an archiving run, including message texts.
For more information about the logs generated during archiving, see Logs .
Structure
Tables
If you use the archiving object /BEV4/PL01, data is archived from the following tables:
PUBLIC Page 24 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
/BEV4/PLDANFART Sales Request - Items
Note
You can archive master data with status 0003 Deleted and 0004 Processed .
Programs
The following programs are delivered for /BEV4/PL01:
Program Function
/BEV4/PLW01 Write
/BEV4/PLD01 Delete
Integration
Use
When you schedule the write program, you must enter an existing variant or create a new one.The variant contains the selection criteria for the request data
that you want to archive.
Features
Note
You make the required selections in the preparation program. When the system starts the write program, it copies the result from the preparation program.
Use
You can display specific request data from the archive. The table can be displayed using the Archive Information System, for example.
Note
The system can only find documents for which there is a suitable archive index.
Features
To display archived request data using the Archive Information System , you need the archive information structure /BEV4/PL01_1 (requests header), which
has been created on the basis of the SAP standard field catalog /BEV4/PL01_1 (message requests – header).
The archive information structure must be set up and active before the system can use it.
For more information about using archive information structures, see Using the Archive Information System .
Definition
The converted request table is archived and deleted using the archiving object /BEV4/PL02.
Use
Only archive the converted request table with reporting period data if it is not used in the Pendulum List Indirect Sales component.
You can display the logs for the write programs in one of two forms:
Log (summary)
Grouped display based on analog message texts with reference to a sample data record from a related archiving object.
Log (detail)
Individual display of all archiving objects belonging to an archiving run, including message texts.
For more information about the logs generated during archiving, see Logs .
Structure
Tables
If you use the archiving object /BEV4/PL02, data is archived from the following tables:
Programs
The following programs are delivered for /BEV4/PL02:
Program Function
/BEV4/PLW02 Write
/BEV4/PLD02 Delete
Integration
Use
When you schedule the write program, you must enter an existing variant or create a new one.The variant contains the selection criteria for the Converted
Request Table with Reporting Period that you want to archive.
Features
PUBLIC Page 26 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Wholesaler
Object number
Customer
Material
External object number
External customer number
External article number
Request status
Confirmation received
The system only archives pendulum lists if the selection criteria under Converted Requests are within the selected interval.
Use
You can display a converted request table from the archive. The table can be displayed using the Archive Information System, for example.
Note
The system can only find documents for which there is a suitable archive index.
Features
To display an a rchived converted request table using the Archive Information System , you need the archive information structure BEV4/PL02_1 (converted
requests), which has been created on the basis of the SAP standard field catalog BEV4/PL02_1 (converted requests).
The archive information structure must be set up and active before the system can use it.
For more information about using archive information structures, see Using the Archive Information System .
Definition
Request tables are archived and deleted using the archiving object /BEV4/PL03.
Use
Request tables are only archived if they are not used in the Pendulum List Indirect Sales component.
You can display the logs for the write programs in one of two forms:
Log (summary)
Grouped display based on analog message texts with reference to a sample data record from a related archiving object.
Log (detail)
Individual display of all archiving objects belonging to an archiving run, including message texts.
For more information about the logs generated during archiving, see Logs .
Structure
Tables
If you use the archiving object /BEV4/PL03, data is archived from the following tables:
PUBLIC Page 27 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Programs
The following programs are delivered for /BEV4/PL03:
Program Function
/BEV4/PLW03 Write
/BEV4/PLD03 Delete
Integration
Use
When you schedule the write program, you must enter an existing variant or create a new one.The variant contains the selection criteria for the Request Table
with Reporting Period that you want to archive.
Features
Use
You can display a requests table with reporting period from the archive. The table can be displayed using the Archive Information System, for example.
Note
The system can only find documents for which there is a suitable archive index.
Features
To display an archived requests table with reporting period using the Archive Information System , you need the archive information structure BEV4/PL03_1
PUBLIC Page 28 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
(requests with reporting period), which has been created on the basis of the SAP standard field catalog BEV4/PL03_1 (requests with period).
The archive information structure must be set up and active before the system can use it.
For more information about using archive information structures, see Using the Archive Information System .
Definition
Logs are archived and deleted using the archiving object /BEV4/PL04.
Use
Logs are only archived if they are not used in the Pendulum List Indirect Sales component.
You can display the logs for the write programs in one of two forms:
Log (summary)
Grouped display based on analog message texts with reference to a sample data record from a related archiving object.
Log (detail)
Individual display of all archiving objects belonging to an archiving run, including message texts.
For more information about the logs generated during archiving, see Logs .
Structure
Tables
If you use the archiving object /BEV4/PL04, data is archived from the following tables:
Programs
The following programs are delivered for /BEV4/PL04:
Program Function
/BEV4/PLW04 Write
/BEV4/PLD04 Delete
Integration
Use
When you schedule the write program, you must enter an existing variant or create a new one.The variant contains the selection criteria for the Logs for
Pendulum List Sales that you want to archive.
Features
PUBLIC Page 29 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
criteria.
You can use the following selection criteria under Logs for Pendulum List Sales :
Transfer number
File name
Default path
Stored on
Time
Simulation
The system only archives pendulum lists if the selection criteria under Logs for Pendulum List Sales are within the selected interval.
Use
You can display individual logs for pendulum list sales from the archive. The table can be displayed using the Archive Information System, for example.
Note
The system can only find documents for which there is a suitable archive index.
Features
To display archived logs for pendulum list sales using the Archive Information System , you need the archive information structure BEV4/PL04_1 (logs for
pendulum list sales), which has been created on the basis of the SAP standard field catalog BEV4/PL04_1 (logs for pendulum list sales).
The archive information structure must be set up and active before the system can use it.
For more information about using archive information structures, see Using the Archive Information System .
Prerequisites
Before using the archiving object for the first time, you should check Application Customizing.
Structure
Tables
When you use the archiving object SD_VBKA, data is archived from the following tables:
Programs
The following archiving programs are delivered with SD_VBKA:
Program Function
PUBLIC Page 30 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
SDVBKAWR Write
SDVBKADL Delete
SDVBKARL Reload
Call
To call sales activity archiving, go to the Sales Support Screen Environment Archive Documents. .
Alternatively, you can also call archive administration under Tools Administration Administration Archiving and enter object name SD_VBKA .
Integration
Sales activities can be archived independently of other SD documents.
More Information
Sales Activities in the DRB (SD-CAS-SA)
Variant Settings for Archiving (SD-CAS-SA)
Variant Settings for Reloading (SD-CAS-SA)
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
Use
You can set the archiving criteria in variant settings for archiving.
Features
PUBLIC Page 31 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
The following options are available.
Entry Fields
Document selection
Select the documents to be archived.
Checkboxes
Create archive
Select this option, if you want to create archive files.
Deletion program in test mode
If you do not want the archived data to be deleted automatically after the archive files have been created, select this option.
This option is ignored if the Write archive has been deactivated.
Issue log texts
Select this option if you need a detailed log.
Check flow
Select this option if you want to check the document flow.
See also:
Checks (SD-CAS-SA)
Creating Archive Files
Use
You can set the reloading criteria in variant settings for reloading.
Features
The following options are available.
Entry Fields
Document selection
Select the documents to be reloaded.
Checkboxes
Test run
Select this option if you only want to simulate reloading, to check possible errors, for example.
Issue log texts
If you need a detailed log, select this option.
See also:
Reloading an Archive
Use
In application Customizing, you can set the archiving requirements specific to sales activities.
Features
Sales organization
Sales activity type
Residence time (days)
You use these parameters to set the residence time for every combination of sales organization and sales activity type.
FORM routine number
If you have defined an additional check routine for a combination of sales organization and sales activity type, then you can enter the number of the check
routine here.
Call
To call application Customizing, go to Customizing for Sales and Distribution and select Data Transfer and Archiving Archiving data Archiving control
for sales documents .
Alternatively, you can call application Customizing as follows:
1. Logistics Sales and Distribution Sales support.
PUBLIC Page 32 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
2. Environment Archive documents
3. Customizing
4. Application-specific Customizing
See also:
Defining a Customer-specific Additional Check (SD-SLS)
Customizing
Archiving object SD_AGREEM for archiving agreements and associated conditions in purchasing and sales.
Structure
When you use the archiving object SD_AGREEM, data is archived from the following tables:
Table reference
EKBO Index of Docs. for Price Determ./Updating, Subsequent Sett. (for purchasing
arrangements only)
KONA Agreements
Functionality
The following functionality is available for SD_AGREEM:
Functionality/report assignment
Functionality Report
Archive RV130005
Delete RV130006
Reload RV130007
See also:
Variant Settings for Archiving (SD-MD-AM)
Variant Settings for Reloading (SD-MD-AM)
PUBLIC Page 33 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Available Condition Fields
Rebate Agreement Type (ABTYP)
Agreement Type (BOART)
Purchasing Organization (EKORG)
Application (KAPPL)
Division (SPART)
Sales Organization (VKORG)
Distribution Channel (VTWEG)
Available Policy Categories
RTP: Retention Rules
For more information, see SAP Information Lifecycle Management.
Call
To call agreement archiving, go to the Sales Master Data Screen and Agreements Archiving Create Archive .
Alternatively, you can call archiving under Tools Administration and then Administration Data Archiving and enter object name SD_AGREEM .
Integration
Associated conditions may have already been archived when the condition records were archived.
More Information
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
Use
You can set the archiving criteria in the variant settings for archiving.
Features
The following options are available:
Comment for archiving run
In this field you can enter any text you like to identify your archiving runs. If you delete or evaluate the data for the archives created at a later point in time, the
existing archives are listed and you can find the respective archiving run again with the help of this text.
Program selections
Entry Fields
Agreement
Select the agreements to be archived.
Agreement type
PUBLIC Page 34 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Here you can enter one or more agreement types to be archived.
Agreements in Sales
Entry Fields
Sales organization
Distribution channel
Division
Here you can restrict agreements by sales organization, distribution channel, and division.
Checkboxes
Rebate agreement - Sales
Promotion including assigned sales deals
Sales deals not assigned to promotions
Here you can choose which agreements are to be archived.
Agreements in Purchasing
Checkboxes
Vendor agreement
Here you can choose whether vendor agreements are to be archived in purchasing.
Sales quote
If you are working with settlement requests and sales quotes (for example, agency business), you can choose whether sales quotes are to be archived.
Entry Fields
Purchasing organization
Here you can restrict agreements by purchasing organization.
Sales organization
Distribution channel
Division
Here you can restrict sales quotes by sales organization, distribution channel, and division.
Archiving Key Date
Entry Fields
Residence time
Here you can enter a residence time in days.
Key date
You can specify your own, alternative key date. In the standard system, the current date is proposed automatically as the key date.
Data for Document Creation
Checkboxes
Archiving as test run, no archive file will be created
Select this option if you do not want to create archive files.
Deletion program only as test run
If you do not want the archived data to be deleted automatically after the archive files have been created, select this option.
The system ignores this option if the option Archiving as test run, no archive file will be created is deactivated.
Create log for archiving run
If you need a detailed log, select this option.
See also:
Checks (SD-MD-AM)
Archiving Data
PUBLIC Page 35 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Division
Here you can limit agreements according to sales organization, distribution channel, and division.
Checkboxes
Rebate agreement - Sales
Promotion incl. assigned sales deals
Sales deals without promotion assignment
Here you can choose which arrangements are to be reloaded.
Agreements in Purchasing
Checkboxes
Vendor agreements
Here you can choose whether vendor agreements are to be reloading in Purchasing.
Customer agreements
If you are working with settlement requests and customer agreements (for example, agency business), you can choose whether customer agreements are to
be reloaded.
Entry Fields
Purchasing organization
This is where you can restrict agreements by purchasing organization.
Sales organization
Distribution channel:
Division
Here you can limit customer agreements by sales organization, distribution channel, and division.
Parameters for the Program Run
Checkboxes
Test run, data not reloaded
Select this option if you only want to simulate reloading, to check possible errors, for example.
Include agreement data in log
If you need a detailed log, select this option.
See also:
Reloading an Archive
To call condition archiving, go to the Sales Master Data screen and choose Conditions Archiving Create Archive.
Alternatively, you can call archiving using Tools Administration Administration Data Archiving and enter object name SD_COND. Before using the
archiving object for the first time, you should check Application Customizing.
See also Application-Specific Customizing (SD-MD-CM)
Structure
Tables
With SD_COND, data from various tables is archived and deleted. To find out how to display the table names, see the application documentation for data
archiving under Data Archiving in the ABAP Application System Data Archiving with Archive Development Kit (ADK) Archive Administration Tables
and Archiving Objects . In addition, table entries are archived together with the condition data by means of the following archiving classes:
CHANGEDOCU
TEXT
Customer-Specific Tables
You can extend the archiving scope of SD_COND without modification with the aid of Business Add-In (BAdI) ARC_SD_COND_WRITE, which is integrated into
the write program.
Programs
The following programs are delivered with SD_COND:
Program Function
SD_COND_ARCH_WRITE Write
SD_COND_ARCH_DELETE Delete
SD_COND_ARCH_RELOAD Reload
Write Program
The write program supports the ADK interruption concept, that is, you can interrupt the write phase and continue at a later point. For more information, see the
PUBLIC Page 36 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
application documentation for data archiving under Data Archiving in the ABAP Application System Data Archiving with Archive Development Kit (ADK)
Archive Administration Interrupting and Continuing Archiving Sessions .
A compact log with information about the data processed is written in both the write and delete runs. Alternatively, you can enable the output of a detailed log
containing additional information. For more information, see Archive Administration Logs .
Logging Non-Archivable Data
During condition archiving, the detailed log provides a list of records that cannot be archived according to the archivability check. The reason for this is also
shown.
Reasons why a condition record cannot be archived:
The condition is still being used.
The deletion flag has not been set for the condition.
The residence time for the condition has not yet expired.
Customer-Specific Archivability Checks
You can extend the archivability check without modification with the aid of BAdI ARC_SD_COND_CHECK, which is integrated into the write program. For more
information about implementing BAdIs in archiving programs, see SAP Note 673030 .
Deletion Program
The standard variants SAP&PROD (production mode) and SAP&TEST (test mode) are delivered for the delete program.
Authorization Objects
You need the following authority object:
See also:
Variant Settings for Reloading (SD-MD-CM)
Variant Settings for Writing (SD-MD-CM)
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
When you schedule the write program, you need to enter an existing variant or create a new one. The variant contains the selection criteria for the condition
records that you want to archive.
Features
PUBLIC Page 37 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Options
In addition to the criteria mentioned above, you can choose from the following options for selecting the condition records to be archived:
Validity End Before Ret. Time
Whether the deletion indicator is set for a condition record plays no role in archiving. In this case, the system archives all records whose validity end
date is before the start of the residence time or corresponds to it, irrespective of whether the deletion indicator is set.
Deletion flag set
All records for which the deletion flag is set are taken into account during archiving. The system archives all records for which a deletion flag has been
set.
Include Both Criteria
With this option, all records are archived that fulfil one of the two criteria mentioned above.
Use
In the reload variant you can set the criteria based on which archived conditions records are to be reloaded into the database.
Caution
The reload function should only be used if absolutely necessary, for example when the wrong data was archived due to an error in Customizing or data
selection. Archived data should therefore only be reloaded immediately after the incorrect archiving session. If you reload later you run the risk of data
inconsistencies in your database.
Features
The processing control, log, and archiving session note options are also valid for other archiving objects. Therefore, the information for these options is
available in the general data archiving documentation under Variant Maintenance for Archiving Jobs .
See also:
Reloading an Archive
Use
In application-specific customizing, you can set the archiving requirements specific for conditions.
Before an archiving session can run successfully, you must make the necessary entry in application-specific customizing. If this is not the case, the archiving
session is terminated and you are requested to make the necessary entry.
Features
The following input fields are available:
U (Use of condition table)
Determines the area in which the condition is to be used (currently only for pricing)
App (Application)
Subdivides the use of a condition (e.g. pricing) into separate areas (e.g. sales and distribution or purchasing)
RetPer (Residence time)
You use these parameters to set the residence time for every combination of sales organization and condition type.
DocChk (Check against transaction data)
You can have the system check whether documents still exist that refer to the conditions to be archived (table KONV).
Activities
To call up application-specific customizing, go to Customizing for Sales and Distribution and choose Data Transfer and Archiving Archiving data
Control archiving for conditions .
Alternatively, you can call up application-specific customizing as follows:
1. In the Sales Master Data Screen choose Conditions Archiving Create archive .
PUBLIC Page 38 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
2. Choose Goto Customizing.
3. Under Application-specific customizing choose Archiving Conditions V_T681H.
This function is also available from within Archive Administration via Customizing Application-Specific Customizing.
See also:
Customizing
You can use the archiving object SD_VBREV to archive and delete revenue recognition data. The data in the revenue tables refer to data from sales orders
and billing documents (revenue recognition data).
Prerequisites
Before you archive the revenue recognition data, you must first archive the associated sales documents and billing documents with the archiving objects
SD_VBAK and SD_VBRK.
With revenue recognition based on billing documents (types D and E), the billing document must be archived before you can archive the corresponding
revenue recognition tables.
With all other types of revenue recognition, you must first archive the sales document (SD_VBAK) before you can archive the corresponding revenue
recognition tables.
Archiving then takes place independent of the sales document or billing document once the original objects have been archived.
Whenever you archive sales documents with the archiving object SD_VBAK, you must take the following additional checks into consideration:
You can archive the sales document only if the status of the revenue determination is completely processed or not relevant (VBUK-RRSTA must be
C or " " ).
Table VBREVC ( Revenue Recognition: Worklist of Changed Sales Documents ) must not contain any entries for the sales document to be archived.
Table VBREVK (Revenue Recognition: Control Lines) must not contain any entries for the sales document to be archived where the revenue
determination status is not completely processed (VBREVK-RRSTA must be C so that the document can be archived).
Whenever you archive billing documents with the archiving object SD_VBRK, you must take the following additional checks into consideration:
Table VBREVC ( Revenue Recognition: Worklist of Changed Sales Documents ) must not contain any entries for the billing document to be archived.
Table VBREVK (Revenue Recognition: Control Lines) must not contain any entries for the billing document to be archived where the revenue
determination status is not completely processed (BREVK-RRSTA must be C so that the billing document can be archived).
Tables
The following table shows the programs that exist for the archiving object SD_VBREV. (You define archiving objects with transaction AOBJ).
Program Function
S3VBREVWRS Write
S3VBREVDLS Delete
S3VBREVRL Reload
When you use the archiving object SD_VBREV, data is archived from the following tables (transaction SARA):
PUBLIC Page 39 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Available Policy Categories
RTP: Retention Rules
For more information, see SAP Information Lifecycle Management.
Procedure
You can use the archiving object SD_VBREV (Revenue Recognition Tables: Write Program) to write the revenue result table entries from the database to
archive files.
To launch archive administration from the SAP Easy Access menu, choose Tools Administration Administration Data Archiving and enter
SD_VBREV as the object name.
ARC_SD_VBREV_CHECK
You can use this BAdI to check your own archivability criteria.
ARC_SD_VBREV_WRITE
You can use this BAdI to write and delete data from additional custom tables.
For more information, use transaction se18 in the SAP system.
Authorization Objects
To use the archiving object SD_VBREV, you need the authorization object V_VBAK_AAT Sales Document: Authorization for Sales Documents Types , which
checks whether you are authorized to process the relevant sales documents.
For more information about archive information structures, see the application documentation for data archiving under Data Archiving with Archive
Development Kit (ADK) Archive Information System Using the Archive Information System .
More Information
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
Prerequisites
There is no Application Customizing for this archiving object.
An archivability check is not performed because table VEIAV is simply a temporary store for creating INTRASTAT notification files and the data records
it contains are not dependent on other data objects.
Tables
The following table shows the programs that exist for the archiving object FT_VEIAV. (You define archiving objects with transaction AOBJ). To display the
programs used, use transaction AOBJ.
Program Function
RVEXAIWR Write
RVEXAIDL Delete
RVEXAIRL Reload
The standard variants SAP&PROD (production mode) and SAP&TEST (test mode) are delivered for the delete program.
PUBLIC Page 40 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
For more information about ILM Enhancements in data archiving, see ILM-Specific Enhancements in Archive Administration.
The following fields for FT_VEIAV are defined in the ILM policy and are visible when processing ILM policies (transaction IRMPOL):
Procedure
To call archive administration (transaction SARA) with archiving object FT_VEIAV from the SAP Easy Access menu, choose Logistics Sales and
Distribution Foreign Trade/Customs Periodic Declarations Periodic Declarations Operative Archiving INTRASTAT .
Alternatively, you can also call archive administration under Tools Administration Administration Data Archiving and enter object name
FT_VEIAV.
Choose Write . Define a variant for the archiving write run. The archiving write run imports all data in accordance with the selection criteria chosen and writes
this to one or more archive files without further checks.
You can select the INTRASTAT data to be archived in accordance with the following criteria:
Company code
Reporting year
Reporting month
Declaration country
Choose Delete . Define a variant for the archiving delete run. The archiving delete run selects the file generated in the write run and deletes the data for the
validity periods to be archived.
Choose Goto Reload to access the reload program for FT_VEIAV . We recommend that archived data be reloaded in exceptional cases only.
More Information
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
You can use archiving object FT_VEXAV (EXTRASTAT Receipt/Dispatch) to archive, delete, and reload the data written to database table VEXAV through the
EXTRASTAT selection runs.
Prerequisites
There is no Application Customizing for this archiving object.
The system does not perform an archivability check because table VEXAV is simply a temporary store for creating EXTRASTAT notification files and the
data records it contains are not dependent on other data objects.
Tables
The following table shows the programs that exist for the archiving object FT_VEXAV (you define archiving objects using transaction AOBJ). To display the
programs used, use transaction AOBJ.
Program Function
RVEXAEWR Write
RVEXAEDL Delete
RVEXAERL Reload
The standard variants SAP&PROD (production mode) and SAP&TEST (test mode) are delivered for the delete program.
PUBLIC Page 41 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
data or delete data that fulfills the prerequisites.
For more information about the Relevance business functions for SAP ILM, see Activating SAP ILM.
For more information about ILM Enhancements in data archiving, see ILM-Specific Enhancements in Archive Administration.
The following fields for FT_VEXAV are defined in the ILM policy and are visible when processing ILM policies (transaction IRMPOL):
Procedure
To call archive administration (transaction SARA) with archiving object FT_VEXAV from the SAP Easy Access menu, choose Logistics Sales and
Distribution Foreign Trade/Customs Periodic Declarations Periodic Declarations Operative Archiving EXTRASTAT .
Alternatively, you can also call archive administration under Tools Administration Administration Data Archiving and enter object name
FT_VEXAV.
Choose Write . Define a variant for the archiving write run. The archiving write run imports all data in accordance with the selection criteria chosen and writes
this to one or more archive files without further checks.
You can select the EXTRASTAT data to be archived in accordance with the following criteria:
Company code
Reporting year
Reporting month
Declaration country
Choose Delete . Define a variant for the archiving delete run. The archiving delete run selects the file generated in the write run and deletes the data for the
validity periods to be archived.
Choose Goto Reload to access the reload program for FT_VEXAV . We recommend that archived data be reloaded in exceptional cases only.
More Information
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
You can use archiving object MM_PREF to archive and delete the logs written by the preference determination programs.
Prerequisites
There is no Application Customizing for this archiving object. The system determines whether a data record can be archived by comparing its time stamp with
the date of parameter Archivable until on the selection screen.
Tables
When you use the archiving object MM_PREF, data is archived from the following tables:
The following table shows the programs that exist for the archiving object MM_PREF. To display the programs used, use transaction AOBJ.
Program Function
RMPREFWR Write
RMPREFDL Delete
PUBLIC Page 42 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
The standard variants SAP&PROD (production mode) and SAP&TEST (test mode) are delivered for the delete program.
Procedure
To call archive administration (transaction SARA) with archiving object MM_PREF from the SAP Easy Access menu, choose Logistics Sales and
Distribution Foreign Trade/Customs Preference Preference Processing Archiving Archive Administration .
Alternatively, you can also call archive administration under Tools Administration Administration Data Archiving and enter object name MM_PREF.
Write
You can select the customs logs to be archived in both the Preference f. and Constraints frame in accordance with the following criteria:
Material
Plant
Archiving until date
To display the customs logs from the SAP Easy Access menu, choose Logistics Sales and Distribution Foreign Trade/Customs Preference
Preference Processing Customs Log . You can also display archived customs logs.
For more information about archive information structures, see the application documentation for data archiving under Data Archiving with Archive
Development Kit (ADK) Archive Information System Using the Archive Information System .
More Information
For more information about the archiving object, see the application documentation for data archiving under Data Archiving Data Archiving in the ABAP
Application System Data Archiving with Archive Development Kit (ADK) Archiving Object .
Definition
Archiving object FI_ACCRECV is used to archive and delete customer master data in the FI and SD components.
Use
Customer master data is stored and archived in three different areas:
General data
FI data (for a specific company code)
SD data (for a specific sales organization)
The term "customer master data" is used in the following for both the FI and SD area.
To archive master data, you must setthedeletion flag in the master record. You can set this flag for a complete customer or for individual company codes and
sales organizations.
For more information about how to set the deletion flag, see:
Archiving and Deleting a Customer Master Record
Application Customizing (FI-AR, SD)
In addition to the deletion flag, a series of other prerequisites must be met so that you can archive customer master data. For more information about the
checks performed by the system during archiving, see Checks (FI-AR, SD) .
PUBLIC Page 43 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
FI: Choose Customers → Periodical Tasks → Archiving → Customers .
SD: You have the following options depending on your system settings:
On the Master Data Sales and Distribution screen, choose Business Partners → Customers Archiving .
Structure
Tables
Archiving object FI_ACCRECV is used to archive data from different tables. For more information about how to display the table names for individual archiving
objects, see Tables and Archiving Objects .
Function/Report Assignment
Function Report
Write FI_ACCRECV_WRI
Delete FI_ACCRECV_DEL
Integration
You can use archiving object AM_ASSET in Information Lifecycle Management . You must have activated the corresponding business functions to do this.
The system then also shows the ILM Actions group box. You can use these actions to carry out archiving, for example, where the retention periods stored in
the Information Retention Manager can be evaluated. Additionally, you can create snapshots (copies) of data or destroy data that matches the requirements.
For more information, see ILM Enhancements for Data Archiving , ILM Actions in the Write Program .
See also:
Archive Information System
Checks ( FI-AR , SD )
In order for the system to only archive data that is no longer needed in current business processes, this data must meet certain conditions. To make sure the
data to be archived meets these conditions, the write program performs several checks.
Master data is only eligible for archiving if you have set the deletion flag in the master record in each area.
When you archive general data for customer master records, the system automatically checks whether the following conditions have been met:
The deletion flag is set.
The vendor is not locked for deletion.
Dependent data of the following types no longer exists in the system:
Business partner of the customer
Plants of the customer
Customer/Vendor links
Company code-specific data (FI data)
Sales data (SD data)
Additional checks may be implemented in your system via the BAdI FI_ACCRECV_CHECK.
When you archive FI data for customer master records, the system automatically checks whether the following conditions have been met:
The deletion flag is set.
The vendor is not locked for deletion.
Dependent data of the following types no longer exists in the system:
Transaction figures
Special general ledger transaction figures
Open items
Cleared items
Store items
PUBLIC Page 44 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Customer/Vendor links
Parked documents
Additional checks may be implemented in your system via the BAdI FI_ACCRECV_CHECK_FI.
When you archive SD data for customer master records the system automatically checks whether the following conditions have been met:
The deletion flag is set.
Dependent data of the following types no longer exists in the system:
Customer hierarchies
Customer Partner Functions
Additional checks may be implemented in your system via the BAdI FI_ACCRECV_CHECK_SD.
Use
You can set the deletion indicator for a customer in application Customizing.
Features
For more information see also Archiving Customer Master Data (FI-AR, SD) .
Activities
You have the following options for accessing application Customizing:
To access archive management choose Tools Administration Administration Archiving . Enter as object name FI_ACCRECV. Choose
Customizing and then Application-specific customizing .
SD : Choose Logistics Sales and Distribution Master Data Business partners Customer archiving , then Customizing and then
Application-specific customizing .
FI : Choose Accounting Financial Accounting Accounts Receivable Periodic processing Archiving Customers, then Customizing and
then Application-specific customizing .
Use
When you schedule the write program you must either enter an already existing variant or create a new one. The variant contains the selection criteria for the
customer master data you want to archive.
Features
In the Data To Be Archived dropdown list box you can choose the areas from which you want to archive master data. You can choose from the following
areas:
General Data
The system archives only general data (not chart of account-specific).
FI Data
The system archives only company code-specific master data.
SD Data
The system archives only sales organization-specific master data.
PUBLIC Page 45 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
FI Link Validation Off
This function is identical for customers and vendors. For a detailed description of this option see Variant Settings for Writing (FI-AP) in the section on vendors.
SD Document Validation Off
If this flag is set, the systems checks in SD whether sales documents still exist for the master record that is to be archived. This check generates long
runtimes and may not always be necessary. You can therefore switch off this check and herewith reduce the runtime of the write program. In the
standard system, this check is always switched on.
This option is only relevant if you are archiving SD data.
Take Deletion Flag Into Account
This function is identical for customers and vendors. For a detailed description of this option see Variant Settings for Writing (FI-AP) in the section on vendors.
Additional Settings
The settings you make under Processing Options, for Log Settings, and Archiving Session Note are standard settings that are also valid for other archiving
objects. They are therefore described in the general archiving documentation under Variant Maintenance for Archiving Jobs .
See also:
Create Archive Files
To create and use policies and rules for the archiving object FI_ACCRECV in Retention Management of ILM, an ILM object is available. FI_ACCRECV is the
ILM object associated with the archiving object FI_ACCRECV.
For more information, see Archiving Customer Master Data (FI-AR, SD)
Prerequisites
You have activated the business function Activating SAP ILM (ILM).
For more information, see Activating SAP ILM
You have activated the business function ILM-Based Deletion of Customer and Vendor Master Data (ERP_CVP_ILM_1).
For more information, see ILM-Based Deletion of Customer and Vendor Master Data.
Features
Time Reference
Definition
CPE_PRQUOT is used to write price quotation data from the Price Quotation table CPED_PRICEQUOT to the archive.
PUBLIC Page 46 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Use
You can set the residence timefor price quotations in Customizing under Integration with Other mySAP.com Components Customer Relationship
Management Basic Functions Commodity Pricing Commodity Pricing Engine Definition of CPE Quotations Define Quotation Name .
The business units using the CPE function define the residence time. Price quotations must not be archived if there are still references to open sales
documents. For example, if the oldest open sales contract still uses price quotations from last year, you can only archive price quotations from two years ago.
There is no technical tool to check whether or not a price quotation is still in use.
All steps are triggered when you carry out the relevant reports in the Archive Development Kit. To do this, on the SAP Easy Access screen, choose
Tools Administration Administration Data Archiving . You can also run these reports in the background. To check subsequent changes or
problems, use the application log (on the SAP Easy Access screen, choose Tools Business Workflow Development Utilities Application Log
Application Log: Display Logs ).
Run the CPE_ARC_PRICEQUOT_SAVE report in test mode to check which price quotations will be archived in the system. If you run the same report in
production mode, it will actually archive price quotation data to data files.
To display archived data, run the CPE_ARC_PRICEQUOT_READ program. Alternatively, you can activate the SAP_PRICE_QUOT archive infostructure to
enable reading of data from archive files (onthe SAP Easy Access screen, choose Logistics Agency Business Environment Archive Display)
.
See also:
Archiving Object
Structure
Archiving object CPE_PRQUOT has the following archiving programs:
Note
You can run the CPE_ARC_PRICEQUOT_SAVE report program in test mode to check the data.
See also:
Archiving of Price Quotations
Use
You can remove price quotation data that is no longer required from the database and store it in archive files. This reduces the volume of data and improves
performance.
To start archiving of price quotations, chooseon the SAP Easy Access screen Tools Administration Administration Data Archiving and fill in the
archiving object ( CPE_PRQUOT). Before using the archiving object, you should maintain the application-specific Customizing .
Prerequisites
You must have enabled commodity pricing engine functionality and have used price quotation data to compute the prices of commodities.
Note
You have to ensure that the price quotations in the ERP system and in SAP CRM are archived at the same time. If not, the data exchange might recreate
the entries you have already archived in one system.
You must have entered residence times for price quotations in Customizing under Integration with Other mySAP.com Components Customer
Relationship Management Basic Functions Commodity Pricing Commodity Pricing Engine Definition of CPE Quotations Define Quotation Name.
Only price quotations with valid residence times will be considered for archiving.
This checklist helps to ensure that you complete the necessary archiving steps and that you perform them in the correct order.
PUBLIC Page 47 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Procedure
PUBLIC Page 48 of 48
© 2014 SAP SE or an SAP affiliate company. All rights reserved.