Ansicht
Dokumentation
REFXV_TIVBDAROBJTYPE - Create Architectural Object Types
General Data in Customer Master TXBHW - Original Tax Base Amount in Local CurrencyThis documentation is copyright by SAP AG.
In this step, you define your allowed architectural object types.
By defining architectural object types, you define the different, distinct architectural levels you wish to have in the system and their relationship to each other. An architectural object of the type Building and an architectural object of the type Room are the same object from a technical perspective, and both are processed in the same "Process Architectural Object" master data dialog. However, you can make your settings so that different fields and screens are available for rooms than for buildings (Screen Sequence field). In addition, you can specify, for example, that rooms can only be created as subobjects of buildings.
@0S@ We recommend that you enter only a small number of object types that you really need. For example, you should avoid creating different architectural object types for different types of rooms. You can make this kind of distinction instead at the function of the architectural object level.
If you use the functions for room reservations and continuous occupancy, then you can generate reservation objects from the architectural object types you enter here. However, to be able to use these objects for reservations or planning occupancy, you have to make additional settings in Customizing for room reservations.
The same attributes exist in the architectural view as in the usage view, which enables you to derive the usage view from the architectural view, if you want. For this to be possible, you have to assign the master data of business entities, land, and buildings in the usage view to the corresponding architectural object types.
1.Assign the master data of business entities, land, and buildings in the usage view to architectural object types by setting the appropriate indicator (for example, AO = BU).
2. Top Level
You have to set the Top Level indicator for the object type that will be the highest node in the architectural hierarchy. To make it possible to reflect the architectural view in the usage view, you have to choose an object type that is assigned to the business entity as the Top Level node. It is possible to define more than one architectural object type as the Top Level.
@0S@ Assume you want a particular object type in the architectural view (such as a building) to be available both as a Top Level node and as a subordinate object type. In that case, you have to create two different object types (for example, building 1 as Top Level node and building 2 as subordinate node).
Reason: If both the "locality" and "building" architectural object types are designated as Top Level nodes, then it is not possible to insert a building in the hierarchy below the locality.
3. Number Assignment
@0S@ Set the Global NA (global number assignment) indicator, if you want number assignment for the object type to be unique, regardless of the hierarchical level. Number assignment is automatically global for the top-level object. However, if you create a building within the locality, the number of the building only has to be unique within the locality. If you have two localities, A1 and A2, then building B1 can exist in both of them. If instead you also want the building number to be unique, then set the Global NA indicator for the Building. The system then ensures that each building number is unique in the entire client, across all localities.
4. In the HiLev.Obj.Type(higher-level object type) field, you can enter object types for which you do not want global number assignment. Here you enter for these objects at which higher level in the hierarchy number assignment should be unique. For rooms, for example, this could be the floor, the building or the locality.
5. Screen Sequence
SAP supplies a standard screen sequence. You can define additional screen sequences (for instance per architectural object type) in this IMG activity.
@0S@ The actual hierarchical relationship between architectural objects with different object types is not actually specified until you create their master data. However, in Customizing you can already define the relationships that should be possible in the Define Allowed Object Type Hierarchy IMG activity. Examples of these relationships are:
Building # Wing of Building - Floor - Room
Building # Floor - Wing of Building - Room
ROGBILLS - Synchronize billing plans ABAP Short Reference
This documentation is copyright by SAP AG.
Length: 5683 Date: 20240523 Time: 221259 sap01-206 ( 151 ms )
