How to handle 2 CAS Numbers but one REACh registration

[Former Member]

Consider this situation where there are 2 CAS numbers for the same "chemical"; one is anhydrous and one is hydrated. But they are registered under one registration. Has anyone come across this situation? Could someone confirm that this is not handled as standard by SAP SVT? It looks like there will need to be some custom function modules that will need to be developed for both the volume determination as well as volume tracking pieces.

[christoph_bergemann]

Hi Sudhakar Kamath

you have mainly two options:

Option 1.

Create two LIST_SUB; both will have their CAS number assigned to it and they will get the "REACH registration" information

Then just create REAL_SUB (with or without using PURE_SUB) and create composition which is "SVT relevant"; based on "chemistry" use either LIST:SUB one or two. Using CBRC20 you must then "add" the amount to make sure that the registration is fine (manual process, but possible)

Option 2:

Create one LIST_SUB without CAS numebr and only describing the "REACH" registration status. ; maintain any REAL_SUB with this LIST_SUB (in corresponding composition which is SVT relevant)

Pros and cons of both options

1.) you seperate chemistry.. From chemical point of view: this is a "different" chemistry; even if the same registration humber was used; this is the "pro" (as you can then as well use in most cases content from a provider per CAS number)

2:) for option 2.) You can as well load content from content provider (or still maintain manually); you need not to "add" amounts in CBRC20; this option is "better" if you would like to "block"

May be looking as well on the need to generate a "eSDS" the second option might be better.

Honestly: there are many similar examples out there., and there is no"simple" solution possible,

E.g. CAS numnber 1 will clearly have e.g. different melting point etc in comparison to 2; so from chemical point they are not the same

I could list here many of similar examples in context of othere regulations.

Just use the "best pragmatic"option (simpelst data model you can think about)

C.B:

[Mark-Pfister]

Hi Sudhakar Kamath,

I would think this mainly depends on your set-up. Do you have:

• one REAL_SUB that contains / represents both CAS Numbers -
• or do you have two different REAL_SUBs
• one or two material used for this

Kind Regards

Mark