1.01 Update URLs for live site
1.02 Add 1003.13 PSE54 to the program.
1.03 Clarify test campaigns.
1.04 Add 1003.13 PSE52 to the program, rework PSE54 now that the interim requirements have become permanent.
1.05 Updates for new server.
1.06 Refresh for 2016 program.
This document is a guide for suppliers who want to submit products for certification within the POSIX®: Certified by IEEE and The Open Group Program. This certification program has been jointly developed and is operated by IEEE and The Open Group. This document guides you through all the steps required for certification.
Certification is given to those products or range of products that have been certified by IEEE and The Open Group as having demonstrated their conformance to the applicable Conformance Requirements. The detailed requirements for conformance are identified in the relevant Product Standards. Suppliers of Certified Products may optionally choose to license the POSIX certification trademark for use in connection with their product.
The Certification Policy governs certification. The Certification Agreement covers the terms and conditions of the certification service and the warranty of conformance. You must agree to the terms and conditions outlined in both these documents prior to certification. If you decide to license the POSIX certification trademark, then you must also agree to the terms in the Trademark License Agreement (TMLA). For your convenience, significant highlights of the certification process are outlined below, and the following sections give more comprehensive information.
At the end of this document is a Certification Checklist to help you make sure that your product registration is complete.
Note: In the event of any conflicts, this guide defers to the Certification Policy, the POSIX Trademark License Agreement and the Certification Agreement
The IEEE standards currently referenced for the POSIX certification program are:
This is referenced by the Product Standards (see Section 2.1.2).
You should be familiar with the applicable standard prior to commencing certification. See Section 1.3 for information on obtaining copies of the standards.
This section includes a list of all the certification documents and their purpose.
To become familiar with this certification program, you should read the following program documents:
The Certification Policy
This document is the foundation of the program, providing information on the types of products that can be certified in the program, what it means to be certified, what is required to get a product certified and how to make sure that a product remains certified. See Section 2.1.2 for further information.
The POSIX Trademark License Agreement
The POSIX Trademark License Agreement is optional for certification but is required if you wish to use the POSIX trademark in connection with your product. For this version of the program, the POSIX trademark can only be licensed for use with certain Product Standards, see Section 2.5 for further information.
The Product Standards
The Product Standards should then be read to understand the detailed conformance requirements against which a product can be certified. See Section 2.1.2 for further information.
The Guide to Certification (this document)
This document is a guide for suppliers who want to certify products and provides detailed information on the steps required to take to achieve certification.
Conformance Statement Questionnaires
A questionnaire to be completed during certification. It contains a structured set of questions which when answered describe the way in which the Product meets the Conformance Requirements. It also precisely identifies the product and the environment in which conformance is guaranteed. There is a conformance statement for each Product Standard. See Section 3.2 for further information.
POSIX Conformance Document (PCD)
This is a document required to be produced by suppliers claiming conformance to IEEE Std 1003.1 or IEEE Std 1003.13. It is required when certifying to the 1003.1™-2003 or 1003.1™-2016 Base Product Standard, the PSE54 Multipurpose Realtime 1003.13-2003 System Product Standard and the PSE52 Realtime Controller 1003.13-2003 System Product Standard
A summary of the external web references is given below:
|http://get.posixcertified.ieee.org/||The Starting point for POSIX Certified by IEEE and The Open Group|
|http://get.posixcertified.ieee.org/docs/POSIX_Certification_Policy_v1.1.pdf||The Certification Policy|
|http://www.unix.org/version4/||The POSIX 1003.1, 2016 Edition Specification (html version)|
|http://get.posixcertified.ieee.org/certification_guide.html||The Guide to Certification|
|http://get.posixcertified.ieee.org/register.html||The Certification Register|
|http://get.posixcertified.ieee.org/prodstandards.html||The Current Set of Product Standards|
|http://get.posixcertified.ieee.org/docs/testsuites.html||The List of Currently Authorized Test Suites|
|http://get.posixcertified.ieee.org/PR/||The Problem Reporting System and Database|
|http://get.posixcertified.ieee.org/posixfaq.html||The Frequently Asked Questions File|
|http://get.posixcertified.ieee.org/prodstandards.html||The Conformance Statement Questionnaires|
This guide details the steps you are required to take to achieve certification, and provides information on how to perform each of these steps.
The process involves:
To become familiar with the program, you should read the following program documents:
It is best to start with the Certification Policy, which is the foundation of the program. It provides information on the types of products that can be certified in the program, what it means to be certified, what is required to get a product certified and how to make sure that a product remains certified.
The Certification Policy describes certification for Products meeting the conformance requirements as specified in a Product Standard (see Section 2.1.2). There are two levels of certification defined:
Platform Specific Certification refers to a single defined environment, whereas Product Family Certification is for a binary-compatible family. A defined environment is the combination of hardware and software. Having two certification levels allows you to choose the appropriate level to match your certification needs. If you wish to register a single product on a single hardware platform for certification, then choose Platform Specific, in which case a single set of results is required. If you want to extend your certification across a range of binary compatible hardware and software environments then choose Product Family, in which case you will then need to submit test results from two distinct members of the family to provide the necessary assurance.
The Product Standards should then be read to understand the detailed conformance requirements against which a product can be certified. Product Standards provide a mapping between certification, the POSIX standards and the test suites needed to demonstrate conformance. Product Standards exist for each type of product that can be certified.
The current Product Standards that products can be certified against are:
which is comprised of the following subsidiary Product Standards:
Certification is also still possible for the 2003 editions of the above.
The following are standalone Product Standards:
You should review Section 3, Conformance of the Certification Policy and the Product Standards and identify those against which you would like to have your product certified. The 1003.1 Product Standards are interrelated. You can register your product for either the 1003.1™-2016 System Interfaces, or 1003.1™-2016 Shell and Utilities, or both. However for the 1003.1™-2016 Base Product Standard, both the subsidiary Product Standards must be registered, either prior or simultaneously, for certification to be achieved. The 1003.13 PSE54 and 1003.13 PSE52 Product Standards can be registered on their own.
Your company and product details are confidential between you and the Certification Authority. This is effective once you complete and return the Certification Agreement, which is a prerequisite to registering a product. The Certification Authority does not make any certification information available to any third party, including employees, consultants or members, without the written permission of the supplier.
Upon successful completion of the certification process, the certified product will be included in the publicly available Certification Register at http://get.posixcertified.ieee.org/register.html. However, to allow for time lag to launch a certified product, you may request that certification remain confidential for up to 6 months from the date of written notification by the Certification Authority that a product has achieved certification. A request that the certification remain confidential can be made in the final step of the product registration (see Section 3.7 below). See Section 12.3 of the Certification Policy for further information.
Normally testing your product with the certification test suite(s) is the first activity. You should read the applicable Product Standard for the product you are considering certifying, referring to the Indicators of Compliance section to identify the required certification test suites.
If you are not an existing test suite licensee then you need to obtain the test suites from the Certification Authority (for the 1003.1 Product Standards they can be obtained once you commence a product registration, see Sections 2.7 and 3.6).
You should in all cases check that the version of the test suite is still authorized (see Section 2.3.1). The test suite should be used, along with any additional method you deem appropriate, to make sure that your product meets the applicable conformance requirements and is ready for formal registration for certification.
You should note that for formal testing, only currently authorized versions of the certification test suites can be used. So, if after obtaining the test suites, your informal testing takes an extended period you should check back to ensure that the version is still an authorized version. The Certification Authority maintains a list of the currently authorized certification test suites at http://get.posixcertified.ieee.org/docs/testsuites.html.
Below is information on how to find further information on the test suites and where to report any bugs.
For 1003.1 The Open Group provides five days elapsed time initial installation support for the test suites. You may also purchase additional ninety-day periods or an annual support license. The support service is provided by electronic mail and information on the terms of the service and how to obtain it is provided with the test suite when it is made available.
If you have problems outside of the initial free support period with running the certification test suites, please first read the documentation provided with the test suite. If this does not answer your questions, please check the Frequently Asked Questions file at http://get.posixcertified.ieee.org/posixfaq.html.
For 1003.13 PSE54 and 1003.13 PSE52, support is dependent on a support license being in place.
If you are using one of the authorized test suites and getting failures but are certain that your product conforms to the standards, please check the Problem Report information database held at http://get.posixcertified.ieee.org/PR. The online Problem Report database contains known information on existing bugs and interpretations of the standard. The issue may already be resolved by an existing Interpretation, or by an agreed Test Suite Deficiency. If it is not, please raise a new Problem Report, see http://get.posixcertified.ieee.org/PR.
For general questions related to certification, but not test suite specific, you can email firstname.lastname@example.org fully describing the problem. Please note that the Certification Authority helpdesk only handles general questions and is not able to address test suite specific issues.
Certification is a formal process. You, as a supplier of a certified product, warrant and represent by accepting the Certification Agreement that the product meets all the conformance requirements applicable to the Product Standard against which it is certified and implements all the features claimed in the Conformance Statement.
The obligations, terms and conditions of certification are fully set out in the following documents:
and if you intend to use the POSIX trademark in connection with your certified product:
These documents are available via the POSIX Certification Web Page at http://get.posixcertified.ieee.org/.
It is necessary to read these documents before you start the certification process in order to fully understand the policies and requirements.
If you wish to use the POSIX trademark in association with your certified Product, then you need also to execute a trademark license agreement prior to any use of the POSIX trademark. The POSIX Trademark License Agreement is between you and the IEEE and requires signature.
The POSIX trademark can be licensed for use with the following product standards:
A visible notation of whether a product is licensed to use the POSIX trademark is carried on the Certification Register.
The Trademark License agreement only needs to be entered into once per organization. When it is in place multiple certified products can use the trademark without the need to execute another agreement with the IEEE. Trademark licensees with certified products receive a certificate for each applicable product.
You are required to agree to the Certification Agreement for each product registration.
The Certification Agreement is between you and the Certification Authority. It defines the certification service and the legal commitment to the conditions of the service. This is also where you warrant conformance of your product to the relevant Product Standard.
(This section is not applicable if you are registering a product against the PSE54 Multipurpose Realtime 1003.13-2003 System Product Standard or the PSE52 Realtime Controller 1003.13-2003 Product Standard.)
If you are not already a licensee of the test suite designated as the indicator of compliance for the Product Standard against which your product is being registered then you must agree to the Test Suite Agreement.
The Test Suite Agreement is between you and The Open Group. It defines the terms and conditions for free access to the test suite(s) required for product registration. A Test Suite Agreement is required for each product undergoing registration. The Test Suite Agreement is time-limited and valid for an initial period of 90-days. If during that time the product becomes a certified product then the license period extends to the period that the product remains a certified product.
Note: the Test Suite Agreement is a hardcopy document available from the Certification Authority once you have returned a Certification Agreement to enter the registration process. You must have it signed by an Authorized Signatory and then scanned and emailed back to The Open Group.
Although not required for product certification in order to be listed on the public Certification Register, if you wish to use the POSIX trademark on or in connection with your product, or you need a formal certificate for your product (which carries the certification mark) then you must execute a POSIX Trademark License Agreement with the IEEE.
If applicable, we recommend you submit a completed POSIX Trademark License Agreement to the IEEE as early as possible in the process. You should download the TMLA from the link provided within the web certification system, and follow the instructions for submitting to the IEEE. Once you have submitted it to the IEEE you should inform the CA of the date of submittal. The CA will then be able to followup with IEEE to find out when the TMLA has been countersigned by them.
Note: For this version of the program, the POSIX trademark can be licensed for use with the 1003.1™-2016 Base Product Standard, the 1003.1™-2003 Base Product Standard, the PSE54 Multipurpose Realtime 1003.13-2003 System Product Standard, and the PSE52 Realtime Controller 1003.13-2003 System Product Standard.
The next step is to complete a Conformance Statement to describe your product and how it meets the conformance requirements. If your product is being registered for multiple Product Standards you will need to complete a Conformance Statement for each Product Standard. Your Conformance Statement(s) will be linked into the Certification Register entry for the product once it is certified. A template Conformance Statement Questionnaire is available for each Product Standard from http://get.posixcertified.ieee.org/docs/conformance.html.
The currently available Conformance Statement Questionnaires are:
You must complete the relevant questionnaire to create a Conformance Statement for your product. See Sections 1.2, Section 2 and Section 3.3 of the Certification Policy for further information on the purpose of the Conformance Statement.
Conformance Statement Questionnaires are provided as html templates. You should download the template and edit the html, retaining the existing layout. You must submit the completed Conformance Statement in html format to the Certification Authority. You can submit your Conformance Statement after you have created a company account and started product registration. Conversion to other formats besides html, or changes to the template in sections other than those allocated for Responses are not acceptable and will result in the Certification Authority rejecting your submission.
Conformance Statement Questionnaires have common frontmatter that ask for the following information about your company and the product that you are certifying:
Your organization name and your name as the author of the conformance statement. The organization name must match that which has been entered in the web certification system.
Enter the product name, version/release number or identifier, and product supplier for each product required to meet the conformance requirements. If more than one product is being registered to meet the Product Standard, please list the additional products, and extend the table if necessary. The product name and version information must match that which has been entered into the web certification system.
If additional patches or specific package versions are required that are not included in the default product packaging for the version/release of the package declared, then such additional information needs to appear.
Product registration applies to software products operating in a specific hardware or hardware/software environment. A product may be registered either as a single product, known as Platform Specific Certification, or as a family of binary-compatible products, known as Product Family Certification.
In the case of Platform Specific Certification, registration is on the basis of a single test report. For Product Family Certification, sometimes two test reports from distinct members of the binary-compatible family are required (refer to the test campaign).
You need to enter the level of Certification (Platform Specific or Product Family). If Product Family Certification then you need to enter a full description of the binary-compatible family covered by the certification. The term binary-compatible family is defined in the Certification Policy. Generally, this will be a range of machines for the same processor architecture, each capable of running the same software executables unchanged. If software has to be recompiled for a specific machine then it is not binary-compatible.
You also need to provide the precise hardware/software environment (two environments for Product Family Certification) and test suite and version number with which your product's conformance has been demonstrated. Note that whether two results are required to be submitted depends on the test campaign.
The Conformance Statement Questionnaire also contains Product Standard specific questions that must be answered. Submission of the Conformance Statement occurs during the product registration process.
If you are certifying a product to the 1003.1™-2016 Base Product Standard, the 1003.1™-2003 Base Product Standard, the PSE54 Multipurpose Realtime 1003.13™-2003 System Product Standard or the PSE52 Realtime Controller 1003.13™-2003 System Product Standard then you need to produce and submit a POSIX Conformance Document (PCD) to the Certification Authority. This is a requirement from each of the standards, see IEEE Std 1003.1, Base Definitions Volume, Section 2.1.2 and IEEE Std 1003.13, Section 5, Conformance. Unlike the Conformance Statements, there is no prescribed format for the document. The Certification Authority requires it to be submitted during the product registration process in either text, html or Adobe PDF. Other formats such as wordprocessor or typesetter formats are not acceptable. To aid completion of the document templates are provided listing all the required sections to be addressed by the PCD for conformance.
Applying for certification requires you to submit some initial information to the Certification Authority. The initial submission involves completing a Registration Form (including your company details and contact details), and accepting the terms and conditions of the POSIX Certification program.
When you register your product you are required to provide product details including the product name and version or release information for which conformance has been demonstrated.
You must enter the Product Standard that the product is being registered for on the registration. If a product is being registered against multiple Product Standards, you must submit separate forms. If you are registering the 1003.1™-2016 or 2003 Base Product Standard, you must also register or have previously registered the subsidiary Product Standards.
You must select the level of certification for the product. There are two levels defined:
If you wish to provide any notes to the CA about this registration you may do so on this form. Such notes are held confidential between you and the CA. You may also enter a URL for your product which would be presented on the Certification Register.
When submitting a product registration form, you must also submit a signed Certification Agreement in order to proceed with this product registration.
The first document that you must submit is the Conformance Statement for your product (see section 3.2)
The next steps are to obtain the test suites, perform formal testing and then submit the test results as a sequence of files to the Certification Authority.
(This section is not applicable if you are registering a product against the PSE54 Multipurpose Realtime 1003.13-2003 System Product Standard.)
If you are not an existing test suite licensee, you can download the Test Suite Agreement, which must be completed in order to proceed with this product registration. This agreement must be signed by an Authorized Signatory. You must download the document and follow the instructions on its cover page which include where to fax the completed agreement. Once accepted you will be sent details of how to access the test suites.
Formal testing is a self-test activity with results submitted to the Certification Authority for audit, by uploading through the certification system web site. At this point in time you need to make sure you understand the required test campaign, that is, which test suites are required to be used for certification testing (see Section 3.7.2 for details). You also need to make sure that you have obtained a currently authorized version of the certification test suite(s) (see Section 3.1), since other versions will not be valid for formal testing.
You can obtain help and information as described in the Section 2.3, Informal Testing.
Test results submitted should always include the full journal output from an uninterrupted run of the applicable test suite. If this is not possible, a Problem Report must be raised stating the nature of the problem and you should wait for a response from the Certification Authority before proceeding further.
As part of certification you are required to upload test journals for each applicable test suite.
If there are failed test results then that you will need to resolve by referencing granted waivers.. If there are tests requiring manual resolution you need to resolve those also.
Failed Test Results and Problem Reporting
The failed test results in the test journal that require resolution are those with a status of FAIL, UNINITIATED, UNRESOLVED or NORESULT. The resolution process requires you to enter a valid reference to an approved Problem Report from the Problem Reporting database for each failed test case. An approved problem report is one which has resulted in an agreed Interpretation of the standard, a Test Suite Deficiency or a Certification System Deficiency. These apply to specific versions of a standard, test suite or certification system.
Problem Report IDs must be valid in order to complete the required data entry for this page. IDs have a format of TYPE.PX.NUMBER, where TYPE has the value INT, TSD or CSD (Interpretation, Test Suite Deficiency or Certification System Deficiency), PX is a fixed string, and NUMBER is a four digit decimal number. You must also check that the test suite version is valid for the Product Standard for all PR's referenced.
The test results in the journal that require manual resolution are denoted FIP (further information provided). The resolution process requires you to assert that the test case resolves to a PASS result for your system, and optionally to provide brief commentary. No reference is required to an approved problem report for FIP results.
For certification the required indicators of compliance are defined in the Product Standards. The test campaign associated with these including conformance statements and required test results are summarized below:
|Product Standard||Test Campaign|
|1003.1™-2016/2003 System Interfaces||
|1003.1™-2016/2003 Shell and Utilities||
|PSE54 Multipurpose Realtime 1003.13™-2003 System||
|PSE52 Realtime Controller 1003.13™-2003 System||
For initial certifications a complete run of the listed test tools is required for the product standards listed. For renewals and certification updates you should refer to section 4, Renewals and Product Updates for information on the applicable test campaigns.
Once you have completed submission of all the required information, you must proceed with the payment or request it be placed on hold pending other registration activity (such as another Product Standard).
You should contact the Certification Authority to confirm the method of payment.
Payment is required to complete a full submission for registration. Payment may be either by credit card at the time of registration, or by purchase order, check or wire transfer received by the CA in advance of registration.
Note: The CA will not process the registration until payment has been received.
See http://get.posixcertified.ieee.org/docs/docs/posix-fee-schedule-1.3.PDF for the fee schedule. Please note that if you use a payment method other than by credit card, your submission cannot be processed until the payment is received by the Certification Authority.
If you are submitting for certification the three Product Standards required for the 1003.1™-2016 or 2003 Base Product Standard, you need to submit them at the same time.
If your submission is complete, you will be notified of successful certification within 6 business days. If for any reason the submission was not complete, you will be notified so that any corrections can be made and resubmitted. Such a resubmission needs to be done within one month unless an extension has been granted by the Certification Authority. The initial fee covers one set of corrective actions.
The details of the certified product will then be put on the Certification Register, which is a public document, unless you have requested that it remains confidential. To keep the certification confidential, this option must be selected in the web certification system at the time the product is submitted.
When a product certification has been made public, if you are a trademark licensee then you will also be sent a certificate by electronic mail.
You should note that certification is valid for a defined period as stated in Section 8.1, Duration of Certification of the Certification Policy. At the end of that period, if you wish your product to remain certified you will need to renew your product's certification. (See Section 4 below for more information.)
For Product Standards, such as the 1003.1-2003 Base, that are built upon other Product Standards the following rules apply:
You may appeal decisions made by the IEEE or The Open Group Certification Authority as stated in Section 10, Appeals Process of the Certification Policy. Any request for appeal should be sent by electronic mail to the certification authority . Receipt of such a request will be acknowledged within 6 working days by the Certification Authority and the appeals process invoked.
A certified product has a defined period for its initial certification, after which it must be renewed or the product will no longer continue to be certified. Normally, this is one year from the date of initial certificaton.
When a renewal is due the Certification Authority will notify you around two months in advance using electronic mail (so it is important to maintain your contact information). At any time, you may send a request to the Certification Authority to obtain the renewal dates for your certified products.
Renewal implies that your product continues to conform and that you will continue to support your product for the duration of the renewal period.
Renewals are undertaken by contacting the Certification Authority.
You can then elect to renew for the next certification period or, at your option, elect for a shorter period.
You may be required to re-test your product. This depends on whether the Certification Authority is aware of any issues that would highlight the need to re-test. If you are required to re-test, the Certification Authority will confirm the re-test requirements and confirm how you should upload new test results for your product.
If you make any changes to your certified product, you may be required to re-test or re-certify as required by Section 8, Certification Requirements of the Certification Policy. You should read that section thoroughly since it describes multiple scenarios related to product changes, some of which require a certification related activity.
In some cases a complete "Full certification" is required since the update is equivalent to a new product so far as certification is concerned. For example, if you took your product and moved it to another processor architecture which required a recompilation of the source code, even if your product requires no source code changes, this act of recompilation would constitute a major change and would require a Full certification.
If the change to your product qualifies as a maintenance release (as defined in Section 8.3, Product Maintenance Releases of the Certification Policy) you are not required to contact the Certification Authority. However, please remember that accepting the Certification Agreement commits your company to provide a warranty of continued conformance. So we strongly recommend that you run the conformance tests regularly as quality-assurance tools every time you make a change.
You may request an update to your product's certification information to include the maintenance release. Depending on how you describe the maintenance release, this may be a wise thing to do so as to avoid marketplace confusion regarding which versions of your products are certified. Updates to a product's certification information for a maintainance release can be done by contacting the Certification Authority. The Certification Authority will change the product name on the Conformance Statement and in the Certification Register and issue a new certificate, if a certificate was previously issued.
If you wish to rename your product (as defined in Section 8.3, Renamed Products of the POSIX Certification Policy) then please contact the Certification Authority including the details of the required change and a written statement to the Certification Authority indicating that there have been no material changes to the certified product. The Certification Authority will change the product name on the Conformance Statement and in the Certification Register and issue a new certificate, if a certificate was previously issued.
If your product is a submission in progress and has not been submitted for audit to the Certificaton Authority, then renaming the product can be done using the web based certification system. Select the product that you wish to rename, the form with the product details including name and version will then presented for you to update. If you have submitted the product for audit please contact the Certification Authority.
If you wish to re-brand a product (as defined in Section 8.6, Re-branded products of the Certification Policy), locate and read the Conformance Statement for that product to obtain information on the product suppliers policy with respect to re-branding. First, you should find out whether you have the permission required for re-branding. Then proceed into the web based certification system as if you were certifying a new product, except that when you are asked to input information about the product you should select that this is a "Re-branded" product. You will then be presented with a web re-branded product form to complete.
The main difference between a "re-branded" product registration and a new product registration is that no test results are required to be submitted. Upon submission, the Certification Authority will verify that you have permission.
Other scenarios are considered as new products and subject to "Full certification" as described in Section 3 of this document.
The following checklist is provided to assist with completion of your product registration:
|Understanding the certification program and process|