Environmental Protection Agency Acquisition Regulation (EPAAR); Open Source Software, 55894-55897 [2019-22435]

Download as PDF 55894 Federal Register / Vol. 84, No. 202 / Friday, October 18, 2019 / Proposed Rules 311(a)(2) of the Communications Act, and that the public interest, convenience, and necessity will be served thereby, the presiding officer may authorize an applicant, upon a showing of special circumstances, to give notice in a manner other than that prescribed by this section; may accept notice that is given in a manner which does not conform strictly in all respects with the provisions of this section; or may extend the time for giving notice. [FR Doc. 2019–22052 Filed 10–17–19; 8:45 am] ENVIRONMENTAL PROTECTION AGENCY 48 CFR Parts 1539 and 1552 [EPA–HQ–OARM–2018–0743; FRL–10000– 34–OMS] Environmental Protection Agency Acquisition Regulation (EPAAR); Open Source Software Environmental Protection Agency (EPA). ACTION: Proposed rule. AGENCY: The Environmental Protection Agency (EPA) is writing a new EPAAR clause to address open source software requirements at EPA, so that the EPA can share open source software developed under its procurements. DATES: Comments must be received on or before December 17, 2019. ADDRESSES: Submit your comments, identified by Docket ID No. EPA–HQ– OARM–2018–0743, at https:// www.regulations.gov. Follow the online instructions for submitting comments. Once submitted, comments cannot be edited or removed from Regulations.gov. The EPA may publish any comment received to its public docket. Do not submit electronically any information you consider to be Confidential Business Information (CBI) or other information whose disclosure is restricted by statute. Multimedia submissions (audio, video, etc.) must be accompanied by a written comment. The written comment is considered the official comment and should include discussion of all points you wish to make. The EPA will generally not consider comments or comment contents located outside of the primary submission (i.e., on the web, cloud, or other file sharing system). For additional submission methods, the full EPA public comment policy, information about CBI or multimedia submissions, and general guidance on making effective comments, please visit SUMMARY: 16:07 Oct 17, 2019 FOR FURTHER INFORMATION CONTACT: Thomas Valentino, Policy, Training and Oversight Division, Acquisition Policy and Training Branch (3802R), Environmental Protection Agency, 1200 Pennsylvania Ave. NW, Washington, DC 20460; telephone number: (202) 564– 4522; email address: valentino.thomas@ epa.gov. SUPPLEMENTARY INFORMATION: I. General Information BILLING CODE 6712–01–P VerDate Sep<11>2014 II. Background https://www2.epa.gov/dockets/ commenting-epa-dockets. Jkt 250001 1. Submitting Classified Business Information. Do not submit CBI to EPA website https://www.regulations.gov or email. Clearly mark the part or all of the information that you claim to be CBI. For CBI information in a disk or CD– ROM that you mail to EPA, mark the outside of the disk or CD–ROM as CBI, and then identify electronically within the disk or CD–ROM the specific information that is claimed as CBI. In addition to one complete version of the comment that includes information claimed as CBI, a copy of the comment that does not contain the information claimed as CBI must be submitted for inclusion in the public docket. Information so marked will not be disclosed except in accordance with procedures set forth in 40 CFR part 2. 2. Tips for Preparing Your Comments. When submitting comments, remember to: D Identify the rulemaking by docket number and other identifying information (subject heading, Federal Register date and page number). D Follow directions—The Agency may ask you to respond to specific questions or organize comments by referencing a Code of Federal Regulations (CFR) Part or section number. D Explain why you agree or disagree, suggest alternatives, and substitute language for your requested changes. D Describe any assumptions and provide any technical information and/ or data that you used. D If you estimate potential costs or burdens, explain how you arrived at your estimate in sufficient detail to allow for it to be reproduced. D Provide specific examples to illustrate your concerns, and suggest alternatives. D Explain your views as clearly as possible, avoiding the use of profanity or personal threats. D Make sure to submit your comments by the comment period deadline identified. PO 00000 Frm 00029 Fmt 4702 Sfmt 4702 The EPA is writing a new EPAAR clause to address open source software requirements at EPA, so that the EPA can share custom-developed code as open source code developed under its procurements, in accordance with Office of Management and Budget’s (OMB) Memorandum M–16–21, Federal Source Code Policy: Achieving Efficiency, Transparency, and Innovation through Reusable and Open Source Software. In meeting the requirements of Memorandum M–16–21 the EPA will be providing an enterprise code inventory indicating if the new code (source code or code) was customdeveloped for, or by, the agency; or if the code is available for Federal reuse; or if the code is available publicly as open source code; or if the code cannot be made available due to specific exceptions. III. Proposed Rule The proposed rule amends EPA Acquisition Regulation (EPAAR) Part 1539, Acquisition of Information Technology, by adding Subpart 1539.2, Open Source Software; and § 1539.2071, Contract clause. EPAAR Subpart 1552.2, Texts of Provisions and Clauses, is amended by adding EPAAR § 1552.239– 71, Open Source Software. 1. EPAAR Subpart 1539.2 adds the new subpart. 2. EPAAR § 1539.2071 adds the prescription for use of § 1552.239–71 in all procurements where open-source software development/custom development of software will be required. 3. EPAAR § 1552.239–71, Open Source Software, provides the terms and conditions for open source software code development and use. IV. Statutory and Executive Orders Reviews A. Executive Order 12866: Regulatory Planning and Review and Executive Order 13563: Improving Regulation and Regulatory Review This action is not a ‘‘significant regulatory action’’ under the terms of Executive Order (E.O.) 12866 (58 FR 51735, October 4, 1993) and is therefore not subject to review under the E.O. B. Paperwork Reduction Act This action does not impose an information collection burden under the provisions of the Paperwork Reduction Act, 44 U.S.C. 3501 et seq. Burden is defined at 5 CFR 1320.3(b). E:\FR\FM\18OCP1.SGM 18OCP1 Federal Register / Vol. 84, No. 202 / Friday, October 18, 2019 / Proposed Rules C. Regulatory Flexibility Act (RFA), as Amended by the Small Business Regulatory Enforcement Fairness Act of 1996 (SBREFA), 5 U.S.C. 601 et seq. The Regulatory Flexibility Act generally requires an agency to prepare a regulatory flexibility analysis of any rule subject to notice and comment rulemaking requirements under the Administrative Procedure Act or any other statute; unless the agency certifies that the rule will not have a significant economic impact on a substantial number of small entities. Small entities include small businesses, small organizations, and small governmental jurisdictions. For purposes of assessing the impact of this proposed rule on small entities, ‘‘small entity’’ is defined as: (1) A small business that meets the definition of a small business found in the Small Business Act and codified at 13 CFR 121.201; (2) a small governmental jurisdiction that is a government of a city, county, town, school district or special district with a population of less than 50,000; or (3) a small organization that is any not-forprofit enterprise which is independently owned and operated and is not dominant in its field. After considering the economic impacts of this rule on small entities, I certify that this action will not have a significant economic impact on a substantial number of small entities. In determining whether a rule has a significant economic impact on a substantial number of small entities, the impact of concern is any significant adverse economic impact on small entities, because the primary purpose of the regulatory flexibility analyses is to identify and address regulatory alternatives ‘‘which minimize any significant economic impact of the proposed rule on small entities’’ 5 U.S.C. 503 and 604. Thus, an agency may certify that a rule will not have a significant economic impact on a substantial number of small entities if the rule relieves regulatory burden, or otherwise has a positive economic effect on all of the small entities subject to the rule. This action establishes a new EPAAR clause that will not have a significant economic impact on a substantial number of small entities. We continue to be interested in the potential impacts of the rule on small entities and welcome comments on issues related to such impacts. D. Unfunded Mandates Reform Act Title II of the Unfunded Mandates Reform Act of 1995 (UMRA, Pub. L. 104–4, establishes requirements for Federal agencies to assess the effects of their regulatory actions on State, Local, VerDate Sep<11>2014 16:07 Oct 17, 2019 Jkt 250001 and Tribal governments and the private sector. This rule contains no Federal mandates (under the regulatory provisions of the Title II of the UMRA) for State, Local, and Tribal governments or the private sector. The rule imposes no enforceable duty on any State, Local or Tribal governments or the private sector. Thus, the rule is not subject to the requirements of sections 202 and 205 of the UMRA. E. Executive Order 13132: Federalism Executive Order 13132, entitled ‘‘Federalism’’ (64 FR 43255, August 10, 1999), requires EPA to develop an accountable process to ensure ‘‘meaningful and timely input by State and Local officials in the development of regulatory policies that have federalism implications. ‘‘Policies that have federalism implications’’ is defined in the Executive Order to include regulations that have ‘‘substantial direct effects on the States, on the relationship between the national government and the States, or on the distribution of power and responsibilities among the various levels of government.’’ This rule does not have federalism implications. It will not have substantial direct effects on the States, on the relationship between the national government and the States, or on the distribution of power and responsibilities among the various levels of government as specified in Executive Order 13132. F. Executive Order 13175: Consultation and Coordination With Indian Tribal Governments Executive Order 13175, entitled ‘‘Consultation and Coordination with Indian Tribal Governments’’ (65 FR 67249, November 9, 2000), requires EPA to develop an accountable process to ensure ‘‘meaningful and timely input by tribal officials in the development of regulatory policies that have tribal implications.’’ This rule does not have tribal implications as specified in Executive Order 13175. G. Executive Order 13045: Protection of Children From Environmental Health and Safety Risks Executive Order 13045, entitled ‘‘Protection of Children from Environmental Health and Safety Risks’’ (62 FR 19885, April 23, 1997), applies to any rule that: (1) Is determined to be economically significant as defined under E.O. 12886, and (2) concerns an environmental health or safety risk that may have a proportionate effect on children. This rule is not subject to E.O. 13045 because it is not an economically significant rule as defined by Executive PO 00000 Frm 00030 Fmt 4702 Sfmt 4702 55895 Order 12866, and because it does not involve decisions on environment health or safety risks. H. Executive Order 13211: Actions That Significantly Affect Energy Supply, Distribution, or Use This action is not subject to Executive Order 13211, ‘‘Actions Concerning Regulations That Significantly Affect Energy Supply, Distribution or Use’’ (66 FR 28335 (May 22, 2001), because it is not a significant regulatory action under Executive Order 12866. I. National Technology Transfer and Advancement Act of 1995 (NTTAA) Section 12(d) (15 U.S.C. 272 note) of the National Technology Transfer and Advancement Act of 1995, Public Law 104–113, directs EPA to use voluntary consensus standards in its regulatory activities unless to do so would be inconsistent with applicable law or otherwise impractical. Voluntary consensus standards are technical standards (e.g., materials specifications, test methods, sampling procedures and business practices) that are developed or adopted by voluntary consensus standards bodies. The NTTAA directs EPA to provide Congress, through OMB, explanations when the Agency decides not to use available and applicable voluntary consensus standards. This action does not involve technical standards. Therefore, EPA is not considering the use of any voluntary consensus standards. J. Executive Order 12898: Federal Actions To Address Environmental Justice in Minority Populations and Low-Income Populations Executive Order 12898 (59 FR 7629 (February 16, 1994) establishes federal executive policy on environmental justice. Its main provision directs federal agencies, to the greatest extent practicable and permitted by law, to make environmental justice part of their mission by identifying and addressing, as appropriate, disproportionately high and adverse human health or environmental effects of their programs, policies, and activities on minority populations and low-income populations in the United States. EPA has determined that this proposed rule will not have disproportionately high and adverse human health or environmental effects on minority or low-income populations because it does not affect the level of protection provided to human health or the environment in the general public. E:\FR\FM\18OCP1.SGM 18OCP1 55896 Federal Register / Vol. 84, No. 202 / Friday, October 18, 2019 / Proposed Rules K. Congressional Review Act The Congressional Review Act, 5 U.S.C. 801 et seq., as added by the Small Business Regulatory Enforcement Fairness Act of 1996, generally provides that before a major rule may take effect, the agency promulgating the rule must submit a rule report, which includes a copy of the rule, to each House of the Congress and to the Comptroller General of the United States. Section 804(2) defines a ‘‘major rule’’ as any rule that the Administrator of the Office of Information and Regulatory Affairs of the Office of Management and Budget finds has resulted in or is likely to result in (1) an annual effect on the economy of $100,000,000 or more; (2) a major increase in costs or prices for consumers, individual industries, Federal, State, or local government agencies, or geographic regions; or (3) significant adverse effects on competition, employment, investment, productivity, innovation, or on the ability of United States-based enterprises to compete with foreignbased enterprises in domestic and export markets. EPA is not required to submit a rule report regarding this action under section 801 as this is not a major rule by definition. Dated: September 17, 2019. Kimberly Y. Patrick, Director, Office of Acquisition Solutions. For the reasons set forth in the preamble, EPA proposes to amend EPAAR parts 1539 and 1552 as follows: PART 1539—ACQUISITION OF INFORMATION TECHNOLOGY 1. Authority: The authority citations for part 1539 continue to read as follows: ■ Authority: 5 U.S.C. 301 and 41 U.S.C. 418b. 2. Part 1539, as proposed to be added at 84 FR 48856 (September 17, 2019), is proposed to be further amended by adding subpart 1539.2, consisting of 1539.2071 to read follows: ■ Subpart 1539.2—Open Source Software Contract clause. (a) Contracting Officers shall use clause 1552.239–71, Open Source Software, for all procurements where open-source software development/ custom development of software will be VerDate Sep<11>2014 16:07 Oct 17, 2019 Jkt 250001 PART 1552—SOLICITATION PROVISIONS AND CONTRACT CLAUSES 3. Authority: The authority citations for part 1552 continue to read as follows: ■ Authority: 5 U.S.C. 301 and 41 U.S.C. 418b. 4. Add Section 1552.239–71 to read as follows: ■ 1552.239–71 Open source software. As prescribed in 1539.2071 insert the following clause: List of Subjects in 48 CFR Parts 1539 and 1552 Environmental protection, Government procurement, Reporting and recordkeeping requirements. 1539.2071 required; including, but not limited to, multi-agency contracts, Federal Supply Schedule orders, Governmentwide Acquisition Contracts, interagency agreements, cooperative agreements and student services contracts. (b) In addition to clause 1552.239–71, Contracting Officers must also select the appropriate version* of Federal Acquisition Regulation (FAR) clause 52.227–14, Rights in Data—General, to include in the subject procurement in accordance with FAR 27.409. (*Important note: Alternate IV of clause 52.227–14 is NOT suitable for opensource software procurement use because it gives the contractor blanket permission to assert copyright.) Open Source Software (Date) (a) Definitions. ‘‘Custom-Developed Code’’ means code that is first produced in the performance of a federal contract or is otherwise fully funded by the federal government. It includes code, or segregable portions of code, for which the government could obtain unlimited rights under Federal Acquisition Regulation (FAR) Part 27 and relevant agency FAR Supplements. Custom-developed code also includes code developed by agency employees as part of their official duties. Custom-developed code may include, but is not limited to, code written for software projects, modules, plugins, scripts, middleware and Application Programming Interfaces (API); it does not, however, include code that is truly exploratory or disposable in nature, such as that written by a developer experimenting with a new language or library. ‘‘Open Source Software (OSS)’’ means software that can be accessed, used, modified and shared by anyone. OSS is often distributed under licenses that comply with the definition of ‘‘Open Source’’ provided by the Open Source Initiative at https:// opensource.org/osd or equivalent, and/or that meet the definition of ‘‘Free Software’’ provided by the Free Software Foundation at: https://www.gnu.org/philosophy/free-sw.html or equivalent. ‘‘Software’’ means: (1) Computer programs that comprise a series of instructions, rules, routines or statements, regardless of the media in which recorded, that allow or cause a computer to PO 00000 Frm 00031 Fmt 4702 Sfmt 4702 perform a specific operation or series of operations; and (2) Recorded information comprising source code listings, design details, algorithms, processes, flow charts, formulas and related material that would enable the computer program to be produced, created or compiled. Software does not include computer databases or computer software documentation. ‘‘Source Code’’ means computer commands written in a computer programming language that is meant to be read by people. Generally, source code is a higher-level representation of computer commands written by people, but must be assembled, interpreted or compiled before a computer can execute the code as a program. (b)(1) Policy. It is the EPA policy that new custom-developed code be made broadly available for reuse across the federal government, subject to the exceptions provided in (b)(3) of this section. The policy does not apply retroactively so it does not require existing custom-developed code also be made available for Government-wide reuse or as OSS. However, making such code available for government-wide reuse or as OSS, to the extent practicable, is strongly encouraged. The EPA also supports the Office of Management and Budget’s (OMB) Federal Source Code Policy provided in OMB Memorandum M–16–21, Federal Source Code Policy: Achieving Efficiency, Transparency, and Innovation through Reusable and Open Source Software, by: (i) Providing an enterprise code inventory (e.g., code.json file) that lists new and applicable custom-developed code for, or by, the EPA; (ii) Indicating whether the code is available for Federal reuse; or (iii) Indicating if the code is available publicly as OSS. (2) Exemption: Source code developed for National Security Systems (NSS), as defined in 40 U.S.C. 11103, is exempt from the requirements herein. (3) Exceptions: Exceptions may be applied in specific instances to exempt EPA from sharing custom-developed code with other government agencies. Any exceptions used must be approved and documented by the Chief Information Officer (CIO) or his or her designee for the purposes of ensuring effective oversight and management of IT resources. For excepted software, EPA must provide OMB a brief narrative justification for each exception, with redactions as appropriate. Applicable exceptions are as follows: (i) The sharing of the source code is restricted by law or regulation, including— but not limited to—patent or intellectual property law, the Export Asset Regulations, the International Traffic in Arms Regulation and the federal laws and regulations governing classified information. (ii) The sharing of the source code would create an identifiable risk to the detriment of national security, confidentiality of government information or individual privacy. (iii) The sharing of the source code would create an identifiable risk to the stability, security or integrity of EPA’s systems or personnel. E:\FR\FM\18OCP1.SGM 18OCP1 Federal Register / Vol. 84, No. 202 / Friday, October 18, 2019 / Proposed Rules (iv) The sharing of the source code would create an identifiable risk to EPA mission, programs or operations. (v) The CIO believes it is in the national interest to exempt sharing the source code. (c) The Contractor shall deliver to the Contracting Officer (CO) or Contracting Officer’s Representative (COR) the underlying source code, license file, related files, build instructions, software user’s guides, automated test suites, and other associated documentation as applicable. (d) In accordance with OMB Memorandum M–16–21 the Government asserts its unlimited rights—including rights to reproduction, reuse, modification and distribution of the custom source code, associated documentation, and related files— for reuse across the federal government and as open source software for the public. These unlimited rights described above attach to all code furnished in the performance of the contract, unless the parties expressly agree otherwise in the contract. (e) The Contractor is prohibited from reselling code developed under this contract without express written consent of the EPA Contracting Officer. The Contractor must provide at least 30 days advance notice if it intends to resell code developed under this contract. (f) Technical guidance for EPA’s OSS Policy should conform with the ‘‘EPA’s Open Source Code Guidance’’ that will be maintained by the Office of Mission Support (OMS) at https://developer.epa.gov/guide/ open-source-code/ or equivalent. (g) The Contractor shall identify all deliverables and asserted restrictions as follows: (1) The Contractor shall use open source license either: (i) Identified in the contract, or (ii) Developed using one of the following licenses: (A) Creative Commons Zero (CC0); (B) MIT license; (C) GNU General Public License version 3 (GPL v3); (D) Lesser General Public License 2.1 (LGPL–2.1); (E) Apache 2.0 license; or (F) Other open source license subject to Agency approval. (2) The Contractor shall provide a copy of the proposed commercial license agreement to the Contracting Officer prior to contracting for commercial data/software. (3) The Contractor shall identify any data that will be delivered with restrictions. (4) The Contractor shall deliver the data package as specified by the EPA. (5) The Contractor shall deliver the source code to the EPA-specified version control repository and source code management system. (h) The Contractor shall comply with software and data rights requirements and provide all licenses for software dependencies as follows: (1) The Contractor shall ensure all deliverables are appropriately marked with the applicable restrictive legends. (2) The EPA is deemed to have received unlimited rights when data or software is delivered by the Contractor with restrictive markings omitted. VerDate Sep<11>2014 16:07 Oct 17, 2019 Jkt 250001 (3) If the delivery is made with restrictive markings that are not authorized by the contract, then the marking is characterized as ‘‘nonconforming.’’ In accordance with Federal Acquisition Regulation (FAR) 46.407, Nonconforming supplies or services, the Contractor will be given the chance to correct or replace the nonconforming supplies within the required delivery schedule. If the Contractor is unable to deliver conforming supplies, then the EPA is deemed to have received unlimited rights to the nonconforming supplies. (i) The Contractor shall include this clause in all subcontracts that include customdeveloped code requirements. (End of clause) [FR Doc. 2019–22435 Filed 10–17–19; 8:45 am] BILLING CODE 6560–50–P SURFACE TRANSPORTATION BOARD 49 CFR Chapter X [Docket No. EP 664 (Sub-No. 4)] Methodology for Determining the Railroad Industry’s Cost of Capital Surface Transportation Board. Notice of proposed rulemaking. AGENCY: ACTION: The Board proposes to incorporate an additional model to complement its use of the Morningstar/ Ibbotson Multi-Stage Discounted Cash Flow Model (MSDCF) and the Capital Asset Pricing Model (CAPM) in determining the cost-of-equity component of the cost of capital. DATES: Comments on the proposed rule are due by November 5, 2019. Reply comments are due by December 4, 2019. ADDRESSES: Comments and replies must be filed with the Board either via efiling or in writing addressed to: Surface Transportation Board, Attn: Docket No. EP 664 (Sub-No. 4), 395 E Street SW, Washington, DC 20423–0001. Written comments and replies will be posted to the Board’s website at www.stb.gov. FOR FURTHER INFORMATION CONTACT: Nathaniel Bawcombe at (202) 245–0376. Assistance for the hearing impaired is available through the Federal Relay Service at (800) 877–8339. SUPPLEMENTARY INFORMATION: Each year, the Board determines the railroad industry’s cost of capital and then uses this figure in a variety of regulatory proceedings, including the annual determination of railroad revenue adequacy, rate reasonableness cases, feeder line applications, rail line abandonments, trackage rights cases, and rail merger reviews. The annual cost-of-capital figure is also used as an input in the Uniform Railroad Costing SUMMARY: PO 00000 Frm 00032 Fmt 4702 Sfmt 4702 55897 System, the Board’s general purpose costing system.1 The Board calculates the cost of capital as the weighted average of the cost of debt and the cost of equity. See Methodology to be Employed in Determining the R.R. Indus.’s Cost of Capital, EP 664, slip op. at 3 (STB served Jan. 17, 2008). While the cost of debt is observable and readily available, the cost of equity (the expected return that equity investors require) can only be estimated.2 Id. Thus, ‘‘estimating the cost of equity requires relying on appropriate finance models.’’ Pet. of the W. Coal Traffic League to Inst. a Rulemaking Proceeding to Abolish the Use of the Multi-Stage Discounted Cash Flow Model in Determining the R.R. Indus.’s Cost of Equity Capital, EP 664 (Sub-No. 2), slip op. at 2 (STB served Oct. 31, 2016). In 2009, the Board moved from a costof-equity estimate based solely on CAPM to a cost-of-equity estimate based on a simple average of the estimates produced by CAPM and Morningstar/ Ibbotson MSDCF. See Use of a MultiStage Discounted Cash Flow Model in Determining the R.R. Indus.’s Cost of Capital, EP 664 (Sub-No. 1), slip op. at 15 (STB served Jan. 28, 2009). In that decision, the Board cited to the Federal Reserve Board’s testimony in Methodology to be Employed in Determining the Railroad Industry’s Cost of Capital, Docket No. EP 664, which stated that the use of multiple models ‘‘will improve estimation techniques when each model provides new information.’’ Use of a Multi-Stage Discounted Cash Flow Model, EP 664 (Sub-No. 1), slip op. at 15. Furthermore, the Board stated that ‘‘there is robust economic literature confirming that, in many cases, combining forecasts from different models is more accurate than relying on a single model.’’ 3 1 On October 11, 2019, the Board corrected the decision served on September 30, 2019. In that decision, Appendix B on page 12 incorrectly noted the 2010 cost-of-equity estimate produced by the simple average of CAPM and Morningstar/Ibbotson MSDCF as 12.98%. It has been corrected to 12.99%. Additionally, Appendix B on page 12 incorrectly noted the 2013, 2015, and 2018 cost-of-equity estimates produced by the proposed weighted average of CAPM (50%), Morningstar/Ibbotson MSDCF (25%), and Step MSDCF (25%) as 12.78%, 10.94%, and 13.46%. These values have been corrected to 12.79%, 10.95%, and 13.45%, respectively. The reference to 13.46% on page eight in the narrative portion of this decision has been likewise corrected to 13.45%. The decision remains unchanged in all other respects. 2 The Board must make ‘‘an adequate and continuing effort to assist those carriers in attaining revenue levels,’’ which should, among other objectives, ‘‘permit the raising of needed equity capital.’’ 49 U.S.C. 10704(a)(2). 3 Use of a Multi-Stage Discounted Cash Flow Model, EP 664 (Sub-No. 1), slip op. at 15 (citing E:\FR\FM\18OCP1.SGM Continued 18OCP1

Agencies

[Federal Register Volume 84, Number 202 (Friday, October 18, 2019)]
[Proposed Rules]
[Pages 55894-55897]
From the Federal Register Online via the Government Publishing Office [www.gpo.gov]
[FR Doc No: 2019-22435]


=======================================================================
-----------------------------------------------------------------------

ENVIRONMENTAL PROTECTION AGENCY

48 CFR Parts 1539 and 1552

[EPA-HQ-OARM-2018-0743; FRL-10000-34-OMS]


Environmental Protection Agency Acquisition Regulation (EPAAR); 
Open Source Software

AGENCY: Environmental Protection Agency (EPA).

ACTION: Proposed rule.

-----------------------------------------------------------------------

SUMMARY: The Environmental Protection Agency (EPA) is writing a new 
EPAAR clause to address open source software requirements at EPA, so 
that the EPA can share open source software developed under its 
procurements.

DATES: Comments must be received on or before December 17, 2019.

ADDRESSES: Submit your comments, identified by Docket ID No. EPA-HQ-
OARM-2018-0743, at https://www.regulations.gov. Follow the online 
instructions for submitting comments. Once submitted, comments cannot 
be edited or removed from Regulations.gov. The EPA may publish any 
comment received to its public docket. Do not submit electronically any 
information you consider to be Confidential Business Information (CBI) 
or other information whose disclosure is restricted by statute. 
Multimedia submissions (audio, video, etc.) must be accompanied by a 
written comment. The written comment is considered the official comment 
and should include discussion of all points you wish to make. The EPA 
will generally not consider comments or comment contents located 
outside of the primary submission (i.e., on the web, cloud, or other 
file sharing system). For additional submission methods, the full EPA 
public comment policy, information about CBI or multimedia submissions, 
and general guidance on making effective comments, please visit https://www2.epa.gov/dockets/commenting-epa-dockets.

FOR FURTHER INFORMATION CONTACT: Thomas Valentino, Policy, Training and 
Oversight Division, Acquisition Policy and Training Branch (3802R), 
Environmental Protection Agency, 1200 Pennsylvania Ave. NW, Washington, 
DC 20460; telephone number: (202) 564-4522; email address: 
[email protected].

SUPPLEMENTARY INFORMATION:

I. General Information

    1. Submitting Classified Business Information. Do not submit CBI to 
EPA website https://www.regulations.gov or email. Clearly mark the part 
or all of the information that you claim to be CBI. For CBI information 
in a disk or CD-ROM that you mail to EPA, mark the outside of the disk 
or CD-ROM as CBI, and then identify electronically within the disk or 
CD-ROM the specific information that is claimed as CBI. In addition to 
one complete version of the comment that includes information claimed 
as CBI, a copy of the comment that does not contain the information 
claimed as CBI must be submitted for inclusion in the public docket. 
Information so marked will not be disclosed except in accordance with 
procedures set forth in 40 CFR part 2.
    2. Tips for Preparing Your Comments. When submitting comments, 
remember to:
    [ssquf] Identify the rulemaking by docket number and other 
identifying information (subject heading, Federal Register date and 
page number).
    [ssquf] Follow directions--The Agency may ask you to respond to 
specific questions or organize comments by referencing a Code of 
Federal Regulations (CFR) Part or section number.
    [ssquf] Explain why you agree or disagree, suggest alternatives, 
and substitute language for your requested changes.
    [ssquf] Describe any assumptions and provide any technical 
information and/or data that you used.
    [ssquf] If you estimate potential costs or burdens, explain how you 
arrived at your estimate in sufficient detail to allow for it to be 
reproduced.
    [ssquf] Provide specific examples to illustrate your concerns, and 
suggest alternatives.
    [ssquf] Explain your views as clearly as possible, avoiding the use 
of profanity or personal threats.
    [ssquf] Make sure to submit your comments by the comment period 
deadline identified.

II. Background

    The EPA is writing a new EPAAR clause to address open source 
software requirements at EPA, so that the EPA can share custom-
developed code as open source code developed under its procurements, in 
accordance with Office of Management and Budget's (OMB) Memorandum M-
16-21, Federal Source Code Policy: Achieving Efficiency, Transparency, 
and Innovation through Reusable and Open Source Software. In meeting 
the requirements of Memorandum M-16-21 the EPA will be providing an 
enterprise code inventory indicating if the new code (source code or 
code) was custom-developed for, or by, the agency; or if the code is 
available for Federal reuse; or if the code is available publicly as 
open source code; or if the code cannot be made available due to 
specific exceptions.

III. Proposed Rule

    The proposed rule amends EPA Acquisition Regulation (EPAAR) Part 
1539, Acquisition of Information Technology, by adding Subpart 1539.2, 
Open Source Software; and Sec.  1539.2071, Contract clause. EPAAR 
Subpart 1552.2, Texts of Provisions and Clauses, is amended by adding 
EPAAR Sec.  1552.239-71, Open Source Software.
    1. EPAAR Subpart 1539.2 adds the new subpart.
    2. EPAAR Sec.  1539.2071 adds the prescription for use of Sec.  
1552.239-71 in all procurements where open-source software development/
custom development of software will be required.
    3. EPAAR Sec.  1552.239-71, Open Source Software, provides the 
terms and conditions for open source software code development and use.

IV. Statutory and Executive Orders Reviews

A. Executive Order 12866: Regulatory Planning and Review and Executive 
Order 13563: Improving Regulation and Regulatory Review

    This action is not a ``significant regulatory action'' under the 
terms of Executive Order (E.O.) 12866 (58 FR 51735, October 4, 1993) 
and is therefore not subject to review under the E.O.

B. Paperwork Reduction Act

    This action does not impose an information collection burden under 
the provisions of the Paperwork Reduction Act, 44 U.S.C. 3501 et seq. 
Burden is defined at 5 CFR 1320.3(b).

[[Page 55895]]

C. Regulatory Flexibility Act (RFA), as Amended by the Small Business 
Regulatory Enforcement Fairness Act of 1996 (SBREFA), 5 U.S.C. 601 et 
seq.

    The Regulatory Flexibility Act generally requires an agency to 
prepare a regulatory flexibility analysis of any rule subject to notice 
and comment rulemaking requirements under the Administrative Procedure 
Act or any other statute; unless the agency certifies that the rule 
will not have a significant economic impact on a substantial number of 
small entities. Small entities include small businesses, small 
organizations, and small governmental jurisdictions. For purposes of 
assessing the impact of this proposed rule on small entities, ``small 
entity'' is defined as: (1) A small business that meets the definition 
of a small business found in the Small Business Act and codified at 13 
CFR 121.201; (2) a small governmental jurisdiction that is a government 
of a city, county, town, school district or special district with a 
population of less than 50,000; or (3) a small organization that is any 
not-for-profit enterprise which is independently owned and operated and 
is not dominant in its field. After considering the economic impacts of 
this rule on small entities, I certify that this action will not have a 
significant economic impact on a substantial number of small entities. 
In determining whether a rule has a significant economic impact on a 
substantial number of small entities, the impact of concern is any 
significant adverse economic impact on small entities, because the 
primary purpose of the regulatory flexibility analyses is to identify 
and address regulatory alternatives ``which minimize any significant 
economic impact of the proposed rule on small entities'' 5 U.S.C. 503 
and 604. Thus, an agency may certify that a rule will not have a 
significant economic impact on a substantial number of small entities 
if the rule relieves regulatory burden, or otherwise has a positive 
economic effect on all of the small entities subject to the rule. This 
action establishes a new EPAAR clause that will not have a significant 
economic impact on a substantial number of small entities. We continue 
to be interested in the potential impacts of the rule on small entities 
and welcome comments on issues related to such impacts.

D. Unfunded Mandates Reform Act

    Title II of the Unfunded Mandates Reform Act of 1995 (UMRA, Pub. L. 
104-4, establishes requirements for Federal agencies to assess the 
effects of their regulatory actions on State, Local, and Tribal 
governments and the private sector. This rule contains no Federal 
mandates (under the regulatory provisions of the Title II of the UMRA) 
for State, Local, and Tribal governments or the private sector. The 
rule imposes no enforceable duty on any State, Local or Tribal 
governments or the private sector. Thus, the rule is not subject to the 
requirements of sections 202 and 205 of the UMRA.

E. Executive Order 13132: Federalism

    Executive Order 13132, entitled ``Federalism'' (64 FR 43255, August 
10, 1999), requires EPA to develop an accountable process to ensure 
``meaningful and timely input by State and Local officials in the 
development of regulatory policies that have federalism implications. 
``Policies that have federalism implications'' is defined in the 
Executive Order to include regulations that have ``substantial direct 
effects on the States, on the relationship between the national 
government and the States, or on the distribution of power and 
responsibilities among the various levels of government.'' This rule 
does not have federalism implications. It will not have substantial 
direct effects on the States, on the relationship between the national 
government and the States, or on the distribution of power and 
responsibilities among the various levels of government as specified in 
Executive Order 13132.

F. Executive Order 13175: Consultation and Coordination With Indian 
Tribal Governments

    Executive Order 13175, entitled ``Consultation and Coordination 
with Indian Tribal Governments'' (65 FR 67249, November 9, 2000), 
requires EPA to develop an accountable process to ensure ``meaningful 
and timely input by tribal officials in the development of regulatory 
policies that have tribal implications.'' This rule does not have 
tribal implications as specified in Executive Order 13175.

G. Executive Order 13045: Protection of Children From Environmental 
Health and Safety Risks

    Executive Order 13045, entitled ``Protection of Children from 
Environmental Health and Safety Risks'' (62 FR 19885, April 23, 1997), 
applies to any rule that: (1) Is determined to be economically 
significant as defined under E.O. 12886, and (2) concerns an 
environmental health or safety risk that may have a proportionate 
effect on children. This rule is not subject to E.O. 13045 because it 
is not an economically significant rule as defined by Executive Order 
12866, and because it does not involve decisions on environment health 
or safety risks.

H. Executive Order 13211: Actions That Significantly Affect Energy 
Supply, Distribution, or Use

    This action is not subject to Executive Order 13211, ``Actions 
Concerning Regulations That Significantly Affect Energy Supply, 
Distribution or Use'' (66 FR 28335 (May 22, 2001), because it is not a 
significant regulatory action under Executive Order 12866.

I. National Technology Transfer and Advancement Act of 1995 (NTTAA)

    Section 12(d) (15 U.S.C. 272 note) of the National Technology 
Transfer and Advancement Act of 1995, Public Law 104-113, directs EPA 
to use voluntary consensus standards in its regulatory activities 
unless to do so would be inconsistent with applicable law or otherwise 
impractical. Voluntary consensus standards are technical standards 
(e.g., materials specifications, test methods, sampling procedures and 
business practices) that are developed or adopted by voluntary 
consensus standards bodies. The NTTAA directs EPA to provide Congress, 
through OMB, explanations when the Agency decides not to use available 
and applicable voluntary consensus standards. This action does not 
involve technical standards. Therefore, EPA is not considering the use 
of any voluntary consensus standards.

J. Executive Order 12898: Federal Actions To Address Environmental 
Justice in Minority Populations and Low-Income Populations

    Executive Order 12898 (59 FR 7629 (February 16, 1994) establishes 
federal executive policy on environmental justice. Its main provision 
directs federal agencies, to the greatest extent practicable and 
permitted by law, to make environmental justice part of their mission 
by identifying and addressing, as appropriate, disproportionately high 
and adverse human health or environmental effects of their programs, 
policies, and activities on minority populations and low-income 
populations in the United States. EPA has determined that this proposed 
rule will not have disproportionately high and adverse human health or 
environmental effects on minority or low-income populations because it 
does not affect the level of protection provided to human health or the 
environment in the general public.

[[Page 55896]]

K. Congressional Review Act

    The Congressional Review Act, 5 U.S.C. 801 et seq., as added by the 
Small Business Regulatory Enforcement Fairness Act of 1996, generally 
provides that before a major rule may take effect, the agency 
promulgating the rule must submit a rule report, which includes a copy 
of the rule, to each House of the Congress and to the Comptroller 
General of the United States. Section 804(2) defines a ``major rule'' 
as any rule that the Administrator of the Office of Information and 
Regulatory Affairs of the Office of Management and Budget finds has 
resulted in or is likely to result in (1) an annual effect on the 
economy of $100,000,000 or more; (2) a major increase in costs or 
prices for consumers, individual industries, Federal, State, or local 
government agencies, or geographic regions; or (3) significant adverse 
effects on competition, employment, investment, productivity, 
innovation, or on the ability of United States-based enterprises to 
compete with foreign-based enterprises in domestic and export markets. 
EPA is not required to submit a rule report regarding this action under 
section 801 as this is not a major rule by definition.

List of Subjects in 48 CFR Parts 1539 and 1552

    Environmental protection, Government procurement, Reporting and 
recordkeeping requirements.

    Dated: September 17, 2019.
Kimberly Y. Patrick,
Director, Office of Acquisition Solutions.

    For the reasons set forth in the preamble, EPA proposes to amend 
EPAAR parts 1539 and 1552 as follows:

PART 1539--ACQUISITION OF INFORMATION TECHNOLOGY

0
1. Authority: The authority citations for part 1539 continue to read as 
follows:

    Authority: 5 U.S.C. 301 and 41 U.S.C. 418b.

0
2. Part 1539, as proposed to be added at 84 FR 48856 (September 17, 
2019), is proposed to be further amended by adding subpart 1539.2, 
consisting of 1539.2071 to read follows:

Subpart 1539.2--Open Source Software


1539.2071   Contract clause.

    (a) Contracting Officers shall use clause 1552.239-71, Open Source 
Software, for all procurements where open-source software development/
custom development of software will be required; including, but not 
limited to, multi-agency contracts, Federal Supply Schedule orders, 
Governmentwide Acquisition Contracts, interagency agreements, 
cooperative agreements and student services contracts.
    (b) In addition to clause 1552.239-71, Contracting Officers must 
also select the appropriate version* of Federal Acquisition Regulation 
(FAR) clause 52.227-14, Rights in Data--General, to include in the 
subject procurement in accordance with FAR 27.409. (*Important note: 
Alternate IV of clause 52.227-14 is NOT suitable for open-source 
software procurement use because it gives the contractor blanket 
permission to assert copyright.)

PART 1552--SOLICITATION PROVISIONS AND CONTRACT CLAUSES

0
3. Authority: The authority citations for part 1552 continue to read as 
follows:

    Authority: 5 U.S.C. 301 and 41 U.S.C. 418b.

0
4. Add Section 1552.239-71 to read as follows:


1552.239-71  Open source software.

    As prescribed in 1539.2071 insert the following clause:

Open Source Software (Date)

    (a) Definitions.
    ``Custom-Developed Code'' means code that is first produced in 
the performance of a federal contract or is otherwise fully funded 
by the federal government. It includes code, or segregable portions 
of code, for which the government could obtain unlimited rights 
under Federal Acquisition Regulation (FAR) Part 27 and relevant 
agency FAR Supplements. Custom-developed code also includes code 
developed by agency employees as part of their official duties. 
Custom-developed code may include, but is not limited to, code 
written for software projects, modules, plugins, scripts, middleware 
and Application Programming Interfaces (API); it does not, however, 
include code that is truly exploratory or disposable in nature, such 
as that written by a developer experimenting with a new language or 
library.
    ``Open Source Software (OSS)'' means software that can be 
accessed, used, modified and shared by anyone. OSS is often 
distributed under licenses that comply with the definition of ``Open 
Source'' provided by the Open Source Initiative at https://opensource.org/osd or equivalent, and/or that meet the definition of 
``Free Software'' provided by the Free Software Foundation at: 
https://www.gnu.org/philosophy/free-sw.html or equivalent. 
``Software'' means:
    (1) Computer programs that comprise a series of instructions, 
rules, routines or statements, regardless of the media in which 
recorded, that allow or cause a computer to perform a specific 
operation or series of operations; and
    (2) Recorded information comprising source code listings, design 
details, algorithms, processes, flow charts, formulas and related 
material that would enable the computer program to be produced, 
created or compiled. Software does not include computer databases or 
computer software documentation.
    ``Source Code'' means computer commands written in a computer 
programming language that is meant to be read by people. Generally, 
source code is a higher-level representation of computer commands 
written by people, but must be assembled, interpreted or compiled 
before a computer can execute the code as a program.
    (b)(1) Policy. It is the EPA policy that new custom-developed 
code be made broadly available for reuse across the federal 
government, subject to the exceptions provided in (b)(3) of this 
section. The policy does not apply retroactively so it does not 
require existing custom-developed code also be made available for 
Government-wide reuse or as OSS. However, making such code available 
for government-wide reuse or as OSS, to the extent practicable, is 
strongly encouraged. The EPA also supports the Office of Management 
and Budget's (OMB) Federal Source Code Policy provided in OMB 
Memorandum M-16-21, Federal Source Code Policy: Achieving 
Efficiency, Transparency, and Innovation through Reusable and Open 
Source Software, by:
    (i) Providing an enterprise code inventory (e.g., code.json 
file) that lists new and applicable custom-developed code for, or 
by, the EPA;
    (ii) Indicating whether the code is available for Federal reuse; 
or
    (iii) Indicating if the code is available publicly as OSS.
    (2) Exemption: Source code developed for National Security 
Systems (NSS), as defined in 40 U.S.C. 11103, is exempt from the 
requirements herein.
    (3) Exceptions: Exceptions may be applied in specific instances 
to exempt EPA from sharing custom-developed code with other 
government agencies. Any exceptions used must be approved and 
documented by the Chief Information Officer (CIO) or his or her 
designee for the purposes of ensuring effective oversight and 
management of IT resources. For excepted software, EPA must provide 
OMB a brief narrative justification for each exception, with 
redactions as appropriate. Applicable exceptions are as follows:
    (i) The sharing of the source code is restricted by law or 
regulation, including--but not limited to--patent or intellectual 
property law, the Export Asset Regulations, the International 
Traffic in Arms Regulation and the federal laws and regulations 
governing classified information.
    (ii) The sharing of the source code would create an identifiable 
risk to the detriment of national security, confidentiality of 
government information or individual privacy.
    (iii) The sharing of the source code would create an 
identifiable risk to the stability, security or integrity of EPA's 
systems or personnel.

[[Page 55897]]

    (iv) The sharing of the source code would create an identifiable 
risk to EPA mission, programs or operations.
    (v) The CIO believes it is in the national interest to exempt 
sharing the source code.
    (c) The Contractor shall deliver to the Contracting Officer (CO) 
or Contracting Officer's Representative (COR) the underlying source 
code, license file, related files, build instructions, software 
user's guides, automated test suites, and other associated 
documentation as applicable.
    (d) In accordance with OMB Memorandum M-16-21 the Government 
asserts its unlimited rights--including rights to reproduction, 
reuse, modification and distribution of the custom source code, 
associated documentation, and related files--for reuse across the 
federal government and as open source software for the public. These 
unlimited rights described above attach to all code furnished in the 
performance of the contract, unless the parties expressly agree 
otherwise in the contract.
    (e) The Contractor is prohibited from reselling code developed 
under this contract without express written consent of the EPA 
Contracting Officer. The Contractor must provide at least 30 days 
advance notice if it intends to resell code developed under this 
contract.
    (f) Technical guidance for EPA's OSS Policy should conform with 
the ``EPA's Open Source Code Guidance'' that will be maintained by 
the Office of Mission Support (OMS) at https://developer.epa.gov/guide/open-source-code/ or equivalent.
    (g) The Contractor shall identify all deliverables and asserted 
restrictions as follows:
    (1) The Contractor shall use open source license either:
    (i) Identified in the contract, or
    (ii) Developed using one of the following licenses:
    (A) Creative Commons Zero (CC0);
    (B) MIT license;
    (C) GNU General Public License version 3 (GPL v3);
    (D) Lesser General Public License 2.1 (LGPL-2.1);
    (E) Apache 2.0 license; or
    (F) Other open source license subject to Agency approval.
    (2) The Contractor shall provide a copy of the proposed 
commercial license agreement to the Contracting Officer prior to 
contracting for commercial data/software.
    (3) The Contractor shall identify any data that will be 
delivered with restrictions.
    (4) The Contractor shall deliver the data package as specified 
by the EPA.
    (5) The Contractor shall deliver the source code to the EPA-
specified version control repository and source code management 
system.
    (h) The Contractor shall comply with software and data rights 
requirements and provide all licenses for software dependencies as 
follows:
    (1) The Contractor shall ensure all deliverables are 
appropriately marked with the applicable restrictive legends.
    (2) The EPA is deemed to have received unlimited rights when 
data or software is delivered by the Contractor with restrictive 
markings omitted.
    (3) If the delivery is made with restrictive markings that are 
not authorized by the contract, then the marking is characterized as 
``nonconforming.'' In accordance with Federal Acquisition Regulation 
(FAR) 46.407, Nonconforming supplies or services, the Contractor 
will be given the chance to correct or replace the nonconforming 
supplies within the required delivery schedule. If the Contractor is 
unable to deliver conforming supplies, then the EPA is deemed to 
have received unlimited rights to the nonconforming supplies.
    (i) The Contractor shall include this clause in all subcontracts 
that include custom-developed code requirements.

(End of clause)

[FR Doc. 2019-22435 Filed 10-17-19; 8:45 am]
 BILLING CODE 6560-50-P


This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.