Source: https://www.ecfr.gov/cgi-bin/text-idx?mc=true&node=se26.1.1_141_64&rgn=div8
Timestamp: 2020-05-28 15:41:16
Document Index: 143550880

Matched Legal Cases: ['art 1', '§1', '§1', '§1', '§1', '§1', '§1', '§1', 'art 1', '§1']

Title 26 → Chapter I → Subchapter A → Part 1 → §1.41-4
§1.41-4 Qualified research for expenditures paid or incurred in taxable years ending on or after December 31, 2003.
(i) With respect to which expenditures may be treated as expenses under section 174, see §1.174-2;
(5) Process of experimentation—(i) In general. For purposes of section 41(d) and this section, a process of experimentation is a process designed to evaluate one or more alternatives to achieve a result where the capability or the method of achieving that result, or the appropriate design of that result, is uncertain as of the beginning of the taxpayer's research activities. A process of experimentation must fundamentally rely on the principles of the physical or biological sciences, engineering, or computer science and involves the identification of uncertainty concerning the development or improvement of a business component, the identification of one or more alternatives intended to eliminate that uncertainty, and the identification and the conduct of a process of evaluating the alternatives (through, for example, modeling, simulation, or a systematic trial and error methodology). A process of experimentation must be an evaluative process and generally should be capable of evaluating more than one alternative. A taxpayer may undertake a process of experimentation if there is no uncertainty concerning the taxpayer's capability or method of achieving the desired result so long as the appropriate design of the desired result is uncertain as of the beginning of the taxpayer's research activities. Uncertainty concerning the development or improvement of the business component (e.g., its appropriate design) does not establish that all activities undertaken to achieve that new or improved business component constitute a process of experimentation.
Example 1. (i) Facts. X is engaged in the business of developing and manufacturing widgets. X wants to change the color of its blue widget to green. X obtains from various suppliers several different shades of green paint. X paints several sample widgets, and surveys X's customers to determine which shade of green X's customers prefer.
Example 2. (i) Facts. The facts are the same as in Example 1, except that X chooses one of the green paints. X obtains samples of the green paint from a supplier and determines that X must modify its painting process to accommodate the green paint because the green paint has different characteristics from other paints X has used. X obtains detailed data on the green paint from X's paint supplier. X also consults with the manufacturer of X's paint spraying machines. The manufacturer informs X that X must acquire a new nozzle that operates with the green paint X wants to use. X tests the nozzles to ensure that they work as specified by the manufacturer of the paint spraying machines.
Example 3. (i) Facts. X is engaged in the business of manufacturing food products and currently manufactures a large-shred version of a product. X seeks to modify its current production line to permit it to manufacture both a large-shred version and a fine-shred version of one of its food products. A smaller, thinner shredding blade capable of producing a fine-shred version of the food product, however, is not commercially available. Thus, X must develop a new shredding blade that can be fitted onto its current production line. X is uncertain concerning the design of the new shredding blade, because the material used in its existing blade breaks when machined into smaller, thinner blades. X engages in a systematic trial and error process of analyzing various blade designs and materials to determine whether the new shredding blade must be constructed of a different material from that of its existing shredding blade and, if so, what material will best meet X's functional requirements.
Example 4. (i) Facts. X is in the business of designing, developing and manufacturing automobiles. In response to government-mandated fuel economy requirements, X seeks to update its current model vehicle and undertakes to improve aerodynamics by lowering the hood of its current model vehicle. X determines, however, that lowering the hood changes the air flow under the hood, which changes the rate at which air enters the engine through the air intake system, and which reduces the functionality of the cooling system. X's engineers are uncertain how to design a lower hood to obtain the increased fuel economy, while maintaining the necessary air flow under the hood. X designs, models, simulates, tests, refines, and re-tests several alternative designs for the hood and associated proposed modifications to both the air intake system and cooling system. This process enables X to eliminate the uncertainties related to the integrated design of the hood, air intake system, and cooling system, and such activities constitute eighty-five percent of X's total activities to update its current model vehicle. X then engages in additional activities that do not involve a process of evaluating alternatives in order to eliminate uncertainties. The additional activities constitute only fifteen percent of X's total activities to update its current model vehicle.
Example 5. (i) Facts. X, a retail and distribution company, wants to upgrade its warehouse management software. X evaluates several of the alternative warehouse management software products available from vendors in the marketplace to determine which product will best serve X's technical requirements. X selects vendor V's software.
Example 6. (i) Facts. X wants to develop a new web application to allow customers to purchase its products online. X, after reviewing commercial software offered by various vendors, purchases a commercial software package of object-oriented functions from vendor Z that X can use in its web application (for example, a shopping cart). X evaluates the various object-oriented functions included in vendor Z's software package to determine which functions it can use. X then incorporates the selected software functions in its new web application software.
Example 7. (i) Facts. In order to be more responsive to user online requests, X wants to develop software to balance the incoming processing requests across multiple web servers that run the same set of software applications. Without evaluating or testing any alternatives, X decides that a separate server will be used to distribute the workload across each of the web servers and that a round robin workload distribution algorithm is appropriate for its needs.
Example 8. (i) Facts. X must develop load balancing software across a server cluster supporting multiple web applications. X's web applications have high concurrency demands because of a dynamic, highly volatile environment. X is uncertain of the appropriate design of the load balancing algorithm, given that the existing evolutionary algorithms did not meet the demands of their highly volatile web environment. Therefore, X designs and systematically tests and evaluates several different algorithms that perform the load distribution functions.
Example 9. (i) Facts. X, a multinational manufacturer, wants to install an enterprise resource planning (ERP) system that runs off a single database so that X can track orders more easily, and coordinate manufacturing, inventory, and shipping among many different locations at the same time. In order to successfully install and implement ERP software, X evaluates its business needs and the technical requirements of the software, such as processing power, memory, storage, and network resources. X devotes the majority of its resources in implementing the ERP system to evaluating the available templates, reports, and other standard programs and choosing among these alternatives in configuring the system to match its business process and reengineering its business process to match the available alternatives in the ERP system. X also performs some data transfer from its old system, involving routine programming and one-to-one mapping of data to be exchanged between each system.
Example 10. (i) Facts. Same facts as Example 9 except that X determines that it must interface part of its legacy software with the new ERP software because the ERP software does not provide a particular function that X requires for its business. As a result, X must develop an interface between its legacy software and the ERP software, and X evaluates several data exchange software applications and chooses one of the available alternatives. X is uncertain as to how to keep the data synchronized between the legacy and ERP systems. Thus, X engages in systematic trial and error testing of several newly designed data caching algorithms to eliminate synchronization problems.
(C) Safe harbor for expenditures related to software developed for both internal use and to enable interaction with third parties. If, after the application of paragraph (c)(6)(vi)(B) of this section, there remains dual function software or a subset of elements of dual function software (dual function subset), a taxpayer may include 25 percent of the qualified research expenditures of such dual function software or dual function subset in computing the amount of the taxpayer's credit. This paragraph (c)(6)(vi)(C) applies only if the taxpayer's research activities related to the development or improvement of the dual function software or dual function subset constitute qualified research under section 41(d), without regard to section 41(d)(4)(E), and the dual function software or dual function subset's use by third parties or by the taxpayer to interact with third parties is reasonably anticipated to constitute at least 10 percent of the dual function software or the dual function subset's use. An objective, reasonable method within the taxpayer's industry must be used to estimate the dual function software or dual function subset's use by third parties or by the taxpayer to interact with third parties. An objective, reasonable method may include, but is not limited to, processing time, amount of data transfer, and number of software user interface screens.
Example 1. Computer hardware and software developed as a single product—(i) Facts. X is a telecommunications company that developed high technology telephone switching hardware. In addition, X developed software that interfaces directly with the hardware to initiate and terminate a call, along with other functions. X designed and developed the hardware and software together.
Example 2. Internal use software; financial management—(i) Facts. X, a manufacturer, self-insures its liabilities for employee health benefits. X develops its own software to administer its self-insurance reserves related to employee health benefits. At the beginning of the development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
Example 3. Internal use software; human resources management—(i) Facts. X, a manufacturer, develops a software module that interacts with X's existing payroll software to allow X's employees to print pay stubs and make certain changes related to payroll deductions over the internet. At the beginning of the development, X does not intend to develop the software module for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
Example 4. Internal use software; support services—(i) Facts. X, a restaurant, develops software for a Web site that provides information, such as items served, price, location, phone number, and hours of operation for purposes of advertising. At the beginning of the development, X does not intend to develop the Web site software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system. X intends to use the software for marketing by allowing third parties to review general information on X's Web site.
Example 5. Internal use software—(i) Facts. X, a multinational manufacturer with different business and financial systems in each of its divisions, undertakes a software development project aimed at integrating the majority of the functional areas of its major software systems (Existing Software) into a single enterprise resource management system supporting centralized financial systems, human resources, inventory, and sales. X purchases software (New Software) upon which to base its enterprise-wide system. X has to develop software (Developed Software) that transfers data from X's legacy financial, human resources, inventory, and sales systems to the New Software. At the beginning of the development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
Example 6. Internal use software; definition of third party—(i) Facts. X develops software to interact electronically with its vendors to improve X's inventory management. X develops the software to enable X to interact with vendors and to allow vendors to initiate functions or review data on the taxpayer's system. X defines the electronic messages that will be exchanged between X and the vendors. X's software allows a vendor to request X's current inventory of the vendor's product, and allows a vendor to send a message to X which informs X that the vendor has just made a new shipment of the vendor's product to replenish X's inventory. At the beginning of development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties.
Example 7. Not internal use software; third party interaction—(i) Facts. X, a manufacturer of various products, develops software for a Web site with the intent to allow third parties to access data on X's database, to order X's products and track the status of their orders online. At the beginning of the development, X does not intend to develop the Web site software for commercial sale, lease, license, or to be otherwise marketed to third parties.
Example 8. Not internal use software; third party interaction—(i) Facts. X developed software that allows its users to upload and modify photographs at no charge. X earns revenue by selling advertisements that are displayed while users enjoy the software that X offers for free. X also developed software that has interfaces through which advertisers can bid for the best position in placing their ads, set prices for the ads, or develop advertisement campaign budgets. At the beginning of the development, X intended to develop the software to enable X to interact with third parties or to allow third parties to initiate functions on X's system.
Example 9. Not internal use software; commercially sold, leased, licensed, or otherwise marketed—(i) Facts. X is a provider of cloud-based software. X develops enterprise application software (including customer relationship management, sales automation, and accounting software) to be accessed online and used by X's customers. At the beginning of development, X intended to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties.
Example 10. Improvements to existing internal use software—(i) Facts. X has branches throughout the country and develops its own facilities services software to coordinate moves and to track maintenance requests for all locations. At the beginning of the development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system. Several years after completing the development and using the software, X consults its business development department, which assesses the market for the software. X determines that the software could be sold at a profit if certain technical and functional enhancements are made. X develops the improvements to the software, and sells the improved software to third parties.
Example 11. Dual function software; identification of a third party subset—(i) Facts. X develops software for use in general and administrative functions that facilitate or support the conduct of X's trade or business and to allow third parties to initiate functions. X is able to identify a third party subset. X incurs $50,000 of research expenditures for the software, 50% of which is allocable to the third party subset.
Example 12. Dual function software; application of the safe harbor—(i) Facts. The facts are the same as in Example 11, except that X is unable to identify a third party subset. X uses an objective, reasonable method at the beginning of the software development to determine that the dual function software's use by third parties to initiate functions is reasonably anticipated to constitute 15% of the dual function software's use.
Example 13. Dual function software; safe harbor inapplicable—(i) Facts. The facts are the same as in Example 11, except X is unable to identify a third party subset. X uses an objective, reasonable method at the beginning of the software development to determine that the dual function software's use by third parties to initiate functions is reasonably anticipated to constitute 5% of the dual function software's use.
Example 14. Dual function software; identification of a third party subset and the safe harbor—(i) Facts. X develops software for use in general and administrative functions that facilitate or support the conduct of X's trade or business and to allow third parties to initiate functions and review data. X is able to identify a third party subset (Subset A). The remaining dual function subset of the software (Subset B) allows third parties to review data and provides X with data used in its general and administrative functions. X is unable to identify a third party subset of Subset B. X incurs $50,000 of research expenditures for the software, 50% of which is allocable to Subset A and 50% of which is allocable to Subset B. X determines, at the beginning of the software development, that the processing time of the third party use of Subset B is reasonably anticipated to account for 15% of the total processing time of Subset B.
(ii) Conclusion. The software developed by X is dual function software. Because X is able to identify a third party subset, such third party subset (Subset A) is not presumed to be internal use software under paragraph (c)(6)(vi)(A) of this section. If X's research activities related to the development or improvement of Subset A constitute qualified research under section 41(d), and the allocable expenditures are qualified research expenditures under section 41(b), the $25,000 of the software research expenditures allocable to Subset A may be included in computing the amount of X's credit pursuant to paragraph (c)(6)(vi)(B) of this section. Although X is unable to identify a third party subset of Subset B, 15% of Subset B's use is reasonably anticipated to be attributable to the use of Subset B by third parties. If X's research activities related to the development or improvement of Subset B constitute qualified research under section 41(d), without regard to section 41(d)(4)(E), and the allocable expenditures are qualified research expenditures under section 41(b), X may include $6,250 (25% × $25,000) of the software research expenditures of Subset B in computing the amount of X's credit, pursuant to paragraph (c)(6)(vi)(C) of this section.
Example 15. Internal use software; application of the high threshold of innovation test—(i) Facts. X maintained separate software applications for tracking a variety of human resource (HR) functions, including employee reviews, salary information, location within the hierarchy and physical location of employees, 401(k) plans, and insurance coverage information. X determined that improved HR efficiency could be achieved by redesigning its disparate software applications into one employee-centric system, and worked to develop that system. X also determined that commercially available database management systems did not meet all of the requirements of the proposed system. Rather than waiting several years for vendor offerings to mature and become viable for its purpose, X embarked upon the project utilizing older technology that was severely challenged with respect to data modeling capabilities. The improvements, if successful, would provide a reduction in cost and improvement in speed that is substantial and economically significant. For example, having one employee-centric system would remove the duplicative time and cost of manually entering basic employee information separately in each application because the information would only have to be entered once to be available across all applications. The limitations of the technology X was attempting to utilize required that X attempt to develop a new database architecture. X committed substantial resources to the project, but could not predict, because of technical risk, whether it could develop the database software in the timeframe necessary so that X could recover its resources in a reasonable period. Specifically, X was uncertain regarding the capability of developing, within a reasonable period, a new database architecture using the old technology that would resolve its technological issues regarding the data modeling capabilities and the integration of the disparate systems into one system. At the beginning of the development, X did not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
Example 16. Internal use software; application of the high threshold of innovation test—(i) Facts. X undertook a software project to rewrite a legacy mainframe application using an object-oriented programming language, and to move the new application off the mainframe to a client/server environment. Both the object-oriented language and client/server technologies were new to X. This project was undertaken to develop a more maintainable application, which X expected would significantly reduce the cost of maintenance, and implement new features more quickly, which X expected would provide both significant improvements in speed and reduction in cost. Thus, the improvements, if successful, would provide a reduction in cost and improvement in speed that is substantial and economically significant. X also determined that commercially available systems did not meet the requirements of the proposed system. X was certain that it would be able to overcome any technological uncertainties and implement the improvements within a reasonable period. However, X was unsure of the appropriate methodology to achieve the improvements. At the beginning of the development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
Example 17. Internal use software; application of the high threshold of innovation test—(i) Facts. X wants to expand its internal computing power, and is aware that its PCs and workstations are idle at night, on the weekends, and for a significant part of any business day. Because the general and administrative computations that X needs to make could be done on workstations as well as PCs, X develops a screen-saver-like application that runs on employee computers. When employees' computers have been idle for an amount of time set by each employee, X's application goes back to a central server to get a new job to execute. This job will execute on the idle employee's computer until it has either finished, or the employee resumes working on his computer. The ability to use the idle employees' computers would save X significant costs because X would not have to buy new hardware to expand the computing power. The improvements, if successful, would provide a reduction in cost that is substantial and economically significant. At the time X undertook the software development project, there was no commercial application available with such a capability. In addition, at the time X undertook the software development project, X was uncertain regarding the capability of developing a server application that could schedule and distribute the jobs across thousands of PCs and workstations, as well as handle all the error conditions that occur on a user's machine. X commits substantial resources to the project. X undertakes a process of experimentation to attempt to eliminate its uncertainty. At the beginning of the development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
Example 18. Internal use software; application of the high threshold of innovation test—(i) Facts. X, a multinational manufacturer, wants to install an enterprise resource planning (ERP) system that runs off a single database. However, to implement the ERP system, X determines that it must integrate part of its old system with the new because the ERP system does not have a particular function that X requires for its business. The two systems are general and administrative software systems. The systems have mutual incompatibilities. The integration, if successful, would provide a reduction in cost and improvement in speed that is substantial and economically significant. At the time X undertook this project, there was no commercial application available with such a capability. X is uncertain regarding the appropriate design of the interface software. However, X knows that given a reasonable period of time to experiment with various designs, X would be able to determine the appropriate design necessary to meet X's technical requirements and would recover the substantial resources that X commits to the development of the system within a reasonable period. At the beginning of the development, X does not intend to develop the software for commercial sale, lease, license, or to be otherwise marketed to third parties or to enable X to interact with third parties or to allow third parties to initiate functions or review data on X's system.
(ii) Apportionment of in-house research expenses. In-house research expenses paid or incurred for qualified services performed both in the United States, the Commonwealth of Puerto Rico and other possessions of the United States and outside the United States, the Commonwealth of Puerto Rico and other possessions of the United States must be apportioned between the services performed in the United States, the Commonwealth of Puerto Rico and other possessions of the United States and the services performed outside the United States, the Commonwealth of Puerto Rico and other possessions of the United States. Only those in-house research expenses apportioned to the services performed within the United States, the Commonwealth of Puerto Rico and other possessions of the United States are eligible to be treated as qualified research expenses, unless the in-house research expenses are wages and the 80 percent rule of §1.41-2(d)(2) applies.
(9) Research funded by any grant, contract, or otherwise. Qualified research does not include any research to the extent funded by any grant, contract, or otherwise by another person (or governmental entity). To determine the extent to which research is so funded, §1.41-4A(d) applies.
Example 1. (i) Facts. X, a tire manufacturer, develops a new material to use in its tires. X conducts research to determine the changes that will be necessary for X to modify its existing manufacturing processes to manufacture the new tire. X determines that the new tire material retains heat for a longer period of time than the materials X currently uses for tires, and, as a result, the new tire material adheres to the manufacturing equipment during tread cooling. X evaluates several alternatives for processing the treads at cooler temperatures to address this problem, including a new type of belt for its manufacturing equipment to be used in tread cooling. Such a belt is not commercially available. Because X is uncertain of the belt design, X develops and conducts sophisticated engineering tests on several alternative designs for a new type of belt to be used in tread cooling until X successfully achieves a design that meets X's requirements. X then manufactures a set of belts for its production equipment, installs the belts, and tests the belts to make sure they were manufactured correctly.
Example 3. (i) Facts. X, a computer software development firm, owns all substantial rights in a general ledger accounting software core program that X markets and licenses to customers. X incurs expenditures in adapting the core software program to the requirements of C, one of X's customers.
Example 4. (i) Facts. The facts are the same as in Example 3, except that C pays X to adapt the core software program to C's requirements.
Example 5. (i) Facts. The facts are the same as in Example 3, except that C's own employees adapt the core software program to C's requirements.
Example 6. (i) Facts. X manufacturers and sells rail cars. Because rail cars have numerous specifications related to performance, reliability and quality, rail car designs are subject to extensive, complex testing in the scientific or laboratory sense. B orders passenger rail cars from X. B's rail car requirements differ from those of X's other existing customers only in that B wants fewer seats in its passenger cars and a higher quality seating material and carpet that are commercially available. X manufactures rail cars meeting B's requirements.
Example 7. (i) Facts. X, a manufacturer, undertakes to create a manufacturing process for a new valve design. X determines that it requires a specialized type of robotic equipment to use in the manufacturing process for its new valves. Such robotic equipment is not commercially available, and X, therefore, purchases the existing robotic equipment for the purpose of modifying it to meet its needs. X's engineers identify uncertainty that is technological in nature concerning how to modify the existing robotic equipment to meet its needs. X's engineers develop several alternative designs, and conduct experiments using modeling and simulation in modifying the robotic equipment and conduct extensive scientific and laboratory testing of design alternatives. As a result of this process, X's engineers develop a design for the robotic equipment that meets X's needs. X constructs and installs the modified robotic equipment on its manufacturing process.
Example 8. (i) Facts. An existing gasoline additive is manufactured by Y using three ingredients, A, B, and C. X seeks to develop and manufacture its own gasoline additive that appears and functions in a manner similar to Y's additive. To develop its own additive, X first inspects the composition of Y's additive, and uses knowledge gained from the inspection to reproduce A and B in the laboratory. Any differences between ingredients A and B that are used in Y's additive and those reproduced by X are insignificant and are not material to the viability, effectiveness, or cost of A and B. X desires to use with A and B an ingredient that has a materially lower cost than ingredient C. Accordingly, X engages in a process of experimentation to develop, analyze and test potential alternative formulations of the additive.
Example 9. (i) Facts. X, a manufacturing corporation, undertakes to restructure its manufacturing organization. X organizes a team to design an organizational structure that will improve X's business operations. The team includes X's employees as well as outside management consultants. The team studies current operations, interviews X's employees, and studies the structure of other manufacturing facilities to determine appropriate modifications to X's current business operations. The team develops a recommendation of proposed modifications which it presents to X's management. X's management approves the team's recommendation and begins to implement the proposed modifications.
(d) Recordkeeping for the research credit. A taxpayer claiming a credit under section 41 must retain records in sufficiently usable form and detail to substantiate that the expenditures claimed are eligible for the credit. For the rules governing record retention, see §1.6001-1. To facilitate compliance and administration, the IRS and taxpayers may agree to guidelines for the keeping of specific records for purposes of substantiating research credits.
(e) Effective/applicability dates. Other than paragraph (c)(6) of this section, this section is applicable for taxable years ending on or after December 31, 2003. Paragraph (c)(6) of this section is applicable for taxable years beginning on or after October 4, 2016. For any taxable year that both ends on or after January 20, 2015 and begins before October 4, 2016, the IRS will not challenge return positions consistent with all of paragraph (c)(6) of this section or all of paragraph (c)(6) of this section as contained in the Internal Revenue Bulletin (IRB) 2015-5 (see www.irs.gov/pub/irs-irbs/irb15-05.pdf). For taxable years ending before January 20, 2015, taxpayers may choose to follow either all of §1.41-4(c)(6) as contained in 26 CFR part 1 (revised as of April 1, 2003) and IRB 2001-5 (see www.irs.gov/pub/irs-irbs/irb01-05.pdf) or all of §1.41-4(c)(6) as contained in IRB 2002-4 (see www.irs.gov/pub/irs-irbs/irb02-04.pdf).
[T.D. 8930, 66 FR 290, Jan. 3, 2001, as amended by T.D. 9104, 69 FR 26, Jan. 2, 2004; T.D. 9786, 81 FR 68307, Oct. 4, 2016; 81 FR 76496, Nov. 3, 2016]