if there is a discrepancy between the unit price and the line item total that is obtained by multiplying the unit price by the quantity, the unit price shall prevail and the line item total shall be corrected, unless in the opinion of UNDP there is an obvious misplacement of the decimal point in the unit price, in which case the line item total as quoted shall govern and the unit price shall be corrected;
if there is an error in a total corresponding to the addition or subtraction of subtotals, the subtotals shall prevail and the total shall be corrected; and
if there is a discrepancy between words and figures, the amount in words shall prevail, unless the amount expressed in words is related to an arithmetic error, in which case the amount in figures shall prevail subject to the above.
If the Proposer does not accept the correction of errors made by UNDP, its Proposal shall be rejected.
F. AWARD OF CONTRACT
Right to Accept, Reject, or Render Non-Responsive Any or All Proposals
UNDP reserves the right to accept or reject any Proposal, to render any or all of the Proposals as non-responsive, and to reject all Proposals at any time prior to award of contract, without incurring any liability, or obligation to inform the affected Proposer(s) of the grounds for UNDP’s action. Furthermore, UNDP shall not be obliged to award the contract to the lowest price offer.
UNDP shall also verify, and immediately reject their respective Proposal, if the Proposers are found to appear in the UN’s Consolidated List of Individuals and Entities with Association to Terrorist Organizations, in the List of Vendors Suspended or Removed from the UN Secretariat Procurement Division Vendor Roster, the UN Ineligibility List, and other such lists that as may be established or recognized by UNDP policy on Vendor Sanctions. (See
Prior to expiration of the period of proposal validity, UNDP shall award the contract to the qualified Proposer with the highest total score based on the evaluation method indicated in the Data Sheet (DS nos. 25 and 32).
Right to Vary Requirements at the Time of Award
At the time of award of Contract, UNDP reserves the right to vary the quantity of services and/or goods, by up to a maximum twenty five per cent (25%) of the total offer, without any change in the unit price or other terms and conditions.
Contract Signature
Within fifteen (15) days from the date of receipt of the Contract, the successful Proposer shall sign and date the Contract and return it to UNDP.
Failure of the successful Proposer to comply with the requirement of RFP Clause 35 and this provision shall constitute sufficient grounds for the annulment of the award, and forfeiture of the Proposal Security if any, and on which event, UNDP may award the Contract to the Proposer with the second highest rated Proposal, or call for new Proposals.
Performance Security
A performance security, if required, shall be provided in the amount and form provided in Section 9 and by the deadline indicated in the Data Sheet (DS no. 14), as applicable. Where a Performance Security will be required, the submission of the said document, and the confirmation of its acceptance by UNDP, shall be a condition for the effectivity of the Contract that will be signed by and between the successful Proposer and UNDP.
Bank Guarantee for Advanced Payment
Except when the interests of UNDP so require, it is the UNDP’s preference to make no advanced payment(s) on contracts (i.e., payments without having received any outputs). In the event that the Proposer requires an advanced payment upon contract signature, and if such request is duly accepted by UNDP, and the said advanced payment exceeds 20% of the total proposal price, or exceed the amount of USD 30,000, UNDP shall require the Proposer to submit a Bank Guarantee in the same amount as the advanced payment. A bank guarantee for advanced payment shall be furnished in the form provided in Section 10.
Vendor Protest
UNDP’s vendor protest procedure provides an opportunity for appeal to those persons or firms not awarded a purchase order or contract through a competitive procurement process. In the event that a Proposer believes that it was not treated fairly, the following link provides further details regarding UNDP vendor protest procedures:
Instructions to Proposers DATA SHEET The following data for the services to be procured shall complement, supplement, or amend the provisions in the Instruction to Proposers. In the case of a conflict between the Instructions to Proposers, the Data Sheet, and other annexes or references attached to the Data Sheet, the provisions in the Data Sheet shall govern.
DS No.2
Cross Ref. to Instructions
Data
Specific Instructions / Requirements
1
Project Title :
Project Strengthening the Institutional and Financial Sustainability of the National Protected Area System – PARCS project
2
Title of Services/Work:
Expert Support Services for design, development, implementation and maintenance of “Parkovi Hrvatske” mobile application
3
Country / Region of Work Location:
Croatia
4
C.13
Language of the Proposal:
XEnglish
5
C.20
Conditions for Submitting Proposals for Parts or sub-parts of the TOR
X Not allowed
6
C.20
Conditions for Submitting Alternative Proposals
X Shall not be considered
7
C.22
A pre-proposal conference will be held on:
Time: 14.00 hours
Date: 8/4/2015
Venue: by Skype
The UNDP focal point for the arrangement is:
Jasmina Stipula, Administrative Associate
Address: Radnicka cesta 41, 10000 Zagreb
Telephone: 00 385 1 2361652
E-mail: jasmina.stipula@undp.org
8
C.21
Period of Proposal Validity commencing on the submission date
x 90 days
9
B.9.5
C.15.4 b)
Proposal Security
x Required
Amount: 20,000.00 HRK
Form: Bank Guarantee
☐ Not Required
10
B.9.5
Acceptable forms of Proposal Security 3
X Bank Guarantee (See Section 8 for template)
11
B.9.5
C.15.4 a)
Validity of Proposal Security
90 days from the last day of Proposal submission.
Proposal Security of unsuccessful Proposers shall be returned.
12
Advanced Payment upon signing of contract
x Not allowed
13
Liquidated Damages
x Will be imposed under the following conditions :
Percentage of contract price per day of delay : 0,15%
Max. no. of days of delay : 30
After which UNDP may terminate the contract.
14
F.37
Performance Security
x Required
Amount :35,000.00HRK
Form: Bank Guarantee
15
C.17,
C.17 b)
Preferred Currency of Proposal and Method for Currency conversion
x Local Currency HRK Reference date for determining UN Operational Exchange Rate : Date of proposal submission
16
B.10.1
Deadline for submitting requests for clarifications/ questions
COB 04/8/2015
17
B.10.1
Contact Details for submitting clarifications/questions4
Focal Person in UNDP: Jasmina Stipula
Address: Radnicka cesta 41, 10000 Zagreb
E-mail address dedicated for this purpose: jasmina.stipula@undp.org
18
B.11.1
Manner of Disseminating Supplemental Information to the RFP and responses/clarifications to queries
xDirect communication to prospective Proposers by email or fax
19
D.23.3
No. of copies of Proposal that must be submitted [if transmitted by courier]
Evaluation method to be used in selecting the most responsive Proposal
x Combined Scoring Method, using the 70%-30% distribution for technical and financial proposals, respectively, where the minimum passing score of technical proposal is 60%
26
C.15.1
Required Documents that must be Submitted to Establish Qualification of Proposers (In “Certified True Copy” form only)
x Company Profile, which should not exceed fifteen (15) pages, including printed brochures and product catalogues relevant to the goods/services being procured
xTax Registration/Payment Certificate issued by the Internal Revenue Authority evidencing that the Bidder is updated with its tax payment obligations, or Certificate of Tax exemption, if any such privilege is enjoyed by the Bidder
x Certificate of Registration of the business, including Articles of Incorporation, or equivalent document if Bidder is not a corporation
xQuality Certificate (e.g., ISO, etc.) and/or other similar certificates, accreditations, awards and citations received by the Bidder, if any
xStatement of Satisfactory Performance from the Top 3 -5 Clients in terms of Contract Value the past3 years of reference. The reference shall include GooglePlay/AppleStore applications and at least three (3) screenshots per reference illustrating solution interface and functionalities
xProof of experience related to location-awareness implementation of mobile application such as Bluetooth
xAll information regarding any past and current litigation during the last five (5) years, in which the bidder is involved, indicating the parties concerned, the subject of the litigation, the amounts involved, and the final resolution if already concluded.
x Proof of Concept for Mobile application consisting of accessible prototype mobile application or wireframes and detailed mockup including information flowchart between all technical components (software and hardware elements)
27
Other documents that may be Submitted to Establish Eligibility
Financial Statement to indicate Its liquidity – Supporting documentation confirmation that company or trade’s bank account has not blocked longer that 3 days in the last six months (BON 2);
28
C.15
Structure of the Technical Proposal (only if different from the provision of Section 12)
29
C.15.2
Latest Expected date for commencement of Contract
October 1, 2015
30
C.15.2
Expected duration of contract (Target Commencement Date and Completion Date)
The deliverables expected from engaged experts include:
Within the 2 weeks of the start date of the contract:
Elaborated functional specifications of all system components, including interface definitions that specifically lay down all the mobile application requirements from the end-user perspective
Specification of required hardware including detailed specification of hardware required for building location aware network and technical characteristics of every type of beacon used, including its range, available advertising frequencies and power consumption.
Specification of network installation process for location awareness hardware in conditions of non-closed environment.
The technical specifications covering the scope of development and technologies that will be utilized as an outcome of the functional specifications, as well as all the required licenses needed.
Detailed project plan, stating development & deployment timelines, as well as a clear indication of any specific inputs (content, information or others) required from the PARCS Project team or other stakeholders.
Within 2 months of the start date of the contract:
Field demonstration of location-awareness capability of a mobile application “Parkovi Hrvatske” for two targeted platforms (Android, iOS) in a national park chosen by UNDP. The mobile application for this demonstration may work with dummy CMS data but it must prove the ability of mobile application to work with beacons and other location-awareness systems and it should illustrate user experience on mobile phone.
Within 4 months of the start date of the contract:
A fully functional mobile application “Parkovi Hrvatske” for Android and iOS mobile smart phones that meets the defined functional requirements & technical specifications along with corresponding source code.
A fully functional and complete set of clients for consuming services exposed by CMS server for “Parkovi Hrvatske -Web portal”.
Warranty & Maintenance:
The Warranty Period services starting from the delivery and acceptance date of the fully functional mobile application extending for 12 (twelve) months period.
Regular support and maintenance services during the warranty period.
Services of further additions/modifications and development of the mobile application (The actual scope of services will be defined in separate process and the price will be calculated in accordance to the offered unit price).
31
UNDP will award the contract to:
x One Proposer only
32
E.29.2
F.34
Criteria for the Award of Contract and Evaluation of Proposals
(Evaluation Criteria Tables below)
33
E.29.4
Post-Qualification Actions
xVerification of accuracy, correctness and authenticity of the information provided by the bidder on the legal, technical and financial documents submitted;
x Validation of extent of compliance to the RFP requirements and evaluation criteria based on what has so far been found by the evaluation team;
x Inquiry and reference checking with Government entities with jurisdiction on the bidder, or any other entity that may have done business with the bidder;
x Inquiry and reference checking with other previous clients on the quality of performance on ongoing or previous contracts completed;
34
Conditions for Determining Contract Effectively
x UNDP’s receipt of Performance Guarantee
35
Other Information Related to the RFP5
The developed application needs to be in Croatian As part of project implementation the contractor is obliged to organize workshop with the stakeholders in Croatia in order to gather all the relevant inputs directly The training materials and all user documentation has to be prepared in Croatian.
Evaluation criteria tables:
Table of required mobile application and CMS technical and functional criteria
Num
Description
Provided
YES/NO
1
Mobile application will be available for free on AppleStore and GooglePlay
2
User will be able to choose or change a preferred language of mobile application at any time when his mobile device has access to Internet.
3
Mobile application will provide support to the persons with disabilities.
4
User will be able to set accessibility/disability options in mobile application at any time when his mobile device has access to Internet. Specifically user will be able to check options for ‘visually impaired’ or ‘wheelchair’ at minimum.
5
Before the application is installed on his mobile device user will have to approve functionally such as Bluetooth, GPS or Internet access to mobile applications. Bluetooth and Internet usage will be clearly indicated as mandatory. GPS usage will be clearly indicated as optional and mobile application will function even if user did not allow GPS.
User will be able to allow/disallow GPS usage at any later time.
6
User will be offered an option to register by referring him to registration process in ‘Parkovi Hrvatske - Web portal’. This includes possible registration through social network/services offered in Web portal such as
Google account
Facebook account
Twitter account
User can provide optional personal information during the registration process such as his first and last name, age, sex, address or phone number. Mobile application makes it clear to the user that this additional information is optional.
7
Mobile application will be functional without user registration.
Mobile application will make it clear to the user that registration is optional.
8
Only when user accesses the functionality exclusive to registered users will mobile application ask for his credentials.
Register user will be able to use mobile application for 12 hours before mobile application asks him to authenticate again.
9
The user registered through mobile application he will have the same credentials as those used by “Parkovi Hrvatske” Web portal.
10
The auxiliary functionality regarding authentication of registered users is made available in mobile application. Specifically this will include the following
forgotten credentials ( PIN/password )
change of credentials
change of optional personal information
process of un-registering ( unsubscribe )
11
The mobile application will have a simple and standardized search function with a text-box. It will search the content stored offline, in local storage of mobile device.
12
Mobile application will present the data stored locally in offline storage. Thus, even in offline user will still be able to look at the latest content taken at the time when he was last online.
13
Mobile application will use client calls to CMS server to register possible changes of content. The addition, change and deleting of content as reported by response from CMS will be directly implemented in the local storage of mobile device, thus enabling the use of mobile application in offline mode. This process of refreshing of the content will run in background and will not be visible to user.
14
Mobile application will start the process to refresh the content with CMS data when
it has detected an entry into the national park by detecting a beacon and mobile application has access to Internet via Wi-Fi provided by park
it has detected an entry into the national park by detecting a beacon and it has asked the user for permission to access wireless Internet and user gave its permissions
user has explicitly chosen one of the national parks from the application menu and approved the use of wireless Internet
15
The process to refresh the content with new CMS data will download all the changes to offline storage only for the park in which the user is currently located. User location will be determined by the last detected beacon or by the park that user has explicitly chosen from the application menu.
16
If the park in which the user is located changes the process to refresh the content with CMS data is started again.
If the last refresh of the content with CMS data happened more than 12 hours ago the refresh process is started again even if the user is still in the same park.
17
The process that refreshes the content with CMS data will keep the total size of storage data under some fixed limit. Vendor will estimate the reasonable limit for such a storage.
18
Data is erased from local storage whenever CMS reports it was erased from CMS server.
When the limit of local storage is exceeded, data is erased from local storage if it is related to national park where the user is currently not located. The erasure starts from oldest information.
19
If user changes the preferred language all content stored in his mobile phone is downloaded again in a new language. Content in previously used language is deleted.
20
When user enters one of the national parks he is greeted with specific message welcoming him to park's facilities. Basic information about that park will be displayed as stored and configured for that park in CMS.
21
User who has access to wireless Internet can choose one of the national park directly in a menu within mobile application. In that case the mobile application behaves exactly as if the user has entered that national park.
22
User always views the content in mobile application that is stored locally on his mobile phone. All the rendering of content within mobile application is done offline. Thus, even in offline user can still look at the latest content stored locally on his mobile phone.
23
If home screen of the mobile application was changed in CMS, user will see the change after next access to Internet when his content is refreshed.
24
When user indicates change to disability options the specific content
(if any) is refreshed in the local storage of his mobile phone. Otherwise such specific content is ignored by the mobile application and is not downloaded from CMS server.
25
User of mobile application can view the following document types
Pure text ( in any language – use UTF and multi-byte if needed )
Rich formatted text
HTML
Images in JPG, GIF and PNG formats
Video in MP3, MP4 and other formats common on Web
Audio content
All of the above document types should be rendered in offline.
The content for users who selected ‘visually impaired’ accessibility option may include additional audio content for any document of types a)-e) defined above. If there is such an audio document it should be rendered/played instead of regular content by mobile application.
26
User of mobile application can view the customized map of a park in which he is located even when he is offline. Maps contain specific markers for interesting locations in the park. Map interface is easily recognizable as similar to Google maps or Apple maps.
27
Map inside mobile application offers a 'directions' and a path finder with pre-defined paths stored offline that looks similar to Google maps or Apple maps. Path finder offers the following route types
car
on foot
bicycle
horse ride
boat
wheelchair (if relevant accessibility option was selected by user )
28
The local storage of mobile application will contain the list of beacons with their unique identifiers, for all the beacons in the park where user is currently located. This list will be taken from exposed CMS service.
29
Each beacon will have exact longitude and latitude. Optionally some beacons may have an altitude. Mobile application will take this information from exposed CMS service.
30
Each beacon will have a list of documents related to that particular beacon. These documents provide content such as interesting information about that particular location and a related text/ audio/image/video. The list of documents as well as their content is taken from exposed CMS service.
31
When beacon reports its presence to mobile application user will see the new beacon appearing on his mobile application screen with basic information about that beacon's location.
User can choose to view details for any of the beacon visible in his mobile application and all the documents related to that beacon. This way, user gets access to all the documents related to that particular beacon.
32
Mobile application will try to track user's current location. It will try to pinpoint the user location in this order of priority
using beacons if they provide enough information
using GPS coordinates if available
User will not see which method is used.
33
Each beacon may optionally offer a list of shopping items specific for its location with corresponding price list. This list is taken from exposed CMS service. If user chooses so, he can add such an item to his 'basket'. Mobile application keeps the basket in local storage until it is either paid or user explicitly empties the basket. Each item is kept until user explicitly removes it from the basket.
34
User can choose to check-out the shopping list at any moment when he has access to Internet. The total price of all the items in his 'basket' is then redirected to ‘Parkovi Hrvatske - Web Portal’ Web payment gateway and the checkout process on mobile device is performed within the mobile device’s browser.
35
Mobile application will support Bluetooth LE beacon detection for iOS devices with Bluetooth 4.0 (iPhone 4S and later, iPad (3rd generation) and later, iPad Mini (1st generation) and later, iPod Touch (5th generation)
36
Mobile application will support Bluetooth LE beacon detection for Android 4.3+ (Samsung Galaxy S3/S4/S4 Mini, Samsung Galaxy Note 2/3, HTC One, Google/LG Nexus 7 2013 version/Nexus 4/Nexus 5, HTC Butterfly, OnePlus One)
37
Mobile application will optionally support Bluetooth LE beacon detection on Android versions or iOS devices with lower versions then specified above.
39
Mobile application will optionally support Bluetooth LE beacon detection smart phone/mobile platform different then Android/iOS such as Windows Phone or other.
40
Registered user will be able to perform additional activities in mobile application including:
uploading photography taken by his mobile phone camera or from gallery
sharing content on social networks ( Facebook, Twitter, Instagram)
indicate like/dislike on particular content
participation in nature protection programs with his own warning, suggestion etc.
fill in the user satisfaction or similar questionnaire
Mobile application will provide this functionality by consuming the appropriate services exposed by CMS server.
41
Registered user can participate in loyalty programs and get benefits for their shopping or other additional activities. User can view his status/points on loyalty programs through his mobile applications. The information about loyalty programs and the status of user is exposed by CMS services.
42
When the user spends too much time using mobile application it will gently warns him that he is in the national park and that he should enjoy the nature surrounding him.
43
Mobile application will have standard 'Help' utility available offline.
44
Documents that come from CMS flagged as 'urgent' are automatically rendered in mobile application with no explicit action required by user.
45
Contractor will provide screen shots or wireframes of mobile application to demonstrate the user interface. They will demonstrate the design and ‘look and feel’ of the following
Home screen
Registration process
Basic information about one park
Map and path finders
Beacon information about attractive location
Beacon shopping item list and basket
Infrastructure
46
Contractor will implement client calls to CMS server following best security practices for Web applications such as those described in OWASP guides.
47
Contractor will provide SSL support for all its client requests.
48
Contractor will specify a range of beacons that should be used with mobile application. For each recommended model Contractor will specify its power supply, range, operating environment conditions, compatibility with standards and mobile devices as well as other relevant technical information.
Every individual beacon piece must have its own unique identifier.
Beacons recommended publish its unique identifier (major/minor UUID) to mobile devices in its range with a period low enough to extend its batter life.
Beacon should not publish anything else to mobile device beside his unique identifier, unless specifically documented by Contractor. In particular beacon should not publish its MAC or physical address or require any cryptography or mutual authentication with mobile device, unless such requirement is specifically mentioned and explained by Contractor.
49
The minimum range for advertising the presence of each recommended beacon will be at least 30 m.
50
Contractor will provide the installation procedure to build a network of beacons.
51
Contractor will agree to demonstrate a beacon/mobile application communication and location awareness as a milestone within the project. The demonstration will be done in one of the parks chosen by UNDP. It will include
several different mobile devices ( Android/iPhone ... )
correct broadcasting of by at least 10 beacons from locations within a park by choice of UNDP
correct detection of unique identifiers by mParcs application
The mobile application used for demonstration needs only be developed so far as to be able to show beacons and their unique identifiers.
Should the field demonstration described fail, UNDP reserves the right to ask for a repeated demonstration at the cost of Contractor.
Other
52
Warranty. The Warranty Period shall begin from the date of Operational Acceptance and extend for 12 (twelve) months.
53
Offsite Support: to provide any further additions/modifications on mobile application for the duration of the maintenance period
54
The Contractor must possess the necessary hardware and software tools to perform the project work including:
computers and smart phones in quantity and diversity required for mobile application development,
installed development tools for iOS and Android mobile application development with appropriate developer licenses,
software licenses for all libraries included in mobile application executable,
any licenses for third party libraries if such libraries are included in mobile application,
Bluetooth LE beacons and other wireless network equipment in quantity and diversity, required for mobile application development and testing,
Internet access with sufficient bandwidth and speed required for testing the calls from mobile application to CMS services.
55
Contractor agrees that UNDP may hire an independent third-party provider to exercise penetration tests. Contractor agrees to fix any security errors discovered by such penetration test in warranty period free of charge.
56
Contractor agrees to deliver complete source code and all related required resources to UNDP.
Contractor agrees that UNDP may choose to release mobile application to GooglePlay and AppleStore under its own name and not under the name of Contractor or any other name.
Contractor requirements
No
Description
Provided
YES/NO
57
Contractor will support appropriate team structure with the following key roles at the minimum:
i) Project manager
ii) Android developer/software engineer: At least one expert. If the role of the project management is given to one of the experts, than one additional expert has to be included in the team.
iii) iOS developer/software engineer: At least one expert. If the role of the project management is given to one of the experts, than one additional expert has to be included in the team.
iv) Mobile application designer (UX designer – User experience designer)
58
Reference of at least three (3) successfully finished implementations within last three (3) years. The references include at least three (3) screenshots per reference illustrating solution interface and functionalities.
