· web viewmandatory provide the capability to a common interface with business information...

94
i Southern Africa Development Community Secretariat Prequalification Document for Procurement of Electronic Records Management System Reference Number: SADC/RMU/01/2016 Issued on: 21 SEPTEMBER 2016 Invitation for Prequalification No: SADC/RMU/01/2016

Upload: others

Post on 04-Apr-2020

1 views

Category:

Documents


0 download

TRANSCRIPT

Page 1:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

i

Southern Africa Development Community Secretariat

Prequalification Document for Procurement of Electronic Records Management System

Reference Number: SADC/RMU/01/2016

Issued on: 21 SEPTEMBER 2016

Invitation for Prequalification No: SADC/RMU/01/2016

Page 2:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Contents

PART 1 – Prequalification Procedures 1Section I. Instructions to Applicants 3

Section II. Prequalification Data Sheet 15

Section III. Qualification Criteria and Requirements 18

Section IV. Application Forms 23

PART 2 – Contract Requirements 1Section VI. Contract Requirements 2

Page 3:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-1

PART 1 – Prequalification Procedures

Page 4:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-3

Section I. Instructions to Applicants

Table of ClausesA. General 4

1. Scope of Application 42. Procurement Rules and Procedures 43. Fraud and Corruption 44. Conflict of Interest 55. Eligible Applicants 66. Additional Eligibility Requirements 8

B. Contents of the Prequalification Document 8

7. Sections of Prequalification Document 88. Clarification of Prequalification Document 99. Amendment of Prequalification Document 9

C. Preparation of Applications 9

10. Cost of Applications 911. Language of Application and Communications 912. Documents Comprising the Application 1013. Application Submission Form 1014. Documents Establishing the Eligibility of the Applicant 1015. Documents Establishing the Qualifications of the Applicant 1016. Signing of the Application and Number of Copies 10

D. Submission of Applications 11

17. Sealing and Identification of Applications 1118. Deadline for Submission of Applications 1119. Late Applications 1120. Opening of Applications 11

E. Procedures for Evaluation of Applications11

21. Confidentiality 1122. Clarification of Applications 1223. Responsiveness of Applications 1224. Joint-ventures or Consortia 12

F. Evaluation of Applications and Prequalification of Applicants 13

25. Evaluation of Applications 1326. Procuring Entity’s Right to Accept or Reject Applications 1327. Prequalification of Applicants 1428. Notification of Prequalification 1429. Invitation to Bid 1430. Changes in Qualifications of Applicants 14

Page 5:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-4

31. Appeals 14

Page 6:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-5

Section I. Instructions to Applicants A. General

1. Scope of Application

1.1 In connection with the Invitation for Prequalification indicated in Section II, Prequalification Data Sheet (PDS), the Procuring Entity, as defined in the PDS, issues this Prequalification Document (PQD) to applicants interested in bidding for the contracts described in Section VI, Contract Requirements.

1.2 The contract has the number of lots as defined in the PSD.

1.3 Applicants can apply for one, several or for all lots. A separate application must be submitted for each lot.

2. Procurement Rules and Procedures

2.1 The current prequalification process is governed by the SADC Secretariat Procurement Guidelines which can be downloaded from the SADC Secretariat website indicated in the PDS. The Applicants are encouraged to review this document prior to requesting the Procuring Entity any additional information about the procurement processes and procedures.

3. Fraud and Corruption

3.1 The SADC Secretariat requires its staff, as well as the economic operators interested in entering into procurement contracts financed by SADC Secretariat, including their affiliates and subcontractors, to observe the highest standard of ethics during the selection and execution of contracts. In pursuance of this policy, the SADC Secretariat:

(a) defines for the purposes of this provision, the terms set forth below as follows:

(i) “corrupt practice” is the offering, giving, receiving or soliciting, directly or indirectly, of anything of value to influence improperly the actions of another party;

(ii) “fraudulent practice” is any act or omission, including misrepresentation, that knowingly or recklessly misleads, or attempts to mislead, a party to obtain financial or other benefits or to avoid an obligation;

(iii) “collusive practices” is an arrangement between two or more parties designed to achieve an improper purpose, including to influence improperly the actions of another party;

(iv) “coercive practices” is impairing or harming, or threatening to impair or harm, directly or indirectly, any party or the property of the party to influence improperly the actions of a party;

(v) “obstructive practice”

(aa)deliberately destroying, falsifying, altering or concealing material evidence to the investigation or making false statements to investigators in order to materially impede a SADC Secretariat , governmental or independent investigation into allegations of a corrupt, fraudulent, coercive, or collusive practice; and/or

Page 7:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-6

threatening, harassing, or intimidating any party to prevent it from disclosing its knowledge of matters relevant to the investigation or from pursuing the investigation, or

(bb) acts intended to materially impede the exercise of the SADC Secretariat or governmental or inspection and audit rights.

(b) It will take the following measures against the contractor recommended for award who has, directly or through an agent, engaged in corrupt, fraudulent, collusive, coercive, or obstructive practices in competing for the contract in question;

(i) will reject the bid for award;

(ii) will declare the bidder/the contractor, including its affiliates, ineligible, either indefinitely or for a stated period of time, to become a SADC Secretariat contractor;

(iii) will cancel or terminate any ongoing contract with the bidder /the contractor;

(iv) will request the relevant national authorities to conduct a joint investigation with SADC Secretariat to inspect or carry out audits of the bidder /the contractor’ accounting records and financial statements in connection with the contract in question for which it was found guilty of engaging in corrupt, fraudulent, collusive, coercive, or obstructive practices;

(v) will forfeit the bid or performance securities of the bidder /the contractor;

(vi) will suspend any payments due to the bidder/ contractor, under the contract in question or any other contract the bidder/contractor might have with the organization, until the extent of damage caused by the its engagement in corrupt, fraudulent, collusive, coercive or obstructive practices in competing for the SADC Secretariat’s contract are determined and recovered, and

(vii) will sue the bidder /contractor to recover the damages caused by its engagement in corrupt, fraudulent, collusive, coercive or obstructive practices in competing for the contract in question, if they are not fully recovered by the securities and the payments otherwise due to the bidder/contractor.

4. Conflict of Interest

4.1 A bidder or a contractor shall not be allowed to get engaged in any procurement process for delivery of any kind of services, goods or works that would be in conflict with their prior or current obligations to other clients, or that may place them in the position of being unable to carry out the contract in the best interest of the Procuring Entity. Without limitation, bidders or contractors shall not be hired under the circumstances set forth below:

(a) Conflict between consulting activities and procurement of goods, works or services (consulting or general). A bidder or a contractor that has been engaged by the Procuring Entity to provide goods, works, or services for the

Page 8:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-7

organization, and each of its affiliates, shall be disqualified from providing consulting services related to those goods, works or services. Conversely, a bidder or a contractor hired to provide consulting services for the preparation or implementation of a project, and each of its affiliates, shall be disqualified from subsequently providing goods, works or general services resulting from or directly related to the contractor’s consulting services for such preparation or implementation.

(b) Conflict among consulting assignments: Neither, bidders or contractors (including their personnel and sub-consultants) nor any of their affiliates shall be hired for any assignment that, by its nature, may be in conflict with another assignment of the bidder or contractor. For instance, a contractor assisting Procuring Entity to implement a project shall not be engaged to prepare an independent assessment for the implementation of the same project, or contractors hired to prepare Terms of Reference (TOR) for an assignment shall not be hired for the assignment in question.

(c) Relationship with Procuring Entity’s staff: bidders or contractors (including their personnel and sub-contractors) having business or family relationship with a member of the Procuring Entity’s staff directly or indirectly involved in any part of: (i) the preparation of the TOR or Technical Specification of a contract, (ii) the selection process for such contract, or (iii) the supervision of the contract, may not be awarded the contract , unless the conflict stemming from this relationship has been resolved in a manner acceptable to the Procuring Entity throughout the selection process and the execution of the contract.

5. Eligible Applicants

5.1 To foster competition, the SADC Secretariat permits all economic operators and individual consultants to be awarded a SADC Secretariat contract.

5.2 However, to ensure efficiency of the procurement processes, the Procuring Entity restricts the bidding process to only prequalified eligible economic operators and individual consultants.

5.3 All applicants and bidders must not be included in the conditions described below, constituting exclusion criteria:

a) they are being bankrupt or, are having their affairs administered by the courts, have entered into arrangements with creditors, have suspended business activities, are being subject of proceedings concerning those matters, or are being in any similar situations arising from a similar procedures provided for in the national legislation or regulations of the SADC member states;

b) they have been convicted of offences concerning their professional conduct by a judgment which haves the force of res judicata; (i.e. against which no appeal is possible);

c) they have been declared guilty of grave professional misconduct proven by any means which Procuring Entity can justify;

d) they have not fulfilled obligations related to the payments of social security contributions or the payment of taxes in accordance with the legal provisions of the country in which they are established or with those countries where the contract is to be performed;

e) they have been the subject of a judgment which has the force of res judicata for

Page 9:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-8

fraud, corruption, involvement in a criminal organisation or any other illegal activity detrimental to the Procuring Entity’ financial interests; or

f) they are being currently subject to an administrative penalty.

5.4 Points (a) to (d) shall not apply in case of purchasing supplies on particularly advantageous terms from either a supplier definitively winding up its business activities, or the receivers or liquidators of a bankruptcy, through an arrangement with creditors, or through a similar procedure under the national law.

5.5 The Procuring Entity will accept, as satisfactory evidence, that the applicant or the bidder is not in one of the above situations described in (a), (b) or (e), on submission of a recent extract from the judicial record, or failing that, a recent equivalent document issued by a judicial or administrative authority in the country of origin showing that those requirements are satisfied. The Procuring Entity will accept, as satisfactory evidence, that the applicant or bidder is not in the situation described in (d), on submission of a recent certificate issued by the competent authority of the State concerned. Where no such documents or certificates are issued in the concerned country, and for other cases of exclusion listed above, they may be replaced by a sworn / solemn statement (affidavit) made by the interested party in front of a judicial or administrative authority, a notary, or a qualified professional body in its country of origin or provenance.

5.6 The Procuring Entity takes into account that – as a rule – the exclusion criteria are related to the legal entity/ natural person acts acting as a bidder or applicant and not to the representatives in case of legal entities. However, depending on the legislation of the country where the bidder or applicant is legally established and if the Procuring Entity considers necessary or has reasonable doubts concerning the personal situation, the above documents may also relate to natural persons, including company directors or any person with power of representation, decision-making or control in relation to the bidder. Whenever an applicant or bidder, due to its nature (for instance, national public administrations and international organizations), cannot fall into one of the above categories and/or cannot provide the documents indicated above, a simple declaration explaining their situation will suffice.

5.7 For procurement under restricted procedure, the compliance with the eligibility criteria will be assessed during the prequalification phase. Hence, the documentation proving that the applicant does not fall in any of the categories defined in the exclusion criteria, shall be submitted along with the application form for prequalification.

5.8 The date on the evidence or documents provided must be up to one (1) year before the date of submission of the application or proposal. Applicants must, in addition, provide a statement confirming that their overall situation has not weaken in the period since the evidence was drawn up to the date they submitted the bid.

5.9 The above required documents shall be submitted by the applicant, and in case of a joint venture, by all joint venture members. The documents may be originals or copies. If the documents are copies, they shall be certified by a public notary. However, at the Procuring Entity request, the applicant or bidder must be able to provide any original document.

5.10 If sub-contractors are employed by the applicant or bidder, the same rules apply.

Page 10:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-9

5.11 If the supporting documents are not written in English, an official and certified translation into English must be attached.

5.12 If so stated in the PDS, for contracts with a value less than the international threshold (US$ 300,000) and based on its risk assessment, the Procuring Entity may waive the obligation of submission of the documentary proof for exclusion criteria. However, when this obligation has been waived, the Procuring Entity shall still request a sworn / solemn statement issued by the interested party in front of a judicial or administrative authority, a notary or a qualified professional body from the applicant’s country, Nevertheless, the Procuring Entity – at its own criteria- keeps the right to request bidders documents proving their compliance to the eligibility conditions.

5.13 Contracts may not be awarded to applicants or bidders who, during the procurement procedure:

a) are subject to a conflict of interest;

b) are guilty of misrepresentation when submitting the information required by the Procuring Entity as a condition of participation in the contract procedure, or fail to submit this information;

c) find themselves in any situations of exclusion for the procurement procedure, after the bid or application was submitted.

6. Additional Eligibility Requirements

6.1 In addition to the eligibility requirements stated at ITA 4 above this prequalification process shall consider the eligibility requirements stated in the PDS.

B. Contents of the Prequalification Document

7. Sections of Prequalification Document

7.1 The document for the prequalification of Applicants (hereinafter – “prequalification document”) consists of parts 1 and 2 which comprise all the sections indicated below, and should be read in conjunction with any Addendum issued in accordance with ITA 8.

PART 1 Prequalification Procedures

Section I. Instructions to Applicants (ITA) Section II. Prequalification Data Sheet (PDS) Section III Qualification Criteria and Requirements Section IV. Application Forms

PART 2 Contract Requirements

Section V. Contract Requirements

7.2 The “Invitation for Prequalification Applications” issued by the Procuring Entity is not part of the prequalification document. A sample form is provided as an attachment to this Prequalification Document for information only.

Page 11:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-10

7.3 The Procuring Entity accepts no responsibility for the completeness of the prequalification document and its addenda unless they were obtained directly from the Procuring Entity.

7.4 The Applicant is expected to examine all instructions, forms, and terms in the Prequalification Document and to furnish all information or documentation required by the Prequalification Document.

8. Clarification of Prequalification Document

8.1 A prospective Applicant requiring any clarification of the Prequalification Document shall contact the Procuring Entity in writing at the Procuring Entity’s address indicated in the PDS. The Procuring Entity will respond in writing to any request for clarification provided that such request is received no later than fourteen (14) days prior to the deadline for submission of applications. The Procuring Entity shall forward copies of its response to all applicants who have acquired the prequalification document directly from the Procuring Entity including a description of the inquiry but without identifying its source. Should the Procuring Entity deem it necessary to amend the prequalification document as a result of a clarification, it shall do so following the procedure under ITA 8 and in accordance with the provisions of ITA 17.2.

9. Amendment of Prequalification Document

9.1 At any time prior to the deadline for submission of applications, the Procuring Entity may amend the Prequalification Document by issuing addenda. Any addenda will be published on the SADC website.

9.2 Any addendum issued shall be part of the Prequalification Document and shall be communicated in writing to all who have obtained the prequalification document from the Procuring Entity.

9.3 To give prospective Applicants reasonable time to take an addendum into account in preparing their applications, the Procuring Entity may, at its discretion, extend the deadline for the submission of applications.

C. Preparation of Applications

10. Cost of Applications

10.1 The Applicant shall bear all costs associated with the preparation and submission of its application. The Procuring Entity will in no case be responsible or liable for those costs, regardless of the conduct or outcome of the prequalification process.

11. Language of Application and Communications

11.1 The official language of the procurement processes in SADC Secretariat is the language indicated in the PDS. The communications during the procurement processes shall be written in language stated in the PDS.

11.2 The supporting documents to prove the eligibility and qualifications criteria shall be issued in any SADC Secretariat official languages (i.e: English, French and Portuguese). If the original documents are written in language other than SADC Secretariat official languages, they shall be accompanied by an original certified

Page 12:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-11

translation into any of the SADC Secretariat official languages. The cost of the translation shall be borne by the applicants.

11.3 In case of discrepancies between the original language and the language of translation, the language of the original shall prevail.

12. Documents Comprising the Application

12.1 The application shall comprise the following:

(a) Application Submission Form, in accordance with ITA 13;

(b) documentary evidence establishing the Applicant’s eligibility to prequalify, in accordance with ITA 14;

(c) documentary evidence establishing the Applicant’s qualifications, in accordance with ITA 15; and

(d) any other document required as specified in the PDS.

13. Application Submission Form

13.1 The Applicant shall prepare an Application Submission Sheet using the form furnished in Section IV, Application Forms. This Form must be completed without any alteration to its format be dully stamped and signed and be accompanied by a power of attorney for the authorized representative of the signatory of the application to allow her/him to engage the Applicant into contracts with Procuring Entity and, in case of the Joint Venture/ Consortium, by a Joint the JV/Consortium agreement, in accordance with ITA 24.3 (c)

14. Documents Establishing the Eligibility of the Applicant

14.1 To establish its eligibility in accordance with ITA 4, the Applicant shall complete the Application Submission Form (including the eligibility declaration) and Form 1-Applicant Information Form, included in Section IV, and provide the requested supporting documents indicated in these forms.

15. Documents Establishing the Qualifications of the Applicant

15.1 To establish its qualifications to perform the contract(s) in accordance with Section III, Qualification Criteria and Requirements, the Applicant shall provide the information requested in the corresponding Information Sheets included in Section IV, Application Forms.

16. Signing of the Application and Number of Copies

16.1 The Applicant shall prepare one original of the documents comprising the application as described in ITA 12 and clearly mark it “ORIGINAL”. The original of the application shall be typed or written in indelible ink and shall be signed by a person duly authorized to sign on behalf of the Applicant.

16.2 The Applicant shall submit copies of the signed original application, in the number specified in the PDS, and clearly mark them “COPY”. In the event of any discrepancy between the original and the copies, the original shall prevail

Page 13:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-12

D. Submission of Applications

17. Sealing and Identification of Applications

17.1 The Applicant shall enclose the original and the copies of the application in a sealed envelope that shall:

(a) bear the name and address of the Applicant;

(b) be addressed to the Procuring Entity, in accordance with ITA 18.1; and

(c) bear the specific identification of this prequalification process indicated in the PDS 1.1.

17.2 The Procuring Entity will accept no responsibility for not processing any envelope that was not identified as required.

18. Deadline for Submission of Applications

18.1 Applicants may always submit their applications by mail or by hand. When so specified in the PDS, applicants shall have the option of submitting their applications electronically, in accordance with electronic application submission procedures specified in the PDS. Applications shall be received by the Procuring Entity at the address and no later than the deadline indicated in the PDS. A receipt will be given for all applications submitted.

18.2 The Procuring Entity may, at its discretion, extend the deadline for the submission of applications by amending the Prequalification Document in accordance with ITA 9, in which case all rights and obligations of the Procuring Entity and the Applicants subject to the previous deadline shall thereafter be subject to the deadline as extended.

19. Late Applications

19.1 Any application received by the Procuring Entity after the deadline for submission of applications prescribed in ITA 18 will be automatically excluded from the evaluation process.

20. Opening of Applications

20.1 Any specific electronic application opening procedures required if electronic submission of applications is permitted pursuant to Sub Clause 18.1 shall be as specified in the PDS. Procuring Entity shall prepare a record of the opening of applications that shall include, as a minimum, the name of the Applicant. A copy of the record shall be distributed to all Applicants.

E. Procedures for Evaluation of Applications

21.Confidentiality

21.1 Information relating to the evaluation of applications, and recommendation for prequalification, shall not be disclosed to Applicants or any other persons not officially concerned with such process until the notification of prequalification is made to all Applicants.

21.2 From the deadline for submission of applications to the time of notification of the results of the prequalification in accordance with ITA 28, any Applicant that wishes to contact the Procuring Entity on any matter related to the

Page 14:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-13

prequalification process, may do so but only in writing.

22. Clarification of Applications

22.1 To assist in the evaluation of applications, the Procuring Entity may, at its discretion, ask any Applicant for a clarification of its application which shall be submitted within a stated reasonable period of time. Any request for clarification and all clarifications shall be in writing.

22.2 If an Applicant does not provide clarifications of the information requested by the date and time set in the Procuring Entity’s request for clarification, its application may be rejected.

23.Responsiveness of Applications

23.1 The Procuring Entity may reject any application which is not responsive to the requirements of the prequalification document.

24. Joint-ventures or Consortia

24.1 When competing for a Procuring Entity contract, any economic operator may submit an application or bid independently or in joint venture or consortium with other economic operators, provided they legally confirm joint and several liabilities for the bid in case of winning a contract for the implementation of the contract.

24.2 A joint venture or consortium may be either a permanent legally established group or a group constituted informally for the purpose to apply, bid and undertake a specific Procuring Entity contract. In every case, all members of a joint venture or consortium are jointly and severally liable to the Procuring Entity in relation to the application, bid, offer or contract for which it was constituted.

24.3 Applications and bids submitted by a joint venture or consortium of two or more economic operators shall also comply with the following requirements:

a) the application and the bid shall be signed to be legally binding on all members;

b) the application and the bid must be accompanied by the original legally binding agreement for the all members; the document has to be certified by a Pubic Notary or a Commissioner of Oath; and

c) the agreement legally binding the members of the joint venture or consortium shall include the following mandatory provisions:

i. one of the members shall be nominated in charge, and this nomination shall be evidenced by submitting a power of attorney signed by the legally and authorized signatory members;

ii. the member in charge shall be authorized to incur liabilities and receive instructions for and on behalf of any and all the members of the joint venture or consortium. The entire communication during the bidding processes and for the execution of the contract, including payments, shall be made exclusively with the member in charge;

iii. if the joint venture or consortium are awarded the SADC Contract for, all members of the joint venture shall be liable jointly and severally for the execution of the contract in accordance with the contractual terms; and

iv. the members of the joint venture or consortium are not allowed to leave the joint venture or consortium, and decline their responsibilities, without the

Page 15:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-14

Procuring Entity written approval, or until they have been notified by the Procuring Entity that the contract was not awarded to the joint venture or consortium, or in the event they were awarded the contract, until the liability period indicated of the contract expires.

24.4 In case of applications or bids sent by a joint venture or consortium, each member shall demonstrate that fulfils the eligibility criteria set in the ITA 4 and ITA 5 above. If one single member fails to demonstrate the compliance with the eligibility criteria, the whole joint venture or consortium shall be considered non eligible.

24.5 Regarding the compliance with the qualification criteria, an application sent by a joint venture or consortium shall satisfy the qualification requirements as a whole and not as individual member of the joint venture or consortium.

24.6 To avoid distortion of competition and/or corrupt practices, an economic operator and its affiliates, alone or as member of a joint venture or consortium, shall submit only one application for the same Procuring Entity contract.

24.7 Affiliates are the group of companies, firms, associations, etc. where the economic operator or any of the major shareholders of the economic operator owns not more than twenty percent (20%) of the shares or the share capital. A major shareholder is any legal or physical person owing not less than twenty percent (20%) of the shares or the share capital of the economic operator.

24.8 If an economic operator submits, alone or as member of a joint venture or consortium, more than one application for the same contract, all the applications or bids submitted by the economic operator shall be rejected and banned from participating for a minimum of two (2) and a maximum of (5) years in any other Procuring Entity procurement process.

24.9 The restriction concerning the participation in more than one application shall not apply to sub-contractors or personnel.

24.10 The Procuring Entity does not acknowledge or undertake any obligations towards the sub-contractors or personnel of the economic operator participating in a procurement process of the organization.

F. Evaluation of Applications and Prequalification of Applicants

25. Evaluation of Applications

25.1 The Procuring Entity shall use the factors, methods, criteria, and requirements defined in Section III, Qualification Criteria and Requirements to evaluate the qualifications of the Applicants. The use of other methods, criteria, or requirements shall not be permitted. The Procuring Entity reserves the right to waive minor deviations in the qualification criteria if they do not materially affect the capability of an Applicant to perform the contract.

25.2 Only the qualifications of subcontractors that have been identified in the application may be considered in the evaluation of an Applicant. However, the general experience and financial resources of subcontractors may not be added to those of the Applicant for purposes of prequalification of the Applicant.

26. Procuring 26.1 The Procuring Entity reserves the right to accept or reject any application, and

Page 16:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section I. Instructions to Applicants 1-15

Entity’s Right to Accept or Reject Applications

to annul the prequalification process and reject all applications at any time, without thereby incurring any liability to Applicants.

27.Prequalification of Applicants

27.1 All Applicants whose applications have met or exceeded (“passed”) the specified requirements will, to the exclusion of all others, be prequalified by the Procuring Entity.

28. Notification of Prequalification

28.1 Once the Procuring Entity has completed the evaluation of the applications it shall notify all Applicants of the names of those applicants who have been prequalified by publishing on the Procuring Entity website the Shortlist Notice.

28.2 Similarly, the Procuring Entity will notify unsuccessful applicants on the reasons which led to their disqualification.

29. Invitation to Bid

29.1 Promptly after the notification of the results of the prequalification the Procuring Entity shall invite bids from all the Applicants that have been prequalified.

29.2 Bidders may be required to provide a Bid Security acceptable to the Procuring Entity in the form and an amount to be specified in the Bidding Documents, and the successful Bidder shall be required to provide a Performance Security to be specified in the Bidding Documents.

30. Changes in Qualifications of Applicants

30.1 Any change in the structure or formation of an Applicant after being prequalified in accordance with ITA 27 and invited to bid shall be subject to a written approval of the Procuring Entity prior to the deadline for submission of bids. Such approval shall be denied if as a consequence of the change the Applicant no longer substantially meets the qualification criteria set forth in Section III, Qualification Criteria and Requirements, or if in the opinion of the Procuring Entity, a substantial reduction in competition may result. Any such changes shall be submitted to the Procuring Entity not later than 14 days after the date of the Invitation for Bids.

31. Appeals 31.1The Applicant can appeal a Procuring Entity decision on evaluation of its application following the procedures stated in the Procurement Guidelines indicated in the ITA 2.1.

Page 17:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-17

Section II. Prequalification Data Sheet

A. GeneralITA 1.1 Procuring Entity is represented by:

The Director, Administration and Human ResourcesSouthern African Development Community (SADC) Secretariat, CBD Plot 54385,Private Bag 0095, City: GaboroneCountry: BOTSWANA. Fax: +2673972848/3181070Email: [email protected]: Mr. Russell Mufaya

ITA 1.1 The Contract Title is: Procurement of Electronic Records Management System

ITA 1.1 The Contract Identification Number is: SADC/RMU/01/2016

ITA 1.2 Number of Lots: 1ITA 2.1 The applicable Procurement Guidelines are: SADC

Procurement Guidelines, August 2011

ITA 5.3 (f) The list of firms debarred by the Procuring Entity can be found on the following website: N/A

ITA 5.12 The Applicant shall not have the obligation of submission of the documentary proof for exclusion criteria.

ITA 6.1 The Applicant must comply with the following additional criteria: None

B. Contents of the Prequalification Document

Page 18:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-18

ITA 8.1 For clarification purposes, the Procuring Entity's address is:The Head of Procurement Southern African Development Community (SADC) SecretariatCBD Plot 54385Room DGP11 on Ground FloorCity: Gaborone Country: Botswana

Fax: +2673972848/3181070Email: [email protected] Attention: Mr. Ted Peter Luka With copy to: [email protected]: Mr. Gift Mike Gwaza MCIPS

Request for clarifications should be made in writing by latest 16:30hrs local time, 14th October 2016

C. Preparation of Applications

ITA 11 The language of the prequalification is: English

ITA 12.1 (d) The Applicant shall submit with its application, the following additional documents: N/A

ITA 16.2 In addition to the original, the number of copies to be submitted with the application is: Three

D. Submission of ApplicationsITA 18.1 The Applicant shall not have the option of submitting their

applications electronically.For application submission purposes only, the Procuring Entity's address is:The ChairpersonThe SADC External Tender CommitteeSADC Secretariat, Western Commercial Road (near Lobatse and Siboni Roads)CBD Plot 54385

Page 19:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section II. Prequalification Data Sheet 1-19

City: Gaborone Country: BotswanaThe deadline for application submission is:

Date: 21st October 2016Time: 15:00hrs local time

ITA 20.1 If electronic submission of applications shall be permitted, electronic application opening procedures are: N/A

ITA 24.6 To avoid distortion of competition and/or corrupt practices, an economic operator and its affiliates, alone or as member of a joint venture or consortium, shall submit only one application for the same contract.

Page 20:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

Section III. Qualification Criteria and Requirements

This Section contains all the methods, criteria, and requirements that the Procuring Entity shall use to evaluate applications. The information to be provided in relation to each requirement and the definitions of the corresponding terms are included in the respective Application Forms.

Contents

1. Eligibility Requirements 192. Qualifications Requirements 21

Page 21:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

1. Eligibility Requirements

No. Clause Requirement Compliance with the requirement

Source of information

Supporting document

Single Entity

Joint Venture or Consortium

1.1 Clause ITA 4

Not be in a conflict of interest position

Must meet the requirement

Each member must meet the requirement

Application Submission Form

NA

1.2 Clause ITA 5 (a)

Does not fall into the following situation: they are being bankrupt or wound up, are having their affairs administered by the courts, have entered into arrangements with creditors, have suspended business activities, are being subject of proceedings concerning those matters, or are being in any similar situations arising from a similar procedures provided for in the national legislation or regulations of the SADC member states.

Must meet the requirement

Each member must meet the requirement

Application Submission Form

Requested attachments to Application Submission Form

1.3 Clause ITA 5 (b)

Does not fall into the following situation: they have been convicted of offences concerning their professional conduct by a judgment which haves the force of res judicata; (i.e. against which no appeal is possible).

Must meet the requirement

Each member must meet the requirement

Application Submission Form

Requested attachments to Application Submission Form

1.4 Clause ITA 5 (c)

Does not fall into the following situation: they have been declared guilty of grave professional misconduct proven by any means which Procuring Entity can justify.

Must meet the requirement

Each member must meet the requirement

Application Submission Form

Requested attachments to Application Submission Form

1.5 Clause ITA 5 (d)

Does not fall into the following situation: they have not fulfilled obligations related to the

Must meet the requirement

Each member must meet the

Application Submission Form

Requested attachments to Application Submission

Page 22:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

No. Clause Requirement Compliance with the requirement

Source of information

Supporting document

payments of social security contributions or the payment of taxes in accordance with the legal provisions of the country in which they are established or with those countries where the contract is to be performed.

requirement Form

1.6 Clause ITA 5 (e)

Does not fall into the following situation: they have been the subject of a judgment which has the force of res judicata for fraud, corruption, involvement in a criminal organisation or any other illegal activity detrimental to the Procuring Entity' financial interests.

Must meet the requirement

Each member must meet the requirement

Application Submission Form

Requested attachments to Application Submission Form

1.7 Clause ITA 5 (f)

Does not fall into the following situation: they are being currently subject to an administrative penalty.

Must meet the requirement

Each member must meet the requirement

Application Submission Form

Procuring Entity debarred list of economic operators at www.sadc.int

1.8 Clause ITA 24.6

One application per applicant

Must meet the requirement

Each member must meet the requirement

Page 23:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

2. Qualifications Requirements

No.

Subject Requirement Compliance with the requirement

Source of information

Supporting document

Single Entity

Joint Venture or Consortium

2.1 Experience in implementing similar contracts

a) Must have implemented at least two contracts for e-RMS management in the last five (5) years of at least 400.000 USD each. At least one of the contracts must be with a public administration or a public international organization.

Ongoing contracts for e-RMS will be taken into consideration only if the period of implementation started over 12 months before 1/9/2016.

b) Must have experience in working in SADC region as provider of e-RMS. At least one of the contracts required in a) must have been implemented in SADC region.

In case more than six bidders fulfill the conditions, the six with more references with International Organizations will be selected.

Remarks:

Must meet the requirement

All members together must meet the requirement

Form 2 Requested attachments to Form 2

Page 24:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

No.

Subject Requirement Compliance with the requirement

Source of information

Supporting document

The bidders must give a description of the references provided. Each reference contract must include at least:

1) Pre-customization consulting

2) Hardware requirements (servers, etc.) & hardware configuration

3) Implementation of the customized e-RMS for about 400 users

4) Digitalization of multi-million SADC records Digitalization of multi-million SADC records and migration of existing e-record to the new system

5) Testing end-to-end proposed solution

6) Implementation of a change management plan (including staff training, training of internal trainers, documentations & manual hand-over)

7) SLA agreement

Page 25:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

No.

Subject Requirement Compliance with the requirement

Source of information

Supporting document

2.2 Financial Resources

i) Minimum average annual turnover related to the contract of US$ 1.000.000 calculated as total certified payments received for contracts in progress or completed, within the last three years.

Must meet the requirement

At least one member of the consortia must meet the requirement

Form 3.a)

Requested attachments to Form 3

ii) A bank guarantee of 30,000 USD needs to be provided with an approved overdraft facility

Must meet the requirement

The leader of the consortia must meet the requirement alone

Form 3.b)

Requested attachments to Form 3

iii) A performance guarantee of 60,000 USD needs to be provided exclusively under the form of a check

Must meet the requirement

The leader of the consortia must meet the requirement alone

2.3 Personnel Resources:

a) The bidder must have at least 15 permanent staff members as of 1/9/2016, located in SADC Region At least 3 permanent staff dealing with e-RMS system on offer must be located in SADC Region

Must meet the requirement

All members together must meet the requirement

Form 4 a)

Requested attachments to Form 4 a)

b) Availability of experts with the following specialization:

Expertise 1 in Contract management: the bidding entity should have international expertize in implementation and running of such contracts, and undertake (without being

Must meet the requirement

Must be kept for the entire duration of contracts.

All members together must meet the requirement

Must be kept for the entire duration of contracts.

Form 4 b)

Requested attachments to Form 4 b)

Page 26:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

No.

Subject Requirement Compliance with the requirement

Source of information

Supporting document

limited to) actions that relate to Global/Regional Account Management, representation, decision making, etc. For this it should provide a general profile of a contract manager with such expertise.

The Contract Manager may be a direct staff employed by the bidder or a third party collaborator that is compliant the international contract standards.

Expertise 2: the bidding entity must provide the profile of at least two experts with a minimum of five years each (a minimum twelve years combined) of experience in e-RMS implementation and ICT consultancy services.

Expertise 3: the bidding entity must provide the profile at least Three experts with at least three years of experience in ICT and digitalization project management.

Letter confirming that they

Must be kept for the entire duration of contracts.

Must be kept for the entire implementation phase of contracts.

Must be kept for the entire duration of contracts.

Must be kept for the entire implementation phase of contracts.

Page 27:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

No.

Subject Requirement Compliance with the requirement

Source of information

Supporting document

will be interested in participating.

2.4 Professional Capacity

Must be an authorized provider of an internationally used e-RMS according to its own national legislation at least for the last three years.

eRMS must be compliant to MoReq2 specifications which are functional requirements for the management of electronic records

The eRMS system must be compliant to ISO 15489-1:2016 (main Record Management standard), 15489-2:2001 (Record Management guidelines), ISO 23081-1:2006 (Record Management metadata standard).

The digitalization and record migration process in the company must be compliant to ISO 13028 and 13008.

The system should have either an inbuilt digital signature capability or can easily be integrated with a digital signature solution

Must meet the requirement

All members together must meet the requirement

Page 28:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section III. Qualification Criteria and Requirements

No.

Subject Requirement Compliance with the requirement

Source of information

Supporting document

Page 29:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-29

Section IV. Application Forms

Table of Forms

Application Submission Form 24Applicant Information Form 27Experience in implementing similar contracts 29Experience in implementing similar contracts – Area of Specialization 32Financial Situation 33Availability of Permanent Staff – Expertise availability 35Personnel Resources 37

Page 30:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-30

Application Submission Form

Date: [insert day, month, year] Contract No. and title: [insert number and title]

To: Southern Africa Development Community Secretariat

1 SUBMITTED by [ie, the identity of the Applicant]

Name(s) of legal entity or entities making this application Nationality

Partner in charge *

Partner 2*

Etc … *

*add / delete additional lines for consortium partners as appropriate. Note that a sub-contractor is not considered to be a consortium partner for the purposes of this application form. If this application is being submitted by an individual legal entity, the name of that legal entity should be entered as 'Partner in Charge' (and all other lines should be deleted). Any change in the identity of the Partner in Charge and/or any JV/consortium partners between the deadline for receipt of applications and the award of the contract (other than for reasons of changes to the legal structure of the individual entities concerned) will result in the immediate exclusion of the Applicant from the procurement procedure.Country in which the legal entity is registered

2 CONTACT PERSON (for this application)Name

Organisation

Address

Telephone

Fax

e-mail

3 STATEMENT (for this application)

We, the undersigned, apply to be prequalified for the referenced contract and declare that:

(a) we have examined and have no reservations to the Prequalification Documents, including Addendum(s) No(s)., issued in accordance with Instructions to Applicants (ITA) Clause 8: [insert the number and issuing date of each addendum], and we are shortlisted we are committed to deliver the [services/works/goods delete as appropriate]indicated in the Part 2 of this Document.

(b) we are fully aware that, in the case of a Joint Venture/Consortium, the composition of the a Joint Venture/Consortium cannot be modified in the course of the procurement procedure. We are also

Page 31:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-31

aware that the a Joint Venture/Consortium partners would have joint and several liability towards the Procuring Entity concerning participation in both the procurement procedure and any contract awarded to us as a result of it.

(c) we, including any subcontractors or suppliers for any part of the contract resulting from this prequalification process, complies with the eligibility criteria stated at ITA 4;

(d) we, including any subcontractors or suppliers for any part of the contract resulting from this prequalification, do not have any conflict of interest, in accordance with ITA Sub-Clause 4.4;

(e) we, including any subcontractors or suppliers for any part of the contract resulting from this prequalification, have not been declared ineligible by the Procuring Entity, or under any SADC country laws or official regulations;

(f) we, in accordance with ITA Sub-Clause 24.1, plan to subcontract the following key activities and/or parts of the works:

[insert any of the key activities identified in Section III- 4.2 (b) which the Applicant intends to subcontract]

(g) we declare that the following commissions, gratuities, or fees have been paid or are to be paid with respect to the prequalification process, the corresponding bidding process or execution of the Contract:

Name of Recipient Address Reason Amount

[insert full name for each occurrence]

[insert street/ number/city/country]

[indicate reason] [specify amount in US$ equivalent]

________________________________________________________________

________________________________________________________________

________________________________________________________________

________________________________________________________________

[If none has been paid or is to be paid, indicate “none”.]

(h) We understand that you may cancel the prequalification process at any time and that you are neither bound to accept any application that you may receive nor to invite the prequalified applicants to bid for the contract subject of this prequalification, without incurring any liability to the Applicants, in accordance with ITA Clause 26.

Signed [insert signature(s) of an authorized representative(s) of the Applicant ]

Name [insert full name of person signing the application]

In the Capacity of [insert capacity of person signing the application]

Page 32:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-32

Duly authorized to sign the application for and on behalf of: Applicant’s Name [insert full name of Applicant] Address [insert street number/town or city/country address]Phone: Fax:Email:

Dated on [insert day number] day of [insert month], [insert year]

Attached are certified copies of original documents of [in case of Joint Venture/Consortium these documents must be provided for each partner of the Joint Venture/Consortium]

The Judicial Certificate to demonstrate compliance with the Eligibility Requirement 1.2, 1.3 and 1.6 references to Clause ITA 5.3 (a), (b) and (e).

The Fiscal Certificate to demonstrate the compliance with the Eligibility Requirement 1.5 reference to Clause ITA 5.3 (d).

The sworn / solemn statement (affidavit) made by the interested party in front of a judicial or administrative authority, a notary, or a qualified professional body in its country of origin or provenance to demonstrate the compliance with the Eligibility Requirement 1.1 reference to Clause ITA 4 and Eligibility Requirements 1.4 and 1.7 reference to Clause ITA 5.3 (c) and (f).

The power of attorney for the authorized representative of the signatory of the application to allow her/him to engage the Applicant into contracts with Procuring Entity.

In case of JV/Consortium, the JV/Consortium agreement, in accordance with ITA 24.3 (c).

Page 33:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-33

Form 1Applicant Information Form

Date: [insert day, month, year]Contract No. and title: [insert number and title]

Page [insert page number] of [insert total number] pagesApplication is submitted as [“Single Entity” or “Joint Venture/Consortium” delete as appropriate]

(In case of Joint Venture/Consortium)The partner in charge is [insert full legal name]

Applicant's legal name:[insert full legal name of the Joint Venture/consortium and of each of the partners]

Applicant’s main shareholder s:[insert full legal name of all major shareholders of the Joint Venture and of each of the partners] [For this purpose, major shareholder shall be defined as: any legal or physical person which owns no less than twenty percent (20%) of the shares or the share capital of the Applicant. In case of a Joint Venture/Consortium this situation shall be presented for each partner]

Applicant’s Affiliates, in accordance with the ITA 24. 7: [insert full legal name of each affiliate of the Joint Venture/Consortium and of each of the partners]

Applicant's country of constitution: [indicate country of Constitution of the Joint Venture/Consortium and of each of the partners]

Applicant's year of constitution: [indicate year of Constitution of the Joint Venture/Consortium and of each of the partners]

Applicant's legal address in country of constitution: [insert street/ number/ town or city/ country of the Joint Venture/Consortium and of each of the partners]

Applicant’s registration number in the country of constitution [indicate the registration number of the Joint Venture/consortium and of each of the partners]

Applicant's authorized representative information [of the Joint Venture/Consortium and of each of the partners]

Name: [insert full legal name]

Address: [insert street/ number/ town or city/ country]

Telephone/Fax numbers: [insert telephone/fax numbers, including country and city codes]

E-mail address: [indicate e-mail address]

Attached are certified copies of original documents of [in case of Joint Venture/Consortium these documents must be provided for each partner Joint Venture/Consortium]

Articles of Incorporation or Documents of Constitution, and documents of registration of the legal entity named above, in accordance with ITA 4.2.

Signed [insert signature(s) of an authorized representative(s) of the Applicant ]

Name [insert full name of person signing the application]

Page 34:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-34

In the Capacity of [insert capacity of person signing the application]

Duly authorized to sign the application for and on behalf of: Applicant’s

Name [insert full name of Applicant] Address [insert street number/town

or city/country address]

Dated on [insert day number] day of [insert month], [insert year]

Page 35:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-35

Form 2 a)Experience in implementing similar contracts

(Maximum 15 references)

[The following table shall be filled in for the Applicant and for each partner of a Joint Venture/Consortium]

Applicant's/Joint Venture Partner's Legal Name: [insert full name]Date: [insert day, month, year]

Applicant JV Party Legal Name: [insert full name]Contract No. and title: [insert number]

Page [insert page number]of [insert total number]pages

[Identify contracts that demonstrate experience in implementation of similar contracts over the last five (5) years pursuant to Section III, Qualification Criteria and Requirements, Sub-Factor 2.1 (a). List

contracts chronologically, according to their commencement (starting) dates.]

StartingMonth /

Year

EndingMonth /

Year

Contract Identification Role ofApplicant

[indicate month/ year]

[indicate month/ year]

Contract name: [insert full name]Brief description of the contract performed by theApplicant: [describe the scope of the contract]Amount of contract: [insert amount in EUR equivalent]Name of the Client: [indicate full name]

Address: [indicate street/number/town or city/country]Contact person for references [indicate full name, position and contact points: address, phone, fax, email]

(insert "Contractor” or "Subcontractor” or "Contract Manager”]

Contract name: [insert full name]Brief description of the contract performed by theApplicant: [describe the scope of the contract]Amount of contract: [insert amount in EUR equivalent]Name of the Client: [indicate full name]

Address: [indicate street/number/town or city/country]Contact person for references [indicate full name, position and contact points: address, phone, fax, email]

(insert "Contractor” or "Subcontractor” or "Contract Manager”]

Contract name: [insert full name]Brief description of the contract performed by theApplicant: [describe the scope of the contract]Amount of contract: [insert amount in EUR equivalent]Name of the Client: [indicate full name]

Address: [indicate street/number/town or city/country]Contact person for references [indicate full name,

position and contact points: address, phone, fax, email]

(insert "Contractor” or "Subcontractor” or "Contract Manager”]

Page 36:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-37

For a reference to qualify it must be accompanied by certified copies of:

Acceptance certificates to demonstrate that the contracts indicated are completed and accepted by the Client

Signed [insert signature(s) of an authorized representative(s) of the Applicant]

Name [insert full name of person signing the application]

In the Capacity of [insert capacity of person signing the application]

Duly authorized to sign the application for and on behalf of: Applicant’s Name [insert full name of Applicant] Address [insert street number/town or city/country address]

Dated on [insert day number] day of [insert month], [insert year]

Page 37:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-38

Form 2 b)Experience in implementing similar contracts – Area of

Specialization

[The following table shall be filled in Applicant and for each partner of a Joint Venture/Consortium]

Applicant's/Joint Venture Partner's Legal Name: [insert full name]Date: [insert day, month, year]

Applicant JV Party Legal Name: [insert full name]Contract No. and title: [insert number]

Page [insert page number] of [insert total number] pages

[Indicate the area specialization which your company had over the past [number] years pursuant to Section III, Qualification Criteria and Requirements, Sub-Factor 2.1 (b)]

Specialization Reference clause of the Article of Incorporation or Constitution Document

Year 1 Year 2 Year 3 Year … Average

Percentage in the Annual Turnover

Percentage in the Annual Turnover

Percentage in the Annual Turnover

Percentage in the Annual Turnover

Percentage in the Annual Turnover

Signed [insert signature(s) of an authorized representative(s) of the Applicant ]

Name [insert full name of person signing the application]

In the Capacity of [insert capacity of person signing the application]

Duly authorized to sign the application for and on behalf of: Applicant’s Name [insert full name of Applicant] Address [insert street number/town or city/country address]

Dated on [insert day number] day of [insert month], [insert year]

Page 38:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-39

Form 3

Financial Situation

Applicant’s Legal Name: [insert full name] Date: [insert day, month, year]

Contract No. and title: [insert number and title]

Page [insert page number] of [insert total number] pages

1. Financial data [a summary table and a table for each of the partner shall be included]

[Insert on of the title “Summary Table”, or “Name of the partner: [ insert name]]

Financial information in(EUR equivalent in 000s)

Historic information for previous _[insert number] years,[insert in words]

(EUR equivalent in 000s)

Year 1 Year 2 Year 3 Year … Average

Annual Turnover

Out of which:

Annual Turnover Specific to the area of the contract

Information from Balance SheetTotal AssetsTotal Liabilities Net Worth

Information from Income StatementTotal Revenue Out of which: Total Operational RevenuesTotal ExpensesOut of which:Total Operational Expenses Profits Before Taxes Out of which: Operational Profit

Page 39:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-40

Signed [insert signature(s) of an authorized representative(s) of the Applicant]

Name [insert full name of person signing the application]

In the Capacity of [insert capacity of person signing the application]

Duly authorized to sign the application for and on behalf of: Applicant’s Name [insert full name of

Applicant] Address [insert street number/town or city/country address]

Dated on [insert day number] day of [insert month], [insert year]

Page 40:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-41

Form 4 a)Availability of Permanent Staff – Expertise availability

[The following table shall be filled in for the Applicant and jointly for the Joint Venture/Consortium]

Applicant's/Joint Venture Partner's Legal Name: [insert full name]Date: [insert day, month, year]

Contract No. and title: [insert number and title]Page [insert page number]of [insert total number]pages

[Provide information on the availability of the personnel resources over the past five (5)] years pursuant to Section III, Qualification Criteria and Requirements, Sub-Factor 2.3 a).]

Partners Subject Year 1Latest

Year 2 Latest-1

Year 3 Latest-2

Average

Partner in Charge: [insert the name]

Permanent StaffOut of which staff specialized in the area of the contractOther staffOut of which staff specialized in the area of the contractTotal

Partner 1: [insert the name]

Permanent StaffOut of which staff specialized in the area of the contractOther staffOut of which staff specialized in the area of the contractTotal

Partner 2: [insert the name]

Permanent StaffOut of which staff specialized in the area of the contractOther staffOut of which staff specialized in the area of the contractTotal

Overall Joint Venture/ Consortium

Total Permanent StaffOut of which staff specialized in the area of the contractTotal Other staffOut of which staff specialized in the area of the contractOverall Total

Page 41:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-42

Signed [insert signature(s) of an authorized representative(s) of the Applicant ]

Name [insert full name of person signing the application]

In the Capacity of [insert capacity of person signing the application]

Duly authorized to sign the application for and on behalf of: Applicant’s

Name [insert full name of Applicant] Address [insert street number/town

or city/country address]

Dated on [insert day number] day of [insert month], [insert year]

Page 42:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

1-43

Form 4 b)Personnel Resources

[The following table shall be filled in for the Applicant and each of the Joint Venture/Consortium Members]

Applicant's/Joint Venture Partner's Legal Name: [insert full name]Date: [insert day, month, year]

Contract No. and title: [insert number]Page [insert page number]of [insert total number]pages

[Provide information that demonstrate availability of expertise indicated in Section III, Qualification Criteria and Requirements, Sub-Factor 2.3 a).]

Name of the person Area of Professional Experience

Position held Years of relevant professional experience (as

per column 2)

Professional Qualification

General Qualification

Nationality

Signed [insert signature(s) of an authorized representative(s) of the Applicant]Name [insert full name of person signing the application]

In the Capacity of [insert capacity of person signing the application]Duly authorized to sign the application for and on behalf of: Applicant’s Name [insert full name of Applicant]

Address [insert street number/town or city/country address]Dated on [insert day number] day of [insert month], [insert year]

Page 43:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

2-1

PART 2 – Contract Requirements

Page 44:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-2

Section VI. Contract Requirements

Contents

1. Description of the Contract Requirements 3

Page 45:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-3

1. Description of the Contract Requirements1. INTRODUCTION

1.1 The Southern African Development Community (SADC) consists of fifteen Member States, namely Angola, Botswana, Democratic Republic of Congo, Lesotho, Madagascar, Malawi, Mauritius, Mozambique, Namibia, Seychelles, South Africa, Swaziland, United Republic of Tanzania, Zambia and Zimbabwe.

The Southern African Development Community (SADC) was established as a development coordinating conference (SADCC) in 1980 and transformed into a development community in 1992. It is an inter-governmental organisation whose goal is to promote sustainable and equitable economic growth and socio-economic development through efficient productive systems, deeper co-operation and integration, good governance and durable peace and security among fifteen Southern African Development Community (SADC). More information is available on SADC website (h t tp : // www . s adc.i n t ).

The SADC executive arm is the SADC Secretariat located in Gaborone, with several satellite offices in the region and has about 400 staff.

1.2 SADC Secretariat, through its changes, came to develop an under-performing paper-based record management system. The Secretariat key objectives are to improve the efficiencies in the registration, distribution and management of records processes. Several process inefficiencies have been identified. The effects of these inefficiencies can be summarised as:

a) Delays in assigning the appropriate Action Officer, as well as the delivery of the correspondence once it has been delegated.

b) Delays in the response to correspondence which requires action.

c) Loss of records as they are routed and re-routed through the SADC Secretariat.

d) No comprehensive means to track the whereabouts of the file when it has been borrowed from the Registry.

e) Missing correspondence from files when they have been returned to the Registry.

f) Lack of adequate tools for the management of records.

g) There are no approved standardised policies, procedures and systems in place to ensure the systematic capture, maintenance, use and disposition of Secretariat records.

h) Records are not easily accessible and lack uniformity in terms of the way they are stored, how they are stored and eventually disposed of.

Page 46:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-4

i) Directorates and Units have resorted to maintain their own files in their respective business units due to the poor records management systems currently in existence.

j) Lack of an overall business continuity plan that includes a vital records management and disaster preparedness plan.

k) Lack of adequately trained staff and possible capacity in records management to sufficiently plan and undertake continuous records management activities.

l) Lack of statistical information on holdings and performance metrics on Registry activities.

m) Lack of adequate archiving management processes.

1.3 SADC Secretariat has an estimated:

a) 5000 incoming /outgoing centralized correspondences per year (mostly via the official SADC email [email protected] )

a. However there is an unknown number of official email correspondence going through directly with Secretariat staff

b. This does not include about 3000 outgoing faxes, not about 400 incoming faxes

b) Several millions of records (between 5 and 10 millions)

c) An estimated between 10,000 and 20,000 files

2. BACKGROUND

2.1 The SADC Secretariat intends implementing an Electronic Record Management system that can facilitate the SADC Secretariat’s process of managing records. The system will provide a platform for management, compilation, monitoring and utilisation of records in the SADC Secretariat.

2.2 The requirements outlined are in-line with the internationally acceptable best practice for managing records and is designed to capture and manage all official SADC Secretariat records regardless of format. Therefore, the ERMS will incorporate records which are paper, scanned, emails and in electronic format such as MS Word documents and spreadsheets, including those records that are created internally by the Secretariat. The following records management business processes have been defined as in scope:

a) Registration and Distribution of official mail correspondence received by the registry (and records created internally) in paper and/or digital formats including the full utilisation of the workflow management system.

Page 47:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-5

b) Indexing of registered records using standardised naming conventions, classification, metadata and retention.

c) Maintaining and Access control, integrity and authenticity of SADC Secretariat records (electronic records and circulation paper records) by tracking the location and authorised system users, including maintaining audit trails.

d) Disposal actions such as archiving and/or file destruction and creating the interface from Records Management to Archives Administration by applying retention schedules.

e) Search and Retrieve records held in the ERMS repository by providing read only access to authorised SADC Secretariat staff. This also includes the production statistical information and reports.

f) Archiving Management of records held in the Secretariat.

2.3 It is expected of the ERMS to adhere to SADC Secretariat records management policies, procedures, file classification scheme and retention schedule.

2.4 The supplier will provide the requirements for any supporting hardware and software such as servers and scanning/imaging to the ERMS solution.

2.5 The offer should cover the digitalization of a large body of archived record (several millions.

2.6 The offer should cover the migration of a large body of electronic record through existing SADC IT systems (such as Sage – VIP system; SUNSYSTEMS; etc.).

2.7 The solutions should be compliant to several international standards such as ISO 15489, ISO ISO 18014, ISO 23081, MoReq 2, DoD 5015.2 Chapter 2, Dublin Core Metadata and VERS Australian Metadata standards.

2.8 The primary users of the ERMS will be:

a) Action Officers / Standard users who create and request records. There are an estimated 350 of them.

b) Directors & head of unit: have the right to name an acting head. Acting head and head have the power of signature. There are an estimated 20 (10+10) of them.

c) Records Officers and Assistants who register, classify, retrieve, track, and box records as well as carry out the disposition of records. There are an estimated 5 of them.

Page 48:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-6

d) Records Managers who create classification schemes, records and disposition schedules (or primary appraisals) as well as supervise the Registry staff and operations. There are an estimated 2 of them.

e) Super users who manage user and user profiles as well as support and customise the product to meet the needs of the other users. All super-user are Records officers or Records managers. There are an estimated 10 super-users.

f)IT administrator who manage the IT system behind the e-RMS. There are an estimated 2 of them.

2.9 High Level Requirements of Records Management Business Processes are:

a) Registering correspondence in all formats, including the option to scan correspondence.

b) Distributing correspondence in all formats and optimising methods for determining routing and the assigning of Action Officers.

c) Providing read-only access to electronic correspondence and other records held in the ERMS for authorised SADC Secretariat staff.

d) Providing read-only access to hard copy files held in the Registry for authorised SADC Secretariat staff.

e) Tracking the circulation and issuing notifications for overdue borrowed Registry files.

f)Seeking additional authorisation, if required, to release physical files for access to authorised SADC Secretariat users.

g) Processing outgoing correspondence in all formats and linking outgoing correspondence with the incoming correspondence ‘for action’.

h) Standards and processes for ‘admitting’ files to the Registry from the SADC Secretariat Directorates and Units.

i) Access / management of archive

2.10 Details of the requirement ranking are indicated by:

a) Mandatory – necessary to meet business objectives and core functionality as per SADC Secretariat’s requirements and are required in the ERMS vendor’s response.

b) Desirable – will significantly improve business process efficiency and / or the end user experience and will not be mandatory however they will be evaluated as part of the vendor’s response.

c) Optional – would improve the overall usability however not necessary to meet core business requirements. These requirements will not be subjected to a formal evaluation.

2.11 The systems should have a comprehensive dashboard and reporting system for usage by designated people within the SADC Secretariat. Ability to self-define reports for

Page 49:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-7

different people.

3. SPECIFIC REQUIREMENTS

Defined as per Appendix B

4. REQUIRED SKILLS AND EXPERIENCE

4.1 The proposal should have a solution that has been tested in the private and public sector over the past three years and be able to take into account the best practice requirements of the International best practices as well as Corporate Governance.

5. PROJECT TEAM

5.1 The SADC Secretariat’s IT Specialist will facilitate the technical delivery and installation of the ERMS while the Senior Officer - RMU will manage the project, especially in respect of the relevant role-players, systems and documentation, as deemed necessary, for the successful completion of the project.

6. DELIVERABLES

6.1 The successful bidder will be expected to:

(a) Supply, deliver and install and ERMS at the SADC Secretariat’sPremises and a similar system will be extended to SADC remote offices were necessary;

(b) Train SADC Secretariat staff on the proper use and support of the system; (different training for different user type, in particular the super-users which should also get a train the trainers type of training)(c) Provide support for the upgrade and maintenance of the system, in

accordance with a maintenance agreement.(d) Provide for test cases for the User Acceptance Testing (e) Provide for templates for data migration(f) Provide for a test environment to compliment the production system (this

should not require licensing)(g) Provide the digitalization of paper-based records(h) Ensure existing e-record migration (i) Provide clear hardware specifications as well as clear hardware/OS/system

fine tuning instructions

Page 50:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-8

APPENDIX B – E-RMS DETAILED SPECIFIC REQUIREMENTS

Create and Capture

Requirement Description Requirement Ranking

Records Capture

Captures, registers and stores records in their native formats (if electronic, regardless of format and technical characteristics) so that when retrieved they can be reproduced, viewed and manipulated in the same manner as the original.

Mandatory

Registration of records with data entry screens which can accommodate metadata according to record type such as correspondence, email and physical file.

Mandatory

At the time of registration, a unique record identifier is automatically generated.

Mandatory

File Classification Scheme (File Plan) and Retention Schedule must be applied to the record at the time of registration with the ability to change / amend at a later date.

Mandatory

Records can only be registered only once; the system will not permit duplicate registration of the same record in the same format.

Mandatory

Registered records are 'locked' down preventing any further modifications and/or unauthorised deletions.

Mandatory

At the time of registration, records are legally binding time-stamped, compliant to ISO 18014. Time of registration, absolutely, cannot be modified and can thus serve as evidence of time of registration.

Mandatory

Establish a link between records in multiple formats, for Desirable

Page 51:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-9

Requirement Description Requirement Ranking

example physical and scanned records.

Physical Records Indexing

Physical records such as files, boxes or another media such as audio/video can be indexed in the database.

Mandatory

Configurable metadata specific to physical records format type (see above examples).

Mandatory

OCR Scanning Captures physical records that have been digitised using OCR and imaging technologies.

Mandatory

OCR in English, French and Portuguese. Mandatory

Can integrate with industry standard scanning and imaging solutions.

Mandatory

Email Captures emails in their native format. Mandatory

Integration with MS Outlook to register emails directly from inbox.

Mandatory

Option to capture email and attachments as one record or two separate records.

Mandatory

Automated metadata capture for email during registration process.

Mandatory

Email can be sent with links to registered electronic records (such as PDF and emails).

Mandatory

Drag and drop from common registry inbox to repository. Mandatory

Browse records repository via email folders. Optional

Naming Conventions

Ability to incorporate automated naming convention for example date, file code and numeric sequence.

Mandatory

Page 52:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-10

Requirement Description Requirement Ranking

Naming conventions can be applied to different document types/object modules.

Mandatory

Metadata Metadata must be assigned at records registration and added after registration.

Mandatory

Metadata must be populated by automated system generation using free text user entry and drop down user entry.

Mandatory

Assigning multiple data values against one metadata field. Mandatory

Metadata properties are automatically inherited from the parent folder with a manual option to override.

Mandatory

Metadata templates (such as data entry forms) for record types (such as email, paper and scanned) that automatically populate commonly used metadata.

Desirable

Hierarchical metadata relationships can be configured, if one option selected appropriate sub-category is available.

Optional

Introduce new fields for metadata Mandatory

Security Classification

Incorporates information security classification at the document and/or folder level.

Roles based access control must be available

Mandatory

Assigns a default value at the time of registration with a manual option to override.

Desirable

Classification Plan/Taxonomy

Incorporates hierarchical File Classification Scheme that is specific to SADC Secretariat.

Mandatory

Accommodates alpha-numeric classification titles. Mandatory

Importing of classification plan via MS Excel Spreadsheet or Desirable

Page 53:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-11

Requirement Description Requirement Ranking

MS Access Database.

Maintain and Use

Requirement Description Requirement Ranking

Records Request

SADC Secretariat staff can request access to records. Mandatory

Requests can be made in person, telephone, email and online. The request mode and certain metadata are added to the record’s audit log.

Mandatory

Authorised SADC Secretariat staff can access read-only electronic records (for example PDFs, emails) from the repository via their web client.

Mandatory

Electronic records can only be accessed as read-only files (PDF or HTML rendering) after registration to prevent modification and/or tampering.

Desirable

Records Circulation

Circulation tracking for physical records throughout entire lifecycle.

Mandatory

Bar-code scanning for check-in and check-out for records leaving the registry upon request by authorised users.

Mandatory

Audit trail for records access is maintained throughout the lifecycle of the record and cannot be deleted or

Mandatory

Page 54:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-12

Requirement Description Requirement Ranking

altered.

Default borrowing time can be configured for each record and/or file checked-out of the registry.

Mandatory

Generates email reminders / alert to users with records/files exceeding the allotted borrowing period.

Mandatory

Access Controls

Registered records contain Access Control Lists (ACLs) to determine authorised list of users.

Mandatory

ACLs can be established according to folder and/or classification.

Mandatory

ACLs are inherited from parent folder and/or classification with option to override at the sub-folder/sub-classification or individual record level.

Mandatory

Audit Trails All actions for each record from the time of registration are auditable.

Mandatory

Metadata generated by audit trails cannot be deleted or purposely modified by any users.

Mandatory

A history of each metadata field is maintained, for example when it is updated the old value is not overwritten.

Mandatory

Search All users can search and/or browse registry records repository via web client.

Mandatory

Both standard and advanced search options are available to all users.

Mandatory

All search interfaces are intuitive, using familiar UI and functionality or other recognised industry standards.

Mandatory

Search queries and results can be saved and recalled at Mandatory

Page 55:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-13

Requirement Description Requirement Ranking

individual user level.

Search results can be sorted by fields determined by the user.

Mandatory

Custom search templates can be defined by super-users for use by all or specific user groups.

Mandatory

Option for search results to display selectable metadata such as Date, Author, Record Type and Keywords.

Mandatory

Option for users to easily select/browse from recently created and/or viewed records (electronic) and/or records metadata (physical records).

Optional

Retain and Dispose

Requirement Description Requirement Ranking

Retention Schedules

Retention Schedules must be applied to records at the time of registration.

Mandatory

Records Schedules can apply active and inactive status to records according to time and event based triggers.

Mandatory

Retention Schedules can be applied according to records classifications and/or folders.

Mandatory

Records can have more than one retention period attached and will not be eligible for destruction until the

Mandatory

Page 56:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-14

Requirement Description Requirement Ranking

longer retention period has expired.

Retention periods can be inherited with the option to manually override at the folder, sub-classification and record level.

Mandatory

Retention periods must be defined and modified according to the classification system

Mandatory

Can support ‘federated’ records management to apply and retention/disposition schedules against records and/or records held in other systems.

Desirable

Physical Space Management

Can be configured according to physical premises such as repository location, bay, shelf, drawer, box and file numbers.

Mandatory

Captures all location metadata for every physical record indexed in the system.

Mandatory

Captures location and circulation tracking using bar codes on each physical item (for example file and box).

Mandatory

Accommodate hierarchical relationships for physical objects, such as showing multiple records in a file and multiple files in a box.

Mandatory

Bulk Import of metadata (MS Excel or MS Access) for physical items (files and archive boxes).

Desirable

Archiving1 Using “Records Manager - level permissions’ the status of records held in the Registry can be changed from ‘active’ to ‘inactive’.

Mandatory

Ability to move records and/or records into 'Archive' area of repository once their retention status is inactive

Mandatory

1 This is reference to external archives

Page 57:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-15

Requirement Description Requirement Ranking

and/or expires.

Option to bulk export records to offline and/or near line storage.

Mandatory

Manage Archival Administration and repository. Mandatory

Secure Destruction

Destroys records (preserves metadata) that are stored in the repository so that records cannot be reconstructed after deletion.

Mandatory

Permissions to delete records can be restricted to Super-User and/or Records Officer.

Mandatory

Authorization to delete records must be given by the Record owner (metadata: Directorate/Unit) before deletion can proceed.

Mandatory

Authorization to delete records must be given by the Record owner (metadata: Directorate/Unit) before deletion can proceed.

Workflow for permissions to authorise records for disposal.

Mandatory

Audit logs for all destructions are maintained, including date, approving authority (business owner). This metadata cannot be changed or deleted.

Mandatory

Module on reporting

Page 58:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-16

Requirement Description Requirement Ranking

General requirements

Indication on system and archiving saturation Mandatory

Can generate reports on (archive) physical space usage and availability.

Mandatory

Option to configure (done by adequately trained super users) additional reports without customisation.

Desirable

File Reporting

Generate in print and / or view form standardise reports on records (with selectable time period option) such as:

i. status,

ii. records location,

iii. file circulation,

iv. files registered,

v. volume of files added (with average registration time),

vi. volumes of files checked-out and returned with,

vii. total number of volume of files that have exceeded the allotted borrowing times,

viii. total number of volume of files that have had allotted time extended,

ix. total number of volume of files that have been returned within allotted times.

x. Report by type of records

xi. Report by retention dates

Mandatory

Standard and configurable reports to access content Mandatory

Page 59:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-17

Requirement Description Requirement Ranking

using standard and configured metadata, for example added files within a time period specific by classification.

User Reporting

Generate in print and / or view form standardise reports on users (with selectable time period option) such as:

i. status,

ii. # of records created (by type),

iii. # of File used,

iv. # of Files currently in used by this user,

v. # of warning for lateness (too long borrowing time)

vi. # of warning of un-answered correspondence

vii. # of warning of un-answered correspondence on time

viii. # of warning of answered correspondence on time

Mandatory

Also general users reporti. # usersii. # users by directorate/unit iii. # users by type of users

Mandatory

Page 60:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-18

User management

Requirement Description Requirement Ranking

User Profiles Levels of user access according to roles such as Super-User, Records Officer, Records Clerks, SADC Secretariat staff users, head of directorate/unit, Acting head of directorate/unit.

Mandatory

Import of hierarchical list of users with role profiles. Desirable

Integration with Microsoft Active Directory for authentication

Mandatory

Levels of user access according to roles such as Super-Users, Records Officer, Records Clerks, SADC Secretariat staff users, head of directorate/unit, Acting head of directorate/unit.

Mandatory

Super-Users Can create/delete/amend user profiles and assign their associated rights

Mandatory

Identify eligible records for disposal, interim transfer to archiving and destruction.

Mandatory

Can create/delete/amend user Mandatory

Can generate reports (like record officer) Mandatory

Can assign Access Control Lists (ACLs) to determine authorised list of users.

Mandatory

Can customize search templates for use by all or specific user groups.

Mandatory

Page 61:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-19

Requirement Description Requirement Ranking

Can change file/record retention period Mandatory

Can add/modify the metadata table Mandatory

Can configure the system and the physical premises settings such as repository location, bay, shelf, drawer, box and file numbers.

Mandatory

Record officer They have the same rights than a standard user

Additionally, they can:

- Record capturing- Do indexing- Do OCR scanning- Manage emailing- Manage record/File circulation- Manage access control- Read audit trail- Do advanced search- Manage retention- Manage physical spacing- Archiving & disposal (not destruction)

Record Manager They have the same rights than a Record Officer users

Additionally, they can:

- Generate reports (section reporting)- Manage destruction (final

authorization)- Can organize the naming convention- Ensure security classification- Manage taxonomy

IT user IT users have no access to the system other than as a Mandatory

Page 62:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-20

Requirement Description Requirement Ranking

standard user.

IT users maintain the system IT environment and as such they must have access to functionality enabling this (such as user licencing management, business continuity, etc.)

(they are NOT super-users)

Head of directorate/unit, Acting head of directorate/unit.

Have the same rights than standard users Mandatory

Head of directorate/unit, Acting head of directorate/unit. Are the only user profile with a power of signature

Mandatory

head of directorate/unit can nominate for a limited period of time (max 2 months) an acting head of directorate/unit.

Mandatory

User Have the default rights of the e-RMS standard user Mandatory

Default rights includes:

- File request / access- Record request / access- Record creation- Do basic search

Mandatory

Technical Requirements

Page 63:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-21

Requirement Description Requirement Ranking

Usability and Interface

Full access licenses and read only licenses for non-Registry users.

Mandatory

Intuitive user interfaces to accommodate varying degrees of ICT literacy, based on recognised interfaces such as Windows and/or Web.

Mandatory

Supports all industry standard recognised data formats and integrates into one common repository.

Mandatory

Conversion to different formats, such as PDF and HTML. Mandatory

Captures registration and distribution (if electronic) should not exceed 5 minutes to complete.

Mandatory

Open Source or common industry programming language. Mandatory

Option for HTML rendering of electronic records for read only access.

Mandatory

Accommodates users with reduced bandwidth issues for remote access (thin client).

Mandatory

Ability to import and export data using XML. Mandatory

Provide the capability to interface (e.g. import/export data, share event triggers, processes & data stores, etc.) with systems that support records management functions (e.g. Document Management Systems, Content Management Systems and Workflow Systems).

Mandatory

Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials, BAAN, SAP and PeopleSoft, Sun Systems, SIMS).

Desirable

Page 64:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-22

Requirement Description Requirement Ranking

Option for electronic distribution with links to email and/or scanned records in ERMS repository.

Desirable

User interface available in selectable option of English, French or Portuguese. The default language is English.

Optional

Business Continuity

System configuration and administration does not require advanced programmers and/or DBAs.

Mandatory

Ability to mirror development, test and production environments as per SADC Secretariat business continuity standards.

Mandatory

Clear and simple data backup procedures, relative ease to identify and selectively restore system from backups.

Mandatory

Provide clear back-up and restore utilities with logs and reports after each run. Automatic back-up run capability with option for manual override.

Mandatory

Integration Integration with MS Outlook and Exchange client to save emails directly from email client into the system.

Mandatory

Authorised users (such as Registry staff) can access repository via email folders in MS Outlook.

Mandatory

Integrate with industry standard scanning and OCR imaging solutions.

Mandatory

Integrate with 3rd party industry standard workflow system. Mandatory

Federated search and records management functionality for Microsoft Exchange email engine and archiving module.

Mandatory

Stability Possibility to integrate with 3rd party databases via SDK or APIs, for example for metadata properties and validation such as staff number and project number.

Optional

Page 65:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-23

Requirement Description Requirement Ranking

Supports MYSQL Server v5, SQL Server and above, Oracle Database v10 and above.

Mandatory

Host Server platforms either LINUX, UBUNTU/GENTOO including support for underlying VM Ware.

Mandatory

Any client application should run on Windows XP or later excluding MS Vista.

Mandatory

Supports Apache (preferred) or Tomcat. Mandatory

Compatibility with operational and SNMP network monitoring tools.

Desirable

Page 66:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-24

Page 67:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-25

Service Levels Requirements

Page 68:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-26

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Implementation Availability of training material and training delivery Mandatory

Page 69:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-27

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

by qualified and experience resources for super-users

Page 70:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-28

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

(as trainer) and all other users’ categories.

Page 71:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-29

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 72:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-30

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Localisation of training materials for records staff and Mandatory

Page 73:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-31

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

general users according to SADC Secretariat system

Page 74:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-32

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

configuration.

Page 75:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-33

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 76:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-34

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Localisation and provision of all system operational Mandatory

Page 77:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-35

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

and administrative manuals as per SADC Secretariat

Page 78:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-36

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

configuration and enterprise architecture

Page 79:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-37

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

environment.

Page 80:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-38

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 81:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-39

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Extend functionality to incorporate future functional Mandatory

Page 82:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-40

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

requirements and expanded ERMS scope.

Page 83:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-41

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 84:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-42

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Support availability during SADC Secretariat standard Mandatory

Page 85:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-43

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

business hours 7:30 am – 16:30 (GMT +2) excluding

Page 86:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-44

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

weekends and public holidays.

Page 87:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-45

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 88:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-46

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Post- Meets expectation of 99% system availability. Mandatory

Page 89:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-47

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Implementation

Page 90:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-48

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

SLA to include standard upgrades and service packs Mandatory

Page 91:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-49

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

for all modules.

Page 92:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-50

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 93:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-51

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

All hardware and software must carry a minimum 36 Mandatory

Page 94:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-52

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

months manufacturer’s warranty. Extended or special

Page 95:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-53

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

warranty shall commerce 12 months after date of

Page 96:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-54

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Operational sign-off of the system.

Page 97:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-55

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 98:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-56

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Service call response time within 2 hours and Desirable

Page 99:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-57

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

resolution target within 4 hours.

Page 100:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-58

Requirement Description Requirement Ranking

Pre-Implementation

Provide details on license structure and usage models for the functionality outlined in this ToR. The Read-Only users shall be activated in a phased approach estimated as 20 users for the Pilot phase lasting approximately 3-6 months.

Mandatory

Purchase modular functionality as per defined user requirements.

Mandatory

Provide details on option for concurrent licenses for both full and read only access.

Mandatory

Details on the standard SLA options for 2nd and 3rd

level support, including support out of standard office hours, system maintenance including upgrades.

Mandatory

Full details of various support and maintenance customisation standard costs and rates as an option to standard SLA or those that are excluded from SLA.

Mandatory

Availability of fully qualified and experienced, local implementation resources direct with vendor and/or implementation partners (with relevant certifications).

Mandatory

Proposed module versions to meet requirements must have been in production for more than 24 months and have at least three customers site using it in production (two of them being large public institutions).

Mandatory

Client reference sites within SADC region. Desirable

Non-private sector discounts for licenses purchase and maintenance.

Desirable

Page 101:  · Web viewMandatory Provide the capability to a common interface with business information systems that contain electronic records in a structured data format (e.g. Oracle Financials,

Section IV. Application Forms 1-59