EHS - value assignment types

Hi Friends,
I'm not an EHS expert however I've received an EHS specific query, please help me to understand and how to proceed on below requirement:
In EHS module, create a new branch "regulatory information CLP" with 5 new properties and update old one to DSD/DPD.
For these changes, adds and changes will have to be done in customizing in "value assignment types" entry with different valorization type (branch and properties).
I can trace Value Assignments under property tree in SPRO but don't know how to go about.
Regards,
Yati

Hello Yati,
If I have understood correctly, you want to create / Edit a property tree. If so, thre are certain steps involved and it will not be possible to detailed it out here, but I will list out the requirements and steps involved;
Master data required:
1.Create characteristics for possible values to assign to the Value assignment type
2.Create class for the value assignment type and assign characteristics to the class
3.Create Phrase set
4.Create phrases and assign to the phrase set
Note: Step 3 &4 are required for phrase enable characteristics.
Perform following Customizing settings:
1.Basic Data and Tools -> Specification Management -> Specification Database Structure -> Settings for Value Assignment -> Specify Value Assignment Types
2.Basic Data and Tools -> Specification Management -> Specification Database Structure -> Settings for Value Assignment -> Set Up Table-Based Value Assignment
3.Basic Data and Tools -> Specification Management -> Specification Database Structure -> Settings for Value Assignment -> Set Up Property Tree
Request you to visit SAP help at : http://help.sap.com/saphelp_erp60_sp/helpdata/en/c1/eda0f591ec12408b25e7a1b369ca45/frameset.htm
and visit topic : Value Assignment under Basic Data and tools -> Specification Editing
Hope this information is helpful to you.
Regards,
Niraj

Similar Messages

Value assignment and value assignment type in the specification workbench

Hi all,
There is this section on the specification workbench called u201CProperty Treeu201D, this section contains all the value assignment type, I have two questions on this.
Question 1 u2013
What is exactly the value assignment type? The SAP help portal said it is a structure specification data and information. What exactly does it mean and its usage?
Question 2 u2013
May I know where is the SPRO configuration that actually causes the list of value assignment types appear on the property tree section for this particular specification type which I created.
In another word, I create this new specification with specification type u201CREAL_SUBu201C and specification category u201CSubstanceu201C in the specification workbench transaction. Next thing I know is that the property tree section for this particular specification consists of a list of value assignment type. How does the system assigned these list of value assignment types to this specification i created? Coz I didnu2019t do anything.
Where in SPRO and the logic link it up on this??
Thanks.
YY

Hello all
EH&S contains a number of submodules (PS, DG, IH etc.). Regarding each submodule a basic customizing is delivered by SAP. One example is the specification type. Usually you will find something like
REAL_SUB
LIST_SUB
etc. in the Customizing as discussed. Further more I believe with EH&S 2.7. the specification category come in place (SUBSTANCE as an example). You need to take care regarding this too.
An value assignment type can be grouped in a property tree and a property tree can be linked to a specification type and there are cases known that one specification type is linked only to one property tree (this is a decision regarding business needs and not an IT quesition). Using the EHS& surface you can change the property tree per specification if the set up is done in Customizing. Therefore the property tree is a "view" on the data linked to a specification. (identifeirs etc. are managed different)
A "property" is based on a value assigment type and in many cases on a related EH&S class and characteristic. You will find these types.
A => value assignment type to be used if you need characteristics
B => value assignment type to be used if you need specification listing
C => value assignment type to be used if you need composition
.. etc.
You can mix types. That means you can create a property of type "A" and "C" (take a look in SAP original tree; you will find examples how to do it).
A propetry tree is a "list" of assignment type related to a object (specification). Using the property tree you can maintain necessary data. Therefore ithe property tree itself contains per specification the list of "potential" data structures you can fill with data. I belive SAP Standard is delviering now something like 250 properties (valeu assignment types): To e.g. get an MSDS you need to maintain I would assume at least something like 20 up to 50 properties
The area of customizing regrading property tree, specification types etc. is the most crticial to have a sucessful EH&S project running; any wrong decision gives rise to a high cost later Therefore take your time to understand what effect does which customizing acitivity have later.
Based on the value assignemnt you will create later e.g. a WWI report (like MSDS).
Additionally if necessary you can create customer specific value assignment types by either do a copy from SAP original to "Z" (highly recommended to do so!) or starting from basic.
Starting with EH&S 2.7. you have now more options to "change" EH&S using standard EH&S functionality. Take a look in customizinjg (example: you could create you own "look and feel" of the workbench (you should'nt really do that but it is possible). You can design your own "tab strips" etc.
So once again: the "correct" set up of EH&S in the area of e.g. identifers, speficiation types, property trees etc. is the "core" activity in EH&S customizing and therefore think "twice" before you change the setup up (you need to understand what a change mean)
With best regards
C.B.

Value Assignment Type Setting

Dear Experts,
While creating the Value Assignment Type in SPRO
there are following check box... which are
CharCopy Active - Automatic Activation of Copied Value Assignments
New Val. actv - Automatic Activation of New Value Assignments
Change Active - Automatic Activation of Changed Value Assignments
I have read the help for each check box but still concept is NOT so clear...
Could you please elaborate me the significan of each check box...
also, couuld you tell me that As per Standerd / Regular Industry Practice, which of the above check boxes should be active and which should not
Please Guide..
Amol

Hello Amol
in some sense there is no "standard" how a company should/can use these check boxes. Both options have pros/cons.
In my opinion best practise is to "set them" (all three) and to prepare a user manual in which this "behaviour" of the system is explained.
From the point of view of "clicks" the number of clicks are nearly the same.
E.g.
if you not activate them you have to set the indicator and you must save the data records and
if you have activated and you would like to take some time to think once again about content of the data record you would remove the active indicator and save (later you must set them again to activate them and save them regarding MSDS etc.).
In any case: to my experience the end user training regarding how to use the usage and what does the active indicator means (as well as the relevancy indicator) is not an easy task.
By the way: there is to my knowledge no corresponding customizing activity in which you can handle how the "relevancy indicator" can be set or not. So in any case (because the existance of an activated relevancy indicator is "driving" change marks in WWI reports) end user need their "time" to understand how to use properly this usage.
Further on they should be familiar in how to use the output variants (because using them you can get an fast overview about there a active indicator is missing etc.)
With best regards
C.B.
PS: additionally: the usage on the level of the identifier is "special" in some sense. Keep in mind this (especially in WWI reports). The reason is that the usage on the identifier has been created with EH&S 2.7. So in principle: you need not to use the usage to print a identifier in a WWI report but you should do that (because by using the usage you can additionally control the access rights of users).
PPS: one "strong" pro in my opinion to use the "active" option is this:
If you enter e.g. a source or a user defined text in the data record this information is normally not used in a WWI report. Therefore if you haven't "activated" this in customizing the user must ! set the acitve indicator once again. This means: Any ! change in data record (together with save) will remove the active indicator by standard (without using the three check boxes).
Edited by: Christoph Bergemann on Mar 21, 2010 8:02 AM
Edited by: Christoph Bergemann on Mar 21, 2010 8:05 AM
Edited by: Christoph Bergemann on Mar 21, 2010 8:06 AM
Edited by: Christoph Bergemann on Mar 21, 2010 8:06 AM

Assessment in the value assignment type

Dear all,
May I know what is the usage on the following assessment in the value assignment type section:
0 Not Assessed
1 Valid w/o restriction
2 Valid with restriction
3 Invalid
4 Cannot Asseed.
Why we need those assessment for each of the VA instance, what is the usage?
Thanks
YY

Hi,
Assessment tab is used to comment on the quality of the data the VA holds, you can say it as "not assessed" if its not checked by anyone,cannot be assessed likewise use other options.

Sorting of value assignment types

Hi
Is there any way out for sorting already created custom value assignment types. As there is requirement to rearrange the tabs in Incident screen (CBIH82)
Currently value assignment types have been sorted alphabetically, and if we change the name of class and value assignment types for rearrangement, it may have larger impact because of its current assignments/usage.
Is there any other mechanism to sort them.
Regards
Vikram

Thanks Neeraj
But i am bit worried for changing the name of VAT, as existing VAT has been used in various custom programs. It may hamper/impact those programs.
I may have to look for some other work around or i have to do some impact analysis to find all the custom programs which can be affected due to change in name.
Regards and Thanks
Vikram

Inferring return value assignment types - ever seen this ?

Consider a class designed to hold arbitrary values defined at runtime. It is backed by a Map<String,Object> and values are stored and retrieved by a String identifier. Basic type checking is also performed.
Setting the values is straightforward: obj.set(name, value) but I have two candidates for syntax of getters.
First an example of the obvious approach, where getInteger(…) performs type checking, casting and explicitly returns an Integer:
Integer id = obj.getInteger("id") ;This is ok but I discovered a more consice syntax that works without without explicitly naming a type nor sacrificing type safety any further:
Integer id = obj.get("id") ;In this approach we use a generic method, where the return type is inferred and passed to the method. Here's how I do it:
// root method that is called by both approaches
private <K> K _get(String name, Class<K> clz) {
Object value = map.get(name) ;
// check for null, assignability, etc.
if (!clz.isAssignableFrom(value.getClass())) {
throw new RuntimeException(clz + " is not assignable from " + value.getClass()) ;
return (K) value ;
// method 1 - the obvious way
public Integer getInteger(String name) {
return _get(name, Integer.class) ;
// method 2
public <T> T get(String name, T...ts) {
if (ts.length > 0) throw new RuntimeException("Illegal usage...") ;
return (T) _get(name, ts.getClass().getComponentType()) ;
}This works becaues type T is used for both the var-arg array and the return value. Of course, it probably fails if you provide additional args - you're not supposed to. ts.getClass().getComponentType() returns the type you are assigning the return value to.
Not many languages can take this into consideration. In a way, it makes the return type part of the signature.
Advantages:
- Much smaller API
- Dynamic extension for use with a new datatype doesn't require adding a new getX() method
- Members can be treated uniformly, such a through iteration
Disadvantages:
- Involve the confusing zero-length var-args in the api that must be ignored
- Type is inferred to be Object when the return value is not assigned
At first you might think that the method 1 is more type-safe but in fact it is not. Using method 1 you have to align the method with the assignment type, but you can still exception at runtime. In method2 the datatype is simply inferred.
I'm interested in your thoughts on this teqnique. Please let me know if you have a way of concealing the var-args oddness. I think this technique could complement various patterns quite well, such as factory.
Thanks for your input.
Edited by: crackleOK on Jul 21, 2009 4:46 AM

crackleOK wrote:
JoachimSauer wrote:
The only redeeming quality is that it can be very nice to use such code.API's are to use (and often have ugly guts). Unfortunately true, but not a good reason to write ugly implementation code. If you only care about code quality up to the API, then you only care about the shiny coating of your car as well and don't mind the rust as long as you don't see it.
As I said: sometimes the tradeoff is worth it, but it should still be weighted.
Also: the ignorable varargs parameters are not needed in any way whatsoever.Please explain.From what I see you can replace this method:
public <T> T get(String name, T...ts)
// with
public <T> T get(String name)without any loss of functionality.

Change in the behaviour of the value assignment type after the ECC upgrade

Hello Team,
We have recently upgraded our system to ECC 6.
In the older version of SAP whenever we try to open a phrase related property (in a particular substance specification) it used to give a warning message upfront in case any of the phrases used is not assigned to the phrase set.
But with the upgraded version this upfront warning message doesnot appear and we have to click on individual phrases to check if that phrase has any issue or not. This is quite time consuming in the case several phrases has been assigned to a property.
Please let me know if we have any solution for this available.
Regards,
Anoop

Hello Anoop
during our upgrade project we did not have the same problem. I have never heard about a similar problem. May be check OSS (SAP marketplace). Depending on the release you started may be you missed yome customizing to be done (if you started with SAP enterprise 4.7 Ext 1.1 the change is "dramatic"; if you started with SAP enterprise 4.7 Ext 2.0 changes should only be minor; in case of ECC 5.0: I believe there is no change.
a.) Do you have activated Enhancement Packages?
b.) do you use the "exit" to prepare "dynamic phrase sets"?
With best regards
C.B.

Assigning value assignment types to prop tree

hi experts,
kindly explain what is comprind?
thank you,
niharika

Hi Niharika,
As Christoph explained, the flag is used to either show only the node in a tree (flag set), collapsed mode) or open the node to see all VATs underneath (flag not set). ComprInd stands for compression indicator.
While it is technically possible to set this flag both anode and on a normal VAT, the latter case of course has no impact on what you see.
Ralph

Troubleshoot Error - Unable to perform table-based value assignment config

After to creating class, characteristics, and value assignment type, the system is unable to perform table-based value assignment configuration. The following error is displayed:

Hi Mr. SAP,
Based on the diagnosis, you can figure out that most likely someone is already editing the customizing table or might you are not authorized..
In case if you have the access to SM12 Transaction code, kindly check if an entry present there. If yes it means the table is locked and you can't proceed on that. you have to reach out to the specific resource to unlock the table who did a lock, else you need to reach out to BASIS to make that entry delete.
Regarding authrization for locking of table, please check SU53 after the execution of the T-code, if you are missing any role. If you find anything there, then reach out to your Security team to get and assigned roles to your profile.
Regards,
Abhi

EHS: Set up Table-based Value assignment Error.

Hi all,
We are customizin Basic Data & Tools and when trying to set table based assignments (table TCG11_VAI; program RC1TCG11_02) we are getting no entries in the table. The message shown is always <i>"0 unchanged entries, 0 new entries, 0 entries deleted"</i> independant on the entry criteria
The problem is that we can create those entries manually but it will be endless
Has this happened to anyone before? Any idea?
Many thanks and regards,
Alberto

Hi all,
We have just find the solution.
Just for your information the problem was that the IMG activity "Adopt
Standard Specification Database" was executed but not working properly
because no data can be copied from client 000. Then when executing "Set
Up table Based Value Assignment" no entries were made in the table. We
have just change the client, execute "Adopt Standard Specification
Database" and then "Set Up table Based Value Assignment" and now is
working properly
Alberto

Dynamic value assignment to a particular column in a vertical ALV

Hi Friends,
In the present program ALV has 44 fields and output row is only one(with some field editable).
My requirement is to change present output to vertical ALV and editable field should be available
as editable.
Now I have changed this to transposed ALV manually(not dynamically) with required fields editable.
Now there is 44 rows and two column "FIELD and "VALUE'.Some values in the second column is editable.
Previously output was like this:
field1   field2 field3 ...
val1     val2    val3   ...
Now output is like:
FIELD   VALUE
field1 value1(type INT)
field2 value2(type char5) Editable(need F4 help)
field3 value3(type date)
My present structure declaration is:
types: begin of ty_itab,
        field type char 50,
        value type char70,
        celltab type lvc_t_styl,(for editing some values in VALUE column).
       end of ty_itab.
data: itab type standard table of ty_itab.
Now the second column i have declared as CHAR70 which contains only char
values because to put all differt types of values to one single column named
'VALUE'.
But as field1 field2 field3... had differnt type of value like integer char date...I need to validate some values
(specially those which are editable) before saving to custom DB table.
So I need dynamic value assignment to VALUE column when preparing internal table for display.
What I want to say is that VALUE column should be able to contain different type of values like INT, DATE, CHAR...etc
Is the requirement is feasible?
If yes then How should I declare the structure and populate different type of values within single column 'VALUE'.
Also is it possible to have F4 helps in the second column (VALUE)???

Hi Manab,
I did something comparable: We have a very complex transaction with several subscreens with multiple fields to be filled with complex logic to create a very special contract. The requirement was to create a method to create a copy of this contract being able to apply some changes.
I created a wizard (transaction SBPT_WIZARD_BUILDER - Wizard-Builder) to accomplish that. I grouped all the fields to just 3 logical groups and thius created 3 stesp where the user gets an ALV as you describe, but we have the rows like FIELD with the new value editable. Additionally I have hidden fields with table name and field name so that I can determine the characteristics (datatype) at run time.
The value fields are just strings (every ALV field is a text field on the surface).
For editable fields, you have an event DATA_CHANGED. I used this method as a handler for the event:
(I will leave out the wizard part here - maybe a good idea for a blog to explain that)
METHOD handle_data_changed.
    CALL FUNCTION 'RS_CONV_EX_2_IN'
      EXPORTING
         input_external                     = <mod>-value
         table_field                        = ls_tabfield
I also created handlers for F1 and F4
Handler for CL_GUI_ALV_GRID->ONF1
METHOD handle_f1.
    CALL FUNCTION 'HELP_OBJECT_SHOW_FOR_FIELD'
      EXPORTING
        called_for_tab   = lv_tabname
        called_for_field = lv_fieldname
      EXCEPTIONS
        object_not_found = 1
        sapscript_error = 2
        OTHERS           = 3.
Handler for CL_GUI_ALV_GRID->HANDLE_F4
METHOD handle_f4.
CALL FUNCTION 'F4IF_FIELD_VALUE_REQUEST'
    EXPORTING
      tabname    = lv_tabname
      fieldname = lv_fieldname
    TABLES
      return_tab = lt_return_tab
    EXCEPTIONS
      OTHERS     = 5.
    er_event_data->m_event_handled = abap_true.
* if er_event_data->m_event_handled is not set to abap_true, system will handle it.
* In this context the message 'Keine Eingabehilfe verfügbar' will be displayed
ENDMETHOD.
This is just an excerpt from my project. It shows that you can do more in ALV as you knew.
I tried to post a little more but the formatting break down, possibly a result of the character limit
Regards,
Clemens

Field Symbol - Assign type conflict.

Hi, i active successfully my program. This is the code:
DATA ls_g_oref_appl(21) TYPE C.
FIELD-SYMBOLS: <fs_appl> TYPE REF TO cl_ftr_mj_appl.
ls_g_oref_appl = '(SAPLTB4E)g_oref_appl'.
ASSIGN (ls_g_oref_appl) TO <fs_appl>.
But when i execute it, i get a dump with this message:
"ASSIGN_TYPE_CONFLICT : You attempted to assign a field to a typed field symbol,but the field does not have the required type. "
Also, i get sy-subrc = 0, so the field symbol <fs_appl> has a value assign.
Any suggestions? I tried by changing the type of the field to ANY, but it didnt compile.
Thanks for the help,
Karla

Hi Daniel, I verified again the type of g_oref_appl, and it is : cl_ftr_mj_appl. I check the top of the include and g_oref_appl is there :
' DATA g_oref_appl TYPE REF TO cl_ftr_mj_appl. '
Hi, Naren, also i tried with the TYPE ANY, but it doesnt compile.
I notice this:
CLASS cl_ftr_mj_appl DEFINITION ABSTRACT.
Is there a problem with field symbols and abstracts class???
Thanks for all your help,
Karla.
Edited by: Karla Tinoco on Mar 5, 2008 11:46 PM

No error message when incorrect account assignment type K in PO

Hello,
When creating a PO with any raw materials, I can either enter K in the account assignment type, either let the field blank.
If there is no assignment the system will use key EIN to make the posting, if there is an assignment K (compulsory for services for instance), the system will use key VBR.
In this case (raw material), I do not want the users to be able to save their PO if the account assignment has been entered in the item (only blank account assignment type for materials dealt with in stock and value).
Does anyone have a solution?
Best regards,
Ronan

Hi,
This means ERS is active in your system.
What this means is that when you do a GRN, an ERS flag is activated in the PO header. The ERS is then settled using the PO data in SRM.
If you have not settled this (at least this is what is indicated from the message), then uncheck this flag in the PO header and then try and archive.
Cheers.

How to get the value assigned in dropdowmlistbox as well as radio button

Hi Everybody,
   Please help me to find the solution for the following:
   1. How to get the value assigned in dropdowmlistbox?
   2. How to get the value assigned in radio button?
I am waiting for the answer and reply...
Thanks & Regards,
ShanthaKumar.KA.

The radio button has a name attribute. That name attribute should be the same as the bean property. Then you just need a
<jsp:setProperty name="mybean" property="*"/>
and the bean's set method will be called for the value of that radio button.
so...
<input type="radio" name="doit"/>
class MyBean
public void setDoit( boolean yes )
//do whatever here
}

Notification Assignment Type Issue - SAP Work Manager 6.0

Hello Experts,
We are not able to download notifications on the device for header level work center that is assignment type = 5.
We have done the below configuration.
- added the user parameter for work center in user profile.
- changed assignment type to 5 in Notification MDO.
Same configuration is working properly in case of work orders only change is assignment type set to 8 and changed in client global value Wo.AssignmentType to 8.
There is no configuration guide available which explains notification assignment types in SAP Work Manager 6.0.
Any help would be appreciated.
Regards,
Abhishek
Tags edited by: Michael Appleby

Hi,
In the notification MDO data filter, you also need to add a filter to the WORK_CNTR field. It should be user parameter type, with value "VAP".
Also, from memory, I had to disable some other filters that were set out of the box. These were filtering out my data.
Hope that helps
Michael

EHS - value assignment types

Similar Messages

Maybe you are looking for