change of Action Matrix

[Former Member]

Hi experts,

We processed few actions (defined in XYZ action matrix) on a particular vehicle.

Now I want to execute few actions (defined in ABC Action Matrix) on the same vehicle.

Is it possible to change action matrix in process/between for a vehicle model?

Regards

Mahesh K

[Former Member]

Hi Mahesh K,

Is not possible to change the action matrix ,after the creation of the vehicle , always is possible develop an action to re-determine the action matrix based on Velos configuration ,but, if you want to execute an action Z just one time and/or ,you don't want that the end user execute or see this action , is possible put this action like internal , and create a variant for this Z action , in the VELOV transaction , and execute it for the vehicle in the transaction VELOB , before you must to configure the matrix whit this Z action.

Maybe is better, if you explain the process problem to try to found the best solution.

Regards

Pablo A.

[Former Member]

Hi Pablo,

Thanks for the prompt answer.

Exact business scenario is as follows

Customer is already having XYZ action matrix.

I want the define the new action matrix, because of change in the process of customer.

Few vehicles are in stock, for which some actions are executed in XYZ matrix.

Now I want to sale these vehicles with the new action matrix.

This is possible only if I will change the action matrix assigned to the veh model of these vehicles.

User is ready to execute Z action to change the action matrix.

Hence I need to define Z action for this.

Can you please tell (in detail) the steps to be exectued behind this action?

Also any configuration changes if any.

Regards

Mahesh

[former_member183879]

Hi Mahesh,

As already mentioned, it is not possible to change the action matrix for a particular vehicle alone.

In our project we had a methodology for these kind of wrong actions executed on a vehicle. In our case most of the actions are customised Z actions only.

In this case, we have created an action to change the status of the vehicle to the desired status (both primary and secondary).

The action will change the status to the status provided by the consultant (remember, the user is not authorised to run this action). The consultant will run this action after looking at the business implications of changing the status of this vehicle to the required status.

Once the status is changed, now the actual actions which need to be executed on the vehicle can be executed. Also the changes created because of the wrong action shoudl also be reversed. We had an action to initialise or change the value of the desired field. Hence we were able to reverse any of the undesirable changes on the vehicle.

Hope this helps you

[Former Member]

If you need only change vehicle status you can use transaction VELOE

[Former Member]

If you need to change vehicle matrix only 1 time, you can do it directly in VLCVEHICLE table. Fields MMCTR and SDCTR for Primary and Secondary matrix.

Or, you can developed your action, that redeterminate Primary and Secondary matrix using function 'VELO09_DETERMINE_CONTROL' (you need change matrix determination customizing before)

[bcrao]

Hi ,

My suggestion is ma new zactions old matrix too- if need to reset status use VELOE.

Thanks

Chidambaram

[Former Member]

Hi, Mahesh Kulkarni

In automotive projects I've done, I have not seen the need to change matrices, in order to control business processes, but if necessary, you will need create a new action (which can be used as interlinking action ) and implement the function VLC_DETERMINE_CONTRL underlying the identification of new matrices in the functional configuration of the VELOS transaction (per plant, Org Sale, ...)

For example:

If the transaction VELOS have:

Model - Plant - Sales Organization - Elementary Matrix - Matrix Secondary

Car Model D001 PM1 SM1

Car Model D002 PM2 SM2

Car Model D002 ORG4 PM3 SM3

In this implementation can be determined logical sequence for determination of matrices, ie if a vehicle has at the time of execution of the following data matrix.

Case 1

Model :Car Model

Plant : D005

Determinated : PM2 y SM2

Case 2

Model: Model Car

Plant: D001

Determinated: PM1 and SM1

Case 3

Model: Model Car

Plant: D002

Determinated: PM2 and SM2

Case 4

Model: Model Car

Plant: D002

Sales Organization: ORG4

Determinate: PM3 and SM3

That way you can use multiple logical dependent filling the table VELA

Generally, you can control business models for roles and profiles, configuration, and Category Management

If you have any questions, please contact me @ sap.com Pablo.aguila

As for the status, it is not necessary to use the veil, only properly synchronize the source array and the target and depending on the business model sebe be aware that an action can be defined as follows: * ZSTA M000 and * ZSTA S000, thus independently of the status of origin was initiated correctly in the destination array.

That way you can use multiple logical variances, dependent of the filling the transaction VELOS

Generally, you can control all the business models using roles and profiles, availability, visibility, configuration, and/or Category Management

For the updating of the status , it is not necessary to use the VELOE , only properly synchronize the source array and the target and depending on the business model must to be aware that an action (ZSTA) can be defined as follows: * ZSTA M000 and * ZSTA S000, thus independently of the status of origin will be initiated correctly in the destination array.

If this is not a business case , and is just for correction of an specific vehicle , the bes solution is use the transaction VELOV and VELOB ( with the variant created in the VELOV) and use the same implementation to trigger the matrix redetermination.

Regards

Pablo Aguila

[Former Member]

Hi Mahesh,

there's a BAdI in VMS which might be useful for what you're trying to achieve (I'm not sure though). Please have a look at method FORCE_REDETERMINATION of BAdI VLC_DETERMINE_CONTRL.

As far as I know, the method can be used to remove the matrix assignment from a vehicle during action execution. Consequently, the vehicle action control framework will trigger matrix determination again.

Depending on the entries in transaction VELOS, a different matrix than the original one can be determined for the vehicle being processed. You need to make sure that the action which is used to trigger this step is part of the old as well as the new matrix, along with the status involved.

Please have a look at note 845355 regarding this BAdI method.

Kind regards,

Steffen

[Former Member]

Dear Pablo / Steffen,

Thanks for your feedback.

I have done the configuration as suggested by you.

Sorry for the delay in reply.

Regards

Mahesh