description_en: ADP Software

description_fr: Logiciel TAI

description_en:
Trade Agreement: NAFTA/AIT/Canada-Peru FTA/Canada-Colombia FTA
Comprehensive Land Claim Agreement: No
Notification Method: Source List
Contract Award Procedure (Procurement Strategy): Exclusive Rights
GSIN Description:
ADP Software
Quantity: 1

description_fr:
Entente sur le commerce : ALÉNA/ACI/Canada-Pérou ALE/Canada-Colombie ALE
Entente sur les revendications territoriales globales : Non
Moyen de notification : Liste de fournisseurs
Processus d'adjudication d'un contrat (Stratégie d'achat) : Droits exclusifs
Description des NIBS :
Logiciel TAI
Quantité : 1

title_en: Emergency Notification Software Solution (ENSS) (T8211-120001/A)

title_fr: Solution logicielle destinée aux avertissements en cas d'urgence (SLAU) (T8211-120001/A)

description_en: Trade Agreement: WTO-AGP/NAFTA/Canada-Peru FTA/Canada-Colombia FTA Tendering Procedures:  Attachment: None Non-Competitive Procurement Strategy: Exclusive Rights Comprehensive Land Claim Agreement: No Vendor Name and Address:  ERMS Solutions Limited 2916 South Sheridan Way Suite 200 Oakville Ontario Canada L6J7J8 Nature of Requirements:  Transport Canada - ERMS Advantage Platform ACAN   An ACAN is a public notice indicating to the supplier community that a department or agency intends to award a contract for goods, services or construction to a pre-identified supplier, thereby allowing other suppliers to signal their interest in bidding, by submitting a statement of capabilities. If no supplier submits a statement of capabilities that meets the requirements set out in the ACAN, on or before the closing date stated in the ACAN, the contracting officer may then proceed with the award to the pre-identified supplier.     Definition of requirement   Pursuant to the Marine Transportation Security Act (MTSA) and the Marine Transportation Security Regulations (MTSRs), Transport Canada (TC), Marine Security Operations (MarSec Ops), is responsible to immediately inform the marine industry of a threat or event that may affect the security of the Canadian marine transportation system which includes marine facilities, ports and vessels and ferries.  MarSec Ops, a branch of the Marine Security Directorate within TC has the requirement to use an Emergency Notification Software Solution (ENSS) in order to broadcast notifications of such threats or events.  The ENSS provided by the Service Provider must be able to send out a mass notification to at least 5000 different stakeholders that include government departments (federal and provincial), private associations, companies, individuals.  The ENSS will be used in the TC Regions throughout Canada and also by other modes within TC as a notification instrument for their own industry stakeholders and for business continuity purposes.  TC intends to enter into a sole source contract with ERMS Corporation for the purpose of procuring the ERMS Advantage Platform suite including associating maintenance and support service, training and professional services.    Criteria for assessment of the Statement of Capabilities  Any interested supplier must demonstrate by way of a statement of capabilities that it meets the following requirements:  1. Experience  1.1. Experience: The Contractor must have delivered an ENSS as a Contractor's hosted application for at least three years.			   2. Service Architecture  2.1. Service Design: The ENSS must be designed specifically for emergency notifications with the capability of broadcasting mass notifications via multiple methods either simultaneously or in a cascading sequence to multiple contacts within 5 minutes.			  2.2. Service Design: The ENSS should also include the ability to send routine messages that are clearly distinct from any emergency messages.  2.3. Call Throttling: The ENSS must have the ability to control the number of calls into an organization to avoid flooding the lines during a mass notification.  2.4. Proprietorship: All hardware, software and data (apart from Client's owned systems) must be hosted at facilities owned or leased, operated and secured by the Contractor in Canada.			 2.5. Requirements for Client Operation:  The Client must not be required to install any hardware or software to operate any facets of the ENSS.  Database capacity, data channels and phone ports are not purchased by the Client.			   3. Security  3.1. Industrial Security Standards: The selected vendor must have the ability to handle and secure information up to and including PROTECTED A in accordance with Public Works and Government Services Canada's Industrial Security Standards.  These standards apply to all facilities and equipment used to store and process Administrator, User and Contact information and all messages. 			 3.2. Access Privileges: The ENSS must enable Administrators to control access privileges, such as access requests, requests for changes to personal information, and changes to passwords, provided that they have appropriate access control permissions.			  3.3. Password Change:	The ENSS must permit each Administrator, User and Contact to change their password at any time.			  3.4. Password Strength:	The ENSS must force each Administrator, User and Contact to configure a password in a predetermined manner with a minimum number of characters, including capitals, numbers and symbols.			   4. Resiliency  4.1. Recovery: Client data must be hosted in high-availability facilities with zero failover time and automatic recovery.			  4.2. Disaster Recovery:	If a Disaster, Emergency or Hazard renders the Contractor's primary data centre inoperable, Client data must be dynamically rerouted so that it functions without interruption.			 4.3. Back-Up Facilities and Services: The ENSS must have a multi-tier, multi-server fault tolerant architecture with full redundancy whereby the primary Contacts database server and all ENSS functions are housed in Canada and their back-up capability is housed in separate locations in Canada separated by a provincial boundary (at least 200 km) so that an Emergency that affects one facility will not affect the others.			  4.4. Location of Data Servers:	The ENSS must ensure that the Client's database never resides outside of Canada's land boundaries.			  4.5. Permissions and Access Controls:	The ENSS must enable and support the designation of a minimum of 10 Master Administrators with full access and Regional Administrators with limited access.   5. General Operation				  5.1. User Interfaces: The vendor will ensure that the ENSS provides graphical user interfaces (GUIs) in both English and French for Administrators and Users.			  5.2. Browsers: The ENSS must be accessible to Administrators and Users on web browsers including Internet Explorer (min version 9.0), Apple Safari (min version 5.1), Google Chrome (min version 17.0) and Mozilla Firefox (min version 10.0) for Windows - and compatible with 128-bit encryption.			  5.3. Quick Launch: The ENSS must have a quick-launch feature that allows an Administrator to initiate a Message from a single screen after logging in to the ENSS.		  5.4. Practice Modes: The ENSS must have practice modes (i.e., a test environment) that allow the Administrators and Users to use any facet of the ENSS without affecting real-time content or capabilities of the ENSS and the database (i.e., the production environment).			   6. Output  6.1. Voice Messages: The ENSS must send local or long-distance voice Messages of up to 1 minute in duration (exclusive of dialing time, ringing time and voice-mail response time) to at least 5,000 Contacts including Government of Canada  Contacts within 5 minutes of being sent.		  6.2. Voice Message Language: 	Voice messages must be delivered in French and English with voices using contemporary Canadian accents.			  6.3. Text-based Messages: The ENSS must send text-based SMS Messages of a minimum of 140 characters or e-mail messages of up to 500 words to at least 5,000 Contacts including Government of Canada Contacts within 5 minutes of being sent.			  6.4. Reliability:	The ENSS must be fully functional and operational 24 hours a day, 7 days a week, with at least 99.99% availability throughout the Contract period. In the event of an outage, the Contractor will advise the client of the outage and the impacts on the ENSS.  In the event of a scheduled outage, the Contractor will advise the Client well in advance of the outage.  6.5. Native SMS in Canada: The ENSS must use short code in order to allow for the sending of true SMS versus email-to-SMS.				   7. Database  7.1. Data Recovery: The ENSS must enable Administrators to recover a Contact record that has been deleted for up to 5 days after deletion.			  7.2. Database Backup: The ENSS must generate automatic database backups to one or more other locations in Canada at least once every 24 hours.   8. Administrator, User and Contact Information Management  8.1. Administrator and User Profiles: The ENSS must allow for the establishment and maintenance of a database of Administrator and User Profiles that will include i.	Full name ii.	Position iii.	Region iv.	Branch v.	An individual ID number vi.	Primary 24 hour emergency coordinates vii.	Secondary 24 hour emergency coordinates viii.	Cell phone number ix.	Business Fax number x.	Pager number xi.	E-mail address xii.	Designated alternate xiii.	Blackberry number xiv.	Permissions assigned.  The ENSS must allow Master Administrators to have full access permissions and to perform all functions of the ENSS.			  8.2. Import Formats for Contact Information: The ENSS must securely import Contact information from existing databases (delivered to the vendor in one or more electronic files) such as Microsoft Active Directory, PeopleSoft/Oracle HR, BCP Software, SQL, MS SQL Server, NetHris, HRIS database, and CSV (e.g. Excel), XML, MS Outlook and MDB files - without requiring manual (human) intervention - at intervals prescribed by the Client or as required. The Client must have the ability to import Contact information manually if so desired. This process is to be delivered through a web services Application Programming Interface using a standards-based Service-Oriented Architecture.			  8.3. Contact Data Fields: The ENSS must accommodate the creation of 45 data fields per record.			 8.4. Data Revision: The ENSS must enable Administrators, Users and Contacts to view and manually edit the information in their own profiles, directly within the ENSS, provided they have appropriate access control permissions.			  8.5. Data Revision: The ENSS must enable Administrators and Users to add, modify, and delete Contacts and Contact information, directly within the ENSS, provided they have appropriate access control permissions.			  8.6. Log-in Data:	The ENSS must automatically assign a unique user ID  for each Administrator and User. The Administrator must then be allowed to set a temporary password which can later be modified by the account holder.   9. Contact Groups  9.1. Creation: The ENSS must enable Administrators and Users to create groups of Contacts based on variables such as Mode, Group, Region or other criteria  identified in the data fields of each Contact's record.			  9.2. Hierarchical Groups: The ENSS must enable Administrators and Users to create hierarchical groupings so that groups include up to 50 levels of sub-groups in order to appropriately reflect an organization's structure.			  9.3. Number of Groups:	The ENSS must allow Administrators and Users to define a Contact to be a member of up to 50 groups.			  9.4. Search feature: The ENSS must allow Administrators and Users to conduct a search or filter Contacts based on criteria identified in the data fields of each Contact's record.  The ENSS must also have the capability to quickly create unique Groups using the results of the search function.			  9.5. Sort features: The ENSS must allow Administrators and Users to sort Contact lists alphabetically or, using any other criteria identified in the data fields of each Contact's record.  The ENSS must also have the capability to quickly create unique Groups using the results of the sort function.	  9.6. Sorting Stakeholders' by Language: The ENSS must have the capability to list stakeholders by language of correspondence in order to allow the sending of only French messages to French speaking stakeholders and English to English speaking stakeholders. 		  10. Message Initiation  10.1. Service Access: 	The ENSS must enable Administrators and Users to access the service for Contact management , message creation (voice or text-based) or message transmission purposes via the following methods and Devices: i.	Computer (via the internet either through cable or WI-FI); ii.	Landline telephone; iii.	Cellular telephone; iv.	Smartphone; v.	Personal digital assistant; vi.	Telecommunications device for the deaf;  vii.	Voice over Internet protocol; and viii.	Satellite telephone.			  10.2. Message Creation:	The ENSS must enable Administrators and Users to create and record voice and text-based messages in French and English for present or future use.			  10.3. Customizing Messages: The ENSS must enable Administrators and Users to customize pre-recorded messages by adding introductory and/or closing statements.			  10.4. Message verification: The ENSS must allow Administrators and Users to hear the voice message and/or to read the text-based message before it is sent.  10.5. Time Zone Recognition: The ENSS must have the capability to recognize and understand time zones.			   11. Message Transmission  11.1. Media: The ENSS must send messages to Contacts via the following media: i.	Landline telephone; ii.	Cellular telephone; iii.	Smartphone, including telephone, text and e-mail communications; iv.	Personal Digital Assistant; v.	SMS text message; vi.	E-mail; vii.	Facsimile; viii.	Pager; ix.	Telecommunication Device for the Deaf; and x.	Satellite telephone.			  11.2. Safeguards: The ENSS must have an effective safeguard (such as a prompt message) that prevents routine messages from being sent out as emergency notifications.			 11.3. Phone Number Types: The ENSS must have the ability to make local and long distance calls within Canada and the United States.  The ENSS must also have the ability to dial international numbers and phone numbers with extensions.		  11.4. Order of Contact Methods: The ENSS must allow Administrators and Users to set the default order of devices used to notify Contacts but also allow Users and Contacts to override the order if they have the appropriate permissions to do so.			  11.5. Language of Message and Contacts: The ENSS must allow Administrators and Users to select Messages in either French or English and to automatically transmit them in the Contact's pre-selected corresponding language.			  11.6. Simultaneous Transmission: The ENSS must allow Users to send a recorded voice message and a text message in a single notification to all selected Contacts for delivery through the media listed in 11.1.			  11.7. Caller ID:	Either globally or on a message-by-message basis, the ENSS must allow Administrators and Users initiating a message to customize the telephone number displayed (caller ID) for voice Messages and the e-mail addresses for text-based Messages.			  11.8. Escalation:	The ENSS must escalate messages when the intended Contact has not confirmed receipt of the correspondence (with 3 levels of person-to-person escalation) within a given period of time. If no confirmation of receipt is received within a given period of time, then the message will be redirected to an alternate point of contact if one has been designated see 11.12.			 11.9. Delivery Attempts: The ENSS should allow Users and Administrators to select the number of delivery attempts through all Contact paths.			  11.10. E-mail Attachments: The ENSS must allow e-mails to attach multiple files (e.g. text, spreadsheet and images) and send them to an e mail device.		 	 11.11. Message Control:	The ENSS must allow an Administrator or User to stop, recall or replace a Message initiated by them or another Administrator or User with the same level of permissions at any time during the Message sending process. Can we elaborate on what we mean by corresponding permissions?			  11.12. Back-Up Contacts: The ENSS must automatically send messages to a back-up Contact if a primary Contact does not acknowledge receipt of the initial message within a period of time defined by the sender.  11.13. First to Respond: The ENSS must have the capability to send notifications systematically until a predetermined number of affirmative responses are received.  11.14. Roll Call: The ENSS must have the capability to send notifications for the purpose of soliciting a positive or negative acknowledgement from the recipient, such as "are you OK", "Not OK".   12. Message Delivery Features  12.1. Voice Message Repeat: The ENSS must allow Contacts to listen to a voice Message as often as desired with a single key press.			  12.2. Acknowledgements: The ENSS must seek and receive acknowledgements of Messages through the device types identified in 11.1, with the exception of facsimile and pager and SMS transmissions.			  12.3. Re-send:	The ENSS must allow Administrators and Users to re-send a notification to only those Contacts who did not respond to the original notification.			  12.4. Voice-Mail: The ENSS must leave a Message when a voice-delivered message reaches an answering machine or voice-mail. If a message is left, the ENSS must also contact the back-up Contact if the message was left on the primary Contact's voice mail box. 			  12.5.  Electronic Voice: The electronic voice transmitter must use Canadian (English and French) accents.			  12.6. Custom Response: The ENSS must allow Contacts to send custom text-based messages in response to messages.			   13. Message Management  13.1. Recurring Messages: The ENSS must allow Administrators and Users to set up recurring Messages.			  13.2. Scheduling: The ENSS must allow Administrators and Users to schedule a notification to be sent at a future date and time.			  13.3. Voice-Mail: The ENSS must distinguish when a live Contact is reached versus when an answering machine or voicemail has been reached on voice-delivered devices. 			   14. Reporting  14.1. Dashboard: The ENSS must provide a real-time dashboard for each active notification broadcast allowing Administrators and Users to view broadcast parameters (e.g. devices, start time, duration and number of cycles) and see status of broadcast results (e.g. confirmation and responses).			  14.2. History: The ENSS must allow Administrators and Users to view a history of Message results for the entire period of the contract.			  14.3. Audit Trail: The ENSS must produce real-time Message broadcast result reports using all application data which contains, but is not limited to, all of the following information: i.	Name, date and time of the Message; ii.	Name of the Administrator or User who initiated the broadcast; iii.	Number of redial attempts requested by initiator; iv.	Summary statistics, including total notified Contacts, total confirming receipt/not confirming receipt, percentage confirming receipt/not confirming receipt. If a polling Message, a total for each response.  This information must be collated for individual messages and cumulatively;  and v.	Detailed calling information, including call-result of each attempt within the broadcast, the addresses and associated phone numbers attempted, the attempt number and the result (e.g., confirmed with date and time, busy, no answer or voicemail).			  14.4. Export: The ENSS must export all types of report data in CSV, XLS, HTML, or PDF formats, as defined by an Administrator or User.			  14.5. Printing: The ENSS must allow Administrators and Users to print real-time reports of any data or statistics directly from the GUI.			  14.6. Reports: Upon request, the Service Provider must search and generate reports based on user-defined criteria and/or key words including wild card searches.  In addition, the Service Provider must retain a permanent record of all reports.   Applicability of the trade agreement(s) to the procurement  Agreement on Internal Trade (AIT) World Trade Organization - Agreement on Government Procurement (WTO-AGP) North American Free Trade Agreement (NAFTA)   Justification for the Pre-Identified Supplier  ERMS Advantage is a commercial, off-the-shelf, fully hosted, web-based emergency notification and management solution that is used by organizations for the purpose of managing their vital emergency processes, enabling effective communications and management of crisis situations and incidents.  ERMS Advantage supports Transport Canada's emergency notification requirements without any additional configuration to TC IT infrastructure.  ERMS Advantage will allow Transport Canada to effectively manage and maintain its industry stakeholder contact data and issue security threat notifications in fully redundant and secure ERMS hosting facilities. ERMS Advantage is comprised of multiple independent yet fully integrated software modules sharing a common database. Customers utilize various ERMS software modules, in conjunction with ERMS telephony and messaging services, to access and use their Stakeholder contact data to create execute and manage notification campaigns and stay informed in crisis situations. Stakeholder data may be imported via multiple methods, including .csv file and may be run all at once, or in a cumulative nature. Through ERMS' flexible APIs, it is also possible to integrate the Advantage solution with virtually any third party software (ie. PeopleSoft) for automatic data updates.  Access and control is accomplished through a number of advanced safeguards including; usage of passwords (PINs), functional authorized access controls, rights of receipt and participation and other security protocols. Predefined roles exist in the solution including System Administrators (access to all system functionality), "Agents" (designated notification campaign managers) and Stakeholders (notification recipients). Each role type can further be customized to allow or forbid access to specific capabilities and modules.  ERMS Advantage is a "shared service" in that many Customers share the infrastructure; thereby keeping the cost per Customer at the lowest level possible while providing the greatest amount of resources possible. The database "organizational map" and all other customer specific information are securely protected to comply with customer and regulatory privacy requirements.    Government Contracts Regulations Exception(s)  Section 6 of the Government Contract Regulations is being invoked in this procurement as only one person or firm is capable of performing the contract.   Exclusions and/or Limited Tendering Reasons  Annex 4.4 article 506.12(b) of the AIT is applicable on the basis of limited tendering where there is an absence of competition for technical reasons and the goods or services can be supplied only by a particular supplier and no alternative or substitute exists, respectively.  Article 1016.2(b) of NAFTA is applicable on the basis of limited tendering due to reasons where, for works of art, or for reasons connected with the protection of patents, copyrights or other exclusive rights, or proprietary information or where there is an absence of competition for technical reasons, the goods or services can be supplied only by a particular supplier and no reasonable alternative or substitute exists.  Article XV(b) of the WTO-AGP is applicable on the basis of limited tendering due to reasons when, for works of art or for reasons connected with protection of exclusive rights, such as patents or copyrights, or in the absence of competition for technical reasons, the products or services can be supplied only by a particular supplier and no reasonable alternative or substitute exists.   Ownership of Intellectual Property.  Ownership of any Foreground Intellectual Property arising out of the proposed contract will vest in the Contractor.   The period of the proposed contract or the delivery date(s)  The proposed contract is for a period of 1 years that includes 4 additonal  1-year options. All delivery mentioned in the requirement shall be delivered within 10 days of Contract award.   Name and address of the pre-identified supplier:  ERMS Solutions Limited, Oakville, Ontario, Canada   Suppliers' right to submit a statement of capabilities  Suppliers who consider themselves fully qualified and available to provide the goods, services or construction services described in the ACAN, may submit a statement of capabilities in writing to the contact person identified in this notice on or before the closing date of this notice.   The statement of capabilities must clearly demonstrate how the supplier meets the advertised requirements.  The conditions of the developer's shrink-wrap license are not acceptable to the Crown. This software is proprietary, and the proposed Contractor must have the authority to negotiate the terms and conditions of the contract and the related software licensing terms including, but not limited to; limitation of liability, indemnification, transferability of license, termination/refund to the Crown.  Documents may be submitted in either official language of Canada   Inquiries and submission of statements of capabilities  Inquiries and statements of capabilities are to be directed to:  Jonathan Vinet A/Supply Team Leader Public Works and Government Services Canada Gatineau, Québec, Canada (K1A 0S5) Jonathan.vinet@tpsgc-pwgsc.gc.ca Telephone 819-956-2940 Facsimile 819-953-3703  Government of Canada Delivery Date: Above-mentioned  You are hereby notified that the government intends to negotiate with one firm only as identified above. Should you have any questions concerning this requirement, contact the contracting officer identified above.  An Advance Contract Award Notice (ACAN) allows departments and agencies to post a notice, for no less than fifteen (15) calendar days, indicating to the supplier community that it intends to award a good, service or construction contract to a pre-identified contractor. If no other supplier submits, on or before the closing date, a Statement of Capabilities that meets the requirements set out in the ACAN, the contracting authority may then proceed with the award.  However, should a Statement of Capabilities be found to meet the requirements set out in the ACAN, then the contracting authority will proceed to a full tendering process.  Suppliers who consider themselves fully qualified and available to provide the services/goods described herein, may submit a statement of capabilities in writing to the contact person identified in this Notice on or before the closing date of this Notice. The statement of capabilities must clearly demonstrate how the supplier meets the advertised requirements.  The PWGSC file number, the contracting officer's name and the closing date of the ACAN must appear on the outside of the envelope in block letters or, in the case of a facsimile transmission, on the covering page.  The Crown retains the right to negotiate with suppliers on any procurement.  Documents may be submitted in either official language of Canada.

description_fr: Entente sur le commerce : OMC-AMP/ALÉNA/Canada-Pérou ALE/Canada-Colombie ALE Processus de demande des soumissions :  Pièce jointe : Aucune Stratégie d'approvisionnement non concurrentielle : Droits exclusifs Entente sur les revendications territoriales globales : Non Nom et adresse du fournisseur :  ERMS Solutions Limited 2916 South Sheridan Way Suite 200 Oakville Ontario Canada L6J7J8 Nature des besoins :    Transport Canada - PAC pour la platforme ERMS Advantage   Un PAC est un avis public informant la collectivité des fournisseurs qu'un ministère ou organisme a l'intention d'attribuer un contrat pour des biens, des services ou des travaux de construction à un fournisseur sélectionné à l'avance, ce qui permet aux autres fournisseurs de signaler leur intérêt à soumissionner en présentant un énoncé des capacités. Si aucun fournisseur ne présente un énoncé des capacités qui satisfait aux exigences établies dans le PAC, au plus tard à la date de clôture indiquée dans le PAC, l'agent de négociation des contrats peut procéder à l'attribution du contrat au fournisseur sélectionné à l'avance.   Définition des besoins  Conformément à la Loi sur la sûreté du transport maritime (LSTM) et au Règlement sur la sûreté du transport maritime (RSTM), il incombe aux Opérations de la sûreté maritime de Transport Canada (TC) d'informer immédiatement l'industrie maritime de toute menace ou de tout événement qui aurait une incidence sur la sûreté du système de transport maritime canadien, y compris les installations maritimes, les ports et les bâtiments et les traversiers. Les Opérations de la sûreté maritime, direction qui relève de la Direction générale de la sûreté maritime de TC, sont tenues d'utiliser une solution logicielle destinée aux avertissements en cas d'urgence (SLAU) pour diffuser des avertissements si ces menaces ou événements surviennent.  La SLAU fournie par le fournisseur de services doit être en mesure de diffuser des avertissements de masse à au moins 5 000 intervenants différents, dont des ministères gouvernementaux (fédéraux et provinciaux), des associations privées, des entreprises et des particuliers. La SLAU sera utilisée dans les bureaux régionaux de TC qui se trouvent partout au Canada et par les autres secteurs de transport à TC comme outil d'avertissement à l'intention des intervenants de l'industrie et à des fins de continuité des activités.  TC prévoit entrer dans un marché à fournisseur unique avec ERMS Corporation afin d'obtenir la suite de plate-forme « ERMS Advantage » comprenant le service de maintenance et de support, la formation et des services professionnels.   Critères d'évaluation de l'énoncé des capacités  Tout fournisseur intéressé doit démontrer au moyen d'un énoncé des capacités que son produit/matériel/système (selon le cas) satisfait aux exigences suivantes :  1.Expérience  1.1. Expérience: L'entrepreneur doit avoir fourni une SLAU sous forme d'application hébergée par l'entrepreneur durant au moins trois ans.			   2. Architecture du service  2.1. Conception du service: La SLAU doit être spécifiquement conçue pour diffuser des avertissements en cas d'urgence et être en mesure de diffuser, dans un délai de cinq minutes, des avertissements de masse à de multiples contacts au moyen de plusieurs méthodes (de façon simultanée ou en cascade).			  2.2. Conception du service: La SLAU devrait également permettre l'envoi de messages courants qui se distinguent clairement des messages d'urgence.  2.3. Régulation du trafic: La SLAU doit avoir la capacité de contrôler le nombre d'appels qui entrent dans une organisation pour éviter l'inondation des lignes pendant des avertissements de masse.		  2.4. Propriété: L'ensemble du matériel, des logiciels et des données (mis à part ceux qui proviennent des systèmes appartenant au client) doivent être hébergés au Canada dans les installations appartenant à l'entrepreneur ou louées par ce dernier et où les activités et la sécurité sont assurées par l'entrepreneur.			  2.5. Exigences relatives aux opérations du client: Le client ne doit pas avoir à installer de matériel ou de logiciels supplémentaires pour exploiter toutes les facettes de la SLAU. Il n'est pas chargé de l'achat de dispositifs liés à la capacité des bases de données, aux voies de transmission de données et aux ports téléphoniques.			   3. Sécurité  3.1. Normes relatives à la sécurité industrielle: Il incombe au fournisseur choisi d'être en mesure de gérer et de protéger les renseignements de cote inférieure ou équivalente à la cote " PROTÉGÉ A ", conformément aux normes relatives à la sécurité industrielle de Travaux publics et Services gouvernementaux Canada. Ces normes s'appliquent à l'ensemble des installations et du matériel servant à entreposer et à traiter les renseignements des administrateurs, des utilisateurs et des contacts et tous les messages.			  3.2. Privilèges d'accès:	La SLAU doit permettre aux administrateurs de contrôler les privilèges d'accès, dont des demandes d'accès et des demandes de modification de renseignements personnels et de mot de passe, pourvu que leurs autorisations à l'égard du contrôle d'accès soient appropriées.			  3.3. Modification du mot de passe: La SLAU doit autoriser chaque administrateur, utilisateur ou contact à changer son mot de passe à n'importe quel moment.			  3.4. Niveau de sécurité du mot de passe: La SLAU doit obliger chaque administrateur, utilisateur et contact à configurer un mot de passe de façon prédéterminée contenant un nombre minimal de caractères, y compris des majuscules, des chiffres et des symboles.			   4. Résilience  4.1. Reprise: Les données du client doivent être hébergées dans des installations à taux élevé de disponibilité dont le temps de basculement est nul et qui assurent une reprise automatique.			 4.2. Reprise après catastrophe: Si une catastrophe, une urgence ou un danger empêche le centre de données principal de l'entrepreneur de fonctionner, les données du client doivent être réacheminées dynamiquement pour prévenir toute interruption.			  4.3. Installations et services de sauvegarde: L'architecture de la SLAU doit être multiniveau, dotée de multiples serveurs, tolérante aux pannes et avoir une redondance complète; le serveur de la base de données sur les contacts principaux et l'ensemble des fonctions de la SLAU sont hébergés au Canada et les fonctions de sauvegarde sont hébergées dans des endroits distincts au Canada délimités par une frontière provinciale (au moins 200 kilomètres) pour empêcher qu'une situation d'urgence touchant une installation n'ait des effets sur d'autres installations.			  4.4. Lieu des serveurs de données: La SLAU doit veiller à ce que la base de données du client ne se trouve jamais à l'extérieur des frontières terrestres du Canada.			  4.5. Autorisations et contrôles d'accès: La SLAU doit permettre et appuyer la nomination d'au moins 10 administrateurs principaux et régionaux ayant, respectivement, un accès complet et limité. 			   5. Opérations générales  5.1. Interfaces utilisateurs: Le fournisseur veillera à ce que la SLAU fournisse aux administrateurs et utilisateurs une interface GUI en anglais et en français.			  5.2. Navigateurs: Les administrateurs et utilisateurs doivent être en mesure d'accéder à la SLAU par des navigateurs Web, dont Internet Explorer (version minimale 9.0), Apple Safari (version minimale 5.1), Google Chrome (version minimale 17.0) et Mozilla Firefox (version minimale 10.0) pour Windows, compatibles avec un cryptage de 128 bits.			  5.3. Lancement rapide: La SLAU doit être dotée d'une fonction de lancement rapide permettant à un administrateur ou utilisateur d'envoyer un message à partir d'un seul écran après l'ouverture d'une session.			  5.4. Mode pratique: La SLAU doit avoir un mode pratique (c. à d. un environnement d'essai) qui permet à un administrateur ou utilisateur d'utiliser toutes les facettes du service sans qu'elles aient de répercussions sur le contenu en temps réel ou sur les fonctions du service et de la base de données (c. à d. l'environnement de production).			   6. Données sortantes  6.1. Messages vocaux: La SLAU doit permettre l'envoi de messages vocaux (locaux ou interurbains) qui durent jusqu'à une minute (qui ne comprend pas la durée de la numérotation, ni de la sonnerie, ni du message d'accueil de la boîte vocale) à au moins 5 000 contacts, y compris ceux du gouvernement du Canada, dans les cinq minutes suivant l'envoi.			  6.2. Langue des messages vocaux: Les messages vocaux doivent être transmis en français et en anglais par des voix ayant un accent canadien contemporain.			  6.3. Messages textes: La SLAU doit permettre l'envoi de messages textes d'au moins 140 caractères ou de courriels allant jusqu'à 500 mots à au moins 5 000 contacts, y compris ceux du gouvernement du Canada, dans les cinq minutes suivant l'envoi.			  6.4. Fiabilité: La SLAU doit être entièrement fonctionnelle et opérationnelle 24 heures sur 24, 7 jours sur 7 et être disponible au moins 99,99 % du temps tout au long de la période prévue au contrat. En cas d'interruption, l'entrepreneur avisera le client de l'interruption et des effets sur la SLAU. En cas d'interruption prévue, l'entrepreneur en avisera le client bien à l'avance.	  6.5 SMS indigène au Canada: La SLAU doit utiliser un code court pour permettre l'envoi des Service de message court (SMS) véritables et non pas de courriel à SMS.		   7. Base de données  7.1. Récupération de données: La SLAU doit permettre aux administrateurs de récupérer une fiche de contact qui a été supprimée, dans les cinq jours suivant la suppression. 			  7.2. Sauvegarde de la base de données: La SLAU doit effectuer des sauvegardes automatiques de la base de données à au moins un endroit au Canada, au moins toutes les 24 heures.			   8. Gestion des renseignements des administrateurs, des utilisateurs et des contacts  8.1. Profils d'administrateur et d'utilisateur: La SLAU doit permettre d'établir et de tenir à jour une base de données sur les profils d'administrateur et d'utilisateur qui comprendront ce qui suit : i.	nom complet; ii.	poste; iii.	région; iv.	direction; v.	numéro d'identification personnel; vi.	coordonnées principales en cas d'urgence (24 heures); vii.	coordonnées secondaires en cas d'urgence (24 heures); viii.	numéro de téléphone cellulaire; ix.	numéro de télécopieur de l'entreprise; x.	numéro de téléavertisseur; xi.	adresse courriel; xii.	remplaçant désigné; xiii.	numéro de BlackBerry; xiv.	autorisations accordées.  La SLAU doit permettre aux administrateurs principaux d'avoir une autorisation d'accès complet et d'accéder à toutes les fonctions de la SLAU.			  8.2. Formats d'importation des renseignements sur les contacts: La SLAU doit permettre d'importer de façon sécuritaire les renseignements des contacts provenant de bases de données existantes (fournies au fournisseur dans au moins un fichier électronique), dont Microsoft Active Directory, PeopleSoft/Oracle HR, logiciel BCP, SQL, MS SQL Server, NetHris, base de données HRIS et fichiers CSV (c. à d. Excel), XML, MS Outlook et MDB - sans aucune intervention manuelle (humaine) soit nécessaire -, aux moments prévus par le client ou s'il y a lieu. Le client doit être en mesure d'importer manuellement les renseignements des contacts, au besoin. Ce processus sera effectué au moyen d'une interface de programmation d'applications offrant des services Web qui utilise une architecture axée sur les services et fondée sur des normes.			  8.3. Champs de données sur les contacts: La SLAU doit permettre la création de 45 champs de données par fiche.			  8.4. Révision des données: Les administrateurs, utilisateurs et contacts doivent être en mesure de consulter et de modifier manuellement les renseignements de leur profil, et ce, directement dans la SLAU, pourvu qu'ils aient les autorisations appropriées liées au contrôle d'accès.			  8.5. Révision des données: Les administrateurs et utilisateurs doivent être en mesure d'ajouter, de modifier et de supprimer des contacts et des renseignements sur ces derniers, et ce, directement dans la SLAU, pourvu que les autorisations qui leur ont été accordées à l'égard du contrôle d'accès soient appropriées.			  8.6. Données liées à l'ouverture de session: La SLAU doit attribuer automatiquement un identifiant d'utilisateur  unique  pour chaque administrateur et utilisateur. L'administrateur doit alors être autorisés à fixer un mot de passe temporaire qui peuvent ensuite être modifiés par le titulaire du compte.		   9. Groupes de contacts  9.1. Création: La SLAU doit permettre aux administrateurs et utilisateurs de créer des groupes de contacts selon des variables (p. ex. secteur, groupe, région ou tout autre critère figurant dans les champs de données de la fiche de chaque contact).			  9.2. Groupes hiérarchiques: Les administrateurs et utilisateurs doivent être en mesure de créer des groupes hiérarchiques qui peuvent compter jusqu'à 50 sous-groupes pour refléter adéquatement la structure d'une organisation.			  9.3. Nombre de groupes: La SLAU doit permettre aux administrateurs et utilisateurs de désigner un contact comme membre d'un groupe, et ce, jusqu'à 50 groupes.			  9.4. Fonction de recherche: La SLAU doit permettre aux administrateurs et utilisateurs d'effectuer une recherche ou de filtrer les contacts selon des critères figurant dans les champs de données de la fiche de chaque contact. La SLAU doit également permettre la création rapide de groupes uniques à l'aide des résultats découlant de la fonction de recherche.		  9.5. Fonction de tri:	La SLAU doit permettre aux administrateurs et utilisateurs de trier les contacts par ordre alphabétique ou selon tout autre critère figurant dans les champs de données de la fiche de chaque contact. La SLAU doit également permettre la création rapide de groupes uniques à l'aide des résultats découlant de la fonction de recherche.  9.6. Tri des intervenants, selon leur langue: La SLAU doit avoir la capacité de lister les intervenants par la langue de correspondance afin de permettre l'envoi de messages en français pour les intervenants francophones et en anglais aux intervenants anglophones.   10. Création de messages  10.1. Accès au service: La SLAU doit permettre aux administrateurs et utilisateurs d'accéder aux services de gestion des contacts, de création de messages (vocaux ou textes) ou de transmission de messages à l'aide des méthodes et des appareils suivants : i.	ordinateur (connexion Internet par câble ou WI FI); ii.	téléphone conventionnel; iii.	téléphone cellulaire; iv.	téléphone intelligent; v.	assistant numérique personnel; vi.	appareil de télécommunication pour sourds;  vii.	voix sur le protocole Internet; viii.	téléphone satellite.			  10.2. Création de messages: La SLAU doit permettre aux administrateurs et utilisateurs de créer et d'enregistrer des messages vocaux et textes en français et en anglais pour usage actuel ou futur.			  10.3. Personnalisation des messages: La SLAU doit permettre aux administrateurs et utilisateurs de personnaliser les messages préenregistrés en ajoutant une phrase d'accueil et de clôture.			  10.4. Vérification des messages: La SLAU doit permettre aux administrateurs et utilisateurs d'écouter le message vocal et de lire le message texte avant l'envoi.  10.5 Reconnaissance du Fuseau Horaire: La SLAU doit avoir la capacité de reconnaître et de comprendre les fuseaux horaires.			   11. Transmission de messages  11.1. Support: La SLAU doit permettre l'envoi de messages à des contacts au moyen de ce qui suit : i.	téléphone conventionnel; ii.	téléphone cellulaire; iii.	téléphone intelligent, y compris toute communication par téléphone, par message texte et par courriel; iv.	assistant numérique personnel; v.	message texte; vi.	courriel; vii.	télécopieur; viii.	téléavertisseur; ix.	appareil de télécommunication pour sourds; x.	téléphone satellite; xi.	tout autre moyen accessible.			  11.2. Mesures de sécurité: La SLAU doit être dotée d'une mesure de sécurité efficace (p. ex. message-guide) qui empêche des messages courants d'être envoyés comme des avertissements en cas d'urgence.			  11.3. Types de numéros de téléphone: La SLAU doit permettre d'effectuer des appels locaux et interurbains au Canada et aux États Unis. Elle doit également permettre de composer des numéros de téléphone à l'étranger et des numéros assortis d'un poste.		  11.4. Méthodes d'ordonnance des contacts: La SLAU doit permettre aux administrateurs et utilisateurs de choisir l'ordre par défaut des appareils utilisés pour aviser les contacts et aux utilisateurs et contacts de faire abstraction de l'ordre établi s'ils ont les autorisations appropriées.			 11.5. Langue des messages et des contacts: La SLAU doit permettre aux administrateurs et utilisateurs de sélectionner les messages en français ou en anglais et de les transmettre automatiquement dans la langue de correspondance présélectionnée par le contact.			 11.6. Transmission simultanée: La SLAU doit permettre aux utilisateurs d'envoyer un message vocal enregistré et un message texte dans un seul avertissement à tous les contacts sélectionnés au moyen des appareils énumérés au point 11.1.			  11.7. Identification de l'appelant: Que ce soit pour l'ensemble des messages ou pour un seul message, la SLAU doit permettre aux administrateurs et utilisateurs qui créent un message de choisir les paramètres liés à l'affichage du numéro de téléphone (identification de l'appelant) dans le cas d'un message vocal et de l'adresse courriel dans le cas d'un message texte.			 11.8. Renvois: La SLAU doit permettre de renvoyer les messages (trois échelons) lorsque le contact visé n'a pas accusé réception de la correspondance au cours d'une période donnée. Si aucun accusé de réception n'est reçu durant une période donnée, le message sera renvoyé à un autre contact, si ce dernier a été désigné (voir le point 11.12).			  11.9. Tentatives d'envoi: La SLAU devrait permettre aux utilisateurs et administrateurs de choisir le nombre de tentatives d'envoi à l'ensemble des contacts.			  11.10. Pièces jointes aux courriels: Les administrateurs ou utilisateurs doivent être en mesure de joindre plusieurs fichiers (p. ex. texte, feuille de calcul et image) aux courriels et de les envoyer à un appareil permettant de consulter des courriels.			  11.11. Contrôle des messages: La SLAU doit permettre à un administrateur ou utilisateur d'interrompre, de reprendre ou de remplacer un message qu'il a créé ou un message créé par un autre administrateur ou utilisateur ayant le même niveau d'autorisations à n'importe quel moment du processus d'envoi. Pouvons nous préciser ce qu'on entend par " autorisations correspondantes " ?			  11.12. Contacts de relève: La SLAU doit permettre l'envoi automatique de messages à un contact de relève si le contact principal n'accuse pas réception du message initial dans une période prévue par l'expéditeur.  11.13. Premièrs à réagir: La solution proposée doit avoir la capacité d'envoyer des avertissments systématiquement jusqu'à ce qu'un nombre prédéterminé de réponses affirmatives ont été reçues.  11.14. Appel nominal: La solution proposée doit avoir la capacité d'envoyer des avertissments dans le but de solliciter un reponse affirmative ou négative du destinataire, telles que " Ça va? ", " Ça va pas? "	   12. Caractéristiques liées à l'envoi de messages  12.1. Écoute répétée d'un message vocal: La SLAU doit permettre aux contacts d'écouter un message vocal aussi souvent qu'ils le souhaitent en appuyant sur une seule touche.	  12.2. Accusés de réception: La SLAU doit permettre de demander et de recevoir des accusés de réception de messages transmis au moyen des appareils mentionnés au point 11.1, à l'exception du télécopieur, du téléavertisseur et des messages textes.			  12.3. Message envoyé de nouveau: La SLAU doit permettre aux administrateurs ou utilisateurs de renvoyer un avertissement uniquement aux contacts qui n'ont pas répondu à l'avertissement initial.			  12.4. Boîte vocale: La SLAU doit permettre de laisser un message vocal sur un répondeur ou une boîte vocale. Dans le cas d'un message laissé sur la boîte vocale du contact principal, la SLAU doit également permettre de communiquer avec le contact de relève.			  12.5. Voix électronique: Le transmetteur vocal électronique doit avoir un accent canadien (en anglais et en français).			  12.6. Réponse personnalisée: La SLAU doit permettre aux contacts d'envoyer des messages textes personnalisés en réponse aux messages.			   13. Gestion de messages  13.1. Messages récurrents: La SLAU doit permettre aux administrateurs et utilisateurs de préparer des messages récurrents.			  13.2. Calendrier: La SLAU doit permettre aux administrateurs et utilisateurs de prévoir l'envoi d'un avertissement à une date et à une heure ultérieures.			  13.3. Boîte vocale: La SLAU doit distinguer une communication établie avec un contact réel d'un message d'accueil provenant d'un répondeur ou de la boîte vocale d'un appareil permettant de transmettre des messages vocaux.			   14. Production de rapports  14.1. Tableau de bord: La SLAU doit fournir un tableau de bord en temps réel de chaque diffusion active d'avertissement pour permettre aux administrateurs et utilisateurs de consulter les paramètres de diffusion (p. ex. appareils, heure de début, durée et nombre de cycles) et l'état des résultats de diffusion (p. ex. confirmation et réponses).			  14.2. Historique: Les administrateurs et utilisateurs doivent être en mesure de consulter l'historique des messages transmis durant toute la période prévue au contrat.			  14.3. Piste de vérification: La SLAU doit produire des rapports portant sur les messages diffusés en temps réel à l'aide de toutes les données d'applications qui contiennent, entre autres, les renseignements suivants : i.	nom, date et heure du message; ii.	nom de l'administrateur ou de l'utilisateur qui est à l'origine de la diffusion; iii.	nombre de tentatives de recomposition demandées par le responsable; iv.	statistiques sommaires, y compris le nombre total de contacts avisés, le nombre total d'accusés de réception et le taux d'accusés de réception. S'il s'agit d'une invitation à diffuser, le nombre total pour chaque réponse doit être fourni. Ces renseignements doivent être recueillis pour chaque message et pour les messages cumulatifs; v.	renseignements détaillés sur les appels effectués, y compris les résultats de chaque tentative visée par la diffusion, les adresses courriel et les numéros de téléphone connexes des contacts qu'on a tenté de joindre, le numéro auquel on a tenté d'appeler et le résultat (p. ex. étayé par la date et l'heure, ligne occupée, aucune réponse ou boîte vocale).			 14.4. Exportation: La SLAU doit exporter tous les types de données de rapports en format CSV, XLS, HTML ou PDF, tels qu'ils sont définis par un administrateur ou utilisateur.			  14.5. Impression: La SLAU doit permettre aux administrateurs et utilisateurs d'imprimer des rapports en temps réel de l'interface GUI.			  14.6. Rapports: Sur demande, le fournisseur de services est tenu de rechercher et de générer des rapports fondés sur des critères établis par l'utilisateur et sur des mots clés, y compris des recherches à l'aide de caractères de remplacement. De plus, il incombe au fournisseur de services de conserver un dossier permanent de tous les rapports.			 			  Applicabilité des accords commerciaux à l'achat  Accord sur le commerce intérieur (ACI) Accord sur les marchés publics de l'Organisation mondiale du commerce (AMPOMC) Accord de libreéchange nordaméricain (ALENA)      Inscrire, le cas échéant, l'énoncé suivant lorsque l'achat est réservé en vertu de la Stratégie d'approvisionnement auprès des entreprises autochtones (SAEA).   Justification du recours à un fournisseur sélectionné à l'avance  ERMS Advantage est une solution de notification et de gestion d'urgence  commerciale, disponible immédiatement, entièrement hébergée et basé sur le Web, qui est employée par des organismes afin de contrôler leurs processus essentiels d 'urgence, permettant les communications et la gestion efficace des situations et des incidents de crise. ERMS Advantage soutien les besoins de notification d'urgence de Transports Canada sans n'importe quelle configuration additionnelle a leur infrastructure d'TI.  ERMS  Advantage permettra Transports Canada de contrôler et maintenir efficacement les informations de contact de ses intervenants de l'industrie et d'envoyer des avis de menace de sûreté a partir des installations d'hébergement ERMS qui sont entièrement redondant et sécurisé. ERMS Advantage est composé de modules logiciels qui sont indépendants et au même temps entièrement intégrés partageant une base de données commune. Nos clients utilisent de divers modules de logiciel de ERMS, en même temps que la téléphonie de ERMS et les services "messages", pour accéder et employer les données de contact des intervenants pour créer exécutez et contrôlez les campagnes de notifications et restez au courant dans des situations de crise. Les données des intervenants peuvent être importées par plusieurs méthodes, y compris les dossiers de .csv et peuvent être courues d'un seul trait, ou d'une manière cumulative. A travers les API flexibles de ERMS, il est également possible d'intégrer la solution Advantage avec pratiquement n'importe quel logiciel de tiers (p. ex. PeopleSoft) pour les mises à jour automatiques de données.   L'Access et le contrôle est accompli par un certain nombre de sauvegardes avancées comprenant ; utilisation des mots de passe (NIP), les contrôles d'accès autorisés fonctionnels, les droites de reçu et la participation et d'autres protocoles de sécurité. Les rôles prédéfinis existent dans la solution comprenant les administrateurs du système (accès à toute la fonctionnalité du système), les " agents " (indiqués des directeurs de campagne de notification désigné) et les intervenants (destinataires de notification). De plus, chaque type de rôle peut être adapté aux besoins du client pour permettre ou interdire l'accès aux capacités spécifiques et aux modules.  ERMS Advantage  est " un service partagé " du fait que beaucoup de clients partagent l'infrastructure; ce qui réduit le coût par client au niveau le plus bas possible tout en fournissant la plus grande quantité de ressources possibles. La base de données " carte d'organisation " et toute autre information spécifique du client sont protégées d'une maniere securitaire pour être conformes aux besoins du client et aux exigences réglementaires de confidentialité.   Exception(s) au Règlement sur les marchés de l'État  L'article6 du Règlement sur les marchés de l'État est invoqué relativement à ce marché d'approvisionnement puisqu'il marché ne peut être exécuté que par une seule personne ou entreprise.   Exclusions et/ou raisons justifiant le recours à l'appel d'offres limité  L'alinéa506.12b) de l'annexe4.4 de l'ACI s'applique pour justifier le recours à un appel d'offres restreint lorsque, pour des raisons d'ordre technique, il y a absence de concurrence et que les produits ou services ne peuvent être fournis que par un fournisseur donné et qu'il n'existe aucune solution de rechange ou encore de produits ou services de remplacement.  L'alinéa1016.2b) de l'ALENA s'applique pour justifier le recours à un appel d'offres restreint lorsque, du fait qu'il s'agit de travaux d'art ou pour des raisons liées à la protection de brevets, de droits d'auteur ou d'autres droits exclusifs ou de renseignements de nature exclusive, ou en l'absence de concurrence pour des raisons techniques, les produits ou services ne pourront être fournis que par un fournisseur particulier et qu'il n'existera aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant.  L'alinéaXV(b) de l'AMP-OMC s'applique pour justifier le recours à un appel d'offres restreint lorsque, du fait qu'il s'agit de travaux d'art ou pour des raisons liées à la protection de droits exclusifs, tels que des droits de brevet ou de reproduction, ou en l'absence de concurrence pour des raisons techniques, les produits ou services ne pourront être fournis que par un fournisseur particulier et qu'il n'existera aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant.   Titre de propriété intellectuelle  Le titre de propriété intellectuelle découlant du contrat proposé reviendra à l'entrepreneur.   Période du contrat proposé ou date de livraison  Le contrat proposé est pour une période de 1 ans qui inclut 4 options d'une année supplémentaires. Toute la livraison mentionnée dans la definition du besoin sera fournie dans les 10 jours suivant l'attribution du contrat.            Nom et adresse du fournisseur sélectionné à l'avance   ERMS Solutions Limited, Oakville, Ontario, Canada   Droit des fournisseurs de présenter un énoncé des capacités  Les fournisseurs qui estiment être pleinement qualifiés et prêts à fournir les biens, les services ou des services de construction décrits dans ce PAC peuvent présenter par écrit un énoncé des capacités à la personneressource dont le nom figure dans cet avis d'ici la date de clôture, laquelle est aussi précisée dans cet avis. L'énoncé de capacités doit clairement démontrer que le fournisseur satisfait aux exigences publiées.  L'énoncé des capacités doit clairement démontrer comment le fournisseur répond aux exigences faites dans l'énoncé du besoin.  Les conditions de la licence de logiciel du développeur sont inacceptables à l'État. Ce logiciel est de type «propriétaire», et l'entrepreneur proposé doit pouvoir négocier les modalités du marché et de la licence de logiciel connexe y compris, entre autres choses, les limites de responsabilité, l'indemnisation, la transférabilité, l'annulation et le remboursement à l'État.  Tout les documents peuvent être soumis dans l'un ou l'autre de langue officielle de Canada   Demande de renseignements et présentation des énoncés des capacités  Les demandes de renseignements et les énoncés des capacités doivent être adressés à :  Jonathan Vinet Chef D'équipe d'approvisionnement p.i. Travaux publics et Services gouvernementaux Canada Gatineau, Québec, Canada (K1A 0S5) Jonathan.vinet@tpsgc-pwgsc.gc.ca Téléphone 819-956-2940 Télécopieur 819-953-3703  Gouvernement du Canada  Date de livraison : Indiquée ci-dessus  L'État fait savoir par la présente qu'il a l'intention de n'inviter à soumissionner que l'entreprise susmentionnée et de ne négocier qu'avec elle.  Pour de plus amples renseignements concernant ce marché, communiquer avec l'agent de négociation des marchés dont le nom est indiqué ci-dessus.  Un préavis d'adjudication de contrat (PAC) permet aux ministères et aux organismes de publier un avis, pendant un minimum de quinze (15) jours civils, pour informer la collectivité des fournisseurs de leur intention de passer un marché pour un bien, un service ou des travaux de construction à un fournisseur sélectionné d'avance. Si pendant la période d'affichage, aucun fournisseur ne présente d'énoncé de compétences répondant aux exigences précisées dans le PAC, l'agent de négociation des marchés pourra alors procéder à l'attribution du marché. S'il est jugé, toutefois, qu'un énoncé de compétences répond aux exigences précisées dans le PAC, l'agent de négociation des marchés doit lancer le processus complet d'appel d'offres.  Les fournisseurs qui estiment être pleinement qualifiés et prêts à fournir les produits ou les services décrits dans cet avis peuvent présenter un énoncé de compétences à la personne-ressource dont le nom figure dans le présent avis d'ici la date de clôture, laquelle est aussi précisée dans l'avis. L'énoncé de compétences doit démontrer clairement la façon dont le fournisseur compte s'y prendre pour répondre aux exigences indiquées dans le préavis.  Le numéro de dossier de TPSGC, le nom de l'agent de négociation des marchés et la date de clôture du préavis d'adjudication de contrat (PAC) doivent figurer en lettres moulées sur l'enveloppe, ou sur la feuille d'accompagnement, s'il s'agit d'un envoi par télécopieur.  L'État se réserve le droit de négocier les conditions de tout marché avec les fournisseurs.  Les documents peuvent être présentés dans l'une ou l'autre des langues officielles du Canada.

streetAddress: 112 KENT ST

ERMS Solutions Limited

locality: Oakville

streetAddress: 2916 South Sheridan Way Suite 200

legalName: ERMS Solutions Limited

streetAddress: PDV TWR B 14TH FL.

title_en: ADP Software

title_fr: Logiciel TAI

rationale: amendmentNumber: 000, awardDate: 2013-02-28, expiryDate: 2014-02-28, value: 28160.00 | amendmentNumber: 001, awardDate: 2014-02-25, expiryDate: 2014-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2014-03-21, expiryDate: 2015-03-31, value: 23586.00 | amendmentNumber: 003, awardDate: 2015-03-28, expiryDate: 2016-03-31, value: 23586.00


region: Ontario

locality: OTTAWA

countryName: Canada

streetAddress: 200 COMET PRIVATE

name_en: Transport Canada

name_fr: Transports Canada

scheme: MISC-BUYANDSELLGCCA

legalName_en: Transport Canada

legalName_fr: Transports Canada

scheme: GSIN

description_en: Miscellaneous Aircraft Accessories and Components

description_fr: Accessoires et composants divers pour aéronefs

currency: CAD

status: active

rationale: amendmentNumber: 001, awardDate: 2010-03-08, expiryDate: 2012-03-31, value: 1000000.00 | amendmentNumber: 002, awardDate: 2012-03-30, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 003, awardDate: 2012-07-17, expiryDate: 2012-10-31, value: 0.00

initiationType: tender


title_en: R&O LANDING GEAR, PARTS & COMP.

title_fr: Réparation, révision, où échange de pièces et d'accessories  de trains d'atterrissage d'aéronefs

description_en:
Trade Agreement: NAFTA/AIT/Canada FTAs with Peru/Colombia/Panama
Comprehensive Land Claim Agreement: No
Notification Method: Public Advertising (MERX/GBO)
Contract Award Procedure (Procurement Strategy): Lowest/Lower Bid
GSIN Description:
Miscellaneous Aircraft Accessories and Components
Quantity: 1

description_fr:
Entente sur le commerce : ALÉNA/ACI/et les ALE entre Canada et Pérou/Colombie/Panama
Entente sur les revendications territoriales globales : Non
Moyen de notification : Annonce publique (MERX/Marchés publics)
Processus d'adjudication d'un contrat (Stratégie d'achat) : Soumissionnaire le moins-disant
Description des NIBS :
Accessoires et composants divers pour aéronefs
Quantité : 1

region: ON

countryName: CAN

Messier-Dowty Inc.

locality: Ajax

streetAddress: 574 Monarch Avenue

legalName: Messier-Dowty Inc.


title_en: Miscellaneous Aircraft Accessories and Components

title_fr: Accessoires et composants divers pour aéronefs

rationale: amendmentNumber: 001, awardDate: 2010-03-08, expiryDate: 2012-03-31, value: 2000000.00 | amendmentNumber: 002, awardDate: 2012-03-30, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 003, awardDate: 2012-07-17, expiryDate: 2012-10-31, value: 0.00


rationale: amendmentNumber: 001, awardDate: 2012-04-04, expiryDate: 2012-06-22, value: 0.00


rationale: amendmentNumber: 001, awardDate: 2010-11-25, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2013-03-28, expiryDate: 2013-07-31, value: 0.00


description_en: Information Products

description_fr: Produits d'information

status: complete

title_en: Data Consolidation Tool (T8156-140141/A)

title_fr: Outil de consolidation des données (T8156-140141/A)

format: application/pdf

awardCriteria: bestProposal

description_en: Trade Agreement: NONE Tendering Procedures: All interested suppliers may submit a bid Attachment: None Competitive Procurement Strategy: Best Overall  Proposal Comprehensive Land Claim Agreement: No Nature of Requirements:  FILE NO. T8156-140141/A  TITLE :  Acquisition of a Data Consolidation Tool - Global Metrics Accross Various Transportation Fields  DESCRIPTION :  Transport Canada's Economic Analysis directorate (ACA) conducts analysis and research in order to understand and explain trends and the evolution of the different elements of the Canadian Transportation system. The economic analyses support policymaking, program development and decision-making. The scope of analysis is all modes of transportation and all facets of socio-economic aspects of transportation services allowing the Department to understand the changes in the supply and demand of transportation services in Canada.  To better monitor the changes in supply and demand affecting the transportation industry, ACA requires access to a reliable data provider that can consolidate global metrics across various fields affecting transportation in an efficient and timely manner.   With this, it hopes to proactively monitor the Canadian transportation system and supply chain by monitoring the global trends and changes of commodities/ stakeholders that rely on it.  In addition, the efficiency gained from having a consolidated, updated source of data will reduce research and maintenance efforts and benefit internal analyses and applications. The solicitation is intended to result in the award of 1 (one) contract for 1 (one) year, and up to 4 (four) irrevocable one-year options allowing Canada to extend the term of the Contract.   TRADE AGREEMENTS :  This requirement is subject to the Agreement on Internal Trade (AIT).   MANDATORY EVALUATION CRITERIA :  To be considered responsive, a bid must meet all of the following mandatory evaluation criteria. Bids not meeting all of these mandatory requirements will be given no further consideration. Consequently, Bidders are encouraged to supply as much information as necessary to demonstrate clearly that the mandatory requirements have been met.  The Bidder must provide a free trial period for one (1) month access to two (2) concurrent users in order for evaluators to validate the claims of the Bidder.  If Canada determines that the Bidder has not provided operational trial accounts at bid closing, Canada will allow the Bidder the opportunity to submit username and passwords to access the free trial.  Failure to provide such access and associated information within the time frame provided will result in the bid being declared non-responsive.  M1	Availability of macroeconomic data from at least 79 countries; M2	Availability of macroeconomic data from Canada, the United States, Mexico, all EU countries, BRIC, Japan, South Korea, Hong Kong and Australia M3	Macroeconomic data must include indicators covering GDP, labour, debt, current accounts, inflation, interest rates, import/export, consumer/business sentiments M4	Availability of import/export/trade flow data between countries M5	Availability of short-term forecasts for economic indicators for 79 countries  M6	Availability of the Economic Release Calendars/Schedule M7	Availability of Economic News & Experts' analysis M8	Availability of Business & Consumer Confidence indexes from the countries listed:  Canada, US, Mexico, EU, Japan, China, Brazil, India, Australia, South Korea  M9	Availability of data on public company financials, fundamentals, and historical time series (all data related to public filings and their financial health/ratios) M10	Availability of worldwide market related data, including:  Foreign Exchange spot rates, Instrument Pricings, financial metrics based on industry averages, current stock & index prices across worldwide exchanges, historical time series of these elements.  The exchange data offered must include exchanges from the following countries:  Canada, US (NYSE, Nasdaq), Hong Kong, Japan, England, China, Australia, South Korea, Brazil.  M11	Availability of Spot Prices and Futures Prices on all commodities involved with the transportation system in Canada.  Commodities must include oil, wheat, iron ore, nickel, gold, silver, natural gas, lumber. M12	Availability of mapping and spatial analysis tools of data and commodity assets (globally) M13 	Access to news and experts' analysis on commodities M14	Availability of short-term forecasts for the sectors of oil, grains, metals, energy and lumber M15	Availability of historical data series for all key commodity, financial market and economic indicators, dating back at least 15 years (or to as far back as offered by the data source)  M16	Availability of Application Program Interfaces (APIs) to extract all economic/financial/commodity/forecast time series data to Excel M17	Availability of data upon its release day M18	Business Hours Support is included in the bid price (Technical support must be available between the hours of 7:00 and 18:00 EST.)  M19	The bidder must demonstrate that the proposed tool has at minimum 25% marketshare in the data, news and financial software markets. M20	The Bidder must provide a free trial period for one (1) month access to two (2) concurrent users in order for evaluators to validate the claims of the Bidder.  If Canada determines that the Bidder has not provided operational trial accounts at bid closing, Canada will allow the Bidder the opportunity to submit username and passwords to access the free trial.  Failure to provide such access and associated information within the time frame provided will result in the bid being declared non-responsive.      POINT RATED EVALUATION CRITERIA :  Point-Rated Evaluation Criteria are included in Annex D of the bid solicitation.  BASIS OF SELECTION :  Highest Combined Rating of Technical Merit and Price  1.	To be declared responsive, a bid must: a.	comply with all the requirements of the bid solicitation; and b.	meet all mandatory criteria; and c.	Obtain the required minimum of49points overall for the technical evaluation criteria which are subject to point rating.  The rating is performed on a scale of70 points. 2.	Bids not meeting (a) or (b) or (c) will be declared non-responsive. 3.	The selection will be based on the highest responsive combined rating of technical merit and price. The ratio will be70%for the technical merit and30%for the price. 4.	To establish the technical merit score, the overall technical score for each responsive bid will be determined as follows: total number of points obtained / maximum number of points available multiplied by the ratio of70%. 5.	To establish the pricing score, each responsive bid will be prorated against the lowest evaluated price and the ratio of30%. 6.	For each responsive bid, the technical merit score and the pricing score will be added to determine its combined rating. 7.	Neither the responsive bid obtaining the highest technical score nor the one with the lowest evaluated price will necessarily be accepted. The responsive bid with the highest combined rating of technical merit and price will be recommended for award of a contract.   CONTRACTING AUTHORITY :  Rosella Rinaldo Supply Specialist  Public Works and Government Services Canada Acquisitions Branch   Telephone:	(819) 956-0001 E-mail address:              rosella.rinaldo@tpsgc-pwgsc.gc.ca  All enquiries must be submitted in writing to the Contracting Authority no later than ten (10) calendar days before the bid closing date. Delivery Date: Above-mentioned  The Crown retains the right to negotiate with suppliers on any procurement.  Documents may be submitted in either official language of Canada.

description_fr: Entente sur le commerce : AUCUNE Processus de demande des soumissions : Tout fournisseur intéressé peut présenter une soumission Pièce jointe : Aucune Stratégie d'approvisionnement concurrentielle : Meilleure  proposition globale Entente sur les revendications territoriales globales : Non Nature des besoins :    DOSSIER: T8156-140141/A  TITRE:  Acquisition d'un outil de consolidation des données - Paramètres mondiaux dans divers domaines de transport  DESCRIPTION:  La direction générale de l'Analyse économique (ACA) de Transports Canada procède à des analyses et des recherches pour comprendre et expliquer les tendances et l'évolution des différentes composantes du réseau de transport du Canada. Les analyses économiques appuient l'élaboration des politiques, la conception des programmes et la prise des décisions. La portée de l'analyse englobe tous les modes de transport et tous les volets des facteurs socio-économiques des services de transport, permettant ainsi au Ministère de comprendre les changements au niveau de l'offre et de la demande de services de transport au Canada.   Pour mieux surveiller les changements dans l'offre et la demande qui touchent l'industrie du transport, ACA doit avoir accès à un fournisseur de données fiable qui peut consolider les paramètres mondiaux dans divers domaines touchant les transports d'une manière efficace et rapide. Avec cela, elle espère surveiller de façon proactive le réseau de transport canadien et la chaîne d'approvisionnement en observant les tendances mondiales et les changements des marchandises/des intervenants qui en dépendent. De plus, les gains d'efficience réalisés grâce à la source de données consolidée et mise à jour réduiront les efforts de recherche et de maintenance et profiteront aux analyses et aux applications internes. La présente demande de soumissions vise l'attribution d'un (1) contrat d'une durée d'un (1) an, assorti de tout au plus quatre (4) options irrévocables d'un (1) an chacune permettant au Canada de prolonger la durée du contrat.  ACCORDS COMMERCIAUX:  Ce marché est assujetti aux dispositions de l'Accord sur le commerce intérieur (ACI).  CRITÈRES D'ÉVALUATION OBLIGATOIRES:  Pour être jugée recevable, une soumission doit satisfaire à tous les critères d'évaluation obligatoires suivants. Les soumissions qui ne satisfont pas à toutes les exigences obligatoires ne seront pas retenues. Par conséquent, les soumissionnaires sont invités à fournir autant de renseignements que nécessaire afin de montrer clairement qu'ils satisfont aux exigences énoncées.  Le soumissionnaire doit offrir une période d'essai gratuit pour un accès d'un (1) mois à deux (2) utilisateurs simultanés afin que les évaluateurs valident les prétentions du soumissionnaire. Si le Canada détermine que le soumissionnaire n'a pas fourni d'essais opérationnels pour une période limitée lors de la clôture des soumissions, le Canada donnera au soumissionnaire l'occasion de soumettre un nom d'utilisateur et un mot de passe pour accéder à la période d'essai gratuite. L'omission de fournir cet accès et l'information connexe dans le délai accordé fera que la soumission sera déclarée non recevable.    M1	Disponibilité de données macroéconomiques d'au moins 79 pays M2	Disponibilité de données macroéconomiques du Canada, des États-Unis, du Mexique, de tous les pays de l'UE, des pays BRIC, du Japon, de la Corée du Sud, de Hong Kong et d'Australie M3	Les données macroéconomiques doivent inclure les indicateurs couvrant le PIB, la main-d'uvre, la dette, les comptes courants, l'inflation, les taux d'intérêt, l'importation/l'exportation, la confiance des consommateurs/entreprises M4	Disponibilité des données d'importation/d'exportation/du flux du commerce entre les pays M5	Disponibilité des prévisions à court terme pour les indicateurs économiques de 79 pays  M6	Disponibilité du calendrier/de l'horaire de mise à jour économique M7	Disponibilité des nouvelles économiques et de l'analyse des experts M8	Disponibilité des indices de confiance des entreprises et des consommateurs des pays suivants: Canada, É.-U., Mexique, UE, Japon, Chine, Brésil, Inde, Australie, Coréedu Sud  M9	Disponibilité des données financières, fondamentales et de la série chronologique de l'entreprise publique (toutes les données relatives aux documents publics et à leur santé financière et à leurs ratios financiers) M10	Disponibilité des données relatives au marché mondial, y compris: l'échange au comptant des devises étrangères, l'établissement du prix des instruments, les paramètres financiers basés sur les moyennes de l'industrie, les prix actuels des actions et des indexes, la série chronologique de ces éléments. Les données d'échange doit comprendre les échanges des pays suivants: Canada, É.-U. (NYSE, Nasdaq), Hong Kong, Japon, Angleterre, Chine, Australie, CoréeduSud, Brésil  M11	Disponibilité des prix au comptant et des prix à terme pour toutes les marchandises concernant le réseau de transport au Canada. Les marchandises doivent comprendre: les hydrocarbures, le blé, le minerai de fer, le nickel, l'or, l'argent, le gaz naturel, le bois d'uvre  M12	Disponibilité de la cartographie et des analyses de données spatiales et des produits de base (mondialement) M13 	Accès aux nouvelles et aux analyses des experts sur les marchandises M14	Disponibilité des prévisions à court terme pour les secteurs des hydrocarbures, du grain, des métaux, de l'énergie et du bois d'uvre  M15	La disponibilité de la série chronologique des données pour toutes les marchandises clés, le marché financier et les indicateurs économiques, depuis au moins 15 ans (ou en remontant jusqu'à la date offerte par la source de données)  M16	Disponibilité des interfaces de programmes d'application (IPA) pour extraire toutes les séries de données économiques/financières/de marchandises/de situation prévue vers Excel M17	Disponibilité des données lors de leur journée de publication M18	Le soutien pour les heures d'ouverture est inclus dans le prix de la soumission (le soutien technique doit être disponible entre 7 et 18 HNE.)  M19	Le soumissionnaire doit démontrer que l'outil proposé a au moins 25 % de la part du marché dans les marchés des données, des nouvelles et des logiciels financiers M20	Le soumissionnaire doit offrir une période d'essai gratuit pour un accès d'un (1) mois à deux (2) utilisateurs simultanés afin que les évaluateurs valident les prétentions du soumissionnaire. Si le Canada détermine que le soumissionnaire n'a pas fourni d'essais opérationnels pour une période limitée lors de la clôture des soumissions, le Canada donnera au soumissionnaire l'occasion de soumettre un nom d'utilisateur et un mot de passe pour accéder à la période d'essai gratuite. L'omission de fournir cet accès et l'information connexe dans le délai accordé fera que la soumission sera déclarée non recevable.       CRITÈRES D'ÉVALUATION COTÉS:  Les critères d'évaluation technique cotés sont inclus à l'Annexe D de l'appel d'offres.  MéTHODE DE SéLECTION:  Note combinée la plus haute sur le plan du mérite technique et du prix  1.	Pour être déclarée recevable, une soumission doit : a.	 respecter toutes les exigences de la demande de soumissions; et b.	 satisfaire à tous les critères obligatoires; et c.	 obtenir le nombre minimal de 49 points exigés pour l'ensemble des critères de l'évaluation techniques cotés.  L'échelle de cotation compte 70 points. 2.	Les soumissions qui ne répondent pas aux exigences a) ou b) ou c) seront déclarées non recevables. 3.	La sélection sera faite en fonction du meilleur résultat global sur le plan du mérite technique et du prix. Une proportion de70%sera accordée au mérite technique et une proportion de30% sera accordée au prix. 4.	Afin de déterminer la note pour le mérite technique, la note technique globale de chaque soumission recevable sera calculée comme suit: le nombre total de points obtenus sera divisé par le nombre total de points pouvant être accordés, puis multiplié par70%. 5.	Afin de déterminer la note pour le prix, chaque soumission recevable sera évaluée proportionnellement au prix évalué le plus bas et selon le ratio de30%. 6.	Pour chaque soumission recevable, la cotation du mérite technique et la cotation du prix seront ajoutées pour déterminer la note combinée. 7.	La soumission recevable ayant obtenu le plus de points ou celle ayant le prix évalué le plus bas ne sera pas nécessairement choisie. La soumission recevable qui obtiendra la note combinée la plus élevée pour le mérite technique et le prix sera recommandée pour l'attribution du contrat.   DEMANDE DE RENSEIGNEMENTS:  L'autorité contractante pour le marché est :  Rosella Rinaldo Spécialiste en approvisionnements  Travaux publics et Services gouvernementaux Canada Direction générale des approvisionnements  Téléphone : 819-956-0001 Courriel : rosella.rinaldo@tpsgc-pwgsc.gc.ca  Toutes les demandes de renseignements doivent être présentées par écrit à l'autorité contractante au moins dix (10) jours civils avant la date de clôture des soumissions. Date de livraison : Indiquée ci-dessus  L'État se réserve le droit de négocier les conditions de tout marché avec les fournisseurs.  Les documents peuvent être présentés dans l'une ou l'autre des langues officielles du Canada.

procurementMethod: open

awardCriteriaDetails_en: Buyandsell.gc.ca value: 04, Best Overall  Proposal

awardCriteriaDetails_fr: Valeur sur Buyandsell.gc.ca : 04, Meilleure  proposition globale

procurementMethodRationale_en: Buyandsell.gc.ca value: ppm-eaa-tp-abe-02, All interested suppliers may submit a bid

procurementMethodRationale_fr: Valeur sur Buyandsell.gc.ca : ppm-eaa-tp-abe-02, Tout fournisseur intéressé peut présenter une soumission


rationale: amendmentNumber: 000, awardDate: 2009-05-20, expiryDate: 2012-03-31, value: 114340.00 | amendmentNumber: 001, awardDate: 2012-03-30, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-08-01, expiryDate: 2012-10-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 200000.00 | amendmentNumber: 002, awardDate: 2013-04-09, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2009-04-01, expiryDate: 2011-03-31, value: 400000.00 | amendmentNumber: 001, awardDate: 2011-09-08, expiryDate: 2011-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2013-05-09, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-16, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 200000.00


description_en: Chemical Analysis Instruments

description_fr: Instruments d'analyse chimique

title_en: PORTABLE FUEL ANALYZERS

title_fr: ANALYSEURS PORTATIF DE CARBURANT

description_en:
Trade Agreement: WTO-AGP/NAFTA/AIT/Canada FTAs with Peru/Colombia/Panama
Comprehensive Land Claim Agreement: No
Notification Method: Public Advertising (MERX/GBO)
Contract Award Procedure (Procurement Strategy): Best Overall  Proposal
GSIN Description:
Chemical Analysis Instruments
Quantity: 8

description_fr:
Entente sur le commerce : OMC-AMP/ALÉNA/ACI/et les ALE entre Canada et Pérou/Colombie/Panama
Entente sur les revendications territoriales globales : Non
Moyen de notification : Annonce publique (MERX/Marchés publics)
Processus d'adjudication d'un contrat (Stratégie d'achat) : Meilleure  proposition globale
Description des NIBS :
Instruments d'analyse chimique
Quantité : 8

title_en: PORTABLE FUEL ANALYZERS (T8275-140652/C)

title_fr: ANALYSEURS PORTATIF DE CARBURANT (T8275-140652/C)

description_en: Trade Agreement: WTO-AGP/NAFTA/AIT/Canada FTAs with Peru/Colombia/Panama Tendering Procedures:  Competitive Procurement Strategy: Best Overall  Proposal Comprehensive Land Claim Agreement: No Nature of Requirements:   PORTABLE MARINE FUEL ANALYZER FOR SULPHUR CONTENT  Transport Canada has a requirement for three (3) and up to six (6) portable marine fuel analyzers for the measurement of the sulphur content.  There is an option for an additional six (6) to nine (9) portable marine fuel analyzers to be purchased sometime during the contract period.  There is an option for maintenance & calibration service contracts for the Portable marine fuel analyzers for a period of five (5) years.  Both optional requirements are being addressed in this requirement.   The contract is for an initial period of one (1) year with four (4) option periods of one (1) year.  There is no security requirement associated with this requirement.  The requirement is subject to the North American Free Trade Agreement (NAFTA) and the World Trade Organization Agreement on Government Procurement (WTO-AGP), and the Agreement on Internal Trade (AIT).  The requirement is conditionally limited to Canadian goods and/or services.  Mandatory Criteria:  M1 -  Field analyzer able to measure compliance to 1000 ppm sulphur content  in marine fuel with a margin of error not exceeding + 200 ppm S; M2 - Analyzer designed to measure sulphur in fuel oil to one of the following test method standards:  ISO 8754 or ASTM D4294; M3 - Designed for easy transportation in the field within an accompanying carrying case; M4 - Factory calibrated; ready to work without additional human intervention/programming; M5 - Factory Maintenance / calibration not required within a 12 month period; M6 - Analyzer Test results:  easy to read and understand and are obtained immediately after analysis is completed (results outlined by a read out or print out); M7 - Portable and light weight (weigh under 25 lbs with analyzer, accessories required for testing and accompanying carrying case); M8 -  Operating range of at least 0 oC to  +25oC; M9 - Minimum Low Temperature Storage: -10oC; M10 - Shock resistant; be able to withstand being dropped 4ft while residing in the accompanying carrying case; M11 - Store information, (USB or information recorded on hard drive and able to connect to computer); M12 - Power source: Battery powered, 120/240 VAC 50/60 Hz , or 12 VDC with mobile use Transformer unit; and M13 - Fuel Analyzer model must not be more than three years old and must have availability for spare parts and service for at least 5 years from date of purchase; M14 - Must be delivered before 30 October 2015.  Point rated Criteria are:  PR 1 - Analyzer Sulphur measurement error range; PR 2 - Analyzer warm up/prep time; PR 3 - Fuel analysis testing time; PR 4 - Assembly  required on fuel  test  equipment: PR 5 - Fuel sample clean up requirements by operator; PR 6  Weight; PR 7 - Temperature operation range; PR 8 - Minimum Low Temperature Storage; PR 9 - Dedicated  fuel  analyzer; PR10 - Data / information Storage; PR 11 - Battery powered; PR12 - delivery date  Delivery Date: Above-mentioned  The Crown retains the right to negotiate with suppliers on any procurement.  Documents may be submitted in either official language of Canada.

description_fr: Entente sur le commerce : OMC-AMP/ALÉNA/ACI/et les ALE entre Canada et Pérou/Colombie/Panama Processus de demande des soumissions :  Stratégie d'approvisionnement concurrentielle : Meilleure  proposition globale Entente sur les revendications territoriales globales : Non Nature des besoins :     ANALYSEURS PORTATIF DE CARBURANT MARIN POUR LA TENEUR EN SOUFRE  Transports Canada a un besoin de trois (3) à six (6) analyseurs portables de carburant marins pour la mesure de la teneur en soufre. Il ya une option pour de six (6) à neuf (9) analyseurs portables de carburant marins supplémentaire pour achat a quelque temps pendant la durée du contrat. Il ya une option pour les contrats d'entretien et de services d'étalonnage pour les analyseurs portables de carburant marins pour une période de cinq (5) ans. Les deux exigences optionnels sont abordées dans cette exigence.  Le contrat et pour une (1) année initiale avec quatre (4) options d'une (1) année.    Ce besoin à commandes ne comporte aucune exigence relative à la sécurité.  The requirement is subject to the North American Free Trade Agreement (NAFTA) and the World Trade Organization Agreement on Government Procurement (WTO-AGP), and the Agreement on Internal Trade (AIT).  Le besoin est conditionnellement limité aux produits et(ou) aux services canadiens.  Exigences obligatoires   M1 - L'analyseur sur le terrain est capable de mesurer la conformité à 1000 ppm contenu en soufre du carburant marin avec une marge d'erreur ne dépassant pas 200 ppm S; M2 - L'analyseur est conçu pour mesurer la teneur en soufre du combustible en fonction de l'une ou l'autre des normes sur les méthodes d'essai suivantes: ISO 8754 ou D4294 de l'ASTM, M3  L'analyseur est conçu pour le travail sur le terrain; M4  L'analyseur est étalonné par le fabricant; il est prêt à l'utilisation sans autre intervention/programmation humaine; M5 - Aucune maintenance/aucun étalonnage par le fabricant n'est nécessaire dans un délai de 12 mois; M6 - Les résultats des essais de l'analyseur sont faciles à lire et à comprendre et sont obtenus immédiatement après l'analyse (résultats décrits par un lire ou imprimer); M7  L'analyseur est portatif et léger (l'analyseur, les accessoires nécessaires à l'essai et la valise de transport pèsent moins de 25 lb); M8  L'analyseur doit être en mesure de fonctionner entre 0oC et +25oC, au moins; M9   Température basse minimum de stockage: -10°C; M10   L'analyseur doit être à l'épreuve des chocs; il doit demeurer intact s'il est échappé lorsqu'il se trouve dans sa valise fermée; M11  L'analyseur doit stocker l'information (sur une clé USB ou sur le disque dur, qui peut être branché à un ordinateur); M12 - Source d'alimentation: Il doit être alimenté par une pile de 120/240 V c.a., 50/60 Hz, ou de 12 V c.c. doté d'un transformateur pour l'utilisation mobile; M13 - Le modèle d'analyseur portable de carburant marin ne doit pas être âgé de plus de trois années et doit avoir la disponibilité des pièces de rechange et le service pendant au moins 5 ans à compter de la date d'achat; M14 - Doit être livré avant le 30 Octobre 2015.  Critères cotés  PR1: Plage d'erreur de l'analyseur, PR2: Durée de la préparation/du réchauffement de l'analyseur, PR3: Durée de l'analyse du combustible, PR4:Assemblage de l'équipement d'analyse du combustible, PR5: Nécessité pour l'exploitant de nettoyer l'échantillon de combustible, PR6: Poids (comprenant l'analyseur, les accessoires nécessaires à l'essai et la valise de transport), PR7: Plage de température acceptée; PR8 - Température basse minimum de stockage; PR9: Analyseur de combustible seulement, PR10: Stockage de données/d'information, et PR11: Alimentation par pile; PR12 - Date de livraison.  Date de livraison : Indiquée ci-dessus  L'État se réserve le droit de négocier les conditions de tout marché avec les fournisseurs.  Les documents peuvent être présentés dans l'une ou l'autre des langues officielles du Canada.

streetAddress: 330 SPARKS ST

name_en: Public Works and Government Services Canada

name_fr: Travaux publics et Services gouvernementaux Canada

Karsh Scientific Incorporated

locality: Burlington

streetAddress: 150-2125 Itabashi Way

legalName: Karsh Scientific Incorporated

title_en: Chemical Analysis Instruments

title_fr: Instruments d'analyse chimique

rationale: amendmentNumber: 000, awardDate: 2015-09-10, expiryDate: 2021-03-31, value: 188043.00 | amendmentNumber: 001, awardDate: 2015-10-02, expiryDate: 2021-03-31, value: 125362.00


rationale: amendmentNumber: 000, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 130000.00 | amendmentNumber: 002, awardDate: 2013-03-22, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 001, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 002, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 18000.00 | amendmentNumber: 003, awardDate: 2013-04-08, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2009-04-03, expiryDate: 2012-03-31, value: 300000.00 | amendmentNumber: 001, awardDate: 2012-03-23, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-07-25, expiryDate: 2012-10-31, value: 0.00 | amendmentNumber: 003, awardDate: 2012-10-23, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 004, awardDate: 2013-03-26, expiryDate: 2013-06-30, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-31, expiryDate: 2013-03-31, value: 600000.00 | amendmentNumber: 001, awardDate: 2012-02-06, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-03-12, expiryDate: 2013-03-31, value: 200000.00 | amendmentNumber: 003, awardDate: 2012-08-21, expiryDate: 2013-03-31, value: 500000.00


rationale: amendmentNumber: 000, awardDate: 2010-02-18, expiryDate: 2011-02-17, value: 107762.00 | amendmentNumber: 001, awardDate: 2011-01-17, expiryDate: 2011-02-17, value: 27911.00 | amendmentNumber: 002, awardDate: 2012-03-30, expiryDate: 2011-02-17, value: 28748.00 | amendmentNumber: 003, awardDate: 2013-03-01, expiryDate: 2011-02-17, value: 29586.00


rationale: amendmentNumber: 000, awardDate: 2009-11-17, expiryDate: 2012-03-31, value: 264800.00 | amendmentNumber: 001, awardDate: 2012-03-30, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-08-02, expiryDate: 2012-10-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 50000.00 | amendmentNumber: 002, awardDate: 2013-03-22, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 18000.00 | amendmentNumber: 002, awardDate: 2013-03-21, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-16, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 18000.00 | amendmentNumber: 002, awardDate: 2013-04-09, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 001, awardDate: 2014-03-24, expiryDate: 2016-03-31, value: 4450000.00


rationale: amendmentNumber: 000, awardDate: 2010-03-31, expiryDate: 2012-03-31, value: 100000.00 | amendmentNumber: 001, awardDate: 2012-11-21, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-12-12, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 003, awardDate: 2013-03-22, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2011-08-17, expiryDate: 2012-03-31, value: 0.00 | amendmentNumber: 001, awardDate: 2011-12-13, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2013-03-27, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2011-05-20, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 001, awardDate: 2013-01-09, expiryDate: 2014-03-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-18, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 18000.00 | amendmentNumber: 002, awardDate: 2013-03-22, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2009-04-02, expiryDate: 2012-03-31, value: 300000.00 | amendmentNumber: 001, awardDate: 2012-03-23, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-07-30, expiryDate: 2012-12-31, value: 0.00 | amendmentNumber: 003, awardDate: 2012-10-23, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 004, awardDate: 2013-03-26, expiryDate: 2013-06-30, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-31, expiryDate: 2012-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2013-01-08, expiryDate: 2013-03-31, value: -20000.00


rationale: amendmentNumber: 000, awardDate: 2009-04-29, expiryDate: 2012-03-31, value: 1500000.00 | amendmentNumber: 001, awardDate: 2011-10-19, expiryDate: 2012-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2012-03-28, expiryDate: 2012-07-31, value: 0.00 | amendmentNumber: 003, awardDate: 2012-07-26, expiryDate: 2012-10-31, value: 0.00 | amendmentNumber: 004, awardDate: 2012-10-23, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 005, awardDate: 2013-03-26, expiryDate: 2013-06-30, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-16, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 18000.00 | amendmentNumber: 002, awardDate: 2013-03-26, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2011-04-26, expiryDate: 2014-03-31, value: 500000.00 | amendmentNumber: 001, awardDate: 2012-11-22, expiryDate: 2014-03-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2011-08-18, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 001, awardDate: 2011-12-13, expiryDate: 2013-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2013-03-27, expiryDate: 2013-07-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-30, expiryDate: 2012-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-12-17, expiryDate: 2013-03-31, value: 0.00


rationale: amendmentNumber: 000, awardDate: 2010-03-15, expiryDate: 2013-03-31, value: 40000.00 | amendmentNumber: 001, awardDate: 2012-04-19, expiryDate: 2013-03-31, value: 200000.00 | amendmentNumber: 002, awardDate: 2013-03-21, expiryDate: 2013-07-31, value: 0.00


description_en: Clothing, Special Purpose

description_fr: Vêtements à usage spécial

title_en: Clothing, Special Purpose

title_fr: Vêtements à usage spécial

rationale: amendmentNumber: 000, awardDate: 2010-12-23, expiryDate: 2011-12-23, value: 299563.00 | amendmentNumber: 001, awardDate: 2012-09-24, expiryDate: 2011-12-23, value: 0.00 | amendmentNumber: 002, awardDate: 2012-10-10, expiryDate: 2011-12-23, value: 33076.00 | amendmentNumber: 003, awardDate: 2013-02-21, expiryDate: 2011-12-23, value: 81030.00


title_en: NISO TO SUPPLY FACTORY DIRECT PARTS (T8493-120004/A)

title_fr: OCIN POUR FOURNIR DES PIèCES PROVENANT DU FABRICANT (T8493-120004/A)

awardCriteria: lowestCost

description_en: Trade Agreement: WTO-AGP/NAFTA/AIT/Canada-Peru FTA/Canada-Colombia FTA Tendering Procedures: All interested suppliers may submit a bid Attachment: None Competitive Procurement Strategy: Lowest/Lower Bid Comprehensive Land Claim Agreement: No Nature of Requirements:    T8493-120004/A Phipps, Richard Telephone No. - (819) 956-0083 (    ) Fax No. - (819) 997-0437  NISO TO SUPPLY FACTORY DIRECT PARTS  National Individual Standing Offer (NISO) to supply factory direct parts, components accessories and ground support equipment to support the maintenance of Bell helicopters operated and/or maintained by Transport Canada, on an as and when requested basis, during the period April 01, 2013 to March 31, 2016. Delivery Date: Above-mentioned  The Crown retains the right to negotiate with suppliers on any procurement.  Documents may be submitted in either official language of Canada.

description_fr: Entente sur le commerce : OMC-AMP/ALÉNA/ACI/Canada-Pérou ALE/Canada-Colombie ALE Processus de demande des soumissions : Tout fournisseur intéressé peut présenter une soumission Pièce jointe : Aucune Stratégie d'approvisionnement concurrentielle : Soumissionnaire le moins-disant Entente sur les revendications territoriales globales : Non Nature des besoins :      T8493-120004/A Phipps, Richard Telephone No. - (819) 956-0083 (    ) Fax No. - (819) 997-0437  OCIN POUR FOURNIR DES PIèCES PROVENANT DU FABRICANT  Offre à commandes individuelle et nationale (OCIN) visant à fournir des pièces, des accessoires, des composants et des équipements de soutien terrestre provenant directement du fabricant nécessaires à l'entretien d'hélicoptères Bell utilisés et/ou entretenus par Transports Canada, selon la demande, du 1er avril 2013 au 31 mars 2016. Date de livraison : Indiquée ci-dessus  L'État se réserve le droit de négocier les conditions de tout marché avec les fournisseurs.  Les documents peuvent être présentés dans l'une ou l'autre des langues officielles du Canada.

awardCriteriaDetails_en: Buyandsell.gc.ca value: 01, Lowest/Lower Bid

awardCriteriaDetails_fr: Valeur sur Buyandsell.gc.ca : 01, Soumissionnaire le moins-disant

legalName_en: Public Works and Government Services Canada

legalName_fr: Travaux publics et Services gouvernementaux Canada


rationale: amendmentNumber: 000, awardDate: 2011-05-31, expiryDate: 2014-03-31, value: 50000.00 | amendmentNumber: 001, awardDate: 2012-11-22, expiryDate: 2014-03-31, value: 0.00 | amendmentNumber: 002, awardDate: 2013-06-20, expiryDate: 2014-03-31, value: 50000.00