Projects

• Sales site (field SALFCY)

 This field indicates the site from which the project is mainly managed.

• Sequence no. (field OPPNUM)

This field is by default associated to an automatic functioning sequence number counter. Consequently, the user should not normally concern him/herself with its contents.

• Description (field OPPDESAXX)

The user must enter a brief description here on the nature of the project. The true detailed description of all these characteristics must be made using the Comments function in the File menu.

If the project is generated from a service request, a contextual menu "Service request" is used to inquire the characteristics of the request to be financed.

• BP (field OPPCMP)

 It is possible to identify a project for all the different business partner types. A field displayed with regard to the BPs makes it possible to know the BP type selected.

• Currency (field CUR)

This field specifies the currency used in all the financial fields for the project.
A change to the code in this field will be instantaneously transferred to the different project fields.

• External ident. (field OPPEXTNUM)

• Contact (relationship) (field OPPMCN)

 This field is used to identify the principal contact at the business partner with whom most of the relations will be made. A project can also be identified directly with a contact. In this case no business partner is identified. Several "Contact" selection tools are available from the "Contact" field.

• The first contextual menu named "Selection" is used to select a contact among those having a link to the BP mentioned. If no BP is entered, this function returns nothing.
• The second contextual menu named "Contacts" allows the direct access to the Contact object from which a choice can be made.
• The third contextual menu named "Select Contact" is used to select a contact from the complete list of all the contacts entered in the application.

• field OPPMCNNAM

• Sales rep (field OPPREP)

This field is used to identify the sales representative principally in charge of the management of this project.

• Category (field OPPTYP)

The category is used to group or distinguish the affairs for the purposes of statistics or identification.

• Opening date (field OPPDATOPN)

• Conclusion date (field OPPCDA)

This field must contain the date at which it will be possible to conclude the project.

• Last completed stage (field OPPSTE)

This field specifies the phase reached by the project.

• Since (field STRSTE)

This field which is not available for entry is automatically entered from the loading of the "Before-sales stages" and "After sales stages" tabs. They translate the actual stage of the project.

• Number of quotes (field OPPNBQ)

This inaccessible field displays the number of quotes already generated for the project. This is loaded on the creation and the deletion of the quotes for a project.

• Estimated amount (field OPPAMT)

This field must contain the probable amount for the expected prospect/customer order.

• Project release probability (%) (field PBYPRJ)

 This field represents the percentage probability that the prospect/customer project will actually lead to an order. A "Weighted amount" field, displayed opposite this, contains the weighted estimated amount by the project release probability.

• Weighted amount (field PBYPRJAAM)

• Success probability (%) (field OPPSUC)

This field represents the percentage probability of what the prospect/customer will select to carry out the project. A "Weighted amount" field, displayed in parallel, contains the weighted estimated amount by the success probability.

• Weighted amount (field OPPAAM)

• Double weighting (field DAM)

This field which is not available for entry, displays the weighting on the estimated amount that results from the two different calculation methods.

• Cumulated double weighting: The amount displayed results from the following calculation :
   
  T = AE x (PRP / 100)
  DPC = T x (SP / 100)
   
• Double weighting by average: The amount displayed results from the following calculation :
   
  T = (PRP + SP) / 2
  DPA = AE x (T / 100)
  DPC : Cumulated double weighting
  DPA : Double weighting by average
  EA : Estimated amount.
  PRP : Project release probability
  SP : Success probability.
  T: Buffer

• By average (field DAMAVE)

This fields determines the amount displayed in the "Double weighting" field. If this field is ticked, the system carries out a double weighting by average. The amount displayed results from the following calculation:

• T = (PRP + SP) / 2
• DPA = AE x (T / 100)

Meaning of the symbols:

- DPM (DWA): Double weighting by average
- ME (EA): Estimated amount.
- PLP (PRP): Project release probability
- CR (SP): Success probability.
- T (B): BUFFER.

• Cumulated (field DAMCUM)

This fields determines the amount displayed in the "Double weighting" field. If this field is ticked, the system carries out a cumulated double weighting. The amount displayed results from the following calculation:

• T = AE x (PRP / 100)
• DPC = T x (SP / 100)

Meaning of the symbols:
- DPC (CDW): Cumulated double weighting
- ME (EA): Estimated amount.
- PLP (PRP): Project release probability
- CR (SP): Success probability.
- T (B): BUFFER.

• Project type (field OPPPRPTYP)

• Date created (field CREDAT)

• Time (field CREHOU)

• Method (field OPPORILIB)

• Created by (field FULNAMUSR)

• Link (field OPPORITXT)

This field displays the action at the origin of the project creation. It can be one of the following elements:

• Manual creation (displayed value, for example when the project is created from the Appointments function)
• Mass-mailing
• Call campaign
• Media campaign
• Service request
• Marketing campaign

Example : If this action is a marketing action, you can link it to a marketing operation in order to load the return statistics of the campaign. Click Marketing operations from the Actions icon to associate the project to the required operation.

Regardless of the origin of the project, you can click the Actions icon to unlock a posteriori the field and modify the origin. For example, when attaching a project to a marketing campaign, the return statistics of this campaign are loaded.

• Document no. (field OPPORIVCR)

• Competitor (field CPP)

 This field is used to enter the list of all the competitors present on the project.

• Competitor amount (field CPPAMT)

 This field is used to enter the price granted by the competitor for equal quality and services.

• Strengths (field ASE)

This field is used to describe all the assets of the competitors towards the project.

• Weaknesses (field SHC)

This field is used to describe all the weaknesses of the competitors towards the project.

• Date (field ENDDAT)

This free entry field is used to enter a stage start or end end date.

• Step (field STE)

This field is used to specify the new stage reached by the project.

• Phase end (field DON)

When this box is checked, this field is used to indicate that a stage is over. It is then possible to enter a stage end reason.

• Reason (field REN)

The "Reason" of the end of stage can be entered only if the stage is "Completed".
It can be entered either with a free text or with selected from a list of end of stage reasons. Each stage has its own list of actual reasons available. This list comes from both the setup of miscellaneous table 400 and 419, according to the following principle:

• The miscellaneous table 400 contains the list of after-sales stages, each identified by a code.
• The miscellaneous table 419 contains the list of before-sales reasons. The setup of this table makes it possible to specify, for each reason, the before-sales stage it can apply to. The stage code is specified at the "Short description" level of the reason.

Example :

• Table 400 - Project stages:

• Table 419 - Before-sales reasons:

On entering reasons with a "Complete" stage:

• For the "BPR - quoted" stage, the list of suggested reasons is as follows:
   
  - "Budget accepted"
  - "Internal agreement reached"
  - "Management validation"
   
• For the "ADP - Detected project" stage, only the reason "no adapted offer" is set up so as to apply to this stage. It is thus selected automatically.
   
• For the "CNE - Negotiation" stage, no reason is set up so as to apply to this stage. No list is therefore suggested on entry.

• Document no. (field STEORIVCR)

• Step line (field STELIN)

• Date (field ENDDATX)

This field is used to enter a stage start date. It is the date to which the project has entered the new stage.

• Step (field STEX)

This field is used to specify the successive steps reached by the project.
The after-sales steps are defined in miscellaneous table: 421 - After-sales steps.

Setup example for Table 421 - After-sales steps

Additional details about the miscellaneous table setup:

• (1) Field "In pre-sales"
  
  After-sales steps should be created at a date at least equal to the highest step in pre-sales. The "In pre-sales" field with the value "No" is used to comply to this rule.
  
  In some cases, it may be necessary to begin the after-sales steps at the same time as the before-sales steps. For example, the drafting of specifications can begin before signing the order, to allow negotiations to progress.
  
  The "In before-sales" field to "Yes" makes it possible to contradict the rule. The dates of these after-sales steps are not controlled in compliance with before-sales steps. The sole constraint is to have a date greater than the opening date.
  
  This control is performed upon saving.
  
  
  Example:
  
  If miscellaneous table 421 is set up as described above.
  
  If the greatest date of the after-sales step is:
  
  

  Date	Step	Title
  14/01/2015	ADP	Project detected

  
  If you enter the following after-sales steps with the dates:
  
  

  Date	Step	Title
  15/01/2015	B1	Development of the solution
  10/01/2015	A1	Drafting specifications
  14/01/2015	C1	Solution received
  13/01/2015	D1	Changes post-revenue

  
  Since the field "In before-sales" for the D1 Post-receipt modifications step is set to "No", this step cannot be at a date (13/01/2015) prior to the highest date if the after-sales steps (14/01/2015).
  
  Since the field "In before-sales" for the A1 Drafting specifications step is set to "Yes", this step cannot be at a date (10/01/2015) prior to the highest date if the after-sales steps (14/01/2015).
  
  
• (2) Field "Step closing":
  
  The value of this field is used when creating the step. It is used to specify if, by default, box "Phase end" must be checked or not for this step.

• Phase end (field DONX)

When this box is checked, this field is used to indicate that a stage is over. It is then possible to enter an after-sales stage end reason.

• Reason (field RENX)

The "Reason" of the end of stage can be entered only if the stage is "Completed".
It can be entered either with the requested text or selected from a list of end of stage reasons. Each stage has its own list of actual reasons available. This list comes from both the setup of miscellaneous table 421 and 420, according to the following principle:

• The miscellaneous table 421 contains the list of after-sales stages, each identified by a code.
• The miscellaneous table 420 contains the list of after-sales reasons. The setup of this table makes it possible to specify, for each reason, the after-sales stage it can apply to. The stage code is specified at the "Short description" level of the reason.

Example :

• Table 421 -After-sales stages:

• Table 420 - After-sales reasons:

On entering reasons with a "Complete" stage:

• For the "C1 - Modifications" stage, the list of suggested reasons is as follows:
  
  - "Corrections carried out"
  - "Customer presentation"
  
• For the "A1 - Drafting specifications" stage, only the reason "Specifications validated" is set up so as to apply to this stage. It is thus selected automatically.
  
• For the "D1 - Project end" stage, no reason is set up so as to apply to this stage. No list is therefore suggested on entry.

• Code (field SBBPJT)

The user has available two different methods when identifying linked projects or the implementation of an initial project:

• Method 1: Modify the initial project and add new information to it.
• Method 2: Create a new project with its own characteristics, then associate this new project with the initial project.
  This field is used to apply this method. The code for the new project can be entered here.
  This method is recommended: it makes it possible to keep the history of the successive extensions to the initial project.