The AWINDOW, AWINPAR, AMSK, AMSKZON, AMSKACT tables, as well as all the tables required for the management of the screen generation and processings are open but must not be modified in the entry point.
This entry point is used upon automatic creation of an installed base.
It is used to enter the fields specific to the installed base management:
There is one transaction in progress.
There is no open log file.
This entry point is called right before the record is written in the MACHINES table.
SZPEMAC_ACTION : mentions if in creation ("C") or modification ("M") mode of an installed base
SZPEMAC_ORIGINE : specifies the context (local menu 2971)
The F :MACV class contains the information that is going to be written.
In the table below, the significant content flag indicates that the content matches the context.
Table | Significant content | Table Title |
MACHINES | No | Customer base |
This entry point is used to personalize the XML and HTML extractions for the principal objects components of the CRM module.
In fact, all the following objects can be the object of an extraction in the HTML or XML format using various sub-programs planned for this effect.
A/P - A/R Accounting
Appointment
Telephone calls
Tasks
Projects
Service requests
Service responses
Solutions
The EASYCRMXML sub-program for the SUBAOBXML processing is used to carry out the XML extraction where the code is given in parameter. A more sophisticated version of this sub-program is available under the name : AOBINXML. This is used to intervene on the name of the generated file, any transformation sheets, an execution context.
The EASYCRMLXML sub-program of the SUBAOBXML processing is used to carry out the XML extraction for all the records from a selection filter given in parameter.
A more sophisticated version of this sub-program is available under the name : AOBLISTXML. It is used for the same functional additions as those evoked for AOBINXML.
The AOBINHTML sub-program for the SUBAOBHTML processing is used to carry out the HTML extraction where the code is given in parameter.
Each of these sub-programs call to the AOBEXP entry point to authorize a specific setup for the content of these extractions.
There is no transaction in progress.
There is no open log file.
This entry point is called at the end of the standard definition of the extraction for each table involved. Any modification of the standard proposition can therefore be applied within this entry point.
SZSCREENTYPE: This variable is only of use in the case of an HTML extraction type. In fact, it is used to define the format of the generated document. If the document must be read using a terminal where the size is reduced (Mobile phone, Pocket PC...), it must then take the value : PALM. If the document must be read on a terminal with a high resolution display (PC, printer...), it must then take the value : PC.
SZPECONTEXT: It is possible to indicate a particular extraction context for each call to the XML or HTML extraction sub-program.
This context can be tested with the SZPECONTEXT variable in order to deliver the different parameters.
SZAOBEXPTAB: This variable contains the name of the table currently being extracted and for which the extraction characteristics can be modified.
IDISPLAYXXX: This variable is used to deactivate the processing of a table linked to the entity that is being extracted. A value equal to 1 authorizes the extraction of all the records associated with the selected entity. A value equal to 0 deactivates any information extraction from this table.
XXX: Represents the abbreviation of the table currently being extracted.
SZFIEXXX: This grid contains the list of the fields forming the table being processed. This grid is sized according to the number of fields forming the entity being extracted. For each field in this grid, the context information is available at the same level of index in the different variables that follow.
XXX: Represents the abbreviation of the table currently being extracted.
SZTAGXXX: This variable contains the XML tag in which the value of a field will be extracted.
By default, the XML tag is named: Abbreviation of the table + Name of the field in the table.
XXX: Represents the abbreviation of the table currently being extracted.
SZLABELXXX: This variable contains the label associated with the field in the current language.
XXX: Represents the abbreviation of the table currently being extracted.
IHIDEXXX: This variable determines the extraction of a field for the table currently being processed. A null value is used to ignore this field during the extraction. A positive value is used to extract the content of the field in the generated file.
XXX: Represents the abbreviation of the table currently being extracted.
ISORTXXX: This variable determines the order in which the fields will be extracted in the generated file. When this variable is modified by the entry point, it is recommended to verify the absence of multiple entries for the order numbers within the process.
XXX: Represents the abbreviation of the table currently being extracted.
In the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table Title |
ACTIV | No | Activity codes |
ATYPE | No | Data types |
ATABDIV | No | Miscellaneous tables |
ATABZON | No | Field dictionary |
ATABLE | No | Table dictionary |
AOBJET | No | Database objects |
ATABIND | No | Index dictionary |
Just like the entry point AOBEXP, XMLTAG is used to personalize the XML extractions of the database objects in the CRM module. However, this entry point is applied to XML extractions only because its only goal is to modify the tags in the generated document.
For example, the XML tag that makes up the root of a standard document standard is called XROOT. XMLTAG is used to modifier its name to : MONDOCUMENT.
This type of personalization can be applied to all the component nodes that make up the document.
There is no transaction in progress.
There is no open log file.
This entry point only concerns the extractions of the type XML. It is called once at the very start of the extraction process.
SZXROOT: This variable contains the name of the XML tag representing the root of the generated document.
By default, its value is equal to: XROOT.
SZXUTILITY: This variable contains the name of the XML tag corresponding to the container of the information elements present once at the start of the generated document.
By default, its value is equal to: XUTILITY.
SZXTITLE: This variable contains the name of the XML tag storing the name of the extracted entity in the current language.
By default, its value is equal to: XTITLE.
SZXRECORD: This variable contains the name of the XML tag representing each record in the generated document. Each of these records can correspond to the entity extracted or to one of its linked tables.
By default, its value is equal to: XRECORD.
SZXAOB: This variable contains the name of the XML tag representing the abbreviation of the table from where the record being extracted comes from.
By default, its value is equal to: XAOB.
SZXAOBTITLE: This variable contains the name of the XML tag storing the name of the table from where the record being extracted comes from.
By default, its value is equal to: XAOBTITLE.
SZXAOBNUM: This variable contains the name of the XML tag that stores the identifier for the record. If the record is at a level greater than zero, the identifiers for each level are concatenated.
By default, its value is equal to: XAOBNUM.
SZXLEVEL: This variable contains the name of the XML tag representing the level of the record in the hierarchy of linked tables. Level 0 corresponds to the requested entity.
By default, its value is equal to: XLEVEL.
SZXPARENTAOB: This variable contains the name of the XML tag that stores the abbreviation of the parent table for the record in the hierarchy of the linked tables.
By default, its value is equal to: XPARENTAOB.
SZXPARENTNUM: This variable contains the name of the XML tag that stores the identifier for the parent record.
By default, its value is equal to: XPARENTNUM.
SZXAOBDATA: This variable contains the name of the XML tag that represents each field in the table that is currently being extracted.
By default, its value is equal to: XAOBDATA.
SZXSORT: This variable contains the name of the tag attribute XAOBDATA representing the order number of the extracted fields.
By default, its value is equal to: XSORT.
SZXLABEL: This variable contains the name of the XML tag representing the label for each extracted field in the current language.
By default, its value is equal to: XLABEL.
SZXFIELD: This variable contains the name of the XML tag that stores the content of an extracted field.
By default, its value is equal to: XFIELD.
In the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table Title |
ACTIV | No | Activity codes |
ATYPE | No | Data types |
ATABDIV | No | Miscellaneous tables |
ATABZON | No | Field dictionary |
ATABLE | No | Table dictionary |
AOBJET | No | Database objects |
ATABIND | No | Index dictionary |
This entry point is used to intervene before the display of a business partner in the list after entry of a criterion (identification screen). It is used to display or not the current business partner.
There is no transaction in progress.
There is no open log file.
This entry point is called for each business partner in the list.
ILSTBPROK: Variable indicating if it is necessary to include the business partner in the list (value 0 to exclude).
In the table below, the significant content flag indicates that the content matches the context.
Table | Significant content | Table Title |
BPARTNER | No | BP |
BPADDRESS | No | Addresses |
When a service contract is created using a sales order, the reference contract is recovered from the product record. This entry point is used to intervene after recovering this information and to modify it.
There is no transaction in progress.
Log fileThere is no open log file.
Different call casesThis entry point is called upon creating a service contract when the reference contract has been created from the product record.
Available variables and masksWhen a service contract is specified on the product ([F:ITM]TPLCONSRV field) the ZSITMTPL variable takes its value. It can be changed right after being recovered from the product.
Open tablesIn the table below, the significant content flag indicates that the content matches the context.
Table | Significant content | Table Title |
CONTSERV | Yes | Service contracts |
CONTTEMPL | Yes | Service contract template |
ITMMASTER | Yes | Product |
Entry point used to load specific sections when invoicing a service contract.
Creation of a sales invoice
Log fileThere is no open log file.
Different call casesThis entry point is called upon creating an invoice linked to a service contract.
Available variables and masksThe [F:CON] file has been loaded.The program makes it possible to affect specific sections.
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table Title |
CONTSERV | Yes | Service contracts |
CONTAMT | Yes | Annual bases |
CONTIDX | Yes | Index values |
CONTREW | Yes | Contract renewal |
Entry point for modifying a service contract from an oder, just after the amount recalculation (CONAMT) in order to be able to apply actions to it.
Modification of an order
Log fileThere is no open log file
Different call casesThis entry point is called upon modifying an invoice linked to a service contract.
Available variables and masksThe [F:CON] file has been populated.The program is used to assign specific headings
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table title |
CONTSERV | Yes | Service contracts |
CONTAMT | Yes | Annual bases |
CONTIDX | Yes | Index values |
CONTREW | Yes | Contract renewal |
This entry point is used to perform actions on the reference contract from the specified product.
There is no transaction in progress
Log fileThere is no open log file.
Different call casesThis entry point is called upon creating a customer base when the warranty contract has been created from the product record.
Available variables and masksThe SZTPLCONGUA variable contains the value a warranty contract specified on the product (field [F:ITM]TPLCONGUA); its value can be modified.
Open tablesIn the table below, the significant content flag indicates that the content is in line with the context.
Table | Significant content | Table title |
CONTTEMPL | Yes | Service contract template |
ITMMASTER | Yes | Product |
This entry point is used to intervene before a service contract is rewritten during its renewal.
There is a transaction in progress.The [F:CON] class is loaded with the new values of the service contract, but its rewriting did not occur yet.
Log fileThere is no open log file.
Different call casesThis entry point is called during the renewal of a service contract.
Three renewal cases can occur:
1. Warranty contract renewal (CONCAT = 1),
2.Renewal of a contract other than warranty, but not invoiced ( processed in the same way as the warranty contract) (CONCAT > 1 and NEXINVDAT = [ 0/0/ 0]),
3.Renewal of a contract other than warranty, but invoiced (CONCAT > 1 and < > NEXINVDAT [ 0/0/ 0]).
They all lead to this entry point.
The [F:CON] class is loaded, but not written yet. It is therefore possible, where appropriate, to make changes to specific sections at this level.
It is also possible to load another table.
In entry point return, the content of GERR is tested. The rewrite of the renewed service contract only occurs if GERR<>1. A possible "Rollback" must be supported in the entry point. The "Commit" will occur in the standard section, when the rewriting process of the renewed contract ended successfully.
Open tablesIn the table below, the significant content flag indicates that the content is in line with the context.
Table | Significant content | Table title |
CONTSERV | Yes | Service contract |
This entry point is used to intervene before saving a service contract created automatically.
There is no transaction in progress.
Log fileThere is no open log file.
Different call casesThis entry point, during the automatic creation of a service contract, before its rewriting.
The [F:CON] class is not loaded yet. All the information remains in [M:CONx] classes.
The action that follows this entry point is "VERIF_CRE".
The [F:CON] class is not loaded yet.
All [M:CONx] classes of the window are entered to be saved.
Open tablesIn the table below, the significant content flag indicates that the content is in line with the context.
Table | Significant content | Table title |
CONTSERV | No | Service contract |
This entry point is used to intervene on the standard sequence number of the customer base obtained during the validation of deliveries.
There is no transaction in progress.
Log fileThere is no open log file.
Different call casesThis entry point is called in invoice management at the time of selecting an open item in a service contract:
Available variables and masksThe SZCOUNTER variable contains the value of standard sequence number.It can be modified.
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table Title |
MACHINE | No | Customer base |
ITMMASTER | Yes | Product |
BPARTNER | Yes | Business partner |
BPADDRESS | Yes | Addresses |
TABCUR | Yes | Currency table |
FACILITY | Yes | Sites |
This entry point is used to enter the standard selection criteria for the transaction "FUNCRM9: Identify".
There is no transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called either when elaborating the set of conditions to be applied to BPs, or during the creation of the conditions to be applied to contacts.
Available variables and masksThe screen field [M:CRM9]TYPESEARCH either takes the value "BPR" or "AIN" to detect one case or the other.
Example of the use of the entry point :
If [M:CRM9]TYPESEARCH = "BPR" Then
If [M:CRM9]TELBPR <> "" Then
SZWHERE(ILIGNEWHERE) = SZAND + " (pat([F:BPA]TEL, '"+
& [M:CRM9]TELBPR+"*') <> 0)"
ILIGNEWHERE = ILIGNEWHERE + 1
SZAND = " AND "
Endif
#
If [M:CRM9]NAFBPR <> "" Then
SZWHERE(ILIGNEWHERE) = SZAND + " (pat([F:BPR]NAF, '"+
& [M:CRM9]NAFBPR+"*') <> 0)"
ILIGNEWHERE = ILIGNEWHERE + 1
SZAND = " AND "
Endif
Elsif [M:CRM9]TYPESEARCH = "AIN" Then
If [M:CRM9]TELAIN <> "" Then
SZWHERE(ILIGNEWHERE) = SZAND + " (pat([F:AIN]CNTETS,'"+
& [M:CRM9]TELAIN+"*') <> 0)"
ILIGNEWHERE = ILIGNEWHERE + 1
SZAND = " AND "
Endif
#
If [M:CRM9]FAXAIN <> "" Then
SZWHERE(ILIGNEWHERE) = SZAND + " (pat([F:AIN]CNTFAX, '"+
& [M:CRM9]FAXAIN+"*') <> 0)"
ILIGNEWHERE = ILIGNEWHERE + 1
SZAND = " AND "
Endif
Endif
The size of the SZWHERE variable is 20 lines.The first being used by the standard criteria.
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table Title |
BPARTNER | No | BP |
BPADDRESS | No | Addresses |
CONTACTCRM | No | Contacts |
When validating a transaction, this entry point is used to intervene in a window before it is saved and validated.
Table | Significant content | Table Title |
AWINDOW | Yes | Window dictionary |
When saving the Customer base and more specifically updating the history of installations, this entry point is used to enter information to be saved in the table "MACITN: machine installations ».
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called before saving each installation line of the base.
The [F:MAI] class is completely loaded at the standard sections level.
Available variables and masksAll screens in the OMAC window are available.
When calling this entry point, the processing starts a loop on [M:MAC4].
The current index is in ZI.
If an error occurs in the specific, set GERR to 1 (GERR = 1) and load the error message is GMESSAGE.
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context, given the situation variables.
Table | Significant content | Table Title |
MACHINE | Yes | Customer base |
MACITN | Yes | Machine installation |
When creating the Customer base duplicate and more specifically updating the history of installations,this entry point is used to enter information to be saved in the table "MACITN: machine installations ».
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called before saving each installation line of the base.
The [F:MAID] class is already completely loaded at the standard sections level when performing a copy.
The [F:MAIV] class is already completely loaded at the standard sections level when performing a creation.
Available variables and masksThe SZCMMAIAUTO variable is loaded by:
· [MAID] if the entry point is called during a copy.
· [MAIV] if the entry point is called during a creation.
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context, given the situation variables.
Table | Significant content | Table Title |
MACHINE | Yes | Customer base |
MACITN | Yes | Machine installation |
When a "Customer base" is created automatically, this entry point is used to provide standard information loaded in the [M:MACW] work class.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is loaded after the [M:MACW] class has been loaded with the proper standard values.
The available call context is defined with the content of the SZMACWCNT variable. It can be specified in the SZMACWPRE variable
Available variables and masksThe SZMACWCNT variable contains the processing name (context) of the call:
· "TRTVENLIVV"
· "TRTVENFACV"
· "SUBSRL"
· "SUBSRH"
· "SUBSIHA"
· "SUBSRS"
In the case where the SZMACWCNT equals "SUBSRH", the context can be specified by the SZMACWPRE variable. It can then have the values:
· "" (empty)
· "DOC"
· "MOD"
In the case where the SZMACWCNT equals "SUBSRS" or "SUBSRH", the context can be specified by the SZMACWPRE variable. It can then have the values:
· "" (empty)
· "MOD"
In the case where the SZMACWCNT equal "TRTVENLIVV" or "TRTVENFACV", the SZMACWPRE variable remains empty.
In the table below, the significant content flag indicates that the content is in phase with the context, given the situation variable.
Table | Significant content | Table title |
MACHINE | Yes | Customer base |
MACITN | Yes | Machine installation |
This entry point is used to bypass the standard functional controls linked to the automatic creation of a customer base.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called after the completion of the standard controls authorizing the automatic creation of the customer base.It is used to counter and bypass the automatic creation.
Available variables and masks
The IMACAUTOYES variable is automatically set to 1.
To bypass the creation of the customer base, the variable must be set to 0 (zero).
For those products that are not managed with serial numbers, if the IMACAUTOYES variable is set to 2, the installed base record will be automatically split. This will create as many different records with a quantity equal to 1. A value different from 2 will be dealt with as a standard case (variable set to 1).
For those products that are managed with serial numbers, value 0 will be the only one to be tested to bypass the management of the installed base. Any other value will not be used and the standard behavior will be applied (one installed base record with a quantity equal to 1 per serial number).
Open tables
Table | Significant content | Table Title |
MACHINE | No | Customer base |
BPCUSTOMER | Yes | Customers |
BPARTNER | No | BP |
BPADDRESS | No | Addresses |
CONTTEMPL | No | Service contract template |
CONTSERV | No | Service contract |
CONTCOV | No | Service contract coverage |
MACWARREQ | No | Warranty request history |
ITMMASTER | Yes | Products |
This entry point is used to enter the various filters used in the CRM calendar.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called after standard filters have been applied, but before "safety" filters (applying roles for example).
A context variable (SZCNTCRMAGD) is used to know what stage the processing is at.
Available variables and masks
The SZCNTCRMAGD variable takes various values and is used to know what stage the processing is undergoing.
The values are:
Except from "FILTDIM", all other values are used to apply conditions complementary to the standard ones. They are all used in the same way, with respect to the current search.
The principle is as follows:
SZWHERE(ILIGNEWHERE) = SZAND - "<Specific conditions> "
ILIGNEWHERE += 1
SZAND = " AND "
The entry point is triggered after standard conditions have been loaded. Therefore, conditions can be completely questioned. Must-have conditions are also applied and cannot be questioned, such as the implementation of roles.
The SZWHERE variable is declared as follows:
Local Char SZWHERE(250)(IFILTDIM)
IFILTDIM is 20 by default.
Given the additional conditions, this value can prove insufficient.
The "FILTDIM" context is used to increase the value of IFILTDIM.
For example:
IFILTDIM = 50
This will lead to declaring SZWHERE with 50 lines instead of 20.
Open tables
Table | Significant content | Table Title |
BAPPOINT | No | Appointments |
PHONECALL | Non | Calls |
TASK | No | Tasks |
OPPOR | No | Projects |
PHONING | No | Call campaign |
CMARKETING | No | Marketing campaign |
CONTSERV | No | Service contract |
BPARTNER | No | BP |
FACILITY | No | Sites |
TABCOUNTRY | No | Country table |
CONTACTCRM | No | Contacts |
|
|
This entry point is used to complete the various filters used in the customer support calendar.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called after standard filters have been applied, but before "safety" filters (applying roles for example).
A context variable (SZCNTHDKAGD) is used to know what stage the processing is at.
Available variables and masks
The SZCNTHDKAGD variable takes various values and is used to know what stage the processing is undergoing.
The values are:
Except from "FILTDIM", all other values are used to apply conditions complementary to the standard ones. They are all used in the same way, with respect to the current search.
The principle is as follows:
SZWHERE(ILIGNEWHERE) = SZAND - "<Specific conditions> "
ILIGNEWHERE += 1
SZAND = " AND "
The entry point is triggered after standard conditions have been loaded. Therefore, conditions can be completely questioned. Must-have conditions are also applied and cannot be questioned, such as the implementation of roles.
The SZWHERE variable is declared as follows:
Local Char SZWHERE(250)(IFILTDIM)
IFILTDIM is 20 by default.
Given the additional conditions, this value can prove insufficient.
The "FILTDIM" context is used to increase the value of IFILTDIM.
For example:
IFILTDIM = 50
This will lead to declaring SZWHERE with 50 lines instead of 20.
Open tables
Table | Significant content | Table Title |
SERREQUEST | No | Service request |
INTERVEN | Non | Service responses |
FAMBP | No | Skill group |
MACHINES | No | Machines |
ATABDIV | No | Miscellaneous tables |
SOLUTION | No | Solutions |
QUEUE | No | Queues |
BPARTNER | No | BP |
FACILITY | No | Sites |
TABCOUNTRY | No | Country table |
CONTACTCRM | No | Contacts |
ESCSRE | No | Escalate |
BPADDRESS | No | Addresses |
HDKTASK | No | After-sales consumption |
HDKTASKINV | No | Consumption to be invoiced |
UNITOFTIME | No | Time unit |
ITMMASTER | No | Product |
CONTSERV | No | Service contract |
This entry point is used to intervene in the loading loop of the SRE7 screen, in order to load specific sections.
The ILINCPN variable contains the current line of the table being loaded.
The screen is abbreviated as [SRE7].
Table | Significant content | Table Title |
MACHINES | Yes | Customer base |
SREMACCPN | Yes | Components concerned |
This entry point is used to intervene in the saving loop of the SRE7 screen, in order to load specific sections.
The ITER variable contains the current line of the table being loaded.
The screen is abbreviated as [SRE7].
Table | Significant content | Table Title |
SREMACCPN | Yes | Components concerned |
When copying a "Customer base", this entry point is used to fully perform the update of standard tables with specific tables.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called when all standard tables have been updated before validating the transaction.
It is then possible to link additional specific tables to this duplication.
Available variables and masksThe INOERROR variable is used to specify if the processing run properly:
· INOERROR = 1 : The transaction can be validated.
· INOERROR = 1 : The transaction cannot be validated.
Open tablesIn the table below, the significant content flag indicates that the content is in phase with the context, given the situation variables.
Table | Significant content | Table Title |
MACHINE | Yes | Customer base |
MACITN | Yes | Machine installation |
This entry point is used to intervene in the loading loop of the SRE7 screen, in order to load specific sections.
The ILINDEB variable contains the current line of the table being loaded.
The screen is abbreviated as [SRE7].
Table | Significant content | Table Title |
MACHINES | Yes | Customer base |
SREMACCPN | Yes | Components concerned |
This entry point is used to intervene in the saving loop of the SRE7 screen, in order to load specific sections.
The ITER variable contains the current line of the table being loaded.
The screen is abbreviated as [SRE7].
Table | Significant content | Table Title |
SREMACCPN | Yes | Components concerned |
Set of entry points:
used to intervene at any stage of the entry transaction validation for a customer installed base record.
Table | Significant content | Table Title |
This entry point is used to add items in the prospect/customer history (SAIHBP1 action).
It is then possible to add other events by applying the following template:
If ITODO Then
Filter [TSK] Where [F:TSK]TSKCMP = GSZBPRNUM and [F:TSK]TSKDON <> 2 Order By [F:TSK]TSKDAT Asc
Else
Filter [TSK] Where [F:TSK]TSKCMP = GSZBPRNUM and [F:TSK]TSKDON = 2 Order By [F:TSK]TSKDAT Desc
Endif
Call DEBTRANS From GLOCK
Trbegin [HST]
ICOUNTLNS = 0
For [TSK] Hint Key TSK2
If ICOUNTLNS >= dim([M:HBP1]TYPCLA) Then
Break
Endif
[F:HST]CLSNUM = 0
If ITODO Then
[F:HST]DON = 1
Else
[F:HST]DON = 2
Endif
[F:HST]SSS = GIDENT
[F:HST]RECNUM = [F:TSK]TSKNUM
[F:HST]RECDAT = [F:TSK]TSKDAT
[F:HST]RECHOU = [F:TSK]CREHOU
[F:HST]RECTYP = "TSK"
Write [HST]
If fstat Then
ITRB = 1
Break
Endif
ICOUNTLNS += 1
Next
Filter [TSK]
#If an entry has failed. Complete stop.
If ITRB Then
GMESSAGE = mess(348,196,1) #Error upon loading history.
GERR = 1
Rollback
End
Else
Commit
Endif
Open tables
In the table below, the significant content flag indicates that the content is in phase with the context.
Table
Significant content
Table Title
HISTOCRM
No
History
BAPPOINT
No
Appointment
PHONECALL
No
Call
TASK
No
Task
OPPOR
No
Project
SERREQUEST
No
Service requests
INTERVEN
No
Action
HISTOOMM
No
History of sent mailing
MAILING
No
Mass-mailing
SALESREP
No
Sales representative
CONTACTCRM
No
Contacts
AUTILIS
No
Users
SQUOTE
No
Quote header
SORDER
No
Sales order - header
TABSOHTYP
No
Order types table
SDELIVERY
No
Delivery header
SINVOICE
No
Sales invoices
SINVOICEV
No
Sales invoice valuation
TABSIVTYP
No
Customer invoice type table
DEFVAL
No
Default complex values
This entry point is used to display non standard elements in the prospect/customer history (SAIHBP1 action) or to complete the standard information with additional data.
It is then possible to add specific information to the data displayed in the table. The current index is contained in I.
If the data read in HISTOCRM is not standard, it can be taken into account in the table display.
Open tables
In the table below, the significant content flag indicates that the content is in phase with the context.
Table
Significant content
Table Title
HISTOCRM
No
History
BAPPOINT
No
Appointment
PHONECALL
No
Call
TASK
No
Task
OPPOR
No
Project
SERREQUEST
No
Service requests
INTERVEN
No
Action
HISTOOMM
No
History of sent mailing
MAILING
No
Mass-mailing
SALESREP
No
Sales representative
CONTACTCRM
No
Contacts
AUTILIS
No
Users
SQUOTE
No
Quote header
SORDER
No
Sales order - header
TABSOHTYP
No
Order types table
SDELIVERY
No
Delivery header
SINVOICE
No
Sales invoices
SINVOICEV
No
Sales invoice valuation
TABSIVTYP
No
Customer invoice type table
DEFVAL
No
Default complex values
This entry point is used to add headers to the CSV generated during the mass-mailing process.
This entry point depends on the WRITEMRE entry point.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called in mass-mailing when adding column headers to the CSV file in the table
[F:MRE].
Its use is not necessary provided that the name of the specific column in [F:MRE] is displayed in the current targeting criteria
.
This entry point depends on the "WRITEMRE" entry point.
Available variables and masks
Open tables
Table | Significant content | Table Title |
OMMRESULT | Yes | Merging data |
This entry point is used to complete the values of the CSV file generated during the mass-mailing process.
This entry point depends on the ADDHEADER entry point.
Transaction
There is one transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called in mass-mailing before writing in [F:MRE] so the loading of
specific sections is complete.
It is used after all standard sections have been loaded, and before using the command "Write [F:MRE]".
The actual creation of the CSV file is performed using the "MRECSV" export template.
It will need to be modified for new sections to be added.
This entry point depends on the "ADDHEADER" entry point.
Available variables and masks
Open tables
Table | Significant content | Table Title |
OMMRESULT | Yes | Merging data |
This entry point is used to assign additional and specific representatives to a call campaign where standard representatives (2 max.) already exist.
Transaction
There is no transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called, in campaign call, when assigning representatives.
It is called before assigning representatives and is used to detail the list of additional fields that need to be tested.The two standard fields will be tested before these additional fields since no call would be assigned to them.
It is used based on two variables:
INBREPSPE: Variable of the integer type including the number of additional fields to be testedThe first additional field is set to index 0.
SFIEREPSPE:Character tables used to specify the list of fields in the [F:BPC] class to be tested. The value is given in the form "[F:BPC]REP3".
Example:
INBREPSPE += 1
SFIEREPSPE(INBREPSPE) = "[F:BPC]REP3"
Available variables and masks
Open tables
Table | Significant content | Table Title |
BPCUSTOMER | Yes | Customers |
This entry point is used to force the start time and duration of the intervention.
Transaction
There is no transaction in progress.
Log fileThere is no log file.
Call contextThis entry point is called in the $RAZCRE label of the intervention.
It is called before the start time and duration have been assigned default values.It is used to supplement this default operating process.
It is used based on two variables:
IPEFORCEHOU: Variable of the integer type. Positioned to zero, it indicates that the standard functioning is to be run. Any other value disengages the standard functioning.
In this case, this whole stage of the standard process is to be taken into account by the entry point:
If IPEFORCEHOU = 0 Then
If SZNVGCOD = "1" Then
#Intervention to plan
[M:ITN0]DON = 1
[M:ITN1]DAT = date$ + 1
[M:ITN1]HOU = "0900"
Elsif SZNVGCOD = "2" Then
#Intervention completed
[M:ITN0]DON = 2
[M:ITN1]DAT = date$
[M:ITN1]HOU = left$(time$, 2) + mid$(time$, 4, 2)
Endif
#Default planner
Call SETDEFPLN([M:ITN1]DAT, [M:ITN1]HOU, [M:ITN8]HOUSVCPLN, [M:ITN8]MNTSVCPLN) From SUBITNB2
Endif