This entry point intervenes within the distribution matrix for the calls from the call campaign assistant. It is used to define a personalized objective for each call generated by this assistant.
For example, this latter is particularly useful within the framework of a call campaign for unpaid reminders. The entry point can then calculate the amount remaining due for each correspondent to be contacted and to make them appear on the call to be carried out.
When the definition of the call objective is carried out via this entry point, the CLLCMGOMP parameter has no effect for the call in question.
This entry point is linked to miscellaneous table 456. A specific entry point must match each record in this miscellaneous table. The name of the operational entry point for a record in the miscellaneous table where the code is A1 is displayed in the form : CLLOBJ_A1.
There is one transaction in progress.
There is no open log file.
This entry point is called for each telephone call being created by the distribution matrix. The [F] class for the call to be created is partially entered. The chrono number for the call has already been calculated and is available in the following two variables: [F:CLL]CLLNUM or SZCLLNUM. The call has not yet been created physically in the database.
IFULOBJBYPE: This variable is tested for each call. It is always initialized to zero before each call to the entry point. If its value remains null, the objective of the call is defined according to the value of the CLLCMGOMP parameter. If its value is positive, the call objective will then be loaded with the content of the CLBCLLFULOBJ clob variable.
CLBCLLFULOBJ: This variable initialized to empty before each call to the entry point must be filled with the complete text to be displayed for the call to be carried out. The maximum size of the text is conditioned by the size of the clob type defined on the data type HD5.
SZSUMUP: This variable of 235 characters can contain a summary or a complete text entered in the CLBCLLFULOBJ variable.
GSZOPGNUM: This information variable contains the code for the call campaign being created via the assistant.
SZBPRNUM: This information variable contains the code for the business partner to be called.
SZCCNNUM: This information variable contains the code for the contact to be called.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
ATYPE | No | Data types |
PHONECALL | No | Telephone calls |
SELCMG | No | Marketing selections |
SELCMGLIS | No | Marketing selections |
BPARTNER | No | BP |
BPCUSTOMER | No | Customers |
BPADDRESS | No | Addresses |
CONTACTCRM | No | Relationship contacts |
CONTACT | No | Contacts Entities relationships |
AUTILIS | No | Users |
DIAHOU | No | Timetable schemes |
TABWEEDIA | No | Weekly structures |
HD5CLOB | No | Marketing Clobs |
This entry point intervenes within the generation of an XML type mass-mailing. It is used to complete the XML document during the generation with the information excluded from the capacities of the standard setup of the XML mass-mailings.
There is no transaction in progress.
There is no open log file.
This entry point is called for each recipient of the mailing just before the write to the end of record tag (tag associated for the field : Object XML).
SZBULLTOFILL: Variable of 250 characters that forms the write buffer. Once checked, its content can be written in the XML file via a line of code such as :
Wrseq SZBUFFTOFILL Using [FXML]
SZOPGNUM: Information variable containing the code for the mass-mailing being generated.
SZMXL: Information variable containing the code of the XML mass-mailing setup used for the generation.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
MAILXML | No | XML mass-mailing setup |
MAILXMLD | No | XML mass-mailing setup |
CONTACTCRM | No | Relationship contacts |
CONTACT | No | Contacts Entities relationships |
BPARTNER | No | BP |
BPCUSTOMER | No | Customers |
BPADDRESS | No | Addresses |
SALESREP | No | Sales reps |
SELCMGLIS | No | Marketing selections |
This entry point intervenes before the printing to view or to extract the data for a target. It is used to personalize the reports used.
There is no transaction in progress.
There is no open log file.
This entry point is called after the generation of the data for the target, before the start of the printing.
Variable classes | Definition |
Mask [M: MGC1] | Contains the data for the target characteristics. |
SZMGG1AASC | Must contain the name of the report replacing the MGG1AASC report. |
SZMGG1ADES | Must contain the name of the report replacing the MGG1ADES report. |
SZMGG2AASC | Must contain the name of the report replacing the MGG2AASC report. |
SZMGG2ADES | Must contain the name of the report replacing the MGG2ADES. |
SZMGG2DASC | Must contain the name of the report replacing the MGG2DASC report. |
SZMGG2DDES | Must contain the name of the report replacing the MGG2DDES report. |
SZMGG2LASC | Must contain the name of the report replacing the MGG2LASC report. |
SZMGG2LDES | Must contain the name of the report replacing the MGG2LDES report. |
SZMGX1AASC | Must contain the name of the report replacing the MGX1AASC report. |
SZMGX1ADES | Must contain the name of the report replacing the MGX1ADES report. |
SZMGX2AASC | Must contain the name of the report replacing the MGX2AASC report. |
SZMGX2ADES | Must contain the name of the report replacing the MGX2ADES report. |
SZMGX2DASC | Must contain the name of the report replacing the MGX2DASC report. |
SZMGX2DDES | Must contain the name of the report replacing the MGX2DDES report. |
SZMGX2LASC | Must contain the name of the report replacing the MGX2LASC report. |
SZMGX2LDES | Must contain the name of the report replacing the MGX2LDES report. |
This entry point is used to take the entire responsibility on the content of the different browsers of the selection panel forming the Service request object.
There is no transaction in progress.
There is no open log file.
This entry point is called at the start of the FILGAUCHE action for the Service request object.
IMAINSREPEFLT: This variable is initialized to zero before each call to the entry point. If the entry point must take responsibility for the selection panel content, it must be assigned with a positive value. The content of the different selection panels is defined by using the usual supervisor variables provided for this purpose. (currbox, FILGAUCHE, FILGAUSUP...)
GSRECTRNUM: Entry transaction currently being used.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
SERREQUEST | No | Service requests |
This entry point is used to take the entire responsibility for the content of the browsers of the additional selection panels defined by the entry transaction being used. When this entry point is active, the filters carried by the entry transaction are ignored.
There is no transaction in progress.
There is no open log file.
This entry point is called from within the FILGAUCHE action of the Service request object but only for the additional browsers.
ISREPEFLT: This variable is initialized to zero before each call to the entry point. If the entry point must take responsibility for the content of the additional browsers, it is necessary to assign a positive value to it. The content of the different selection panels is defined by using the usual supervisor variables provided for this purpose. (currbox, FILGAUCHE, FILGAUSUP...)
GSRECTRNUM: Entry transaction currently being used.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
SERREQUEST | No | Service requests |
This entry point is used to take the entire responsibility for the content of the different browsers of the selection panel forming the Interventions object.
There is no transaction in progress.
There is no open log file.
This entry point is called at the very start of the FILGAUCHE action of the Interventions object.
IMAINITNPEFLT: This variable is initialized to zero before each call to the entry point. If the entry point must take responsibility for the selection panel content, it must be assigned with a positive value. The content of the different selection panels is defined by using the usual supervisor variables provided for this purpose. (currbox, FILGAUCHE, FILGAUSUP...)
GITNCTRNUM: Entry transaction currently being used.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
INTERVEN | No | Service responses |
This entry point is used to take the entire responsibility for the content of the browsers of the additional selection panels defined by the entry transaction being used. When this entry point is active, the filters carried by the entry transaction are ignored.
There is no transaction in progress.
There is no open log file.
This entry point is called within the FILGAUCHE action of the Interventions object but only for the additional browsers.
IITNPEFLT: This variable is initialized to zero before each call to the entry point. If the entry point must take responsibility for the content of the additional browsers, it is necessary to assign a positive value to it. The content of the different selection panels is defined by using the usual supervisor variables provided for this purpose. (currbox, FILGAUCHE, FILGAUSUP...)
GITNCTRNUM: Entry transaction currently being used.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
INTERVEN | No | Service responses |
This entry point is used to take the entire responsibility for the content of the different browsers of the selection panel forming the Customer installed base object.
There is no transaction in progress.
There is no open log file.
This entry point is called at the very start of the FILGAUCHE action of the Customer installed base object.
If this entry point is activated, the counting of the installed base records and for the physical quantity of the filtered installed base must be carried out by the entry point.
IMAINMACPEFLT: This variable is initialized to zero before each call to the entry point. If the entry point must take responsibility for the selection panel content, it must be assigned with a positive value. The content of the different selection panels is defined by using the usual supervisor variables provided for this purpose. (currbox, FILGAUCHE, FILGAUSUP...)
GMACCTRNUM: Entry transaction currently being used.
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 take the entire responsibility for the content of the browsers of the additional selection panels defined by the entry transaction being used. When this entry point is active, the filters carried by the entry transaction are ignored.
There is no transaction in progress.
There is no open log file.
This entry point is called within the FILGAUCHE action of the Customer installed base object but only for the additional browsers.
IMACPEFLT: This variable is initialized to zero before each call to the entry point. If the entry point must take responsibility for the content of the additional browsers, it is necessary to assign a positive value to it. The content of the different selection panels is defined by using the usual supervisor variables provided for this purpose. (currbox, FILGAUCHE, FILGAUSUP...)
GMACCTRNUM: Entry transaction currently being used.
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 insert additional logic during the definition of the selection criteria for the contracts to be invoiced.
It is used to add additional filters on these contracts.
There is no transaction in progress.
There is an open log file.
This entry point is called during the selection criteria definition.
The selection mask for contracts [M :DIA] (SAUTINVC) is still available.
The standard criteria are loaded in the CRITERE variable.
The FILSUP variable has been created to add these additional criteria.
This variable is sized at 250 characters. To ensure operations during the evaluation, FILSUP is initialized to the string "1=1" if these variables have not been loaded by the entry point.
It is sufficient to complete it in the entry point.
For example: Add an additional filter on the customer that must start with "CLI".
FILSUP -= ‘ & CONBPC >= "CLI"’
FILSUP is evaluated at the same time as CRITERE during the filter on the CONTSERV file. The criteria must relate to the fields in the CONTSERV file.
In the table below, the significant content flag indicates that the content matches he context (the current customer is loaded…). It is usually the case for the file containing the header, but not for the file containing the lines…
Table | Significant content | Table title |
SINVOICE | No | Invoice headers |
SINVOICEV | No | Invoice header valuations |
SINVOICED | No | Invoice lines |
CONTSERV | No | Service contracts |
SORDER | No | Order headers |
SORDERQ | No | Order line quantities |
SORDERP | No | Order line prices |
BPARTNER | No | BP |
BPCUSTOMER | No | Customers |
BPDLVCUST | No | Ship-to customers |
BPCUSTMVT | No | Customer transactions |
ITMMASTER | No | Products |
ITMSALES | No | Products - Sales |
ITMFACILIT | No | Product-site |
GTYPACCENT | No | Entry types |
GACCCODE | No | Accounting codes |
GACCOUNT | No | General ledger accounts |
GAUTACE | No | Automatic journals |
GAUTACEF | No | Automatic journal formulas |
GJOURNAL | No | Journals |
ACODNUM | No | Document sequence number counter |
TABMODELIV | No | Delivery mode table |
TABCOUAFF | No | Sequence number counter assignment table |
SWRKINV | No | Work file |
TABSIVTYP | No | Customer invoice type table |
PERIOD | No | Period table |
This entry point is used to insert additional logic during the definition of the selection criteria for the service requests to be invoiced.
It is used to add additional filters on these requests.
There is no transaction in progress.
There is an open log file.
This entry point is called during the selection criteria definition.
The selection mask for requests [M :DIA] (SAUTINVS) is still available.
The standard criteria are loaded in the CRITERE variable.
The FILSUP variable has been created to add these additional criteria.
This variable is sized at 250 characters. To ensure operations during the evaluation, FILSUP is initialized to the string "1=1" if these variables have not been loaded by the entry point.
It is sufficient to complete it in the entry point.
For example: Add an additional filter on the customer that must start with "CLI".
FILSUP -= ‘ & SREBPC >= "CLI"’
FILSUP is evaluated at the same time as CRITERE during the filter on the SERREQUEST file. The criteria must relate to the fields in the SERREQUEST file.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
TEXCLOB | No | Clobs |
TABSIVTYP | No | Customer invoice types |
SWRKINV | No | Automatic invoicing |
SINVOICE | No | Sales invoices |
SINVOICEV | No | Sales invoice valuation |
SERREQUEST | No | Service requests |
HDKTASKINV | No | Billable consumptions |
BPARTNER | No | BP |
BPCUSTOMER | No | Customers |
BPDLVCUST | No | Ship-to customers |
BPCUSTMVT | No | Customer transactions |
BPADDRESS | No | Addresses |
BPDLVCUST | No | Ship-to customers |
ITMMASTER | No | Products |
ITMSALES | No | Products - Sales |
ITMFACILIT | No | Product-site |
GTYPACCENT | No | Entry types |
GACCCODE | No | Accounting codes |
GACCOUNT | No | General ledger accounts |
GAUTACE | No | Automatic journals |
GAUTACEF | No | Automatic journal formulas |
GJOURNAL | No | Journals |
ACODNUM | No | Document sequence number counter |
TABMODELIV | No | Delivery mode table |
TABCOUAFF | No | Sequence number counter assignment table |
PERIOD | No | Period table |
This entry point intervenes at the time of the closing of a service request and any generation of billable consumption lines. It is notably used to change certain of these lines or even to add other additional elements to be invoiced.
There is no transaction in progress. The generation of the consumption lines is completely finished and confirmed.
There is no open log file.
This entry point is called once after all the consumption lines have been generated and aggregated.
SZSRENUM: Information variable containing the code for the service request currently being closed.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
SERREQUEST | Yes | Service requests |
HDKTASKINV | No | Billable consumptions |
HDKTASK | No | Consumptions for the service requests |
ITMMASTER | No | Products |
This entry point is used to carry out the re-evaluations of the service contract that are not based on the evolution of an index. This entry point is generally called on the invoicing of an open item in the service contract. This field is linked to miscellaneous table 427. A specific entry point must match each record in this miscellaneous table.
For example, the true operation name of the entry point associated with record A1 will be : RVACON_A1.
The re-evaluation of the service contracts intervenes in many different contexts. Certain re-evaluations are executed within a transaction while others take place outside of any transaction. It is therefore advisable to always test for the presence of a transaction by using the adxlog variable.
There is no open log file.
This entry point is called once a re-evaluation (of the Mathematical formula type) of the basis of the annual fee for a service contract is detected as necessary by the system.
IRVACONPRI: This variable must contain the new basis for the annual fee calculated by the entry point for the re-evaluated contract.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
CONTSERV | Yes | Service contracts |
This entry point is used to take control of the calculation of the amount for a service contract open item at the time of its invoicing.
This entry point is activated, this latter must then take in hand all the controls related to the re-evaluations and automatic renewals for the invoiced contract.
This entry point is called from a number of different contexts. It is therefore advisable to always test for the presence of a transaction by using the adxlog variable.
There is no open log file except in automatic invoicing.
This entry point is called during the initialization of each invoice line related to the service contract open item.
IPEONLY: This variable is used to activate the control of the open item calculation by the entry point. Before each call to the entry point, this variable is initialized to zero. If a positive value is assigned to it, it activates the execution of the entry point.
IPRIX: The result of the open item amount calculation by the entry point must be returned in this variable.
IOLDCONAMT: This variable contains the basis of the annual fees for the contract currently being invoiced.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
CONTSERV | Yes | Service contracts |
This entry point is associated with miscellaneous table 454 that is used to describe all the execution conditions for the different escalations defined in the application.
Its operational name is made up of its identifier followed by the code for the associated miscellaneous table. For example, for a miscellaneous table code A1, the associated entry point is ESCCND_A1.
There is one transaction in progress.
There is no open log file.
This entry point is called each time it is necessary to control if an escalation must be executed. This control intervenes at each creation or modification of a service request or even during an analysis by the batch server for all the active service requests.
IEXECESC: Variable that is used to indicate the result of the evaluation of the condition by the entry point. It the entry point returns 1, the escalation will be executed. If the entry point returns 0, the escalation will not be executed.
SZSRENUM: This variable contains the code for the escalated service request.
In the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table title |
SERREQUEST | Yes | Service requests |
PARESC | Yes | Escalation setup |
This entry point associated with miscellaneous table 455 is used to describe all the actions executed by the different escalations defined in the application.
Its operational name is made up of its identifier followed by the code for the associated miscellaneous table. For example, for a miscellaneous table code A1, the associated entry point is ESCACT_A1.
There is one transaction in progress.
There is no open log file.
This entry point is called each time one of the execution conditions for the escalation is fulfilled. This entry point can be called up to ten times under different names for a single escalation.
SZSRENUM: This variable contains the code for the escalated service request.
In the table below, the significant content flag indicates that the content is in phase with the context.
Table | Significant content | Table title |
SERREQUEST | Yes | Service requests |
PARESC | Yes | Escalation setup |
This entry point is used to take control of the additional specific/custom fields during the recording of a service request deletion tracking. The fields in question have been added to the UDDDELSRE table. Their checks at the time of the deletion must be assured by the entry point.
There is one transaction in progress.
There is no open log file.
The call to the entry point takes place just before the write of the deletion entry in the UDDDELSRE table.
GSZUDDDELSRENUM: This variable contains the service request code currently being deleted.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
SERREQUEST | No | Service requests |
UDDDELSRE | No | Tracking of the service request deletions |
This entry point is used to display the additional specific/custom fields in the inquiry window for the tracking of the service request deletions. The fields in question have been added to the UDDDELSRE table. Their loading in the UDD7 screen must be assured by the entry point.
There is no transaction in progress.
There is no open log file.
This entry point is called for each deletion tracking record corresponding to the selection criteria for the selection of the inquiry window.
the UDD7 mask is accessible in its totality.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
UDDDELSRE | Yes | Tracking of the service request deletions |
This entry point intervenes in the aggregated installed base inquiry.
It is used to aggregate this inquiry on the basis of the additional specific/custom fields.
There is no transaction in progress.
There is no open log file.
This entry point is called once an aggregation is requested on the basis of a non standard field. If required, the entry point must ensure to totally load it in this inquiry.
The MCC1 mask is accessible in its totality.
The aggregation field is accessible in the variable [M:MCC1]FIE.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
MACHINES | No | Customer base |
BPARTNER | No | BP |
ITMMASTER | No | Products |
FACILITY | No | Sites |
COMPANY | No | Companies |
This entry point is used to create the integration rules for the specific customer installed base. This entry point is run when the integration component of the base (MACRULE, TRTMACRULE script) is called with an action code equal to 7. In this case, the integration of the installed base and of service contracts is the only purpose of the entry point.
This entry point is called from a number of different contexts. It is therefore advisable to always test for the presence of a transaction by using the adxlog variable.
There is no open log file.
This entry point is never called as standard. It can only be called by additional specific scripts.
The MACW mask contains all the information that is used to carry out the integration.
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
ITMMASTER | Yes | Products |
BPCUSTOMER | Yes | Client |
BPARTNER | No | BP |
BPADDRESS | No | Addresses |
CONTTEMPL | No | Service contract templates |
CONTSERV | No | Service contracts |
CONTCOV | No | Service contract coverage |
MACWARREQ | No | Warranty request history |
MACHINES | No | Customer base |
This entry point located in the SUBCRMTRS script (entry transaction management) generates a "CRMTRS" action.
This action aims at giving the possibility to intervene in the specific field management at the display level as well as the entry level.
All the entry transactions in the Customer support are concerned by this entry point, that is to say those of the workbench, the service requests, the interventions, the customer installed base.
There is a transaction in progress for the INICRE, CREATION, INIMOD and MODIF actions.
There is not transaction in progress for the RAZCRE, LIENS and APRES_MODIF actions
There is no open log file.
The call is made during the management of the entry transaction setup:
- for the workbench
- for the service requests
- for the service responses
- for the customer installed base
and this for the following actions for GOBJET:
- RAZCRE in creation mode, initialization of the screen fields
- INICRE before the write of the entry, loading of the file fields
- CREATION after the write of the entry, intervention in the field parameters before the generation of the entry screens
- LIENS after each read of the entry, interventions on the screen fields after each read of the entry
- INIMOD before the re-write of the record, loading of the file fields.
- MODIF after the re-write of the entry, intervention on the screen fields before the generation of the entry screens
- APRES_MODIF after entry of each field, intervention on the screen fields
- EXEBOUT after use of a button at the bottom of the screen. Only the "Validation" button is of interest, in this case the REP variable needs to be "1" (warning this is an alphanumeric number).
The following variables are loaded at the time of the call to the "CRMTRS" action.
PACTION
Action GOBJET at the origin of the call (RAZCRE, INICRE, CREATION, LIENS, INIMOD, MODIF, APRES_MODIF, EXEBOUT).
PVERSION
Numeric value of the X3 version number used (e.g. GVERSION=1.2.4 PVERSION=124).
FJL
Type of transaction currently being managed.
MFROM
Code for the entry screen
In the table below, the Significant content flag indicates that the content matches the context.
Table | Significant content | Table title |
CRMTRS | Yes | CRM entry transaction |
The AWINDOW, AWINPAR, AMSK, AMSKZON, AMSKACT tables, as well as all the tables required for the management of the screen generation and of scripts 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.
Business partners
Appointments
Telephone calls
Tasks
Projects
Service requests
Service responses
Solutions
The EASYCRMXML sub-program for the SUBAOBXML script is used to carry out the XML extraction with the code given as a 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 script is used to carry out the XML extraction for all the records from a selection filter given as a 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 script is used to carry out the HTML extraction with the code given as a 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 script 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 populated. The program is used to assign specific sections
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 |
CONTAMT | Yes | Annual databases |
CONTIDX | Yes | Index values |
CONTREW | Yes | Contract renewal |
Entry point for modifying a service contract from an order, immediately after the amount recalculation (CONAMT) in order to be able to act on 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 sections
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 |
CONTAMT | Yes | Annual databases |
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 obtained from the product record.
Available variables and masksThe SZTPLCONGUA variable contains the value of a warranty contract specified on the product ([F:ITM]TPLCONGUA field). Its value can be modified.
Open tablesIn the table below, the Significant content flag indicates that the content matches 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 populated with the new values of the service contract, but it has not been rewritten 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 a warranty contract, 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 a warranty contract, but invoiced (CONCAT <> 1 and < > NEXINVDAT [0/0/0]).
They all lead to this entry point.
Available variables and masksThe [F:CON] class is populated, but not written yet. It is therefore possible, where appropriate, to modify specific sections at this level.
It is also possible to populate another table.
When exiting an entry point, 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 matches 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 process.
Log fileThere is no open log file.
Different call casesThis entry point is called during the automatic creation of a service contract, before it is rewritten.
The [F:CON] class is not populated yet. All the information remains in the [M:CONx] classes.
The action that follows this entry point is "VERIF_CRE".
Available variables and masksThe [F:CON] class is not loaded yet.
All the [M:CONx] classes of the window are entered to be saved.
Open tablesIn the table below, the Significant content flag indicates that the content matches 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 on invoice management on selecting an open item of a service contract:
Available variables and masksThe SZCOUNTER variable contains the standard sequence number value. It can be modified.
Open tablesIn the table below, the Significant content flag indicates that the content matches 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 open 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 [M :CRM9]TYPESEARCH screen field takes the "BPR" or "AIN" value to detect one case or the other.
Example of 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 lines are used by the standard criteria.
Open tablesIn 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 |
CONTACTCRM | No | Relationship 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 open log file.
Call contextThis entry point is called before saving each customer base installation.
The [F:MAI] class is completely populated at the level of the standard sections.
Available variables and masksAll the screens in the OMAC window are available.
When calling this entry point, the script starts a loop on [M:MAC4].
The current index is in ZI.
If an error occurs in the specific code, set GERR to 1 (GERR = 1) and load the error message in GMESSAGE.
Open tablesIn the table below, the significant content flag indicates that the content is consistent 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 open log file.
Call contextThis entry point is called before saving each customer base installation line.
The [F:MAID] class is already completely loaded at the standard section level when performing a copy.
The [F:MAIV] class is already completely loaded at the standard section level when performing a creation.
Available variables and masksThe SZCMMAIAUTO variable is populated 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 consistent 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 open log file.
Call contextThis entry point is called after the [M:MACW] class has been populated 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 name of the script (context) of the call:
· "TRTVENLIVV"
· "TRTVENFACV"
· "SUBSRL"
· "SUBSRH"
· "SUBSIHA"
· "SUBSRS"
In the event that the SZMACWCNT variable is equal to "SUBSRH", the context can be specified using the SZMACWPRE variable. The variable can have the following values :
· "" (empty)
· "DOC"
· "MOD"
In the event that the SZMACWCNT variable is equal to "SUBSRS" or "SUBSRH", the context can be specified using the SZMACWPRE variable. The variable can have the following values :
· "" (empty)
· "MOD"
In the case that the SZMACWCNT variable is equal to "TRTVENLIVV" or "TRTVENFACV", the SZMACWPRE variable remains empty.
Open tables
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 open log file.
Call contextThis entry point is called after the standard controls authorizing the automatic creation of a customer base have been completed. It is used to bypass these controls and the automatic creation process.
Available variables and masks
The IMACAUTOYES variable is automatically set to 1.
To bypass the creation of a 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 | Customer |
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 open 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 in the script it is.
Available variables and masks
The SZCNTCRMAGD variable takes various values and is used to know the current stage of the script.
The values are:
Except for "FILTDIM", all other values are used to apply conditions that complement 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 | No | 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 | Relationship 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 open 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 in the script it is.
Available variables and masks
The SZCNTHDKAGD variable takes various values and is used to know what stage in the script it is.
The values are:
Except for "FILTDIM", all other values are used to apply conditions that complement 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 | No | 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 | Relationship 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 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 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 open log file.
Call contextThis entry point is called when all standard tables have been updated and before the transaction has been validated..
It is then possible to add specific tables to this duplication.
Available variables and masksThe INOERROR variable is used to specify if the script has run properly:
· INOERROR = 1 : It will then be possible to validate the transaction.
· INOERROR = 1 : It will be possible to validate the transaction.
Open tablesIn the table below, the significant content flag indicates that the content is consistent 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 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 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 the entry points: used to intervene at any stage of an entry transaction validation for a customer installed base record.
Table | Significant content | Table title |
This entry point is used to add items to 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 matches the context.
Table
Significant content
Table title
HISTOCRM
No
History
BAPPOINT
No
Appointments
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
Relationship 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 matches the context.
Table
Significant content
Table title
HISTOCRM
No
History
BAPPOINT
No
Appointments
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
Relationship 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 open 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 operates jointly with 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 open log file.
Call contextThis entry point is called in mass-mailing before writing in [F:MRE] to complete the loading of
specific sections.
It is used after all standard sections have been loaded, and before using the "Write [F:MRE]” command.
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 works jointly with 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 process.
Log fileThere is no open log file.
Call contextThis entry point is called, in campaign call, when assigning representatives.
It is called before assigning representatives and it is used to list the additional fields that need to be tested. These additional fields will be tested after the two standard fields if no call is assigned to them.
It is used based on two variables:
INBREPSPE : Integer-type variable which includes the number of additional fields to be tested The 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 as "[F:BPC]REP3".
Example:
INBREPSPE += 1
SFIEREPSPE(INBREPSPE) = "[F:BPC]REP3"
Available variables and masks
Open tables
Table | Significant content | Table title |
BPCUSTOMER | Yes | Customer |
This entry point is used to force the start time and duration of the intervention.
Transaction
There is no transaction in process.
Log fileThere is no open log file.
Call contextThis entry point is called in the $RAZCRE label of an intervention.
It is called before the start time and duration have been assigned default values. It is used to take over this default functioning.
Its use is based on two variables:
IPEFORCEHOU: Integer type variable When it is set to zero, it specifies that the standard functioning should be run. Any other value means that the standard functioning will not be run.
In this case, this whole phase of the standard process should 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
This entry point is used to add additional criteria to the selection of a valid contract to cover a service request.
Transaction
There is no transaction in process.
Log fileThere is no open log file.
Call contextThis entry point is called in the following subprograms of the TRTCOVER script:
CHKNBCON
CHECKCON
It is used to add more filter conditions on [F:CON] service contracts in order to further detail and complement the contract retained to cover the service requests, according to the requirements.
Caution: These criteria will not be used to bypass the standard filters, but to refine them. They are therefore restrictive filters.
The following variables:
SSPESPCALLER: It contains the name of the calling subprogram (among the 4 mentioned above). This allows the calling context to be known and the behavior to be adapted, if needed.
This is a sized variable that is 250 characters long (0..10).
If the first line is empty, the filter is automatically populated with "(1=1)", so that only the standard criteria are applied.