SD Tickets

[Former Member]

What are tickets, explain in deatils

[Former Member]

What are tickets, explain in deatils

[abdulazeez12]

Hi

Tickets are referred to as small issues..in report programs or any other programs that has bugs..

Tickets are said to be issues one need to fix in a support or maintenance project.

Reward points if useful

Shakir

[Former Member]

Handling tickets is called Issue Tracking system. The errors or bugs forwarded by the end user to the support team are prioritized under three seviority High, Medium and Low. Each and every seviority as got its time limits before that we have to fix the error.

The main job of the supporting consultant is to provide assistance on line to the customer or the organisation where SAP is already implemented for which the person should be very strong in the subject and the process which are implemented in SAP at the client side to understand,to analyse,to actuate and to give the right solution in right time.This is the job of the support consultant.

The issues or the tickets(problems) which are arised is taken care of on priority basis by the support team consultants.

The work process in support projects are given below for your reference.

1. The customer or the end user logs a call through any tool or by mail (RADIX).

2. Each one of the support team is a part of support group.

3. Whenever a customer logs a call he /she has to mention to which work group (by name).

4. Once the calls came to the work group the support consultant or the team need to send an IR (Initial Response) to the user depending upon the priority of the calls. (Top,High,Med,Low,None)

5. Then the error is fixed, debugged by the support consultant or the team. Then after testing properly by generating TR(Transport Request through the basis admin)

6. Then it is informed to the end user/customer/super user about the changes which have moved to the production server by CTS process.

These are the process. In summary, what I understand is that if any configuration or customization is required to solve the issue, then the consultant have to work on DEV Client, then the end user will test it in the QA client and after approval the BASIS consultant has to transport it to the PRODUCTION client.

An example:

Tickets in SD can be considered as the problems which the end user or the employee in the company face while working on R/3. Tickets usually occur during the implementation or after theimplementation of the project. There can be numerous problem which can occur in the production support and a person who is working in the support has to resolve those tickets in the limited duration, every ticket has the particular deadline alert so your responsibility is to finish it before that deadline.

To begin with , we should give "TICKET" to you for not knowing it.

Here is an eg of a ticket raise:

End user is not able to

1. Create Sales order for a customer from a New plant , since shipping point determination is not happened . ( Without Shipping point the document becomes INCOMPLETE and he will not be able to proceed further like DELIVERY, BILLING).

He raises a ticket and the priority is set in one of the below:

1. Low 2. Medium 3. High.

Now you need to solve this ticket. You would analyze the problem and identify that the SP configuration has to be done for the new plant.

You would request a transport for DEV CLIENT to BASIS. You do the change and Request one more Transport to BASIS for QA client. The End user will test the same by creating a sales order for the new plant and approve it.

Finally, you request a transport to move the changes to PRODUCTION. Once the change is deployed in production the TICKET is closed. What I have given is a small example. You would get some real issues with severity HIGH in your day-day support.

Reward points if useful.

[Former Member]

You can consider all the posts in the SDN as Tickets.

how can we set credit limit for the material ?

There is no standard functionality available to have the credit limits at product level, but try to build the logics and process through the three exits available in credit Management.

Also,

You can do is set credit limit, Credit control area wise.

You can use multiple credit control area, and assign the CCA to separate sales areas ( That will represent the different Region / Products, as per your requirement).

The assignment can be done in the below path:

IMG> Enterprise Structure>Assignment>Sales and Distribution>Assign sales area to credit control area

Here for combination of Sales Organisation , Distribution channel and Division you can assign separate credit control areas.

While the Distribution channels can be defined Region wise, the Divisions can be defined Product wise.

Now in FD32, Set the Credit limit of the customer , Credit control area wise.

Reward points if useful.

[Former Member]

Hi,

Raj..

Hi,

Handling tickets is called Issue Tracking system. The errors or bugs forwarded by the end user to the support team are prioritized under three seviority High, Medium and Low. Each and every seviority as got its time limits before that we have to fix the error.

The main job of the supporting consultant is to provide assistance on line to the customer or the organisation where SAP is already implemented for which the person should be very strong in the subject and the process which are implemented in SAP at the client side to understand,to analyse,to actuate and to give the right solution in right time.This is the job of the support consultant.

The issues or the tickets(problems) which are arised is taken care of on priority basis by the support team consultants.

The work process in support projects are given below for your reference.

1. The customer or the end user logs a call through any tool or by mail (RADIX).

2. Each one of the support team is a part of support group.

3. Whenever a customer logs a call he /she has to mention to which work group (by name).

4. Once the calls came to the work group the support consultant or the team need to send an IR (Initial Response) to the user depending upon the priority of the calls. (Top,High,Med,Low,None)

5. Then the error is fixed, debugged by the support consultant or the team. Then after testing properly by generating TR(Transport Request through the basis admin)

6. Then it is informed to the end user/customer/super user about the changes which have moved to the production server by CTS process.

These are the process. In summary, what I understand is that if any configuration or customization is required to solve the issue, then the consultant have to work on DEV Client, then the end user will test it in the QA client and after approval the BASIS consultant has to transport it to the PRODUCTION client.

An example:

Tickets in SD can be considered as the problems which the end user or the employee in the company face while working on R/3. Tickets usually occur during the implementation or after theimplementation of the project. There can be numerous problem which can occur in the production support and a person who is working in the support has to resolve those tickets in the limited duration, every ticket has the particular deadline alert so your responsibility is to finish it before that deadline.

To begin with , we should give "TICKET" to you for not knowing it.

Here is an eg of a ticket raise:

End user is not able to

1. Create Sales order for a customer from a New plant , since shipping point determination is not happened . ( Without Shipping point the document becomes INCOMPLETE and he will not be able to proceed further like DELIVERY, BILLING).

He raises a ticket and the priority is set in one of the below:

1. Low 2. Medium 3. High.

Now you need to solve this ticket. You would analyze the problem and identify that the SP configuration has to be done for the new plant.

You would request a transport for DEV CLIENT to BASIS. You do the change and Request one more Transport to BASIS for QA client. The End user will test the same by creating a sales order for the new plant and approve it.

Finally, you request a transport to move the changes to PRODUCTION. Once the change is deployed in production the TICKET is closed. What I have given is a small example. You would get some real issues with severity HIGH in your day-day support.

plzz reward if it is useful..

plzz dont forget to reward....

[JozsefSzikszai]

Tickets are small piece of papers. If you have a ticket it means, you can travel by bus, train, tram, etc. Or you can go to theatre, zoo, concert, etc. You have to pay for the ticket in advance (most of the time).

don't reward if not helpful

@ Sravan : "You can consider all the posts in the SDN as Tickets."

Except the idiotic questions!

[Former Member]

hi,

ticketing means Procedure in which you provide goods with certain ticketing/labeling before the delivery, according to the requirements of your customers

General text information with which you control what should ultimately be on the label in the value-added service ticketing/labeling.

Example:

Customer order number

recommended sales price

EAN / UPC number

reward if its useful

[Former Member]

Functional consultants they will send tickets to technical team leader, technical team leader will assign the tickets to the employers (Consultants).

there will some priority for that ticket

depends like high , low , mediam

depends up on the priority you need to deliver it , if it had high priority then time will be less around 3 hours etc..

in real time tickets will be like this

once i got one ticket like program is executing in quality server but not excuting in production

at that time i had taken basisi people and reduced the load of the paramater then it executed perfectly

so what ever the problems they faced in the production server the clients pass it to functional cunsultant then from them if there is any tech related then they assign to us

Reward if usefull