Bidding Doc-OBRS
Bidding Doc-OBRS
Issued on:
PSF/CEDP/NCONS/19-20/00018
Instructions to Bidders
A. GENERAL
1. Scope of Bid 1.1 The Purchaser named in the BDS and the SCC for GCC Clause
and Bidding 1.1 (b) (i), or its duly authorized Purchasing Agent if so
Process specified in the BDS (interchangeably referred to as “the
Purchaser” in these Bidding Documents), invites bids for the
supply and installation of the Information System (IS), as briefly
described in the BDS and specified in greater detail in these
Bidding Documents.
1.2 The title and identification number of the Invitation for Bids
(IFB) and resulting Contract(s) are provided in the BDS.
1.3 Throughout the Bidding Documents, the term "in writing" means
communicated in written form (e.g. by mail, e-mail, fax, telex)
with proof of receipt, and the term "days" means calendar days
unless a different meaning is evident from the context.
1.4 If the BDS so provides, alternative procedures forming part or
all of what is commonly known as e-Tendering are available to
the extent specified in, or referred to by, the BDS.
2. Source of 2.1 The Borrower named in the BDS has applied for or received a
Funds loan or credit (as identified in the BDS, and called a “loan” in
these Bidding Documents) from the International Bank for
Reconstruction and Development or the International
Development Association (called “the Bank” in these Bidding
Documents) equivalent to the amount indicated in the BDS
toward the cost of the Project specified in the BDS. The
Borrower intends to apply a portion of the proceeds of this loan
to eligible payments under the Contract for which these Bidding
Documents are issued.
2.2 Payment by the Bank will be made only at the request of the
Borrower, or the Borrower’s executing agency, and upon
approval by the Bank in accordance with the terms and
conditions of the Loan Agreement, and will be subject in all
respects to the terms and conditions of that agreement. The
Loan Agreement prohibits a withdrawal from the loan account
for the purpose of any payment to persons or entities, or for any
import of goods, if such payment or import, to the knowledge of
the Bank, is prohibited by a decision of the United Nations
Security Council taken under Chapter VII of the Charter of the
United Nations. No party other than the Borrower shall derive
any rights from the Loan Agreement or have any claim to the
8 Section I. Instructions to Bidders
loan proceeds.
3. Fraud and 3.1 It is the Bank’s policy to require that Borrowers (including
Corruption beneficiaries of Bank loans), as well as bidders, suppliers, and
contractors and their subcontractors under Bank-financed
contracts, observe the highest standard of ethics during the
procurement and execution of such contracts.1 In pursuance of
this policy, the Bank:
(a) defines, for the purposes of this provision, the terms set
forth below as follows:
(i) “corrupt practice”2 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”3 is any act or omission,
including a misrepresentation, that knowingly or
recklessly misleads, or attempts to mislead, a party
to obtain a financial or other benefit or to avoid an
obligation;
(iii) “collusive practice”4 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 practice”5 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” is
(aa) deliberately destroying, falsifying, altering or
concealing of evidence material to the
investigation or making false statements to
investigators in order to materially impede a
1
In this context, any action taken by a bidder, supplier, contractor, or a sub-contractor to influence the
procurement process or contract execution for undue advantage is improper.
2
“Another party” refers to a public official acting in relation to the procurement process or contract
execution]. In this context, “public official” includes World Bank staff and employees of other
organizations taking or reviewing procurement decisions.
3
A “party” refers to a public official; the terms “benefit” and “obligation” relate to the procurement
process or contract execution; and the “act or omission” is intended to influence the procurement process or
contract execution.
4
“Parties” refers to participants in the procurement process (including public officials) attempting to
establish bid prices at artificial, non competitive levels.
5
A “party” refers to a participant in the procurement process or contract execution.
Section I. Instructions to Bidders 9
3.4 By signing the Bid Submission Form, the Bidder represents that
it either is the owner of the Intellectual Property Rights in the
hardware, software or materials offered, or that it has proper
authorization and/or license to offer them from the owner of
such rights. For the purpose of this Clause, Intellectual Property
Rights shall be as defined in GCC Clause 1.1 (c) (xvii). Willful
misrepresentation of these facts shall be considered a fraudulent
practice subject to the provisions of Clauses 3.1 through 3.4
above, without prejudice of other remedies that the Purchaser
may take.
4. Eligible 4.1 A Bidder, and all parties constituting the Bidder, may have the
Bidders nationality of any country, subject to the restrictions specified in
Section III, Eligible Countries. A Bidder shall be deemed to
have the nationality of a country if the Bidder is a citizen or is
constituted, incorporated, or registered and operates in
conformity with the provisions of the laws of that country.
4.2 If a prequalification process has been undertaken for the
Contract(s) for which these Bidding Documents have been
issued, only those Bidders may participate that had been
prequalified and continue to meet the eligibility criteria of this
Clause. A prequalified Joint Venture may not change partners or
its structure when submitting a bid.
4.3 A firm may be excluded from bidding if:
(a) it was engaged by the Purchaser to provide consulting
services for the preparation of the design, specifications, or
other documents to be used for the procurement of the
Information System described in these Bidding
Documents; or
(b) it is a government-owned enterprise in the Borrower’s
country, unless it can establish that it (i) is legally and
financially autonomous and (ii) operates under commercial
law. No dependent agency of the Borrower or Sub-
Borrower shall be permitted to bid.
4.4 A firm that has been determined to be ineligible by the Bank in
relation to the Bank Guidelines On Preventing and Combating
Fraud and Corruption in Projects Financed by IBRD Loans and
IDA Credits and Grants shall be not be eligible to be awarded a
contract.
4.5 A firm or individual is or will be disqualified from participation
in this bidding if, at any time from advertisement of the bidding
until and including contract award, the firm or individual is
Section I. Instructions to Bidders 11
under:
(a) a suspension by the Purchaser agreed by the Bank as a
result of execution of a Bid-Securing Declaration pursuant
to ITB Clause 17.6 in another Bank-financed procurement,
or under a suspension by the Purchaser for other reasons
that have been agreed by the Bank; or
(b) a declaration of ineligibility by the Bank in accordance
with ITB Clause 3.1 (d). The list of individuals and firms
debarred from participating in World Bank projects is
available at http://www.worldbank.org/debarr/, or
(c) a sanction imposed by the United Nations Security
Council, as mentioned in ITB Clause 2.2.
4.6 A firm or other entity that is ineligible according to any of the
above provisions of this Clause, may also not participate as a
Joint Venture partner, or as Subcontractor for or supplier of
goods, works or services. If a bid becomes materially
incomplete after removing ineligible entities, the bid may be
disqualified.
4.7 Bidders shall provide such evidence of their continued eligibility
satisfactory to the Purchaser, as the Purchaser shall reasonably
request.
5. Eligible Goods 5.1 For the purposes of these Bidding Documents, the Information
and Services System means all:
(a) the required information technologies, including all
information processing and communications-related
hardware, software, supplies, and consumable items that
the Supplier is required to supply and install under the
Contract, plus all associated documentation, and all other
materials and goods to be supplied, installed, integrated,
and made operational (collectively called “the Goods” in
some clauses of the ITB); and
(b) the related software development, transportation,
insurance, installation, customization, integration,
commissioning, training, technical support, maintenance,
repair, and other services necessary for proper operation of
the Information System to be provided by the selected
Bidder and as specified in the Contract.
5.2 Funds from Bank loans are disbursed only for expenditures for
an Information System made up of goods and services provided
by nationals of, and produced in or supplied from, eligible
12 Section I. Instructions to Bidders
by ITB Clause 13.1 (e) (iii) is submitted. Bidders are free to list
more than one Subcontractor against each item. Quoted rates
and prices will be deemed to apply, whichever Subcontractor is
appointed, and no adjustment of the rates or prices will be
permitted. The Purchaser reserves the right to delete any
proposed Subcontractor from the list. This shall be done prior to
Contract signature, by deleting such unacceptable
Subcontractors from Appendix 3 to the Contract Agreement,
which shall list the approved Subcontractors for each item prior
to Contract signature. Subsequent additions and deletions from
the list of approved Subcontractors shall be performed in
accordance with GCC Clause 20 (as revised in the SCC, if
applicable) and Appendix 3 to the Contract Agreement.
For the purposes of these Bidding Documents, a Subcontractor is
any vendor or service provider with whom the Bidder contracts
for the supply or execution of any part of the Information
System to be provided by the Bidder under the Contract (such as
the supply of major hardware, software, or other components of
the required Information Technologies specified, or the
performance of related Services, e.g., software development,
transportation, installation, customization, integration,
commissioning, training, technical support, maintenance, repair,
etc.).
6.4 A firm which is a Bidder, whether as a single Bidder or as a
partner in a Joint Venture, cannot be a Subcontractor in other
bids, except for the supply of commercially available hardware
or software by the firm, as well as purely incidental services
such as installation/configuration, routine training, and ongoing
maintenance/support. If the BDS for ITB Clause 6.1 (a) allows
the qualification of Subcontractors nominated for certain
components to be taken into account in assessing the Bidder’s
overall qualifications, any Subcontractor so nominated by any
Bidder is automatically disqualified from being a Bidder itself or
a partner in a Joint Venture. The same will normally apply to
firms that have provided Subcontractor agreements for certain
services pursuant to ITB Clause 6.1 (c). Non-compliance may
result in the rejection of all bids in which the affected firm
participates as Bidder or as partner in a Joint Venture. As long
as in compliance with these provisions, or as long as unaffected
by them due to not participating as Bidder or as partner in a Joint
Venture, a firm may be proposed as a Subcontractor in any
number of bids. If the BDS for ITB 28.1 permits the submission
of bids for Subsystems, lots, or slices, then the provisions of this
Clause 6.4 apply only to bids for the same Subsystem(s), lot(s),
Section I. Instructions to Bidders 15
or slice(s);
7. Cost of 7.1 The Bidder shall bear all costs associated with the preparation
Bidding and submission of its bid, and the Purchaser will in no case be
responsible or liable for those costs.
8. Site Visit 8.1 The Bidder may wish to visit and examine the site or sites of the
Information System and obtain for itself, at its own
responsibility and risk, all information that may be necessary for
preparing the bid and entering into the Contract. The costs of
visiting the site or sites shall be at the Bidder’s own expense.
8.2 The Purchaser will arrange for the Bidder and any of its
personnel or agents to gain access to the relevant site or sites,
provided that the Bidder gives the Purchaser adequate notice of a
proposed visit of at least fourteen (14) days. Alternatively, the
Purchaser may organize a site visit or visits concurrently with
the pre-bid meeting, as specified in the BDS for ITB Clause
10.2. Failure of a Bidder to make a site visit will not be a cause
for its disqualification.
8.3 No site visits shall be arranged or scheduled after the deadline
for the submission of the Bids and prior to the award of
Contract.
C. PREPARATION OF BIDS
18 Section I. Instructions to Bidders
12. Language of 12.1 The bid prepared by the Bidder and all correspondence and
Bid documents related to the bid exchanged by the Bidder and the
Purchaser shall be written in the language specified in the BDS,
or, if the BDS so provides, in either one of two languages
specified there. Any printed literature furnished by the Bidder as
part of its bid may be in a language not specified in the BDS, as
long as such literature is accompanied by a translation of its
pertinent passages into the language of the bid, in which case,
for purposes of interpretation of the bid, the translation shall
govern.
13. Documents 13.1 The bid submitted by the Bidder shall comprise:
Comprising
the Bid (a) Bid Submission Form completed and signed by a person or
persons duly authorized to bind the Bidder to the Contract;
(b) all Price Schedules duly completed in accordance with ITB
Clauses 14, 15, and 18 and signed by a person or persons
duly authorized to bind the Bidder to the Contract;
(c) if required, Bid-securing Declaration or Bid Security
furnished in accordance with ITB Clause 17;
(d) written confirmation authorizing the signatory of the bid to
commit the Bidder, in accordance with ITB Clause 19.2;
(e) Attachments:
(i) Attachment 1: Bidder’s Eligibility
In the absence of prequalification, documents
establishing to the Purchaser’s satisfaction the
Bidder’s eligibility to bid, including but not limited to
documentary evidence that the Bidder is legally
incorporated in a territory of an eligible source
country as defined under ITB Clause 4;
(ii) Attachment 2: Bidder’s Qualifications
Documentary evidence establishing to the
Purchaser’s satisfaction, and in accordance with ITB
Clause 6, that the Bidder is qualified to perform the
Contract if its bid is accepted. In the case where
prequalification of Bidders has been undertaken, and
pursuant to ITB Clause 6.1 (a), the Bidder must
provide evidence on any changes in the information
submitted as the basis for prequalification or, if there
has been no change at all in said information, a
statement to this effect;
Section I. Instructions to Bidders 19
Clause 34;
(b) Bidders refusing a request to extend the period of validity
of their bids pursuant to ITB Clause 18.2;
(c) the successful Bidder once it has signed the Contract
Agreement and furnished a valid Performance Security as
required;
(d) the unsuccessful Bidders at the same time as in (c), that is,
when they are informed about the successful establishment
of the contract with the successful Bidder.
17.6 The Bid-Securing Declaration, if any, may be executed, or the
Bid Security, if any, may be forfeited:
(a) if a Bidder withdraws its bid during the period of bid
validity specified by the Bidder on the Bid Submission
Form or any extension of validity the Bidder has agreed to
pursuant to ITB Clause 18.2; or
(b) in the case of the successful Bidder, if the Bidder fails to:
(i) sign the Contract Agreement in accordance with ITB
Clause 36; or
(ii) furnish the Performance Security in accordance with ITB Clause
37.
17.7 If a bid security is not required in the BDS, and
(a) if a Bidder withdraws its bid during the period of bid
validity specified by the Bidder on the Letter of Bid Form,
except as provided in ITB 18.2, or
(b) if the successful Bidder fails to: sign the Contract in
accordance with ITB 36; or furnish a performance security
in accordance with ITB 37;
the Borrower may, if provided for in the BDS, declare the
Bidder disqualified to be awarded a contract by the Employer
for a period of time as stated in the BDS.
18. Period of 18.1 Bids shall remain valid, at a minimum, for the period specified
Validity of Bids in the BDS after the deadline date for bid submission prescribed
by the Purchaser, pursuant to ITB Clause 21. A bid valid for a
shorter period shall be rejected by the Purchaser as non-
responsive. For the convenience of Bidders, the BDS spells out
the minimal original expiration dates for the validity of the bid
and, if applicable pursuant to ITB Clause 17.1, for securing the
26 Section I. Instructions to Bidders
D. SUBMISSION OF BIDS
20. Sealing and 20.1 The Bidder shall seal the original and each copy of the bid in
Marking of separate envelopes, duly marking the envelopes as “ORIGINAL
Bids BID” and “COPY NO. [number].” The envelopes shall then be
sealed in an outer envelope.
20.2 The inner and outer envelopes shall
(a) be addressed to the Purchaser at the address given in the
BDS, and
(b) bear the loan/Project name indicated in the BDS for ITB
Clause 2.1, the Invitation for Bids title and number, and the
Contract name(s), as indicated in the BDS for ITB
Clause 1.2, and the statement “DO NOT OPEN BEFORE
[ time and date],” to be completed with the time and date
specified in the BDS for ITB Clause 24.1.
20.3 The inner envelopes shall also indicate the name and address of
the Bidder so that the bid can be returned unopened in case it is
declared “late.”
20.4 If the outer envelope is not sealed and marked as required by
ITB Clause 20.2 above, the Purchaser will assume no
responsibility for the bid’s misplacement or premature opening.
If the outer envelope discloses the Bidder’s identity, the
Purchaser will not guarantee the anonymity of the bid
submission, but this disclosure will not constitute grounds for
bid rejection.
21. Deadline for 21.1 Bids must be received by the Purchaser at the address specified
Submission of in the BDS for ITB Clause 20.2 no later than the time and date
Bids stated in the BDS.
21.2 The Purchaser may, at its discretion, extend this deadline for
submission of bids by amending the Bidding Documents in
accordance with ITB Clause 11.3, in which case all rights and
obligations of the Purchaser and Bidders will thereafter be
subject to the deadline as extended.
28 Section I. Instructions to Bidders
22. Late Bids 22.1 Any bid received by the Purchaser after the bid submission
deadline prescribed by the Purchaser in the BDS for ITB Clause
21, will be rejected and returned unopened to the Bidder.
23. Withdrawal, 23.1 The Bidder may withdraw, substitute, or modify its bid after
Substitution, submission, provided that written notice of the withdrawal,
and substitution, or modification is received by the Purchaser prior to
Modification of the deadline prescribed for bid submission. All notices must be
Bids duly signed by an authorized representative and shall include a
copy of the authorization (the power of attorney) in accordance
with ITB Sub-Clause 19.2.
23.2 All notices of withdrawal, substitution, or modification shall
(a) be addressed to the Purchaser at the address named in the
BDS for ITB Clause 20.2 (a), and
(b) bear the Contract name, the IFB Title and IFB Number,
and the words “BID WITHDRAWAL NOTICE”, BID
SUBSTITUTION NOTICE”, or “BID MODIFICATION NOTICE”.
23.3 A notice may also be sent by electronic means such as fax or e-
mail, but in this case must include a scan of the mailing receipt
showing both the sender's and receiver's addresses for the signed
hardcopy of the notice, and a scan of the power of attorney.
23.4 Bids requested to be withdrawn in accordance with ITB 23.1
shall be returned unopened to the Bidders. Bid withdrawal
notices received after the bid submission deadline will be
ignored, and the submitted bid will be deemed to be a validly
submitted bid.
23.5 The substitution or modification of the bid shall be prepared,
sealed, marked, and dispatched as follows:
(a) The Bidders shall provide an original and the number of
copies specified in the BDS for ITB Clause 19.1 of any
substitution or modification to its bid, clearly identified as
such, in two inner envelopes duly marked “BID
SUBSTITUTION -- ORIGINAL” or “BID MODIFICATION --
ORIGINAL” and “BID SUBSTITUTION -- COPIES” or “BID
MODIFICATION -- COPIES.” The inner envelopes shall be
sealed in an outer envelope, which shall be duly marked
“BID SUBSTITUTION” or “BID MODIFICATION”.
(b) Other provisions concerning the marking and dispatch of a
bid substitution or modification shall be in accordance with
ITB Clauses 20.2, 20.3, and 20.4.
Section I. Instructions to Bidders 29
The bid with the highest Evaluated Bid Score (B) among
responsive bids shall be termed the Lowest Evaluated Bid and is
eligible for Contract award, provided the Bidder was
prequalified and/or it was found to be qualified to perform the
Contract in accordance with ITB Clause 31 (Postqualification).
28.5 If, in addition to the cost factors, the Purchaser has chosen to
give weight to important technical factors (i.e., the price weight,
X, is less than 1 in the evaluation), that cannot be reduced to
life-cycle costs or pass/fail criteria, the Total Technical Points
assigned to each bid in the Evaluated Bid Formula will be
determined by adding and weighting the scores assigned by an
evaluation committee to technical features of the bid in
accordance with the criteria set forth below.
(a) The technical features to be evaluated are generally
defined below and specifically identified in the BDS:
(i) Performance, capacity, or functionality features that
either exceed levels specified as mandatory in the
Technical Requirements; and/or influence the life-
cycle cost and effectiveness of the Information
System.
(ii) Usability features, such as ease of use, ease of
administration, or ease of expansion, which
influence the life-cycle cost and effectiveness of the
Information System.
(iii) The quality of the Bidder’s Preliminary Project Plan
as evidenced by the thoroughness, reasonableness,
and responsiveness of: (a) the task and resource
schedules, both general and specific, and (b) the
proposed arrangements for management and
coordination, training, quality assurance, technical
support, logistics, problem resolution, and transfer of
knowledge, and other such activities as specified by
the Purchaser in Section VI (Technical
Requirements) or proposed by the Bidder based on
the Bidder’s experience.
(b) Feature scores will be grouped into a small number of
evaluation categories, generally defined below and
specifically identified in the BDS, namely:
(i) The technical features that reflect how well the
Information System meets the Purchaser’s Business
Requirements (including quality assurance and risk-
34 Section I. Instructions to Bidders
where:
tji = the technical score for feature “i” in category “j”
wji = the weight of feature “i” in category “j”
k = the number of scored features in category “j”
Section I. Instructions to Bidders 35
k
and w
i 1
ji 1
where:
Sj = the Category Technical Score of category “j”
Wj = the weight of category “j” as specified in the BDS
n = the number of categories
n
and W
j 1
j 1
28.6 The Evaluated Bid Price (C) for each responsive bid will be
determined as the sum of the Adjusted Supply and Installation
Costs (P) plus the Recurrent Costs (R);
where the Adjusted Supply and Installation Costs (P) are
determined as:
(a) The price of the hardware, Software, related equipment,
products, Materials and other Goods offered from within or
from outside the Purchaser’s Country, in accordance with
ITB 14.4; plus
(b) The total price for all software development,
transportation, insurance, installation, customization,
integration, Commissioning, testing, training, technical
support, repair, and other Services, in accordance with ITB
14.5;
(c) with adjustments for:
(i) Deviations proposed to the Implementation Schedule
in the Technical Requirements resulting in delayed
completion of the entire Information System, if
permitted in the BDS and provided they do not
exceed the maximum permissible delay period
specified in the BDS. For evaluation purposes, a pro
rata increase of the total Supply and Installation
Costs will be added using the percentage(s) specified
in the BDS for each week of delay. Bids offering
36 Section I. Instructions to Bidders
x 1 1 I
x
where
N = number of years of the Warranty Period, defined in
SCC Clause 29.4
M = number of years of the Post-Warranty Services
Period, as defined in SCC Clause 1.1.(e) (xii)
x = an index number 1, 2, 3, ... N + M representing
each year of the combined Warranty Service and
Post-Warranty Service Periods.
Section I. Instructions to Bidders 37
A. GENERAL
ITB 1.1 Name of Purchaser: Government of Uganda represented by The Private
Sector Foundation Uganda (PSFU)
Name of authorized Purchasing Agent: none
Description of the System for which bids are invited: Enhancement of the
Business Registration System
ITB 1.2 Title: Enhancement of the Business Registration System
Number of IFB: PSF/CEDP/NCONS/19-20/00018
Name of resulting Contract(s): Enhancement of the Business Registration
System for URSB
ITB 1.4 Alternative e-Tendering procedures are not available in this procurement.
ITB 2.1 Name of the Borrower: Government of Uganda
Loan or credit number: 5269-UG
Loan or credit amount: USD 100M
Name of Project: Competitiveness and Enterprise Development Project
joint venture one partner should fulfil at least 50% of the specified turnover
amount while each of the other partners should fulfil: 50 %/(n-1), where
n=number of partners in a JV.
d) The Bidder (and in the case of a joint venture all partners) must submit
audited balance sheets for the past three (3) years to demonstrate, the
current soundness of their financial position.
e) For the Bidder (and in the case of a joint venture for each of the partners in
a submission), non-performance of a contract did not occur within the last
two years prior to the deadline for application submission based on all
information on fully settled disputes or litigation. A fully settled dispute or
litigation is one that has been resolved in accordance with the Dispute
Resolution Mechanism under the respective contract and where all appeal
instances available to the applicant have been exhausted.
f) The bidder must be from an eligible country and all software and materials
supplied must be from eligible countries.
C. PREPARATION OF BIDS
ITB 12.1 The language of the bid and of all correspondence and documents related
to it is: English.
ITB 14.1 Recurrent cost items are required.
ITB 14.4 The Incoterms edition is Incoterms 2000 — ICC Official Rules for the
Interpretation of Trade Terms” published in September 1999 by
the International Chamber of Commerce, 38 Cours Albert 1er,
75008 Paris, France
ITB 14.4 (a) For foreign goods priced on a CIP (named place of destination) basis:
(i) The contract of carriage shall include the cost of unloading the
goods at destination, as well as payment by the Supplier of the
cost of custom formalities, duties, taxes or other charges
payable on the foreign Goods for their transit through any
country other than the Purchaser's country.
(ii) The named place of destination shall be:
Office of the Registrar General
Uganda Registration Services Bureau
Plot 5 George Street, Georgiana House
P.O.Box 6848 Kampala Uganda
Telephone: +256 414 235915/+256 414 233219
ITB 14.7 Prices quoted by the Bidder shall be fixed.
ITB 15.1 (b) The currency to be used for quoting prices of the Goods and Services
components of the System offered locally (i.e., from within the
Purchaser’s Country), as well as local currency expenditures for
46 Section II. Bid Data Sheet
ITB 17.1 Bids need to be secured by a Bid Security in form of a bank guarantee
The amount of Bid Security required is USD 20,000 (United states
Dollars twenty thousand only)
ITB 18.1 The bid validity period shall be one hundred twenty (119) days after the
deadline for bid submission, as specified below in reference to ITB
Clause 21. Accordingly, the bid shall be valid through February 3,
2020. Correspondingly, a bid with a Bid Security that expires
before March 2, 2020 shall be rejected as non-responsive.
ITB 19.1 Required number of bid copies, besides the original: four (4) hard copies;
and one (1) electronic copy of the proposal saved as a Portable
Document Format (PDF) on a USB flash drive. Please note that
the response to “Attachment VI.1. URSB Business, Functional,
and Non-Functional Requirements” must be provided in
Microsoft Excel format as well as in hard-copy.
In the event of any discrepancies the original hard copy shall
prevail.
D. SUBMISSION OF BIDS
ITB 20.2 (a) The address for bid submission is:
The Project Coordinator
Competitiveness and Enterprise Development Project
Private Sector Foundation Uganda
Plot 43 Nakasero Road
ITB 21.1 Deadline for bid submission is: 1100 hrs on October 7, 2019
Section II. Bid Data Sheet 47
In case that no exchange rates are available on this date from the source
indicated above, the latest available exchange rates from the
same source prior to this date will be used.
ITB 28.1 Bids for Subsystems, lots, or slices of the overall Information System
will not be accepted.
Discounts for the award of multiple Subsystems, lots, or slices will not
be considered in bid evaluation.
ITB 28.4 The bid evaluation will take into account technical factors in addition to
cost factors.
The weight of the Price (“X” multiplied by 100 in the Evaluated
Bid Score formula) = 60 percent
ITB 28.5 (a),(b) The technical evaluation categories and the features to be
evaluated within each category are as follows:
Compliance with Technical Requirements
i. Provision of higher or advanced technical 10
specifications, and comprehensiveness of technical
requirements and references indicated in the bid
ii. Ease of integration with the existing systems and 10
Provision of scalable System Infrastructure
Total 20
SCC.
ITB 28.6 (d) Interest Rate (I) for net present value calculations of recurrent costs =
10% per annum
CURRICULLUM VITAE
Dr. John Ngubiri
1. Name, Date and Place of Birth
Dr. John Ngubiri, 1st October 1975, Masaka – Uganda
2. Present Address
Faculty of Computing and Informatics Technology
Makerere University
P.O.Box 7062,
Kampala
ngubiri@cit.mak.ac.ug
cel. +256752543466, +256776543466
3. Professional Interests
My professional interests include the implementation and tuning of Information
Systems, Requirements elicitation and engineering as well as open source systems. In
teaching and research, my interests are in business process optimization, operations
research, programming, database systems and security.
4. Qualifications
1 Ph.D. Computer Science Radboud University Nijmegen 2008
2 M.Sc. Computer Science Makerere University 2005
3 Postgraduate Dip. Computer Science Makerere University 2002
4 Bachelor of Science with Education Makerere University 1999
5. Employment Record
(a) Feb 2010 – to date: Senior Lecturer of Computer Science, Department of
Computer Science, Faculty of Computing and Information Technology, Makerere
University.
(b) 2008 – 2009: Lecturer, Department of Computer Science, Faculty of Computing
and Information Technology, Makerere University.
(c) 2004 - 2008: Assistant Lecturer, Department of Computer Science, Faculty
of Computing and Information Technology, Makerere University.
(d) 2001 – 2004: Database Programmer, ICT Consults Ltd
6. Administrative Experience
(a) Jan 2011 – to date: Deputy Principal (Ag), College of Computing and Information
Sciences. Makerere University.
Section II. Bid Data Sheet 51
(b) Oct 2010 – Jan 2011: Deputy Dean (Academic Affairs): Faculty of Computing
and Informatics Technology.
(c) Feb 2010 – Sept 2010: Head, Department of Computer Science, Faculty of
Computing and Information Technology, Makerere University.
(d) July 2008 – Feb 2010: Acting Head, Department of Computer Science, Faculty of
Computing and information technology.
7. Academic Activities & Membership
(a) I am a member of
i. The Dutch Network for Operations Research (LNMB)
ii. The International Association of Science and Technology for Development
(IASTED)
iii. The Association of Computing Machinery (ACM)
(b) I am a reviewer for academic papers in
i. The IASTED International Conference for Parallel and Distributed
Computing Systems
ii. The International Journal for Computers and Applications
iii. Concurrence and Computation: Practice and Experience Journal
8. Project Grants
(a) I participated in writing of the Pan-African E-Network Tele-Education Project, a
project that links universities in Africa with universities in India for live streamed
teaching. It was over 20m USD
(b) I participated in writing a project for the Makerere Center of the Pan African
University. Makerere won as a center that will teach computing in the PAU. In the
first five years, Makerere is to get more than 1m USD of equipment for the center
on top of sponsorship for the first cohorts of students.
9. Graduate students Supervised to Completion
(a) Principal/Sole Supervisor
11.Publications
(a) Journal
i. John Ngubiri and Mario van Vliet (2010): Characteristics of fairness metrics
and their effect on perceived scheduler effectiveness. International Journal of
Computers and Applications. Volume 32, Issue 2, pp 188-196 .
ii. John Ngubiri and Mario van Vliet (2009): A metric of fairness for parallel job
schedulers. Concurrency and Computation: Practice and Experience. Volume
32, Issue 2, Pages 1525 – 1546.
iii. Venansius Baryamureeba and John Ngubiri (2004): On improvement of the
volcano search and optimization strategy. Lecture Notes in Computer
Science, Vol. 3732, pp. 839 --846.
iv. John Ngubiri and Mario van Vliet (2008): Co-allocation with communication
Section II. Bid Data Sheet 53
Book Chapters
i. John Ngubiri and Mario van Vliet (2006) : The influence of jobs' physical
characteristics on their schedulability in multi-cluster systems. In Kizza, J.,
Aisbet, J. and Wanyama, T. (eds) Special Topics in Computing and ICT
Research: Advances in Systems Modeling and ICT Applications. ISBN
13:978-9970-02-604-3, Vol. 2. pp 39--49.
ii. John Ngubiri and Mario van Vliet (2006): Using the greedy approach to
schedule jobs in a multi-cluster system. In Hamid Arabnia (ed.), Parallel and
Distributed Processing Techniques and Applications – Vol 2, ISBN – 1-
932415-87-4, pp. 663 – 668.
iii. John Ngubiri and Mario van Vliet (2008): The greedy multi-cluster
scheduler: Performance bounds and parametric sensitivity. International
Journal of Computing and ICT Research (to appear)
iv. John Ngubiri and Mario van Vliet (2007): Performance, fairness and
effectiveness in space-slicing multi-cluster schedulers. In S.Q. Zheng (eds)
Parallel and Distributed Computing Systems, ISBN 0-88986-638-4, pp. 167
—187.
v. Kenneth Byangwa and John Ngubiri (2011) Modeling the Fuel Supply Chain
in a Free Market Economy. In Proceedings of the 7th International
Conference in Computing and ICT Research pp 259-271; ISBN 978-9970-
25-128-5
vi. Charles Karemera and John Ngubiri (2012). Complexity of the Resource
Allocation Matching Problem with weight-based ceilings. In proceedings of
the 12th International Conference in Algorithms and Architectures for
Parallel Processing, Fukuoka-Japan. Lecture Notes in Computer Science Vol
7440, pp 245 – 254. ISBN 978-3-642-33065-0.
vii. Daniel Ocakacon and John Ngubiri (2012). Maximizing of Benefits from
Commercial Banks’ Liquidity: A simulation Study. In Kizza, M. J., Lynch, K,
and Nath, R.: Strengthening the Role of ICT in Development, Vol. VII pp.
14-26. ISBN: 978-9970-25-128-4.
viii.Richard Ssekibuule, Joel Lakuma and John Ngubiri (2007): Computational
Resource Optimization in Ugandan Tertiary Institutions. In Proceedings of
the 3rd Annual Conference in Computing and ICT Research, ISBN 978-
9970-02-730-9, pp 509 – 517.
(b) Proceedings
i. Kamanyi, A., Ngubiri, J. and Sansa, J.O. (2012). Performance of the Energy
54 Section II. Bid Data Sheet
SECTION III. ELIGIBLE COUNTRIES FOR THE PROVISION OF GOODS, WORKS, AND
SERVICES IN BANK-FINANCED PROCUREMENT
Eligible Countries for the Provision of Goods, Works, and Services in Bank-Financed
Procurement
As of September 2007
1. Eligible for this procurement are firms of, and goods manufactured in, all countries
except countries, if any, listed in the following restrictions.
2. In accordance with para. 1.8 (a) of the Guidelines: Procurement under IBRD Loans
and IDA Credits, firms of a Country or goods manufactured in a Country may be excluded if
(i) as a matter of law or official regulation, the Borrower’s Country prohibits
commercial relations with that Country, provided that the Bank is satisfied that
such exclusion does not preclude effective competition for the supply of the
goods or works required, or
(ii) by an Act of Compliance with a Decision of the United Nations Security
Council taken under Chapter VII of the Charter of the United Nations, the
Borrower’s Country prohibits any import of goods from that Country or any
payments to persons or entities in that Country.
3. For the information of borrowers and bidders, at the present time firms, goods and
services from the following countries are excluded from this bidding:
With reference to paragraph (i) above: none.
With reference to paragraph (ii) above: none.
57
by the Supplier.
(vi) “Adjudicator” means the person named in
Appendix 2 of the Contract Agreement,
appointed by agreement between the Purchaser
and the Supplier to make a decision on or to
settle any dispute between the Purchaser and the
Supplier referred to him or her by the parties,
pursuant to GCC Clause 6.1 (Adjudication).
(vii) “The World Bank” (also called “The Bank”)
means the International Bank for Reconstruction
and Development (IBRD) or the International
Development Association (IDA).
(c) scope
(i) “Information System,” also called “the System,”
means all the Information Technologies,
Materials, and other Goods to be supplied,
installed, integrated, and made operational
(exclusive of the Supplier’s Equipment),
together with the Services to be carried out by
the Supplier under the Contract.
(ii) “Subsystem” means any subset of the System
identified as such in the Contract that may be
supplied, installed, tested, and commissioned
individually before Commissioning of the
entire System.
(iii) “Information Technologies” means all
information processing and communications-
related hardware, Software, supplies, and
consumable items that the Supplier is required
to supply and install under the Contract.
(iv) “Goods” means all equipment, machinery,
furnishings, Materials, and other tangible items
that the Supplier is required to supply or supply
and install under the Contract, including,
without limitation, the Information
Technologies and Materials, but excluding the
Supplier’s Equipment.
(v) “Services” means all technical, logistical,
management, and any other Services to be
provided by the Supplier under the Contract to
62 Section IV. General Conditions of Contract
9.4 The Supplier shall acquire in its name all permits, approvals,
and/or licenses from all local, state, or national government
authorities or public service undertakings in the Purchaser’s
Country that are necessary for the performance of the
Contract, including, without limitation, visas for the
Supplier’s and Subcontractor’s personnel and entry permits
for all imported Supplier’s Equipment. The Supplier shall
acquire all other permits, approvals, and/or licenses that are
not the responsibility of the Purchaser under GCC
Clause 10.4 and that are necessary for the performance of the
Contract.
9.5 The Supplier shall comply with all laws in force in the
Purchaser’s Country. The laws will include all national,
provincial, municipal, or other laws that affect the
performance of the Contract and are binding upon the
Supplier. The Supplier shall indemnify and hold harmless
the Purchaser from and against any and all liabilities,
damages, claims, fines, penalties, and expenses of whatever
nature arising or resulting from the violation of such laws by
the Supplier or its personnel, including the Subcontractors
and their personnel, but without prejudice to GCC
Clause 10.1. The Supplier shall not indemnify the Purchaser
to the extent that such liability, damage, claims, fines,
penalties, and expenses were caused or contributed to by a
fault of the Purchaser.
9.6 The Supplier shall, in all dealings with its labor and the labor
of its Subcontractors currently employed on or connected
with the Contract, pay due regard to all recognized festivals,
official holidays, religious or other customs, and all local
laws and regulations pertaining to the employment of labor.
9.7 Any Information Technologies or other Goods and Services
that will be incorporated in or be required for the System and
other supplies shall have their Origin, as defined in GCC
Clause 3.12, in a country that shall be an Eligible Country, as
defined in GCC Clause 1.1 (e) (iv).
9.8 The Supplier shall permit the Bank and/or persons appointed
by the Bank to inspect the Supplier’s offices and/or the
accounts and records of the Supplier and its sub-contractors
relating to the performance of the Contract, and to have such
accounts and records audited by auditors appointed by the
Bank if required by the Bank. The Supplier’s attention is
drawn to Sub-Clause 41.2.1(c), which provides, inter alia,
that acts intended to materially impede the exercise of the
76 Section IV. General Conditions of Contract
C. PAYMENT
11. Contract Price 11.1 The Contract Price shall be as specified in Article 2
(Contract Price and Terms of Payment) of the Contract
Agreement.
11.2 The Contract Price shall be a firm lump sum not subject to
any alteration, except:
(a) in the event of a Change in the System pursuant to
GCC Clause 39 or to other clauses in the Contract;
(b) in accordance with the price adjustment formula (if
any) specified in the SCC.
11.3 The Supplier shall be deemed to have satisfied itself as to the
correctness and sufficiency of the Contract Price, which
shall, except as otherwise provided for in the Contract, cover
all its obligations under the Contract.
12. Terms of 12.1 The Supplier’s request for payment shall be made to the
Payment Purchaser in writing, accompanied by an invoice describing,
as appropriate, the System or Subsystem(s), Delivered, Pre-
commissioned, Installed, and Operationally Accepted, and
by documents submitted pursuant to GCC Clause 22.5 and
upon fulfillment of other obligations stipulated in the
Contract.
The Contract Price shall be paid as specified in the SCC.
12.2 No payment made by the Purchaser herein shall be deemed
to constitute acceptance by the Purchaser of the System or
any Subsystem(s).
12.3 Payments shall be made promptly by the Purchaser, but in no
case later than forty five (45) days after submission of a valid
invoice by the Supplier. In the event that the Purchaser fails
to make any payment by its respective due date or within the
period set forth in the Contract, the Purchaser shall pay to the
Supplier interest on the amount of such delayed payment at
the rate(s) specified in the SCC for the period of delay until
payment has been made in full, whether before or after
judgment or arbitration award.
12.4 All payments shall be made in the currency(ies) specified in
the Contract Agreement, pursuant to GCC Clause 11. For
Goods and Services supplied locally, payments shall be made
in the currency of the Purchaser’s Country, unless otherwise
Section IV. General Conditions of Contract 79
to the Purchaser.
13.3.3 The security shall automatically become null and void
once all the obligations of the Supplier under the
Contract have been fulfilled, including, but not limited
to, any obligations during the Warranty Period and any
extensions to the period. The security shall be returned
to the Supplier no later than twenty-eight (28) days
after its expiration.
13.3.4 Upon Operational Acceptance of the entire System,
the security shall be reduced to the amount specified
in the SCC, on the date of such Operational
Acceptance, so that the reduced security would only
cover the remaining warranty obligations of the
Supplier.
14. Taxes and Duties 14.1 For Goods or Services supplied from outside the Purchaser’s
country, the Supplier shall be entirely responsible for all
taxes, stamp duties, license fees, and other such levies
imposed outside the Purchaser’s country. Any duties, such
as importation or customs duties, and taxes and other levies,
payable in the Purchaser’s country for the supply of Goods
and Services from outside the Purchaser’s country are the
responsibility of the Purchaser unless these duties or taxes
have been made part of the Contract Price in Article 2 of the
Contract Agreement and the Price Schedule it refers to, in
which case the duties and taxes will be the Supplier’s
responsibility.
14.2 For Goods or Services supplied locally, the Supplier shall be
entirely responsible for all taxes, duties, license fees, etc.,
incurred until delivery of the contracted Goods or Services to
the Purchaser. The only exception are taxes or duties, such
as value-added or sales tax or stamp duty as apply to, or are
clearly identifiable, on the invoices and provided they apply
in the Purchaser’s country, and only if these taxes, levies
and/or duties are also excluded from the Contract Price in
Article 2 of the Contract Agreement and the Price Schedule
it refers to.
14.3 If any tax exemptions, reductions, allowances, or privileges
may be available to the Supplier in the Purchaser’s Country,
the Purchaser shall use its best efforts to enable the Supplier
to benefit from any such tax savings to the maximum
allowable extent.
Section IV. General Conditions of Contract 81
14.4 For the purpose of the Contract, it is agreed that the Contract
Price specified in Article 2 (Contract Price and Terms of
Payment) of the Contract Agreement is based on the taxes,
duties, levies, and charges prevailing at the date twenty-eight
(28) days prior to the date of bid submission in the
Purchaser’s Country (also called “Tax” in this GCC Clause
14.4). If any Tax rates are increased or decreased, a new Tax
is introduced, an existing Tax is abolished, or any change in
interpretation or application of any Tax occurs in the course
of the performance of the Contract, which was or will be
assessed on the Supplier, its Subcontractors, or their
employees in connection with performance of the Contract,
an equitable adjustment to the Contract Price shall be made
to fully take into account any such change by addition to or
reduction from the Contract Price, as the case may be.
D. INTELLECTUAL PROPERTY
15. Copyright 15.1 The Intellectual Property Rights in all Standard Software and
Standard Materials shall remain vested in the owner of such
rights.
15.2 The Purchaser agrees to restrict use, copying, or duplication
of the Standard Software and Standard Materials in
accordance with GCC Clause 16, except that additional
copies of Standard Materials may be made by the Purchaser
for use within the scope of the project of which the System is
a part, in the event that the Supplier does not deliver copies
within thirty (30) days from receipt of a request for such
Standard Materials.
15.3 The Purchaser’s contractual rights to use the Standard
Software or elements of the Standard Software may not be
assigned, licensed, or otherwise transferred voluntarily
except in accordance with the relevant license agreement or
as may be otherwise specified in the SCC.
15.4 As applicable, the Purchaser’s and Supplier’s rights and
obligations with respect to Custom Software or elements of
the Custom Software, including any license agreements, and
with respect to Custom Materials or elements of the Custom
Materials, are specified in the SCC. Subject to the SCC,
the Intellectual Property Rights in all Custom Software and
Custom Materials specified in Appendices 4 and 5 of the
Contract Agreement (if any) shall, at the date of this Contract
or on creation of the rights (if later than the date of this
82 Section IV. General Conditions of Contract
backup;
(ii) as specified in the SCC, used or copied for use
on or transferred to a replacement computer(s),
(and use on the original and replacement
computer(s) may be simultaneous during a
reasonable transitional period) provided that, if
the Technical Requirements and/or the Supplier’s
bid specifies a class of computer to which the
license is restricted and unless the Supplier agrees
otherwise in writing, the replacement computer(s)
is(are) within that class;
(iii) if the nature of the System is such as to permit
such access, accessed from other computers
connected to the primary and/or backup
computer(s) by means of a local or wide-area
network or similar arrangement, and used on or
copied for use on those other computers to the
extent necessary to that access;
(iv) reproduced for safekeeping or backup purposes;
(v) customized, adapted, or combined with other
computer software for use by the Purchaser,
provided that derivative software incorporating
any substantial part of the delivered, restricted
Software shall be subject to same restrictions as
are set forth in this Contract;
(vi) as specified in the SCC, disclosed to, and
reproduced for use by, support service suppliers
and their subcontractors, (and the Purchaser may
sublicense such persons to use and copy for use
the Software) to the extent reasonably necessary
to the performance of their support service
contracts, subject to the same restrictions as are
set forth in this Contract; and
(vii) disclosed to, and reproduced for use by, the
Purchaser and by such other persons as are
specified in the SCC (and the Purchaser may
sublicense such persons to use and copy for use
the Software), subject to the same restrictions as
are set forth in this Contract.
16.2 The Standard Software may be subject to audit by the
Supplier, in accordance with the terms specified in the SCC,
84 Section IV. General Conditions of Contract
the SCC.
19.3 If required, the impact on the Implementation Schedule of
modifications agreed during finalization of the Agreed and
Finalized Project Plan shall be incorporated in the Contract
by amendment, in accordance with GCC Clauses 39 and 40.
19.4 The Supplier shall undertake to supply, install, test, and
commission the System in accordance with the Agreed and
Finalized Project Plan and the Contract.
19.5 The Progress and other reports specified in the SCC shall be
prepared by the Supplier and submitted to the Purchaser in
the format and frequency specified in the Technical
Requirements.
20. Subcontracting 20.1 Appendix 3 (List of Approved Subcontractors) to the
Contract Agreement specifies critical items of supply or
services and a list of Subcontractors for each item that are
considered acceptable by the Purchaser. If no
Subcontractors are listed for an item, the Supplier shall
prepare a list of Subcontractors it considers qualified and
wishes to be added to the list for such items. The Supplier
may from time to time propose additions to or deletions from
any such list. The Supplier shall submit any such list or any
modification to the list to the Purchaser for its approval in
sufficient time so as not to impede the progress of work on
the System. The Purchaser shall not withhold such approval
unreasonably. Such approval by the Purchaser of a
Subcontractor(s) shall not relieve the Supplier from any of
its obligations, duties, or responsibilities under the Contract.
20.2 The Supplier may, at its discretion, select and employ
Subcontractors for such critical items from those
Subcontractors listed pursuant to GCC Clause 20.1. If the
Supplier wishes to employ a Subcontractor not so listed, or
subcontract an item not so listed, it must seek the Purchaser’s
prior approval under GCC Clause 20.3.
20.3 For items for which pre-approved Subcontractor lists have
not been specified in Appendix 3 to the Contract Agreement,
the Supplier may employ such Subcontractors as it may
select, provided: (i) the Supplier notifies the Purchaser in
writing at least twenty-eight (28) days prior to the proposed
mobilization date for such Subcontractor; and (ii) by the end
of this period either the Purchaser has granted its approval in
writing or fails to respond. The Supplier shall not engage
any Subcontractor to which the Purchaser has objected in
Section IV. General Conditions of Contract 89
Clause 39.3.
21.3 Approval/Review of Technical Documents by the Project
Manager
21.3.1 The Supplier shall prepare and furnish to the Project
Manager the documents as specified in the SCC for
the Project Manager’s approval or review.
Any part of the System covered by or related to the
documents to be approved by the Project Manager
shall be executed only after the Project Manager’s
approval of these documents.
GCC Clauses 21.3.2 through 21.3.7 shall apply to
those documents requiring the Project Manager’s
approval, but not to those furnished to the Project
Manager for its review only.
21.3.2 Within fourteen (14) days after receipt by the Project
Manager of any document requiring the Project
Manager’s approval in accordance with GCC Clause
21.3.1, the Project Manager shall either return one
copy of the document to the Supplier with its approval
endorsed on the document or shall notify the Supplier
in writing of its disapproval of the document and the
reasons for disapproval and the modifications that the
Project Manager proposes. If the Project Manager fails
to take such action within the fourteen (14) days, then
the document shall be deemed to have been approved
by the Project Manager.
21.3.3 The Project Manager shall not disapprove any
document except on the grounds that the document
does not comply with some specified provision of the
Contract or that it is contrary to good industry
practice.
21.3.4 If the Project Manager disapproves the document, the
Supplier shall modify the document and resubmit it
for the Project Manager’s approval in accordance with
GCC Clause 21.3.2. If the Project Manager approves
the document subject to modification(s), the Supplier
shall make the required modification(s), and the
document shall then be deemed to have been
approved, subject to GCC Clause 21.3.5. The
procedure set out in GCC Clauses 21.3.2 through
21.3.4 shall be repeated, as appropriate, until the
Section IV. General Conditions of Contract 91
afford the Supplier all necessary access to the System and the
site to enable the Supplier to perform its obligations under
this GCC Clause 29.
29.9 The Supplier may, with the consent of the Purchaser, remove
from the site any Information Technologies and other Goods
that are defective, if the nature of the defect, and/or any
damage to the System caused by the defect, is such that
repairs cannot be expeditiously carried out at the site. If the
repair, replacement, or making good is of such a character
that it may affect the efficiency of the System, the Purchaser
may give the Supplier notice requiring that tests of the
defective part be made by the Supplier immediately upon
completion of such remedial work, whereupon the Supplier
shall carry out such tests.
If such part fails the tests, the Supplier shall carry out further
repair, replacement, or making good (as the case may be)
until that part of the System passes such tests. The tests shall
be agreed upon by the Purchaser and the Supplier.
29.10 If the Supplier fails to commence the work necessary to
remedy such defect or any damage to the System caused by
such defect within the time period specified in the SCC, the
Purchaser may, following notice to the Supplier, proceed to
do such work or contract a third party (or parties) to do such
work, and the reasonable costs incurred by the Purchaser in
connection with such work shall be paid to the Purchaser by
the Supplier or may be deducted by the Purchaser from any
monies due the Supplier or claimed under the Performance
Security.
29.11 If the System or Subsystem cannot be used by reason of
such defect and/or making good of such defect, the Warranty
Period for the System shall be extended by a period equal to
the period during which the System or Subsystem could not
be used by the Purchaser because of such defect and/or
making good of such defect.
29.12 Items substituted for defective parts of the System during
the Warranty Period shall be covered by the Defect Liability
Warranty for the remainder of the Warranty Period
applicable for the part replaced or three (3) months,
whichever is greater.
29.13 At the request of the Purchaser and without prejudice to any
other rights and remedies that the Purchaser may have
against the Supplier under the Contract, the Supplier will
Section IV. General Conditions of Contract 105
33. Limitation of 33.1 Provided the following does not exclude or limit any
Liability liabilities of either party in ways not permitted by applicable
law:
(a) the Supplier shall not be liable to the Purchaser,
whether in contract, tort, or otherwise, for any indirect
or consequential loss or damage, loss of use, loss of
production, or loss of profits or interest costs, provided
that this exclusion shall not apply to any obligation of
the Supplier to pay liquidated damages to the
Purchaser; and
(b) the aggregate liability of the Supplier to the Purchaser,
whether under the Contract, in tort or otherwise, shall
not exceed the total Contract Price, provided that this
limitation shall not apply to any obligation of the
Supplier to indemnify the Purchaser with respect to
intellectual property rights infringement.
G. RISK DISTRIBUTION
34. Transfer of 34.1 With the exception of Software and Materials, the ownership
Ownership of the Information Technologies and other Goods shall be
transferred to the Purchaser at the time of Delivery or
otherwise under terms that may be agreed upon and specified
in the Contract Agreement.
34.2 Ownership and the terms of usage of the Software and
Materials supplied under the Contract shall be governed by
GCC Clause 15 (Copyright) and any elaboration in the
Technical Requirements.
34.3 Ownership of the Supplier’s Equipment used by the Supplier
and its Subcontractors in connection with the Contract shall
remain with the Supplier or its Subcontractors.
35. Care of the 35.1 The Purchaser shall become responsible for the care and
System custody of the System or Subsystems upon their Delivery.
The Purchaser shall make good at its own cost any loss or
damage that may occur to the System or Subsystems from
any cause from the date of Delivery until the date of
Operational Acceptance of the System or Subsystems,
pursuant to GCC Clause 27 (Commissioning and Operational
Acceptance), excepting such loss or damage arising from
acts or omissions of the Supplier, its employees, or
subcontractors.
110 Section IV. General Conditions of Contract
35.2 If any loss or damage occurs to the System or any part of the
System by reason of:
(a) (insofar as they relate to the country where the Project
Site is located) nuclear reaction, nuclear radiation,
radioactive contamination, a pressure wave caused by
aircraft or other aerial objects, or any other occurrences
that an experienced contractor could not reasonably
foresee, or if reasonably foreseeable could not
reasonably make provision for or insure against, insofar
as such risks are not normally insurable on the
insurance market and are mentioned in the general
exclusions of the policy of insurance taken out under
GCC Clause 37;
(b) any use not in accordance with the Contract, by the
Purchaser or any third party;
(c) any use of or reliance upon any design, data, or
specification provided or designated by or on behalf of
the Purchaser, or any such matter for which the
Supplier has disclaimed responsibility in accordance
with GCC Clause 21.1.2,
the Purchaser shall pay to the Supplier all sums payable in
respect of the System or Subsystems that have achieved
Operational Acceptance, notwithstanding that the same be
lost, destroyed, or damaged. If the Purchaser requests the
Supplier in writing to make good any loss or damage to the
System thereby occasioned, the Supplier shall make good the
same at the cost of the Purchaser in accordance with GCC
Clause 39. If the Purchaser does not request the Supplier in
writing to make good any loss or damage to the System
thereby occasioned, the Purchaser shall either request a
change in accordance with GCC Clause 39, excluding the
performance of that part of the System thereby lost,
destroyed, or damaged, or, where the loss or damage affects
a substantial part of the System, the Purchaser shall
terminate the Contract pursuant to GCC Clause 41.1.
35.3 The Purchaser shall be liable for any loss of or damage to
any Supplier’s Equipment which the Purchaser has
authorized to locate within the Purchaser's premises for use
in fulfillment of Supplier's obligations under the Contract,
except where such loss or damage arises from acts or
omissions of the Supplier, its employees, or subcontractors.
36. Loss of or 36.1 The Supplier and each and every Subcontractor shall abide
Section IV. General Conditions of Contract 111
3
“Parties” refers to participants in the procurement process (including public officials) attempting to
establish bid prices at artificial, non competitive levels.
4
A “party” refers to a participant in the procurement process or contract execution.
Section IV. General Conditions of Contract 125
GCC 1.1 (b) (i) The Purchaser is: Private Sector Foundation Uganda
GCC 1.1 (e) (x) The Contract shall continue in force until the Information System and
all the Services have been provided unless the Contract is
terminated earlier in accordance with the terms set out in the
Contract.
GCC 1.1. (e) (xii) The Post-Warranty Services Period is twenty-four (24) months starting
with the completion of the Warranty Period.
C. PAYMENT
(b) ten percent (10%) of the entire contract Price, exclusive of all
136 Section V. Special Conditions of Contract
GCC 12.3 The Purchaser shall pay to the Supplier interest on the delayed payments
at a rate of: the Supplier’s Bankers at the time interest becomes
applicable
GCC 12.4 For Goods and Services supplied locally, the Purchaser will pay the
Supplier in the currency stated in the Contract Agreement and
the Price Schedules it refers to.
GCC 12.5 Payment for Goods supplied from outside the Purchaser’s Country shall
be by EFT upon submission of Invoice with all supporting
documentation
GCC 13.2.2 The reduction in value and expiration of the Advance Payment Security
are calculated as follows:
P*a/(100-a), where “P” is the sum of all payments effected so
far to the Supplier (excluding the Advance Payment), and “a”
is the Advance Payment expressed as a percentage of the
Contract Price pursuant to the SCC for GCC 12.1.
GCC 13.3.1 The Performance Security shall be denominated in the currency of the
contract for an amount equal to 10 (ten) percent of the Contract
Price, excluding any Recurrent Costs.
The Performance Security shall be in form of a Bank Guarantee. If Bank
Guarantee is from a foreign financial institution, the foreign institution
will have a local corresponding Bank in the borrower’s country to
facilitate enforcement of the Guarantee.
GCC 13.3.4 During the Warranty Period (i.e., after Operational Acceptance of the
System), the Performance Security shall be reduced to two and a
half (2.5) percent of the Contract Price, excluding any Recurrent
138 Section V. Special Conditions of Contract
Costs.
D. INTELLECTUAL PROPERTY
GCC 15.4 The Purchaser’s and Supplier’s rights and obligations with respect to
Custom Software or elements of the Custom Software are as
follows
The Purchaser’s rights and obligations include the following:
(i) duplicating and using the software on different equipment,
such as back-ups, additional computers, replacements,
upgraded units, etc. within the Purchaser origination and
units named in the Bid Document;
(ii) transferring the license or sublicensing the software for other
entities to use, modify, develop and customize.;
Note: Purchaser right will, of necessity, be subject to discussions at
Contract finalization and the SCC amended accordingly.
The Purchaser’s and Supplier’s rights and obligations with respect to
Custom Materials or elements of the Custom Materials are as
follows: “not applicable”
GCC 15.5 An escrow contract will be required for the execution of the Contract, if
the solution proposed is a commercial product. The Purchaser
and Bidder must enter into an escrow contract within ninety
(90) days of contract signing. The escrow contract must be
agreed upon with a reputable escrow agent and any specific
Section V. Special Conditions of Contract 139
GCC 16.1 (a) (iv) Use of the software shall be subject to the following additional
restrictions none.
GCC 16.1 (b) (ii) The Software license shall permit the Software to be used or copied for
use or transferred to a replacement computer provided the
replacement computer falls within approximately the same class
of machine and maintains approximately the same number of
users, if a multi-user machine.
GCC 16.1 (b) The Software license shall permit the Software to be disclosed to and
(vi) reproduced for use (including a valid sublicense) by support
service suppliers or their subcontractors, exclusively for such
suppliers or subcontractors in the performance of their support
service contracts, subject to the same restrictions set forth in this
Contract.
GCC 16.1 (b) There are no special conditions of contract for GCC 16.1 (b) (vii)
(vii)
GCC 16.2 The Supplier’s right to audit the Standard Software will be subject to the
following terms:
The Purchaser will make available to the Supplier within
fourteen (14) days of a written request accurate and up-to-date
records of the number and location of copies, the number of
authorized users, or any other relevant data required to
demonstrate use of the Standard Software as per the license
agreement.
GCC 18.2.2 The Supplier’s Representative shall have the following additional
powers and / or limitations to his or her authority to represent the
Supplier in matters relating to the Contract: No additional powers
or limitations.
GCC 19.5 The Supplier shall submit to the Purchaser the following reports:
a) Monthly progress reports, summarizing:
(i) results accomplished during the prior period;
(ii) cumulative deviations to date from schedule of
progress milestones as specified in the Agreed and
Finalized Project Plan;
(iii) corrective actions to be taken to return to planned
schedule of progress; proposed revisions to planned
schedule;
(iv) other issues and outstanding problems; proposed
actions to be taken;
(v) resources that the Supplier expects to be provided by
the Purchaser and/or actions to be taken by the
Purchaser in the next reporting period;
(vi) other issues or potential problems the Supplier
foresees that could impact on project progress
and/or effectiveness.
b) monthly log of service calls and problem resolutions
c) System Maintenance and Support Plan (SMSP)
GCC 21.3.1 The Supplier shall prepare and furnish to the Project Manager the
following documents for which the Supplier must obtain the
Project Manager’s approval before proceeding with work on the
System or any Subsystem covered by the documents.
(a) user interface specifications
(b) detailed technical requirements;
(c) detailed technical designs;
(d) final system configurations.
Deliverables are identified in Section VI. Technical
Requirements.
GCC 22.5 The Supplier shall provide the Purchaser with shipping and other
documents as specified in the GCC.
GCC 29.4 The Warranty Period (N) shall begin from the date of Operational
Acceptance of the System or Subsystem and extend for twenty-
four (24) months.
GCC 29.10 The Warranty Period (N) shall begin from the date of Operational
Acceptance of the System or Subsystem and extend for: Twenty-
Four (24) months for the System Software and all General
and Specialised SW
G. RISK DISTRIBUTION
GCC 37.1 (e) The Supplier shall obtain Worker’s Compensation Insurance in
accordance with the statutory requirements of Uganda The
Insurance shall cover the period from beginning date, relative to
the Effective Date of the Contract until expiration date, relative
to the Effective Date of the Contract or its completion.
The Supplier shall obtain Employer’s Liability Insurance in
accordance with the statutory requirements of Uganda The
Insurance shall cover the period from beginning date, relative to
the Effective Date of the Contract until expiration date, relative
to the Effective Date of Contract or its completion.
39.
40. Extension of Time for Achieving Operational Acceptance (GCC Clause 40)
GCC 40 There are no Special Conditions of Contract applicable to GCC Clause
40.
A. Background 149
0.1 The Purchaser 149
0.2 Business Objectives of the Purchaser 151
0.3 Infrastructure & Hosting 153
0.4 Acronyms Used in These Technical Requirements 153
B. Business Function and Performance Requirements 154
1.1 Requirements to Be Met by the System 155
1.2 Functional Requirements 158
1.3 Non-Functional Requirements 158
C. Technical Specifications 176
2.1 General Technical Specifications 179
2.3 Software Specifications 179
2.4 Service Specifications 179
2.5 Documentation Requirements 183
D. Testing and Quality Assurance Requirements 186
3.1 Pre-commissioning Tests 186
3.2 Operational Acceptance Tests 187
E. Implementation Schedule 187
4.1 Implementation Schedule Table 188
4.2 Summary of Milestones Table 195
4.3 Sites Table 196
F. Required Format of Technical Bids 198
5.1 Description of Information Technologies, Materials, Other Goods, and Services
198
5.2 Item-by-Item Commentary on the Technical Requirements 198
5.3 Preliminary Project Plan 198
5.4 Confirmation of Responsibility for Integration and Interoperability of
Information Technologies 198
G. Response Requirements 199
6.1 Executive Summary 199
6.2 Understanding of the Requirements199
6.3 Risks, Challenges and Issues 199
6.4 Mandatory Eligibility Criteria 199
6.5 Business, Functional, and Non-Functional Requirements 199
6.6 Implementation Approach and Preliminary Project Plan 201
6.7 Data Migration 201
6.8 Added Value201
6.9 Recurrent Costs 201
148 Section VI. Technical Requirements
Technical Requirements
A. BACKGROUND
In the context of national economic development, the overall objective of the bureau is to
advance all-inclusive development by facilitating private sector led growth by:
a) Name reservation
b) Registration and incorporation
c) Continuous filings
d) Certificate generation
e) Search request processing
f) Filing of legal documents
To achieve the objectives outlined above, the URSB’s goal is to establish a modern
Business Registration System for Uganda, consisting of:
a) Analysis of current URSB business processes and carry out Business Process Re-
engineering in order to achieve goals for reduction of the time to complete
company and business registrations. A digital register instead of paper records
becomes a basis of Registry, so that work processes can be adapted and
streamlined.
b) Development of a modern, web-based Business Registry and Insolvency Registry
System that support online (including mobile devices) and walk-in services. The
functionalities envisioned to be available via mobile devices are name search,
reservation, and registration (including payments), and all other client-facing
functionalities.
c) Building safe and resilient IT infrastructure (software, hardware, connectivity,
etc.) which will have a capacity to satisfy immediate needs and grow with
growing needs.
d) Integration of URSB systems (as stated in section “0.2.4(b) Horizontal Systems
Integration” below) with main stakeholder’s information systems (as stated in
section “0.2.4(c) Vertical Systems Integration” below), to ensure seamless
information transfer and reuse.
e) Capacity building to ensure that URSB personnel will be properly trained to make
best use of new systems and processes and will continue to innovate providing
service improvements to its customers.
f) Development of easy to understand, visual guidelines for small businesses on how
to start a company, benefits of operating a registered company, etc. Generate
awareness of business community and general public about ease of starting
business in Uganda.
The current Business Registration System utilizes the following technologies: Windows
Server 2012, CentOS 7, Internet Information Services 8.0, Apache 2.4, Microsoft SQL
Server 2012, MongoDB 3, and RabbitMQ 3.5. The primary programming language is
Microsoft .NET.
a declared insolvent by court order. This paper-based registry does not provide any
channel through which insolvency practitioners can lodge the necessary filings related to
the insolvency process.
Insolvencies registers approximately 200 new insolvencies for individuals and companies
including voluntary and involuntary insolvencies every year.
For insolvency, the goal is to establish on electronic insolvency registry to facilitate and
improve access to insolvency practitioners to lodge the necessary filings with URSB.
0.1.2 Stakeholders
The following organizations have been identified as stakeholders in the business
registration solution:
This continued improvement was assisted in financial year (FY) 2016/17 with the
introduction of the Business Registration System (BRS) which was implemented by
Norway Registers Development AS (NRD) as part of the Uganda Investment Authority’s
(UIA) eBiz (ebiz.go.ug) project. The BRS is custom-built, web-based, back-office
company/business registry solution intended for use by URSB staff primarily with no
other public-facing capabilities than public search, and the ability to check the status of an
application. BRS supports name reservation, registration, continuous filings, dissolution
and other filings, as well as limited or no support for annual reports, debentures and
charges, and insolvency.
Per the Companies Act No. 1 of 2012, The Business Names Registration Act Cap 10, and
The Partnership Act 2010, URSB is responsible for maintaining and operating the
business and companies register for the following types of legal entities:
1
http://www.doingbusiness.org/Methodology/Starting-a-Business
152 Section VI. Technical Requirements
Throughout the acceptance, processing and review processes of URSB, the BRS enforces
segregation of duties, provides an electronic record of processing times, and provides the
ability to record verification of payment. Current processes within URSB involve
multiple staff performing specific, and potentially limited, duties such as assessment,
payment registration, payment verification, data entry, review and approval, scanning,
and printing. BRS records the user and timestamps at each step of the process - providing
the ability to produce basic reports that provide the ability to identify potential
bottlenecks in the process.
In summary, URSB is continuously improving its operations and service delivery. As the
following key findings highlight, there is still areas to improve, but URSB has made great
strides improving business registration services – as is evidenced by their recent selection
as the winner of the Private Sector Development Award for 2016.
As further clarification, the design and implementation of the systems identified shall
adhere to the following guidance:
Section VI. Technical Requirements 153
The
bidder must note that all requirements whether mandatory or optional shall be responded
to.
1.1 Requirements to Be Met by the System
1.1.1 Business Requirements
ID Requirement Priority
BR-1 The solution shall be a web-based solution that allows users Mandatory
(public, business representatives, creditors, and URSB staff) to:
access and manage (as appropriate) information about
entities (companies, partnerships, and business names)
registered or incorporated in Uganda throughout their
lifecycle, including but not limited to name search, name
reservation, incorporation, registration, changes to
information, filing/lodgment of resolutions, and special
resolutions, annual filings (i.e., returns), re-registration
(conversion), amalgamation, and dissolution; and,
manage the insolvency process.
BR-2 The solution shall support walk-in and online delivery of all Mandatory
services (i.e., filings/lodgings, payment assessment, payment
verification, etc.).
BR-3 The solution shall provide the ability to manage information related Mandatory
to the following types of business entities:
1. Public Company
2. Private Company - limited by guarantee with share capital
3. Private Company - limited by guarantee without share capital
4. Private Company - limited by shares
5. Unlimited Company
6. Single Member Company
7. Foreign Company
8. Partnership (General)
9. Limited Liability Partnership
10. Business Name
BR-4 The solution shall provide the ability to perform integrated business Mandatory
registration with the following agencies: Uganda Revenue
Authority (URA), the National Social Security Fund (NSSF),
Kampala Capital City Authority (KCCA), Ministry of Local
Government (MoLG), and National Identification and Registration
Authority (NIRA).
BR-5 The solution shall provide the ability for entity representatives to Mandatory
provide supporting documentation as required per filing/lodging.
156 Section VI. Technical Requirements
ID Requirement Priority
BR-6 The solution shall employ fraud protection mechanisms (e.g., Mandatory
identification of suspect filings/lodgings).
The capabilities are to identify suspect filings or activities which
may include, but are not limited to, the following: multiple filings
for multiple businesses from a single user in a short period of time,
multiple repeated filings for an entity in a short period of time,
repeated failed login attempts, repeated attempts to access
privileged functions within the system, etc.
BR-7 The solution shall automatically assign unique identification Mandatory
numbers to all registrations, filings/lodgments, and legal
documents.
BR-8 The solution shall provide the ability to register, amend, discharge Mandatory
and renew charges including debentures.
BR-9 The solution shall provide the ability to manage the insolvency Mandatory
process through the filing of insolvency notices, interim reports,
and final insolvency report, by certified insolvency practitioners.
BR-10 The solution shall provide the ability to manage certification of Mandatory
insolvency practitioners – including application, certification,
renewal, and revoking/suspending of certification.
BR-11 The solution shall provide the ability to file legal documents (e.g., Mandatory
constitutions, deeds, agreements; joint venture agreements, tenancy
agreements, sale agreements, contracts, memorandum of
understanding, etc.) for legal entities or individuals.
BR-12 The solution shall provide the ability for staff to randomly select Mandatory
filings/lodgings for review or audit.
BR-13 The solution shall employ a unique business identifier for each Mandatory
entity.
BR-14 The solution shall provide the ability to lookup (or verify) Mandatory
information about individuals (i.e., directors, officers, shareholders,
company secretaries, debtors, or filers/lodgers) based on their
national identification number (NIN) through services provided by
National Identification and Registration Authority (NIRA), as well
as to record information about non-Ugandans, and minors.
BR-15 URSB shall have full control of their data. Mandatory
BR-16 URSB shall be able to manage and configure the solution. Mandatory
BR-17 The solution shall employ mechanisms to prevent business identity Mandatory
theft.
BR-18 The solution must support the ability for individuals to register for Mandatory
access to the system, including a proofing process to verify identity.
BR-19 The solution shall provide a framework (i.e., API) for integration Mandatory
with other agencies.
BR-20 The solution shall provide staff with customizable (ad hoc), Mandatory
operational (automated), and analytical/statistical reporting
capabilities.
Section VI. Technical Requirements 157
ID Requirement Priority
BR-21 The solution must provide a configurable workflow with role-based Mandatory
(or similar) authorization model to support URSB’s layered
approval model for special actions (e.g., name change, dissolution
of company, delete company, etc.)
BR-22 For online services, the solution must support online payments Mandatory
through NITA-U’s National Payment Gateway or through pre-
paid/drawdown accounts (for recurrent users).
BR-23 The solution shall provide revenue and financial management Mandatory
functionality, including internal administrative revenue
management capability to reconcile revenues against client
accounts.
BR-24 For walk-in services, the solution must support payments through a Mandatory
receipting system. For example, in URSB’s head office, there are
bank tellers that receive payments and provide a receipt of
payment, which URSB use to confirm payment for services prior to
processing filings/lodgings.
BR-25 The solution shall support an account-based model for external Mandatory
(non-URSB) users. Users are associated to an organization, and
account administrators are able to control their own users, including
the ability to add new users, and change user permissions.
BR-26 The solution shall provide URSB administrators with the ability to Mandatory
manage internal and external users and groups, create and disable
user groups and manage permissions of various groups of users.
Notes:
158 Section VI. Technical Requirements
Business requirements for the solution, including the business registry, insolvency
registry, and integrated business registration with Uganda Revenue Authority (URA),
National Social Security Fund (NSSF), and Kampala Capital City Authority (KCCA) and
Ministry of Local Government (MoLG) identify the minimum services and types of
business and corporate entities to be supported by the solution. The vendor will be
responsible for analyzing legislation and regulation to ensure that all services and types of
business and corporate entities are included in the solution.
1.1.2 Acts
The following acts, and their related regulations, govern companies, partnerships, and
business names, as well as insolvencies:
Integrated business registration is impacted by the acts, and their related regulations, of
the partner organizations:
ID Requirement Priority
FR-1 The solution must, at a minimum, collect the information as Mandatory
prescribed in the relevant act or regulation for each of the
filings/lodgings.
FR-2 Unless otherwise stated, all filings/lodgings must be reviewed by Mandatory
URSB staff.
FR-3 To support walk-in and online submission of filings, the solution Mandatory
shall support the acceptance of physical/hard-copy and electronic
documents.
FR-4 The solution shall support the digitization of physical/hard-copy Mandatory
documents.
Section VI. Technical Requirements 159
ID Requirement Priority
FR-5 The Electronic Signatures Act supports the acceptance of Mandatory
electronic documents signed electronically. As such, the solution
shall support electronically signing documents, as well as
verifying electronically signed documents, or other forms of
authentication and verification of electronic documents.
FR-6 During the review of a filling/lodging, the solution must provide Mandatory
the ability for URSB staff to identify issues (including missing or
incorrect attachments or uploads) for correction by entity
representatives.
FR-7 The solution shall provide users with the ability to check on the Mandatory
status of processing for any filing/lodging.
FR-8 The solution must provide the ability for entity representatives to Mandatory
correct issues identified by URSB staff, and to re-submit for
review.
FR-9 The solution shall include a mechanism to provide help and Mandatory
guidance to users.
FR-10 All user interface components (online forms, reports, certificates) Mandatory
shall be provided in English.
FR-11 Unless otherwise noted, the solution shall restrict data entry to the Mandatory
ISO-8859-1 character set.
FR-12 For all filings/lodgings and/or transactions performed in the Mandatory
solution, the solution shall maintain an audit log that includes (at a
minimum) the user that performed the change, the date and time of
the change, and the user’s IP address.
FR-13 The solution shall provide the ability for staff to view an entity’s Mandatory
history, including the status and composition (directors,
shareholders, etc.) of the entity as of a given date.
FR-14 The solution shall provide the ability for entity representatives and Mandatory
staff to save draft filings/lodgings, and continue a filing/lodging
based on a previously saved draft.
FR-15 The solution shall maintain draft copies of a filing/lodging for a Mandatory
configurable amount of time. (Recommended amount of time is
10 days.)
FR-16 The solution shall notify users at configurable intervals that a draft Mandatory
filing/lodging will expire in a certain number of days.
FR-17 The solution shall provide the ability to notify a user or entity Mandatory
representative, after a configurable amount of time, when a draft
filing/lodging, or a filing/lodging returned for correction, has not
been completed.
FR-18 The solution should provide a mechanism for any user to subscribe Mandatory
to receive notifications when changes occur to a company,
partnership or business name.
FR-19 The solution shall provide standard field validations (e.g., data Mandatory
types, minimum/maximum values, minimum/maximum lengths),
as well as complex and cross-field validation (e.g., validate share
distribution across shareholders, calculation of total share capital,
and capital).
160 Section VI. Technical Requirements
ID Requirement Priority
FR-20 The solution shall implement a mechanism to record user consent, Mandatory
as applicable, to access and/or record their personal information.
FR-21 The solution shall provide a dashboard of information to users Mandatory
when they login to the system, which should contain: a list of their
associated businesses, draft or completed filings/lodgings, and any
alerts or notifications.
FR-22 The solution shall provide the ability to send notification to entity Mandatory
representatives through email, and SMS, as well as through the
online solution (as alerts) based on the user’s preferences.
NITA-U will provide SMS gateway and agreement with telecom
operator.
NITA-U will provide short code to facilitate SMS notification.
NITA-U will provide email server and SMS gateway.
FR-23 The solution shall provide the ability for entity representatives to Mandatory
configure their dashboard and notifications. For notifications, the
user shall be able to turn on or off notifications.
FR-24 For notifications, the solution may provide the ability for users to Optional
configure notifications (on or off) by filing type, and/or by
company.
FR-25 The solution shall send notices to entity representatives under the Mandatory
following conditions: when a periodic filing (e.g., annual returns)
within a configurable number of days; when a periodic or
continuous filing is due; and, when a periodic or continuous filing
is past due.
FR-26 Notifications to entity representatives shall include the following Mandatory
information as appropriate: BRN, entity name, type of notification,
any potential penalties.
FR-27 The solution shall be able to identify and flag (a visual indicator on Mandatory
their profile) non-compliant entities under the following
conditions: delinquent on annual reports, or periodic renewals;
and, delinquent on mandatory filings after incorporation (e.g.,
notice of address, notice of share allotment).
FR-28 The solution shall be able to lock (prevent any further Mandatory
filings/lodgements), and flag (a visual indicator on their profile) as
locked, entities under the following conditions: when a court order
is filled; and, on receipt of a notice of Investigation by police,
IGG, and URA (and other agencies).
FR-29 The solution shall remove the non-compliant flag when an entity Mandatory
becomes compliant.
FR-30 The solution shall remove the locked flag on receipt of a rescinded Mandatory
court order, and notice that the investigation has completed.
FR-31 The non-compliant and locked flags are visible to all users. Mandatory
Section VI. Technical Requirements 161
ID Requirement Priority
FR-32 The solution shall provide a free public search (by entity name, or Mandatory
unique business identifier (UBI)) function that provides users with
a list of matching entities and trademarks, and the ability to view
the entity’s name, UBI, status, and type. The public search results
shall not include requested names or expired names, but shall
include approved reserved names.
FR-33 The solution shall provide through the public search a mechanism Mandatory
that allows users to purchase access to view the business or
company profile, which includes the following details of an entity:
name, former names, UBI/BRN, status, type, addresses, directors,
partners, shareholders, share structure, charge (a list of charges),
business objectives, and history.
FR-34 The solution shall provide an advanced search of the business Mandatory
registry for registry staff and management only, that includes all of
the entity’s details.
FR-35 The solution shall provide the ability for users to submit a name Mandatory
reservation request that includes the following information: three
(3) proposed entity names listed in priority order, entity type, legal
suffix (as appropriate), description of business activities, the
purpose (new, extension, modification, affiliated entity, or re-
registration) of the name search, and consent to use name (i.e.,
delegation of rights to use name).
FR-36 During the name reservation process, the solution shall not allow Mandatory
users to submit names that contain reserved or abusive terms.
FR-37 During the name reservation process, the solution shall provide Mandatory
users with feedback that there is a potential conflict with existing,
similar names, including similar matches based on phonetics,
Soundex, or similar mechanisms.
FR-38 The solution shall provide a mechanism to weight the uniqueness Mandatory
of a requested name reservation in relation to existing registered
names.
FR-39 All entity types are required to perform a name reservation with Mandatory
the exception of foreign companies.
FR-40 The solution shall use the International Standard Industrial Mandatory
Classification (ISIC) level 4 for classifying business activity.
FR-41 The solution shall provide automated validation of submitted name Mandatory
reservation requests to ensure that the: a) Legal suffix and entity
type are valid (as appropriate); b) Name does not include restricted
words (e.g., Uganda (as the starting word), Church, Ministry, etc.);
c) Name complies with name restrictions by entity type (e.g.,
Names with the word “Foundation” must be registered as
Companies limited by guarantee); and, d)Name does not contain
offensive or abusive words.
FR-42 The solution should provide name reservation request review staff Mandatory
with a weighted ranking of existing names that are similar to those
requested.
162 Section VI. Technical Requirements
ID Requirement Priority
FR-43 Upon approval of the name reservation request, the solution shall Mandatory
reserve the name for a configurable number of days (i.e.
reservation period), and provide a notification of name reservation
to the requestor. (The current number of days is 30.)
FR-44 The solution shall provide the ability for requestors, during the Mandatory
initial reservation period, to request the extension of the expiration
period of a reserved (approved) name for an additional
configuration number of days. (The current number of days for an
extension is 30 days, for a 60-day total.)
FR-45 Upon rejection of the name reservation request, the solution shall Mandatory
require staff to provide a reason (pre-defined list of reasons, and
freeform text) for the rejection, and automatically notify the
requestor of the rejection.
FR-46 For reserved names, if the name has not been used in a registration Mandatory
or incorporation, the solution shall provide the ability to notify a
requestor at configurable times (e.g., 7 days, 1 day) prior to
expiration, as well as when the name reservation expires.
FR-47 For business names and partnerships, the solution shall accept a Mandatory
combined name reservation request and business name or
partnership registration filing. Once reviewed and approved, the
business name or partnership will be a registered entity.
FR-48 For companies and partnerships, the solution may accept a Optional
combined name reservation request and registration or
incorporation filing. Once reviewed and approved, the partnership
or company will be a registered entity.
FR-49 For all entity types, the solution shall require the applicant to Mandatory
identify the previously reserved name to be used for the
registration, incorporation, amalgamation, or re-registration
filing/lodging for companies, business names, and partnerships.
FR-50 For an amalgamation of companies, the solution shall require a Mandatory
reserved name only if the name of the resulting company is
different from any of the amalgamating companies.
FR-51 For a re-registration of an entity, the solution shall require a Mandatory
reserved name.
FR-52 The solution shall provide the ability for an entity to identify its Mandatory
business activity using the International Standard Industrial
Classification (ISIC) level 4 codes.
FR-53 The solution shall support the incorporation of the following entity Mandatory
types: 1) Public Company; 2) Private Company - limited by
guarantee with share capital; 3) Private Company - limited by
guarantee without share capital; 4) Private Company - limited by
shares; 5) Unlimited Company; and, 6) Single Member Company.
FR-54 The solution shall collect the information as prescribed in the act Mandatory
or regulation based on entity type.
FR-55 The solution shall automatically calculate the fee for incorporation Mandatory
based on the company’s share capital, and any other applicable
fees.
Section VI. Technical Requirements 163
ID Requirement Priority
FR-56 The solution shall provide the ability for directors and Mandatory
shareholders to be any of the following (natural persons or bodies
corporate):
• Individuals (natural persons): Ugandan citizens identified by
their national identification number (NIN); Foreign nationals
identified by their alien card; Foreigners identified by their
passport, and a copy of their passport’s bio page; or, Refugees
identified by refugee ID.
• Companies identified by their unique business identifier and
name
• And other legal entities, (identified by number, legal name, and
physical address) which include: Foreign companies, Statutory
bodies created by an act of parliament, Registered Trustees,
Foreign State Governments, and Any others as prescribed by law.
FR-57 The solution shall require the identification of a company Mandatory
secretary, registered (i.e., physical) address, and mailing address.
FR-58 The solution must support the ability for applicants to provide the Mandatory
company’s own articles of incorporation.
FR-59 Upon successful completion of incorporation, the solution shall Mandatory
notify the applicant and all directors and shareholders, provide a
unique business identifier, and provide access the following
document(s): Certificate of Incorporation.
FR-60 The solution shall support the registration of the following entity Mandatory
types: 1) Business Names; 2) Foreign Companies; 3) Partnerships;
and, 4) Limited Liability Partnerships.
FR-61 For the registration of partnerships (both general and limited), the Mandatory
solution shall provide applicants with the ability to identify up to
twenty (20) partners, or fifty (50) for professional partnerships,
that can be any of the following (natural persons or bodies
corporate):
• Individuals (natural persons): Ugandan citizens identified by
their national identification number (NIN); Foreign nationals
identified by their alien card; Foreigners identified by their
passport, and a copy of their passport’s bio page; or, Refugees
identified by refugee ID.
• Companies identified by their unique business identifier and
name
• Statutory bodies created by an act of parliament
FR-62 Upon successful completion of a registration of a business name or Mandatory
partnership, the solution shall notify the applicant and all partners
or owners (natural persons or corporate bodies), provide a unique
entity identifier, and provide access to the following documents:
Certificate of Registration.
FR-63 Upon successful completion of a registration of a foreign Mandatory
company, the solution shall notify the applicant and all local
representatives, provide a unique entity identifier, and provide
access to the following documents: Certificate of Registration.
164 Section VI. Technical Requirements
ID Requirement Priority
FR-64 The Certificate of Registration for a foreign company shall append Mandatory
“(Foreign Company)” to the name on the certificate.
FR-65 For Foreign Companies, the solution must collect all information Mandatory
as prescribed in the act or regulation, including a copy of
incorporation documents from the entities home jurisdiction.
FR-66 The solution shall limit the ability to amalgamate to companies Mandatory
except for foreign companies.
FR-67 The solution shall provide the ability for an entity representative, Mandatory
who has been granted access to all entities involved, to: 1) Identify
the companies that will be involved in the amalgamation; 2)
Identify the name that will be used in the new (or go-forward)
company (if changing from one of the existing companies); 3)
Identify the directors of the new (or go-forward) company based
on the existing directors of all involved companies; 4) Add,
remove, and edit directors; 5) Identify the shareholders of the new
(or go-forward) company based on the existing shareholders of all
involved companies; 6) Add, remove, and edit shareholders; 7)
Identify the articles of the new (or go-forward) company; and, 8)
Provide a resolution from the companies agreeing to the
amalgamation.
FR-68 If there are any active debentures or charges against any of the Mandatory
companies involved in the amalgamation, the solution shall
automatically transfer those debentures or charges to the new (or
go-forward) company.
FR-69 On successful amalgamation of companies, the solution shall: 1) Mandatory
Maintain the existing company's unique business
number/identifier, if maintaining one of the original company
names; 2) Mark the amalgamated companies as amalgamated; 3)
Link the amalgamated companies to the new (or go-forward)
company; 4) Notify all directors and shareholders of all companies
involved of the change; 5) Issue a Certificate of Amalgamation;
and, 6) Block further filing/changed on the amalgamated
companies.
FR-70 The solution shall support re-registrations as follows: a) general Mandatory
partnership as a limited partnership, and vice versa; b) unlimited
company as limited; c) public as a private company, and vice
versa; d) limited company to unlimited company, and vice versa;
and, e) limited liability company as unlimited.
FR-71 The solution may provide a simplified (or streamlined) partnership Optional
LLP re-registration process that allows an entity representative to
submit all data and supporting documentation at one time to satisfy
the requirements of the re-registration. This simplified re-
registration may also provide the ability to select the partners from
the partnership (general or limited) that will be partners in the new
partnership (general or limited), as well as the ability to add new
partners. (Desirable)
Section VI. Technical Requirements 165
ID Requirement Priority
FR-72 During the company re-registration process, the solution must Mandatory
support the following: 1) Identification of reserved name to be
used; 2) Submission of supporting documentation (e.g., official list
of shareholders with signatures); 3) Ability to map shareholders as
directors; 4) Ability to add, remove, and edit directors; and, 5)
Publish the new changes.
FR-73 During the partnership re-registration process, the solution must Mandatory
support the following: 1) Identification of reserved name to be
used; 2) Submission of supporting documentation (e.g., official list
of shareholders with signatures); 3) Ability to map shareholders as
partners; 4) Ability to add, remove, and edit partners; and, 5)
Publish the new changes.
FR-74 On successful re-registration of a company or partnership, the Mandatory
solution shall: 1) Record the re-registration event; 2) Notify all
directors and shareholders, or partners (as appropriate); 3) Issue
the respective certificate; 4) Block any filing/lodgment on the
previous entity; and, 5) Maintain the same UBI.
FR-75 To transition from a business name to a company or partnership, Mandatory
the solution shall require the user to reserve the new entity’s name.
FR-76 On successful transition of a business name to a partnership, the Mandatory
solution shall: 1) Cease the business name and record the cessation
event; 2) Notify all owners (as appropriate) of the business name;
3) Issue a Certificate of Registration (for the partnership); 4) Block
any filing/lodgment on the previous entity; and, 5) Maintain the
same UBI.
FR-77 On successful transition of a business name to a company, the Mandatory
solution shall: 1) Cease the business name and record the cessation
event; 2) Notify all owners (as appropriate) of the business name;
3) Issue a Certificate of Incorporation; 4) Block any
filing/lodgment on the previous entity; and, 5) Maintain the same
UBI.
FR-78 The solution must support the re-registration of companies from Mandatory
one type of company to another (except Foreign Companies)
through the submission of the following: 1) Prescribed data or
information; 2) Approval of current directors and shareholders;
and, 3) Changes to articles.
FR-79 The solution shall provide the ability for authorized entity Mandatory
representatives to request the following changes: 1) Name; 2)
Partners; 3) Directors (or Local Representatives); 4)
Shareholders/Members; 5) Share Structures/Types; 6) Restrictions
on Share Transfers; 7) Restrictions on Business (Objectives); 8)
Registered Office; 9) Address(es); 10) Company Secretary; and,
11) Any other amendment provided by the law.
166 Section VI. Technical Requirements
ID Requirement Priority
FR-80 The solution shall support the generic process that is used by Mandatory
URSB to receive and process changes of particulars. This generic
process: 1) Provides for authorized entity representatives to submit
requests, including any supporting documentation and approvals;
2) Requires the system to perform data and business rule
validations; 3) Review by URSB staff with the ability to send back
to the applicant for correction; and, 4) On approval, commit the
changes to the registry, and produce any necessary documents,
letters, and/or certificates resulting from the change.
FR-81 The solution shall require the attachment of the following Mandatory
documents in support of any continuous filing/lodgment, as
appropriate to the change: letter of resignation, affidavit, meeting
minutes, resolution, special resolution, deed, and legal documents.
FR-82 For all continuous filings/lodgments, the solution must enforce Mandatory
that the entity is in good standing before a change can be
requested.
FR-83 For a change in name, the solution shall publish the name change Mandatory
in the Gazette.
FR-84 To complete a change of name, the solution shall provide an Mandatory
authorized entity representative with the ability to select a name
that they (or another company representative) has reserved as the
new name for a company, business, or partnership.
FR-85 To complete a change of partners, the solution shall provide an Mandatory
authorized entity representative with the ability to add, edit or
delete partners in an existing partnership, and identify general and
limited partners (as appropriate).
FR-86 To complete a change of directors, the solution shall provide an Mandatory
authorized entity representative with the ability to add, edit or
delete directors in an existing company (except foreign
companies).
FR-87 To complete a change of local representatives, the solution shall Mandatory
provide an authorized entity representative with the ability to add,
edit or delete local representatives for an existing foreign
company.
FR-88 To complete a change of shareholders, the solution shall provide Mandatory
an authorized entity representative with the ability to add, edit or
delete shareholders and re-allocate (i.e., transfer) shares amongst
the shareholders.
FR-89 To complete a change of share structures and/or classes, the Mandatory
solution shall provide an authorized entity representative with the
ability to identify the share class(es), share allocation, and share
capital.
FR-90 On any update of shares or shareholders, the solution must Mandatory
automatically validate that the total number of shares is equal to
the share allocations.
Section VI. Technical Requirements 167
ID Requirement Priority
FR-91 To complete a change of restrictions on business objectives, or Mandatory
share transfers, the solution shall provide an authorized entity
representative with the ability to provide their revised articles of
incorporation.
FR-92 Current practices within URSB do not provide for the Optional
identification of Beneficial Owners; however, this capability is
desired. As such, the solution should provide the ability to identify
and maintain (change) beneficial owners of an entity. (Desirable)
FR-93 To complete a change of Registered Office or address(es), the Mandatory
solution shall provide an authorized entity representative with the
ability to update the existing Registered Office address, and to add,
edit, or delete associated addresses for an entity.
FR-94 To complete a change of company secretary, the solution shall Mandatory
provide an authorized entity representative with the ability to
update the company secretary information.
FR-95 If a company is past due with a continuous filing, the solution shall Mandatory
calculate late filing penalties.
FR-96 The solution shall provide the ability to notify entity Mandatory
representatives, at configurable times, that a required periodic
reporting filing/lodging (e.g., annual return, or financial statement)
is coming due, is due, or is past due.
FR-97 All companies, except foreign companies, are required to file an Mandatory
annual return.
FR-98 All companies are required to submit financial statements with the Mandatory
following exceptions: foreign companies from other
Commonwealth countries must file an exemption statement; and,
financial statements are not compulsory for private companies.
FR-99 The solution shall provide the ability for an authorized entity Mandatory
representative to submit the information required for an annual
statement as prescribed.
FR-100 If a company is past due with an annual return, the solution shall Mandatory
calculate late filing penalties.
FR-101 For a company to be in good standing, all annual statements since Mandatory
incorporation must be filed. The only exception is when a
company has dissolved and was subsequently revived/restored. A
company is not required to submit annual returns for the period
during which they were dissolved.
FR-102 Periodic renewals for business names and partnerships are not part Mandatory
the current The Partnership Act, The Business Names Registration
Act, or URSB’s current processes; however, the solution should be
capable of providing the ability to require business names and
partnerships to submit annual renewals.
FR-103 The solution shall provide the ability to identify that an entity is Mandatory
not in good standing with the registry due to delinquent
filings/lodgings (e.g., annual return, financial statement, annual
renewals).
168 Section VI. Technical Requirements
ID Requirement Priority
FR-104 The solution shall identify companies that after a configurable Mandatory
amount of time after not filing their annual return as not in good
standing.
FR-105 The solution shall identify businesses that after a configurable Mandatory
amount of time after not filing their periodic renewal as not in
good standing.
FR-106 Once an entity it not in good standing, the entity is locked from Mandatory
updates other than to file delinquent annual returns or renewals.
FR-107 The solution shall provide the ability to identify entities that are Mandatory
candidates for administrative dissolution due to lack of compliance
(e.g., delinquent on annual return, financial statement or periodic
renewal filings/lodgings).
FR-108 The solution must prevent the dissolution (administrative or Mandatory
voluntary) of a company if there are active debentures or charges.
FR-109 All companies that are dissolving or ceasing operation must follow Mandatory
the processes of insolvency.
FR-110 The solution must support the administrative dissolution of all Mandatory
companies (excluding foreign companies) through the following
process:
1) Notification must be sent to the company of the intent of the
registry to dissolve the company.
2) If the company has not notified the registry, the registry must
publish a notice of intent to dissolve to the Gazette.
3) If there have been no objections to the dissolution, the registry
may dissolve the company.
4) On dissolution, the registry must: a.Publish notice of dissolve to
the Gazette; and, b.Issue letters to the directors and shareholders of
the company.
FR-111 The solution must support the involuntary dissolution of all Mandatory
companies based on a court order or creditor’s notice.
FR-112 The solution must support the voluntary dissolution of all Mandatory
companies (excluding foreign companies) upon receipt of a
request to dissolve from an authorized entity representative
through the following process:
1. The registry must publish a notice of intent to dissolve to the
Gazette.
2. If there have been no objections to the dissolution, the registry
may dissolve the company.
3. On dissolution, the registry must: a. Publish notice of
dissolution to the Gazette; and, b. Issue letters to the directors and
shareholders of the company.
FR-113 The solution must prevent an entity representative from requesting Mandatory
the dissolution of a company that is not in good standing. The
solution must inform the representative that any outstanding
annual statements and financial statements (as required) must be
filed/lodged before a dissolution request can be submitted.
Section VI. Technical Requirements 169
ID Requirement Priority
FR-114 The solution must support the administrative restoration of a Mandatory
company on receipt of supporting documents from an authorized
entity representative. The process includes: 1) Restoring the entity
(i.e., make the entity active); 2) Publishing a notice of restoration
to the Gazette; and, 3) Issuing a letter of restoration.
FR-115 The solution must support the voluntary or administrative Mandatory
cessation (dissolution) of a foreign company upon receipt of a
request to dissolve (including supporting documentation) from an
authorized entity representative by: 1) Dissolving the entity; 2)
Publishing notice of dissolution to the Gazette (if the company has
not already published a notice); and, 3) Issuing letters to the local
representatives of the foreign company.
Supporting documentation includes:
• For foreign companies winding up in Uganda only, supporting
documentation, as required Resolution for Windup, or Court Order
• For foreign companies winding up in the home jurisdiction,
supporting documentation, as required Resolution for Windup
from their home jurisdiction, or Court Order from their home
jurisdiction
FR-116 The solution must support the voluntary dissolution of business Mandatory
names and partnerships upon receipt of a request to dissolve from
an authorized entity representative by: 1) Dissolving the entity;
and, 2) Issuing letters to the entity representatives.
FR-117 In the future (not a current legal requirement), the solution must Mandatory
ensure that a business name or partnership is in good standing
prior to requesting to dissolve.
FR-118 The solution must support the voluntary restoration of an entity on Mandatory
receipt of supporting documents (including a court order) from an
authorized entity representative. The process includes: 1)
Restoring the entity (i.e., make the entity active, or to its previous
state); 2) Publishing a notice of restoration to the Gazette; and, 3)
Issuing a letter of restoration.
FR-119 On restoration (or reinstatement) of a company, the company is Mandatory
required to file any missing annual returns.
FR-120 For any company type (except foreign), the solution shall support Mandatory
the ability for an authorized entity representative to request the
addition, modification, or discharge of debentures and charges.
FR-121 The solution must calculate the fee for addition or modification of Mandatory
a debenture or charge based on the total charge.
FR-122 The solution must support the following process for adding a Mandatory
charge to a company: 1) Authorized entity representative
files/lodges a charge for a company including all required data (as
prescribed), supporting documents, and payment; 2) Registry staff
review and approve the filing/lodgment; and, 3) Solution notifies
the representative that the addition is approved and issues
certificate.
170 Section VI. Technical Requirements
ID Requirement Priority
FR-123 Debentures and charges must be registered (added) within 42 days Mandatory
of their issuance. In the event that the request to add a charge is
being submitted after 42 days, the solution flag the submission for
follow-up by registry staff.
FR-124 To modify an existing, active charge, the solution must provide an Mandatory
authorized representative with the ability to identify the charge and
to change the particulars of the charge and submit the appropriate
payment (fees are calculated as a delta from the original charge
amount). Upon submission and approval of the modification, the
solution shall notify the representative that the addition is
approved, issues a certificate.
FR-125 To discharge (full or partial) an existing, active charge, the solution Mandatory
must provide an authorized representative with the ability to
identify the charge, to fully discharge the charge or to change the
particulars of the charge, and pay the fee. Upon submission and
approval of the discharge, the solution shall issue a certificate.
FR-126 The solution shall provide for an electronic means to rank creditors Mandatory
that have an interest in the same asset based on the date and time
of registration.
FR-127 The solution shall provide for amendments, renewals, Mandatory
cancellations, and objections of notices by electronic means.
FR-128 The solution shall provide for any other requirements as will be Mandatory
identified in the end user requirements elicitation phase with
support from the current legislation.
FR-129 The solution shall support the application and certification process Mandatory
for insolvency practitioners through both walk-in and online
delivery channels.
FR-130 The solution shall provide insolvency staff with the ability to Mandatory
suspend or revoke an insolvency practitioner’s certification.
FR-131 The solution shall support the renewal of an insolvency Mandatory
practitioner’s certification.
FR-132 The solution shall provide insolvency staff with the ability to Mandatory
reinstate an insolvency practitioner’s certification.
FR-133 The solution shall provide the ability for users to search for Mandatory
insolvency practitioners, and insolvencies.
Section VI. Technical Requirements 171
ID Requirement Priority
FR-134 The solution shall support the filing/lodging of an insolvency Mandatory
declaration for natural persons and legal entities. Insolvency
declarations may be voluntary or by court order, and include the
following information:
• Natural person or legal entity, identified by names, address, and
NIN for natural persons) and BRN for legal entities
• Identification of certified insolvency practitioner, in some cases
this is URSB themselves acting as the insolvency practitioner
• Date of insolvency
• Supporting documentation, as required Resolution for Windup,
or Court Order
• For foreign companies winding up in the home jurisdiction,
supporting documentation, as required Resolution for Windup
from their home jurisdiction, or Court Order from their home
jurisdiction
FR-135 The solution shall support the following insolvency processes: 1) Mandatory
Change of liquidator / insolvency practitioner; 2) Appointment of
provisional administrator; 3) Appointment of a receiver; 4) Add,
modify and delete assets; 5) Filing/lodging of preliminary report;
6) Filing/lodging of interim report which includes progress update
and prediction for completion of insolvency; 7) Filing/lodging of
final report (return of final account) which includes assets,
distributions, and final meeting minutes; 8) After three (3) months
of the filing of the final report, the company is struck (dissolved)
from the register.
FR-136 On successful dissolution of an insolvency, the solution shall issue Mandatory
a certificate of dissolution.
FR-137 The solution shall limit updates to an insolvency registration to the Mandatory
insolvency practitioner.
FR-138 The solution shall provide the registrar with administrative Mandatory
privileges to correct filing/lodging errors.
FR-139 The solution may provide the ability to import asset information Optional
from structured files (e.g., CSV, XML).
FR-140 The solution shall provide the ability for users to request a Mandatory
certificate of status of any entity within the registry.
FR-141 Through the public search and entity details (i.e., entity profile), Mandatory
the solution shall provide the ability for users to access (potentially
with an associated fee) documents or filing/lodging details related
to the entity. Access to documents, and the fees charged, may be
based on the type of user that is requesting access. For example,
an entity representative should have access to all documents
without a fee, while public users, or representatives of another
entity, may have limited access to documents and may be charged
a (nominal) fee for those to which they do have access.
FR-142 The solution shall provide the ability to request access to legal Mandatory
documents.
172 Section VI. Technical Requirements
ID Requirement Priority
FR-143 The solution shall provide the ability for users to request Mandatory
(potentially with an associated fee) a certified copy of a document.
FR-144 The solution shall provide the ability to perform integrated entity Mandatory
registration with the following agencies: URA, NSSF, and the
KCCA or MoLG.
FR-145 Upon successful completion of an integrated registration, the Mandatory
solution shall notify the applicant and all directors, and provide
access the following documents: 1) Proof of completion of
registration with each authority; and, 2) Registration numbers or
account information for each authority (as appropriate).
FR-146 The solution shall use the ISIC level 4 codes for communication of Mandatory
nature of business will URA, NSSF, KCCA, and MoLG.
FR-147 In addition to providing integrated business registration, the Mandatory
solution shall provide facilities to inform partner authorities with
any updates to company, partnership, or business name
information; including, but not limited to, the following events: 1)
Amalgamation; 2) Re-Registration; 3) Change of Name; 4)
Change of Partners; 5) Change of Directors (or Local
Representatives); 6) Change of Officers; 7) Change of
Shareholders/Members; 8) Change of Share Structures/Types; 9)
Change of Restrictions on Share Transfers; 10) Change of
Restrictions on Business (Objectives); 11) Change of Beneficial
Owners; 12) Change of Company Secretary; 13) Change of
Registered Office; 14) Change of Address(es); 15) Dissolution; 16)
Reinstatement or Restoration.
FR-148 The solution shall provide the ability for URSB administrator to Mandatory
define and configure task queues to manage processing of
filings/lodgings by staff based on area of responsibility.
FR-149 To prevent jumping-the-queue, the solution must provide Mandatory
mechanisms to ensure that tasks are processed based on a first-in
first-processed principle.
FR-150 The solution shall provide the ability for an administrator to select, Mandatory
view and assign any queued or in-progress task.
FR-151 The solution should provide the ability for an administrator to Mandatory
configure workflows.
FR-152 The solution should provide the ability for URSB staff to flag Optional
filings/lodgings or an entity for follow-up (i.e., review or audit).
FR-153 The solution should provide the ability for URSB staff to add a Optional
reminder to filings/lodgings or an entity flagged for follow-up.
FR-154 The solution shall provide the ability to generate certificates as Mandatory
PDFs that include security mechanisms (e.g., electronic signature,
bar codes, etc.) to prevent tampering and forgery.
FR-155 The solution shall provide the ability for users to verify the Mandatory
authenticity of an issued license, permit, certification, approval,
etc.
Section VI. Technical Requirements 173
ID Requirement Priority
FR-156 The solution shall provide customizable (ad hoc), operational Mandatory
(automated), and analytical/statistical reporting capabilities.
FR-157 The solution shall be able to generate a Register Report that Mandatory
includes details of all businesses and companies at the time of their
incorporation or registration. The report shall include, at a
minimum, the following information: business registration number
(BRN), name, entity type, date of registration or incorporation,
status, shareholders, directors or partners, Company Secretary,
Registered Office, address(es), and contact Information.
FR-158 The solution shall be able to generate a Register Report that Mandatory
includes details of all businesses and companies as of a specific
date. The report shall include, at a minimum, the following
information about business and companies as of the date specified:
business registration number (BRN), name, entity type, date of
registration or incorporation, status, shareholders, directors or
partners, Company Secretary, Registered Office, address(es), and
contact Information.
FR-159 The solution shall be able to generate a company or business Mandatory
profile report that includes all details about a company, and the
changes that have occurred its history. History includes all
changes in particular including name changes, changes of
directors/partners, share structures, etc., as well as
amalgamations/mergers.
FR-160 The solution shall provide the following operational reports at a Mandatory
minimum: 1) Total number of filings/lodgings by type and office;
2) Total number of new entities created; 3) Total number of
entities; 4) Foreign entities by country; 5) Entities by region; 6)
Total number of legal documents registered; 7) Total number of
filings/lodgings awaiting review/approval; 8) Filings/lodgings
awaiting review/approval; 9) Total number of filings/lodging sent
for correction; 10) Filings/lodging sent for correction; 11)
Delinquent filings/lodgings by entity type; 12) Total number of
name search and reservations conducted; 13) Total number of
rejected name search and reservation requests; and, 14)
Complaints metrics.
FR-161 The solution shall provide the financial reports related to the Mandatory
revenues collected through the business registry related to: 1)
Business registration filings and search; 2) Insolvency filings; and,
4) Other fee-based services of the registry.
FR-162 The solution shall provide a customizable set of Management Mandatory
Information System (MIS) reports.
FR-163 The solution shall provide the ability for staff to group, filter and Mandatory
sort operational reports by the following parameters (at a
minimum): 1) By reporting period (or date range); 2) By entity
type; 3) By filing/lodging type; 4) By status; 5) By user; 6) By
office; and, 7) By filing channel (e)g), walk-in or online).
174 Section VI. Technical Requirements
ID Requirement Priority
FR-164 The solution shall provide the ability to identify and report on key Mandatory
performance indicators and service metrics.
FR-165 The solution should provide a management dashboard which Mandatory
consolidates key performance indicators and service metrics.
FR-166 The solution shall provide the ability to export reports to Word, Mandatory
Excel, and PDF.
FR-167 The system must support the publication of the following to the Mandatory
Gazette: 1) Notice of Intent to Dissolve, and 2) Notice of
Dissolution
FR-168 The system may support the publication of the following to the Optional
Gazette: 1) Notice of Incorporation, and 2) Notice of Registration
FR-169 The system must support the publication of the following to the Mandatory
URSB web site: 1) Notice of Incorporation; 2) Notice of
Registration; 3) Notice of Intent to Dissolve, and 4) Notice of
Dissolution.
FR-170 The solution shall provide the ability for administrators to manage Mandatory
fees, rate tables, and calculations related to filings, lodgings, and
other transactions.
FR-171 Unless otherwise specified, the solution shall require payment at Mandatory
the time of submission of the request for service.
FR-172 The solution shall assume that any filing, lodging, or transaction Mandatory
can be zero cost, or have a fee associated with it.
FR-173 The solution shall have the ability to perform payment assessment Mandatory
including calculation or lookup of fees based on data provided
(i.e., debenture and charge amount, late payment penalties for
annual returns, share capital).
FR-174 The solution shall have the ability to charge multiple fees for a Mandatory
single transaction.
FR-175 The solution must provide a receipt for any payments. Mandatory
FR-176 The solution must provide financial management capabilities to Mandatory
report on revenue, reconcile revenue sources, etc.
FR-177 In the event that there are costs related to integration with an Mandatory
authority on a per event basis, the solution shall record all events
and associated costs to be able to reconcile with the authority. For
example, NIRA’s NIN lookup service may cost URSB 40 shillings
(or more) per lookup.
FR-178 The solution shall provide the ability for an administrator to add Mandatory
and remove registry staff access to the system.
FR-179 The solution shall provide the ability for an administrator to Mandatory
revoke access of an entity representative.
FR-180 The solution shall automatically add access for an entity Mandatory
representative an entity when they have been added as a partner,
director, local representative, or shareholder.
FR-181 The solution shall automatically remove an entity representative’s Mandatory
access to an entity when they have been removed as a partner,
director, manager, or shareholder.
Section VI. Technical Requirements 175
ID Requirement Priority
FR-182 The solution shall provide the ability for partners, directors, Mandatory
managers, or shareholders, or an administrator, to be able to
revoke the access of individuals that were previously granted
access by a partner, director, local representative, or shareholder.
FR-183 The solution shall provide a mechanism for users (public) to Mandatory
register for access to the solution. Information collected during
registration may include, but is not limited to, the following:
names, National Identification Number, address, and phone
number(s).
FR-184 The solution shall provide standard mechanisms for staff and Mandatory
entity representatives to maintain their account information,
change their password, and recover a lost password (i.e., “forgot
my password”).
FR-185 The solution shall require an email address and mobile phone Mandatory
number for all users.
FR-186 The solution shall employ role-based and group-based access Mandatory
management (or similar) to manage user access to functionality.
FR-187 The solution shall employ mechanisms to ensure separation of Mandatory
duties of staff (e.g., registry staff should not be both initial
reviewer and final approver).
FR-188 The solution may employ two-factor authentication mechanisms. Optional
FR-189 The solution shall provide administrators to configure various Mandatory
aspects of the system, including, but not limited to, the following:
Look ups (e.g., list of countries, list of cities/towns, etc.).
FR-190 The solution shall provide administrators to configure words that Mandatory
are considered reserved or abusive for name reservation.
FR-191 The solution shall provide administrators with the ability to enable Mandatory
or disable functionality, such as the subscription functionality.
FR-192 The solution shall provide the ability for external users to submit Mandatory
complaints via email, phone, or online.
FR-193 The solution shall provide a mechanism (i.e., CAPTCHA or a Mandatory
similarly-purposed mechanism) to reduce the misuse of the
complaints submission.
FR-194 The solution shall require the following information on the Mandatory
submission of a complaint: the individual (name and contact
information) lodging the complaint; the nature of the complaint;
and, the object of the complaint.
FR-195 The solution shall also record the following information in relation Mandatory
to the receipt of a complaint: the date and time that the complaint
was received; a unique complaint number; and, channel (e.g.,
email, phone, online) through which the complaint was received.
FR-196 The solution shall provide the internal users with the ability to Mandatory
review and triage complaints to determine the section to which the
complaint applies.
FR-197 The solution shall provide the internal users with the ability to Mandatory
review complaints and provide a resolution update to the
176 Section VI. Technical Requirements
ID Requirement Priority
complainant.
ID Requirement Priority
NFR-1 The solution shall maintain audit logs including user identity and Mandatory
date and time of a change – including those performed at the
database or service level by administrators.
NFR-2 The solution shall integrate with NITA-U’s National Payment Mandatory
Gateway to facilitate online and walk-in payment for URSB
services.
NFR-3 The solution shall integrate with the NITA-U’s integration Mandatory
platform to facilitate data exchange with government ministries,
and authorities. If NITA-U’s integration platform is not available,
the solution shall utilize point-to-point integration for data
exchange as an interim solution.
NFR-4 To facilitate the integrated business registration process, the Mandatory
solution shall integrate with the following agencies and/or
systems: Uganda Revenue Authority (URA), the National Social
Security Fund (NSSF), and the Kampala Capital City Authority’s
(KCCA) E-Citie, and Ministry of Location Government (MoLG).
NFR-5 The solution shall leverage NITA-U’s electronic signature Mandatory
infrastructure to enable signing and verification of electronic
documents. If the NITA-U solution is unavailable, the solution
shall implement an alternate model to authenticate and verify
electronic documents.
NFR-6 To facilitate lookup and validation of Ugandan citizen Mandatory
information, the solution shall integrate with the NIRA’s National
Security Information System (NSIS).
NFR-7 The solution should provide the ability to integrate with the Optional
Ugandan Gazette to publish notices, as appropriate.
Section VI. Technical Requirements 177
ID Requirement Priority
NFR-8 The solution shall provide an API Layer for integration (i.e., data Mandatory
consolidation and exchange) with services provided by USRB,
and other government ministries, or authorities – including local
governments. The API Layer shall be implemented via web
services using the micro services architecture, and be leveraged
for internal integration, and inbound and outbound integration
with external systems. The API Layer shall provide URSB with a
mechanism to consolidate multiple point-to-point integrations
into a single channel.
ID Requirement Priority
NFR-13 The solution shall integrate with URSB’s electronic document Mandatory
management solution (EDMS) to manage all certificates or
documents generated by the solution.
NFR-14 The solution shall integrate with the Industrial Property Mandatory
Automation System (IPAS) for the purpose of confirming
name space of company names or trademarks.
NFR-15 The solution shall integrate with the Marriage Registration Mandatory
System (MRS) for the purpose of internal verification of
spousal information.
NFR-16 The solution may integrate with the Ministry of Lands, Housing & Optional
Urban Development’s Land Registry to verify land information
and ownership.
NFR-17 The solution may integrate with URA’s vehicle registration Optional
system to identify vehicles and to verify ownership.
NFR-18 The solution may integrate with URSB’s queueing system Optional
(QMatic) for walk-in services.
NFR-19 The solution shall be W3C HTML compliant. Mandatory
NFR-20 The solution must support deployment in a high availability Mandatory
environment.
NFR-21 The solution shall be capable of operating within a virtualized Mandatory
environment.
NFR-22 The solution shall employ mechanisms to load balance and scale Mandatory
to meet transaction volumes.
NFR-23 The solution shall support the attachment of PDF documents, and Mandatory
images (JPEG, PNG and TIFF only).
NFR-24 The solution shall encrypt all data in transit via mechanisms such Mandatory
as HTTPS, TLS, or similar.
NFR-25 The solution shall enforce the use of encryption mechanisms such Mandatory
as HTTPS, TLS, or similar.
NFR-26 The solution may encrypt data at rest. Optional
NFR-27 The solution should be designed to accommodate Public Key Optional
Infrastructure (PKI).
NFR-28 The solution should be designed to leverage blockchain and other Optional
disruptive technologies.
NFR-29 The solution must employ mechanisms to classify (e.g., sensitive, Mandatory
confidential, private, proprietary, and public) and protect
information from unauthorized access.
NFR-30 The solution must be capable of running on all common web Mandatory
browsers (e.g. Google Chrome, Mozilla Firefox, Microsoft Edge,
and Apple Safari) and all common operating systems (e.g.
Microsoft Windows, Mac OS X, Linux, Apple iOS, Android).
NFR-31 The solution may deliver all or some (i.e., public search) Optional
functionality in a format that is supported by smart phones (e.g.,
iOS, Android).
NFR-32 The solution’s user interface shall be built using "responsive Mandatory
design" to be compatible with all modern devices (e.g., desktop,
Section VI. Technical Requirements 179
ID Requirement Priority
tablet, mobile) and screen resolutions.
NFR-33 The solution shall comply with the following acts: 1) Electronic Mandatory
Signatures Act; 2) Electronic Transactions Act; 3) Computer
Misuse Act; 4) Data Protection and Privacy Bill; and, Access to
Information Act
NFR-34 The solution shall support the ISO-8859-1character set at a Mandatory
minimum.
C. TECHNICAL SPECIFICATIONS
2.4.1.2B) The Supplier shall propose the capacity building plan and agree it with the
URSB.
2.4.1.2C) The capacity building plan shall include a minimum: At least one workshop on
the effect of new solution on the Business registration processes, and project
results (planned number of participants up to 30 in each)
2.4.1.2D) The supplier shall organize and carry out 1 (one) study tours to a country with
similar solution at the early stage of the contract execution to support the
Business analysis and Business Process Reengineering of the registration
processes to be incorporated in the system. The number of participants is 4.
2.4.1.2E) The programs for the study tour should include, but not be limited to, the
following subjects: Application of information technologies for improving
service provision, Reengineering of registration procedures with ICT use,
Public access to registration data, Provision of services at affordable prices,
Online payments, and Online registration services.
2.4.2.2-A) Telephone Assistance. The Bidder shall provide support center coverage
regarding suspected failures of the Solution thereto to substantially
conform to the Specifications (“Problems”) between 8:00 a.m. to 5:00
p.m. Ugandan time (“Principle Period”) Monday through Friday. For
severity 1 issues, as defined below, an emergency phone number will be
available during weekends and Bidder holidays.
2.4.2.2-B) Problem Correction. The Bidder shall attempt to correct all
documented Problems reported to the Bidder by URSB that have an
impact on business operations and cause the Solution to not conform to
Functional Specifications. URSB shall provide the Bidder with a detailed
description of any Problems, accompanied by examples thereof, if
applicable.
182 Section VI. Technical Requirements
The architectural design documents (Business Registry and Integration Business Registration
Technical Design Document, Insolvency Registry Technical Design Document, and API Layer
Technical Design Document) shall detail all aspects of the solutions, including, but not limited
to, the following:
a) detailed system, application and data architectures;
b) detailed database schema information;
c) detailed data dictionary information; and,
d) detailed descriptions of the solution modules, including their purpose, exposed interfaces,
error conditions, etc.
The technical operations guides (Business Registry and Integration Business Registration
Technical Operations Guide, Insolvency Registry Technical Operations Guide, and API Layer
Technical Operations Guide) shall detail all aspects of the solutions’ operational procedures,
including, but not limited to, the following:
a) backup procedures;
b) disaster recovery (and service continuity) procedures;
c) daily operational procedures (e.g., monitoring, log rotation, etc.); and,
d) database maintenance procedures.
Highlevel Conceptual Architecture
The high-level, conceptual design depicted in Figure VI-1 and described in this section is
based on the business, functional, and non-functional requirements for the business
registry, integrated business registration, and insolvency registry solution.
D-A) The new Business Registry will provide access to the public, through eBiz,
to search the registry, and sign-up to be a registered user. Registered users
will be able to file name reservation requests and to register or incorporate
business names and companies. Once associated with a business or
company, registered users will have access to perform continuous filings
(e.g., filing of changes in particulars, annual returns, etc.) as well as other
filings for the business or company. The registry also supports registry staff
in reviewing and auditing filings, and processing of walk-in client filings.
The registry will integrate with NITA-U’s National Payment Gateway to
facilitate fee payments for online and walk-in clients, and NIRA’s National
Security Information System (NSIS) to validate information about
individuals.
D-B) The Chattels Registry provides creditors with the ability to file notices of
security interest, and a search facility for public users.
D-C) The new Insolvency Registry will provide access for insolvency
practitioners to lodge the necessary filings and reports in alignment with
current legislation, access for public users to search the registry for
insolvencies and insolvency practitioners, and URSB insolvency division
staff to review and monitor filings. The solution may provide for
integration with systems, such as the Ministry of Lands’ Land Registry, to
verify information contained in filings and reports.
D-D) For Integrated Business Registration, the Business Registry will integrate
with URA (tax registration), NSSF, KCCA, and MoLG to share
information collected during the registration or incorporation process, and
will provide mechanisms (i.e., API Layer) to share information from
continuous filings with these (and other) MDAs.
D-E) Electronic Document Management System (EDMS) provides, currently,
storage and indexing of scanned paper documents that have been
filed/lodged with the registry.
D-F) Intellectual Property Automation System (IPAS) provides URSB with
the ability to manage the registration of intellectual property, including
trademarks.
D-G) API Layer provides integration and interoperability services for
communications amongst the internal URSB systems and NITA-U’s
Integration Layer for external integrations.
D-H) NITA-U’s Integration Layer will provide integration and interoperability
services for communications amongst the various systems.
186 Section VI. Technical Requirements
The following high-level testing approach will be carried out by URSB prior to system
acceptance and signoff:
F-A) Usability Testing. URSB will test the navigation between screens, user-
friendliness and workflows of each of the screens. Against this, if deficiencies
are identified the interface may be redesigned during this testing phase based on
feedback from the URSB.
F-B) Functional Testing. URSB will conduct a complete end-to-end functional
testing cycle. During the functional test, actual processes, and all key services
provided by Registry system will be tested against the business requirement,
(end-to-end) to confirm that the solution meets the requirements as described in
the RFP.
F-C) Acceptance Testing. URSB will conduct a complete end-to-end functional and
quality of service test (including security, performance and robustness) prior to
any system sign off. Additional URSB may also request a for a thirdparty system
audit before acceptance test, so that all security and other defects can be fixed by the
bidder. The bidder will have to fix all issues identified by the Thirdparty system audit
consultant before accepting the final delivery.
Pursuant to GCC Clause 27 and related SCC clauses, the Purchaser (with the assistance of
the Bidder) will conduct the tests as defined in the Bidder’s test strategies and plans
outlined in the Summary of Milestones Table (section E. Implementation Schedule) on
the Solution following Installation to determine whether the Solution meet all the
requirements mandated for Operational Acceptance.
Further, the Purchaser requires that the Bidder provide the on-site support during and
immediately follow operational implementation (i.e., go-live). The Bidder must have at
least one resource on-site for a period of at least Six (6) months after go-live.
E. IMPLEMENTATION SCHEDULE
This chapter outlines the recommended approach and schedule for the implementation of
the Solution. The approach and schedule are based on the following four (4) phases:
B2 UIA One-Stop Centre Kampala UIA Offices, Twed Towers (2nd Floor)
Lumumba Avenue
5.4.0 The Bidder must submit a written confirmation that, if awarded the Contract,
it shall accept responsibility for successful integration and interoperability of
all the proposed Information Technologies included in the System, as further
specified in the Bidding Document.
G. RESPONSE REQUIREMENTS
Note to Bidders: For each of the Technical Requirements, the Bidder must describe how its
Technical Bid responds to each Requirement. In addition, the Bidder must provide cross
references to the relevant supporting information, if any, included in the bid. The cross
reference should identify the relevant document(s), page number(s), and paragraph(s). One-
or two-word responses (e.g. “Yes,” “No,” “Will comply,” etc.) are normally not sufficient to
confirm technical responsiveness with Technical Requirements.
4. Describe the mechanisms that your solution provides for authenticating electronic
documents received from external users (e.g., business representatives, creditors,
etc.). Please note that NITA-U’s electronic signature platform is expected to be
available for use by this solution; however, the solution is not available currently, thus
the Purchaser wishes to understand what alternative mechanisms that your solution
provides that would comply with current legislation and regulation.
5. Describe how your solution supports Public Key Infrastructure (PKI), including how
related functionality could be enabled when a PKI solution is available.
6. Describe how your solution supports blockchain, including how leveraging
blockchain would benefit URSB, and how the current solution could be migrated to a
blockchain-based register.
7. Complete the provided Microsoft Excel spreadsheet (Error: Reference source not
found) to indicate how your solution would meet the business, functional, and non-
functional requirements provided.
For each requirement, you must indicate the capability of your proposed Solution based on
the following capability codes defined in TableVI-8.
Capability Description
Code
CC-OOTB Out of the box The Solution will support the requirement without any
need for configuration, enhancement or customization.
CC-CONF Configuration The Solution will support the requirement through
modification of the standard configuration parameters of
the product.
CC-ENHA Enhancement The Solution will support the requirement through
enhancements to the core product and these
enhancements will be carried forward to future releases
of the product automatically and with no increased risk or
cost to the client.
CC-DEVE Custom The Solution will be a custom developed solution, and
Development will be supported through warranty, and maintenance and
support.
CC-CUST Customization The Solution will support the requirement through
modifications and/or extensions of the core product to
create a version that is specific to the client. There is a
risk that these modifications and/or extensions could
prove difficult and/or costly to carry forward to future
releases of the product.
200 Section VI. Technical Requirements
Capability Description
Code
Un-Supported The Solution will not support the requirement.
H. ATTACHMENTS
The Purchaser has prepared the forms in this section of the Bidding Documents to suit
the specific requirements of the System being procured. They are derived from the forms
contained in the World Bank’s Standard Bidding Documents for the Supply and Installation
of Information Systems. In its bid, the Bidder must use these forms (or forms that present in
the same sequence substantially the same information). Bidders should not introduce
changes without the Purchaser’s prior written consent (which may also require the clearance
of the World Bank). If the Bidder has a question regarding the meaning or appropriateness of
the contents or format of the forms and/or the instructions contained in them, these questions
should be brought to the Purchaser’s attention as soon as possible during the bid clarification
process, either at the pre-bid meeting or by addressing them to the Purchaser in writing
pursuant to ITB Clause 10.
The Purchaser has tried to provide explanatory text and instructions to help the
Bidder prepare the forms accurately and completely. The instructions that appear directly on
the forms themselves are indicated by use of typographical aides such as italicized text within
square brackets as is shown in the following example taken from the Bid Submission Form:
Duly authorized to sign this bid for and on behalf of [ insert: name of Bidder ]
In preparing its bid, the Bidder must ensure all such information is provided and that
the typographical aides are removed.
The sample forms provide a standard set of documents that support the procurement
process as it moves forward from the stage of bidding, through Contract formation and onto
Contract performance. The first set of forms must be completed and submitted as part of the
bid prior to the deadline for bid submission. These include: (i) the Bid Submission Form; (ii)
the Price Schedules; (iii) the Manufacturer’s Authorizations and key Subcontractor
agreements; (iv) the List of Proposed Subcontractors; (v) the form(s) for securing the bid (if
and as required); and other forms as found in sub-sections 1 through 4 of this Section VII of
the Bidding Documents.
Bid Submission Form: In addition to being the place where official confirmation of
the bid price, the currency breakdown, the completion date(s), and other important
Contract details are expressed, the Bid Submission Form is also used by the Bidder to
confirm - in case adjudication applies in this Contract - its acceptance of the
Purchaser’s proposed Adjudicator, or to propose an alternative. If the bid is being
submitted on behalf of a Joint Venture, it is essential that the Bid Submission Form be
signed by the partner in charge and that it be supported by the authorizations and
power of attorney required pursuant to ITB Clause 6.2. Given widespread concern
about illegal use of licensed software, Bidders will be asked to certify in the Bid
Submission Form that either the Software included in the bid was developed and is
owned by the Bidder, or, if not, the Software is covered by valid licenses with the
proprietor of the Software.
204
Price Schedules: The prices quoted in the Price Schedules should constitute full and
fair compensation for supply, installation, and achieving Operational Acceptance of
the System as described in the Technical Requirements based on the Implementation
Schedule, and the terms and conditions of the proposed Contract as set forth in the
Bidding Documents. Prices should be given for each line item provided in the
Schedules, with costs carefully aggregated first at the Subsystem level and then for
the entire System. If the Price Schedules provide only a summary breakdown of
items and components, or do not cover some items unique to the Bidder’s specific
technical solution, the Bidder may extend the Schedules to capture those items or
components. If supporting price and cost tables are needed for a full understanding of
the bid, they should be included.
Arithmetical errors should be avoided. If they occur, the Purchaser will correct them
according to ITB Clause 26.2 (ITB Clause 38.2 in the two-stage SBD) without
consulting the Bidder. Major omissions, inconsistencies, or lack of substantiating
detail can lead to rejection of a bid for commercial non-responsiveness. Presenting
prices according to the breakdown prescribed in the Price Schedules is also essential
for another reason. If a bid does not separate prices in the prescribed way, and, as a
result, the Purchaser cannot apply the domestic preference provision described in ITB
Clause 29 (ITB Clause 41 in the two-stage SBD), if they are applicable in this
bidding, the Bidder will lose the benefit of the preference. Once bids are opened,
none of these problems can be rectified. At that stage, Bidders are not permitted to
change their bid prices to overcome errors or omissions.
Manufacturer’s Authorizations and written agreements by key Subcontractors: In
accordance with ITB Clauses 6.1 (b) and (c), a Bidder may be required to submit, as
part of its bid, Manufacturer’s Authorizations in the format provided in the Bidding
Documents, and agreements by Subcontractors proposed for key services, for all
items specified in the Bid Data Sheet. There is no particular format (or sample form)
for Subcontractor agreements.
List of Proposed Subcontractors: In accordance with ITB Clause 6.3, a Bidder must
submit, as part of its bid, a list of proposed subcontracts for major items of
Technologies, Goods, and/or Services. The list should also include the names and
places of registration of the Subcontractors proposed for each item and a summary of
their qualifications.
List of Software and Materials: In accordance with ITB Clause 13.1 (e) (vi) (ITB
Clauses 13.1 (c) (vi) and 25.1 (e) (vi) in the two-stage SBD), Bidders must submit, as
part of their bids, lists of all the Software included in the bid assigned to one of the
following categories: (A) System, General-Purpose, or Application Software; or
(B) Standard or Custom Software. Bidders must also submit a list of all Custom
Materials. If provided for in the Bid Data Sheet, the Purchaser may reserve the right
to reassign certain key Software to a different category.
Qualification information forms: In accordance with ITB Clause 6, the Purchaser
will determine whether the Bidder is qualified to undertake the Contract. This entails
financial, technical as well as performance history criteria which are specified in the
BDS for ITB Clause 6. The Bidder must provide the necessary information for the
Section VII. Sample Forms 205
Purchaser to make this assessment through the forms in this sub-section. The forms
contain additional detailed instructions which the Bidder must follow.
Securing the bid: If the BDS for ITB Clause 17 (ITB Clause 29 in the two-stage
SBD) requires that bids be secured, the Bidder shall do so in accordance with the type
and details specified in the same ITB/BDS Clause, either using the form(s) included
in these Sample Forms or using another form acceptable to the Purchaser. If a Bidder
wishes to use an alternative form, it should ensure that the revised format provides
substantially the same protection as the standard format; failing that, the Bidder runs
the risk of rejection for commercial non-responsiveness.
Bidders need not provide the Performance Security and Advance Payment Security
with their bids. Only the Bidder selected for award by the Purchaser will be required to
provide these securities.
The following forms are to be completed and submitted by the successful Bidder
following notification of award: (i) Contract Agreement, with all Appendices;
(ii) Performance Security; and (iii) Advance Payment Security.
Contract Agreement: In addition to specifying the parties and the Contract Price, the
Contract Agreement is where the: (i) Supplier Representative; (ii) if applicable,
agreed Adjudicator and his/her compensation; and (iii) the List of Approved
Subcontractors are specified. In addition, modifications to the successful Bidder’s
Bid Price Schedules are attached to the Agreement. These contain corrections and
adjustments to the Supplier’s bid prices to correct errors, adjust the Contract Price to
reflect – if applicable - any extensions to bid validity beyond the last day of original
bid validity plus 56 days, etc.
Performance Security: Pursuant to GCC Clause 13.3, the successful Bidder is
required to provide the Performance Security in the form contained in this section of
these Bidding Documents and in the amount specified in accordance with the SCC.
Advance Payment Security: Pursuant to GCC Clause 13.2, the successful Bidder is
required to provide a bank guarantee for the full amount of the Advance Payment - if
an Advance Payment is specified in the SCC for GCC 12.1 - in the form contained in
this section of these Bidding Documents or another form acceptable to the Purchaser.
If a Bidder wishes to propose a different Advance Payment Security form, it should
submit a copy to the Purchaser promptly for review and confirmation of acceptability
before the bid submission deadline.
The Purchaser and Supplier will use the following additional forms during Contract
implementation to formalize or certify important Contract events: (i) the Installation and
Operational Acceptance Certificates; and (ii) the various Change Order forms. These and the
procedures for their use during performance of the Contract are included in the Bidding
Documents for the information of Bidders.
206 Section VII. Sample Forms
or such other sums as may be determined in accordance with the terms and conditions of the
Contract. The above amounts are in accordance with the Price Schedules attached herewith
and made part of this bid.
Section VII. Sample Forms 209
Until the formal final Contract is prepared and executed between us, this bid, together
with your written acceptance of the bid and your notification of award, shall constitute a
binding contract between us. We understand that you are not bound to accept the lowest or
any bid you may receive.
Signed:
Date:
Duly authorized to sign this bid for and on behalf of [ insert: name of Bidder ]
ENCLOSURES:
Price Schedules
Bid-Securing Declaration or Bid-Security (if and as required)
Signature Authorization [plus, in the case of a Joint Venture Bidder, list all other
authorizations pursuant to ITB Clause 6.2]
Attachment 1. Bidder’s Eligibility
Attachment 2. Bidder’s Qualifications (including Manufacturer’s Authorizations and
Subcontractor agreements if and as required)
Attachment 3. Eligibility of Goods and Services
Attachment 4. Conformity of the Information System to the Bidding Documents
Attachment 5. Proposed Subcontractors
Attachment 6. Intellectual Property (Software and Materials Lists)
[if appropriate, specify further attachments or other enclosures]
Section VII. Sample Forms 211
Price Schedules................................................................
Attachment 1....................................................................
Attachment 2....................................................................
Manufacturer’s Authorizations..................................
Subcontractor agreements..........................................
Attachment 3....................................................................
Attachment 4....................................................................
Attachment 5....................................................................
Attachment 6....................................................................
..........................................................................................
212 Section VII. Sample Forms
Note: in information systems procurement, the Contract Price (and payment schedule)
should be linked as much as possible to achievement of operational capabilities, not just to
the physical delivery of technology.
Section VII. Sample Forms 213
2.1 Preamble
Note: Purchasers should highlight any special requirements of the System and Contract in a
Preamble to the Price Schedules. The following is an example of one such preamble.
General
1. The Price Schedules are divided into separate Schedules as follows:
2.2 Grand Summary Cost Table
2.3 Supply and Installation Cost Summary Table
2.4 Recurrent Cost Summary Table
2.5 Supply and Installation Cost Sub-Table(s)
2.6 Recurrent Cost Sub-Tables(s)
2.7 Country of Origin Code Table
[ insert: any other Schedules as appropriate ]
2. The Schedules do not generally give a full description of the information technologies
to be supplied, installed, and operationally accepted, or the Services to be performed
under each item. However, it is assumed that Bidders shall have read the Technical
Requirements and other sections of these Bidding Documents to ascertain the full scope
of the requirements associated with each item prior to filling in the rates and prices.
The quoted rates and prices shall be deemed to cover the full scope of these Technical
Requirements, as well as overhead and profit.
3. If Bidders are unclear or uncertain as to the scope of any item, they shall seek
clarification in accordance with the Instructions to Bidders in the Bidding Documents
prior to submitting their bid.
Pricing
4. Prices shall be filled in indelible ink, and any alterations necessary due to errors, etc.,
shall be initialed by the Bidder. As specified in the Bid Data Sheet, prices shall be fixed
and firm for the duration of the Contract.
5. Bid prices shall be quoted in the manner indicated and in the currencies specified in
ITB Clauses 14 and 15 (ITB Clauses 27 and 28 in the two-stage SBD). Prices must
correspond to items of the scope and quality defined in the Technical Requirements or
elsewhere in these Bidding Documents.
6. The Bidder must exercise great care in preparing its calculations, since there is no
opportunity to correct errors once the deadline for submission of bids has passed. A
single error in specifying a unit price can therefore change a Bidder’s overall total bid
price substantially, make the bid noncompetitive, or subject the Bidder to possible loss.
214 Section VII. Sample Forms
The Purchaser will correct any arithmetic error in accordance with the provisions of
ITB Clause 26.2 (ITB Clause 38.2 in the two-stage SBD).
7. Payments will be made to the Supplier in the currency or currencies indicated under
each respective item. As specified in ITB Clause 15.1 (ITB Clause 28.1 in the two-
stage SBD), no more than three foreign currencies may be used. The price of an item
should be unique regardless of installation site.
Section VII. Sample Forms 215
Name of Bidder:
0 Project Plan -- -- -- -- -- --
1 Headquarters Subsystem 1
1.3 Training 1
2.2 Training 2
j.3 Training “
:
218 Section VII. Sample Forms
k.1 WAN “
k.3 Training “
SUBTOTALS
Note: - - indicates not applicable. “ indicates repetition of table entry above. Refer to the relevant Supply and Installation Cost
Sub-Table for the specific components that constitute each Subsystem or line item in this summary table
Section VII. Sample Forms 219
Name of Bidder:
Supplied Supplied from outside the Supplied Supplied from outside the Purchaser’s
Locally Purchaser’s Country Locally Country
Comp Component Countr Quan- [ insert: [ insert: [ insert: [ insert [ insert: [ insert: [ insert: [ insert: [ insert: [ insert:
onent Description y of tity local foreign foreign foreign local local foreign foreign foreign
local
No. Origin currenc currenc currenc currency currency currency
currency currency currency currency
Code ] yA] yB] yC] ] ] A] B] C]
]
1.1 Hardware – -- -- -- -- -- -- --
Finance
Department
222 Section VII. Sample Forms
Supplied Supplied from outside the Supplied Supplied from outside the Purchaser’s
Locally Purchaser’s Country Locally Country
Comp Component Countr Quan- [ insert: [ insert: [ insert: [ insert [ insert: [ insert: [ insert: [ insert: [ insert: [ insert:
onent Description y of tity local foreign foreign foreign local local foreign foreign foreign
local
No. Origin currency currency currenc currenc currenc currency currency currency currency currency
Code ] yA] yB] yC] ] ] A] B] C]
]
1.1.1 Supply of
Advanced 4
workstation
s
1.1.2 Standard
Workstatio 12
ns
1.1.3 High-speed
Laser 1
Printer
1.1.4 Standard-
speed Laser 3
Printer
1.1.5 Continuous
-feed 3
Printer
Section VII. Sample Forms 223
Supplied Supplied from outside the Supplied Supplied from outside the Purchaser’s
Locally Purchaser’s Country Locally Country
Comp Component Countr Quan- [ insert: [ insert: [ insert: [ insert [ insert: [ insert: [ insert: [ insert: [ insert: [ insert:
onent Description y of tity local foreign foreign foreign local local foreign foreign foreign
local
No. Origin currency currency currenc currenc currenc currency currency currency currency currency
Code ] yA] yB] yC] ] ] A] B] C]
]
:1.1.7 Local
transport
and
insurance
2. LAN -- -- -- -- -- --
-Headquart
ers
2.1 Supply of -- -- -- -- -- --
Wiring
Closet
Hardware
2.1.1 Hubs 7
224 Section VII. Sample Forms
Supplied Supplied from outside the Supplied Supplied from outside the Purchaser’s
Locally Purchaser’s Country Locally Country
Comp Component Countr Quan- [ insert: [ insert: [ insert: [ insert [ insert: [ insert: [ insert: [ insert: [ insert: [ insert:
onent Description y of tity local foreign foreign foreign local local foreign foreign foreign
local
No. Origin currency currency currenc currenc currenc currency currency currency currency currency
Code ] yA] yB] yC] ] ] A] B] C]
]
2.1.2 Punch- 7
down panel
2.1.3 Uninterrupt 7
ed Power
Supply
(small)
2.1.4 Lockable 7
Equipment
Rack
:
2.2 In-Building -- -- -- -- -- --
Wiring
2.2.1 Server -- -- -- -- -- --
Room
Section VII. Sample Forms 225
Supplied Supplied from outside the Supplied Supplied from outside the Purchaser’s
Locally Purchaser’s Country Locally Country
Comp Component Countr Quan- [ insert: [ insert: [ insert: [ insert [ insert: [ insert: [ insert: [ insert: [ insert: [ insert:
onent Description y of tity local foreign foreign foreign local local foreign foreign foreign
local
No. Origin currency currency currenc currenc currenc currency currency currency currency currency
Code ] yA] yB] yC] ] ] A] B] C]
]
2.2.1.1 Dedicated
Telephone
Lines (data) 2
nodes
2.2.2 Backbone 28
and Risers nodes
(Fiber
optic)
2.2.3 Department -- -- -- -- -- --
al Wiring
Finance 40
2.2.3.1 Department nodes
2.3 In-Building -- -- -- -- -- --
Wiring
(Goods)
226 Section VII. Sample Forms
Supplied Supplied from outside the Supplied Supplied from outside the Purchaser’s
Locally Purchaser’s Country Locally Country
Comp Component Countr Quan- [ insert: [ insert: [ insert: [ insert [ insert: [ insert: [ insert: [ insert: [ insert: [ insert:
onent Description y of tity local foreign foreign foreign local local foreign foreign foreign
local
No. Origin currency currency currenc currenc currenc currency currency currency currency currency
Code ] yA] yB] yC] ] ] A] B] C]
]
2.4 Local
transport
and
insurance
for Region
1 sites
3. Supply of -- -- -- -- -- -- --
General-
Purpose
Software
Subtotals (to [ insert: line item ] of Supply and Installation Cost Summary Table)
Name of Bidder:
3. Technical Services
4. Telecommunications costs
[to be detailed]
Annual Subtotals: --
Cumulative Subtotal (to [ insert: currency ] entry for [ insert: line item ] in the Recurrent Cost Summary
Table)
Name of Bidder:
Section VII. Sample Forms 229
To: ________________________________
We hereby confirm that, in case the bidding results in a Contract between you and the Bidder,
the above-listed products will come with our full standard warranty.
Signed
Note: This authorization should be written on the letterhead of the Manufacturer and be
signed by a person with the proper authority to sign documents that are binding on the
Manufacturer.
Section VII. Sample Forms 233
General-
System Purpose Applicatio Standard Custom
Software Item Software Software n Software Software Software
Section VII. Sample Forms 235
Custom Materials
236 Section VII. Sample Forms
All individual firms and each partner of a Joint Venture that are bidding must complete the
information in this form. Nationality information should be provided for all owners or
Bidders that are partnerships or individually owned firms.
Where the Bidder proposes to use named Subcontractors for highly specialized components
of the Information System, the following information should also be supplied for the
Subcontractor(s), together with the information in Forms 3.5.2, 3.5.3, 3.5.3a, 3.5.4, and 3.5.5.
Joint Ventures must also fill out Form 3.5.2a.
1. Name of firm
2. Head office address
3. Telephone Contact
4. Fax Telex
5. Place of incorporation / registration Year of incorporation / registration
Nationality of owners¹
Name Nationality
1.
2.
3.
4.
5.
¹/ To be completed by all owners of partnerships or individually owned firms.
Section VII. Sample Forms 237
All individual firms and all partners of a Joint Venture must complete the information in this
form with regard to the management of Information Systems contracts generally. The
information supplied should be the annual turnover of the Bidder (or each member of a Joint
Venture), in terms of the amounts billed to clients for each year for work in progress or
completed, converted to U.S. dollars at the rate of exchange at the end of the period reported.
The annual periods should be calendar years, with partial accounting for the year up to the
date of submission of applications. This form may be included for Subcontractors only if the
Bid Data Sheet for ITB Clause 6.1 (a) explicitly permits experience and resources of (certain)
Subcontractors to contribute to the Bidder’s qualifications.
A brief note on each contract should be appended, describing the nature of the Information
System, duration and amount of contract, managerial arrangements, purchaser, and other
relevant details.
Use a separate page for each partner of a Joint Venture, and number these pages.
Bidders should not enclose testimonials, certificates, and publicity material with their
applications; they will not be taken into account in the evaluation of qualifications.
Annual turnover data (applicable activities only)
Year¹ Turnover US$ equivalent
1.
2.
3.
4.
5.
Total value of annual turnover, in terms of Information System billed to clients, in US$
equivalent, converted at the rate of exchange at the end of the period reported:
On separate pages, using the format of Form 3.5.3a, the Bidder is requested to list contracts
of a similar nature, complexity, and requiring similar information technology and
methodologies to the contract or contracts for which these Bidding Documents are issued,
and which the Bidder has undertaken during the period, and of the number, specified in the
BDS for ITB Clause 6.1 (a). Each partner of a Joint Venture should separately provide
details of its own relevant contracts. The contract value should be based on the payment
currencies of the contracts converted into U.S. dollars, at the date of substantial completion,
or for ongoing contracts at the time of award.
240 Section VII. Sample Forms
Bidders and each partner to an Joint Venture bid should provide information on their current
commitments on all contracts that have been awarded, or for which a letter of intent or
acceptance has been received, or for contracts approaching completion, but for which an
unqualified, full completion certificate has yet to be issued.
Name of contract Purchaser, Value of Estimated Average monthly
contact outstanding completion date invoicing over
address/tel./fax Information last six months
System (current (US$/month)
US$ equivalent)
1.
2.
3.
4.
5.
etc.
242 Section VII. Sample Forms
Bidders, including each partner of a Joint Venture, shall provide financial information to
demonstrate that they meet the requirements stated in the BDS for ITB Clause 6.1 (a). Each
Bidder or partner of a Joint Venture shall complete this form. If necessary, separate sheets
shall be used to provide complete banker information. A copy of the audited balance sheets
shall be attached.
Autonomous subdivisions of parent conglomerate businesses shall submit financial
information related only to the particular activities of the subdivision.
Banker Name of banker
Address of banker
Specify proposed sources of financing, such as liquid assets, unencumbered real assets, lines
of credit, and other financial means, net of current commitments, available to meet the total
construction cash flow demands of the subject contract or contracts as indicated in the BDS
for ITB Clause 6.1 (a).
For specific positions essential to contract management and implementation (and/or those
specified in the Bidding Documents, if any), Bidders should provide the names of at least
two candidates qualified to meet the specified requirements stated for each position. The
data on their experience should be supplied on separate sheets using one Form 3.5.6a for
each candidate.
Bidders may propose alternative management and implementation arrangements requiring
different key personnel, whose experience records should be provided.
1. Title of position
Name of prime candidate
Name of alternate candidate
2. Title of position
Name of prime candidate
Name of alternate candidate
3. Title of position
Name of prime candidate
Name of alternate candidate
4. Title of position
Name of prime candidate
Name of alternate candidate
Section VII. Sample Forms 245
Name of Bidder
Position Candidate
Prime Alternate
Candidate Name of candidate Date of birth
information
Professional qualifications
Summarize professional experience over the last twenty years, in reverse chronological order.
Indicate particular technical and managerial experience relevant to the project.
The Bidder shall provide adequate information to demonstrate clearly that it has the technical
capability to meet the requirements for the Information System. With this form, the Bidder
should summarize important certifications, proprietary methodologies, and/or specialized
technologies which the Bidder proposes to utilize in the execution of the Contract or
Contracts.
Section VII. Sample Forms 247
Bidders, including each of the partners of a Joint Venture, shall provide information on any
history of litigation or arbitration resulting from contracts executed in the last five years or
currently under execution. A separate sheet should be used for each partner of a Joint
Venture.
Year Award FOR Name of client, cause of litigation, and matter Disputed amount
or AGAINST in dispute (current value,
Bidder US$ equivalent)
248 Section VII. Sample Forms
4. BID-SECURING DECLARATION
[Note to Bidders: Instructions on amount and currency can be found in the ITB Clause and
BDS for "Securing the Bid." Joint Ventures need to also ensure that their Bank Guarantee
meets the requirements for Joint Ventures as provided in the same Clause.]
Section VII. Sample Forms 251
5. CONTRACT AGREEMENT
BETWEEN
(1) [ insert: Name of Purchaser ], a [ insert: description of type of legal entity,
for example, an agency of the Ministry of . . . ] of the Government of
[ insert: country of Purchaser ], or corporation incorporated under the laws
of [ insert: country of Purchaser ] and having its principal place of business
at [ insert: address of Purchaser ] (hereinafter called “the Purchaser”), and
(2) [ insert: name of Supplier], a corporation incorporated under the laws of
[ insert: country of Supplier] and having its principal place of business at
[ insert: address of Supplier ] (hereinafter called “the Supplier”).
WHEREAS the Purchaser desires to engage the Supplier to supply, install, achieve
Operational Acceptance of, and support the following Information System [ insert: brief
description of the Information System ] (“the System”), and the Supplier has agreed to such
engagement upon and subject to the terms and conditions appearing below in this Contract
Agreement.
Article 1. 1.1 Contract Documents (Reference GCC Clause 1.1 (a) (ii))
APPENDIXES
Appendix 1. Supplier’s Representative
Appendix 2. Adjudicator [if there is no Adjudicator, state “not applicable”]
Appendix 3. List of Approved Subcontractors
Appendix 4. Categories of Software
Appendix 5. Custom Materials
Appendix 6. Revised Price Schedules (if any)
Appendix 7. Minutes of Contract Finalization Discussions and Agreed-to Contract
Amendments
Section VII. Sample Forms 255
IN WITNESS WHEREOF the Purchaser and the Supplier have caused this Agreement to be
duly executed by their duly authorized representatives the day and year first above written.
Signed:
in the capacity of [ insert: title or other appropriate designation ]
in the presence of
Signed:
in the capacity of [ insert: title or other appropriate designation ]
in the presence of
CONTRACT AGREEMENT
dated the [ insert: number ] day of [ insert: month ], [ insert: year ]
BETWEEN
[ insert: name of Purchaser ], “the Purchaser”
and
[ insert: name of Supplier ], “the Supplier”
256 Section VII. Sample Forms
In accordance with GCC Clause 1.1 (b) (iv), the Supplier’s Representative is:
Name: [ insert: name and provide title and address further below, or state “to be
nominated within fourteen (14) days of the Effective Date” ]
In accordance with GCC Clause 4.3, the Supplier's addresses for notices under the Contract
are:
Appendix 2. Adjudicator
In accordance with GCC Clause 1.1 (b) (vi), the agreed-upon Adjudicator is:
In accordance with GCC Clause 6.1.3, the agreed-upon fees and reimbursable expenses are:
Pursuant to GCC Clause 6.1.4, if at the time of Contract signing, agreement has not been
reached between the Purchaser and the Supplier, an Adjudicator will be appointed by the
Appointing Authority named in the SCC.
258 Section VII. Sample Forms
The Purchaser has approved use of the following Subcontractors nominated by the Supplier
for carrying out the item or component of the System indicated. Where more than one
Subcontractor is listed, the Supplier is free to choose between them, but it must notify the
Purchaser of its choice sufficiently in advance of the time when the subcontracted work
needs to commence to give the Purchaser reasonable time for review. In accordance with
GCC Clause 20.1, the Supplier is free to submit proposals for Subcontractors for additional
items from time to time. No subcontracts shall be placed with any such Subcontractors for
additional items until the Subcontractors have been approved in writing by the Purchaser and
their names have been added to this list of Approved Subcontractors, subject to GCC
Clause 20.3.
[ specify: item, approved Subcontractors, and their place of registration that the Supplier
proposed in the corresponding attachment to its bid and that the Purchaser approves that
the Supplier engage during the performance of the Contract. Add additional pages as
necessary. ]
General-
System Purpose Applicatio Standard Custom
Software Item Software Software n Software Software Software
260 Section VII. Sample Forms
The follow table specifies the Custom Materials the Supplier will provide under the Contract.
Custom Materials
Section VII. Sample Forms 261
The attached Revised Price Schedules (if any) shall form part of this Contract Agreement
and, where differences exist, shall supersede the Price Schedules contained in the Supplier’s
Bid. These Revised Price Schedules reflect any corrections or adjustments to the Supplier’s
bid price, pursuant to the ITB Clauses 18.3, 26.2, and 33.1 (ITB Clauses 30.3, 38.2, and 45.1
in the two-stage SBD).
262 Section VII. Sample Forms
The attached Contract amendments (if any) shall form part of this Contract Agreement and,
where differences exist, shall supersede the relevant clauses in the GCC, SCC, Technical
Requirements, or other parts of this Contract as defined in GCC Clause 1.1 (a) (ii).
Section VII. Sample Forms 263
1
The bank shall insert the amount(s) specified and denominated in the SCC for GCC Clauses
13.3.1 and 13.3.4 respectively, either in the currency(ies) of the Contract or a freely convertible
currency acceptable to the Purchaser.
2
In this sample form, the formulation of this paragraph reflects the usual SCC provisions for
GCC Clause 13.3. However, if the SCC for GCC Clauses 13.3.1 and 13.3.4 varies from the
usual provisions, the paragraph, and possibly the previous paragraph, need to be adjusted to
precisely reflect the provisions specified in the SCC.
Section VII. Sample Forms 265
1
This sample formulation assumes an Advance Payment of 10% of the Contract Price
excluding Recurrent Costs, and implementation of the main option proposed by this SBD in the
SCC for GCC Clause 13.2.2 for gradually reducing the value of the Advance Payment Security. If
the Advance Payment is other than 10%, or if the reduction in amount of the security follows a
different approach, this paragraph would need to be adjusted and edited accordingly.
266 Section VII. Sample Forms
Signed:
Date:
in the capacity of: [ state: “Project Manager” or state the title of a higher level authority
in the Purchaser’s organization ]
268 Section VII. Sample Forms
Signed:
Date:
in the capacity of: [ state: “Project Manager” or higher level authority in the Purchaser’s
organization ]
Section VII. Sample Forms 269
With reference to the above-referenced Contract, you are requested to prepare and
submit a Change Proposal for the Change noted below in accordance with the following
instructions within [ insert: number ] days of the date of this letter.
8. Procedures to be followed:
(a) Your Change Proposal will have to show what effect the requested Change will
have on the Contract Price.
(b) Your Change Proposal shall explain the time it will take to complete the requested
Change and the impact, if any, it will have on the date when Operational
Acceptance of the entire System agreed in the Contract.
(c) If you believe implementation of the requested Change will have a negative
impact on the quality, operability, or integrity of the System, please provide a
detailed explanation, including other approaches that might achieve the same
impact as the requested Change.
(d) You should also indicate what impact the Change will have on the number and
mix of staff needed by the Supplier to perform the Contract.
(e) You shall not proceed with the execution of work related to the requested Change
until we have accepted and confirmed the impact it will have on the Contract
Price and the Implementation Schedule in writing.
9. As next step, please respond using the Change Estimate Proposal form, indicating how
much it will cost you to prepare a concrete Change Proposal that will describe the
proposed approach for implementing the Change, all its elements, and will also address
the points in paragraph 8 above pursuant to GCC Clause 39.2.1. Your Change Estimate
Proposal should contain a first approximation of the proposed approach, and
implications for schedule and cost, of the Change.
Signed:
Date:
in the capacity of: [ state: “Project Manager” or higher level authority in the Purchaser’s
organization ]
272 Section VII. Sample Forms
With reference to your Request for Change Proposal, we are pleased to notify you of
the approximate cost of preparing the below-referenced Change in accordance with GCC
Clause 39.2.1 of the Contract. We acknowledge that your agreement to the cost of preparing
the Change Proposal, in accordance with GCC Clause 39.2.2, is required before we proceed
to prepare the actual Change Proposal including a detailed estimate of the cost of
implementing the Change itself.
5. Initial Cost Estimate for Implementing the Change: [insert: initial cost estimate]
Section VII. Sample Forms 273
6. Cost for Preparation of Change Proposal: [ insert: cost in the currencies of the
Contract ], as detailed below in the breakdown of prices, rates, and quantities.
Signed:
Date:
in the capacity of: [ state: “Supplier’s Representative” or other higher level authority in
the Supplier’s organization ]
274 Section VII. Sample Forms
We hereby accept your Change Estimate and agree that you should proceed with the
preparation of a formal Change Proposal.
In the event that we decide not to order the Change referenced above, you shall be
entitled to compensation for the cost of preparing the Change Proposal up to the
amount estimated for this purpose in the Change Estimate Proposal, in accordance with
GCC Clause 39 of the General Conditions of Contract.
Signed:
Date:
in the capacity of: [ state: “Project Manager” or higher level authority in the Purchaser’s
organization ]
276 Section VII. Sample Forms
In response to your Request for Change Proposal No. [ insert: number ], we hereby
submit our proposal as follows:
6. The System Subsystem, major component, or equipment that will be affected by the
requested Change: [ insert: description ]
Section VII. Sample Forms 277
8. Estimate of the increase/decrease to the Contract Price resulting from the proposed
Change: [ insert: amount in currencies of Contract ], as detailed below in the
breakdown of prices, rates, and quantities.
Total lump sum cost of the Change:
Cost to prepare this Change Proposal (i.e., the amount payable if the Change is not
accepted, limited as provided by GCC Clause 39.2.6):
9. Additional Time for Achieving Operational Acceptance required due to the Change:
[ insert: amount in days / weeks ]
11. Effect on the other terms and conditions of the Contract: [ insert: description ]
12. Validity of this Proposal: for a period of [ insert: number ] days after receipt of this
Proposal by the Purchaser
Signed:
Date:
in the capacity of: [ state: “Supplier’s Representative” or other higher level authority in
the Supplier’s organization ]
278 Section VII. Sample Forms
We hereby approve the Change Order for the work specified in Change Proposal No.
[ insert: number ], and agree to adjust the Contract Price, Time for Completion, and/or other
conditions of the Contract in accordance with GCC Clause 39 of the Contract.
Signed:
Date:
in the capacity of: [ state “Supplier’s Representative” or higher level authority in the
Supplier’s organization ]
280 Section VII. Sample Forms
Signed:
Date:
in the capacity of: [ state: “Supplier’s Representative” or higher level authority in the
Supplier’s organization ]