What is Integrated Factory Acceptance Test (IFAT)?

An Integrated Factory Acceptance Test, commonly called IFAT, is a factory based test used to verify that multiple control and automation systems work together as an integrated system before they are installed at the plant. 

Unlike an individual FAT, which mainly checks one system or package, IFAT verifies communication, signal exchange, commands, alarms, interlocks, trips, sequences and operator responses across connected systems.

For example, a process unit may have a DCS, PLC, SIS, ESD system, Fire and Gas System and several package PLCs. IFAT provides an opportunity to test how these systems interact before site installation and commissioning.

Discover The FAT Checks Engineers Cannot Afford To Miss: Factory Acceptance Test (FAT) Procedure & Checklist for Marshalling Cabinets

Modern process plants rarely depend on one automation system. A DCS may exchange information with package PLCs, the SIS, Fire and Gas System, MCC interfaces, analyzers and electrical systems.

An individual FAT can confirm that each system works correctly within its own environment. However, an integration problem may appear only when two or more systems exchange information.

A wrong communication address, incorrect tag mapping or missing status feedback can remain unnoticed during an individual FAT. Finding such problems at site can consume valuable commissioning time because engineers may need to coordinate several vendors while equipment is already installed.

What Systems Are Tested During an Integrated Factory Acceptance Test?

The systems included in an IFAT depend on the project architecture, contractual requirements and approved testing philosophy.

Typical systems include:

  1. DCS
  2. PLC
  3. SIS
  4. ESD system
  5. Fire and Gas System
  6. Package PLC
  7. SCADA
  8. MCC interface
  9. Electrical control systems
  10. Analyzer systems
  11. Metering systems
  12. Third party packaged equipment
  13. Historian
  14. Operator workstation
  15. Engineering workstation
  16. Alarm and event systems
  17. Communication gateways

The important point is not simply the number of systems connected. The objective is to verify the required functional interaction between them.

See How DP Transmitter Factory Testing Prevents Costly Failures: Factory Acceptance Test(FAT) Procedure for Differential Pressure(DP) Transmitter

What is Tested During IFAT?

Engineers verify that signals are transferred correctly between systems. This includes digital signals, analog values, commands, status indications and diagnostic information.

Communication protocols such as Modbus, OPC or other project specific interfaces may be involved. Tag names, addresses, data types, scaling and engineering units must match the approved interface documents.

A command issued from the DCS may need to reach a package PLC and produce the expected equipment response.

The returned running, stopped, available, fault or local mode status must also reach the DCS correctly. IFAT confirms the complete command and feedback path.

Know ESD And PSD Differences Before Designing Shutdown Logic: Marshalling Panel vs Junction Box vs System Cabinet: Complete Guide for Instrumentation and Control Engineers 

Alarm configuration must be checked from the originating condition through to the operator workstation.

Interlocks and permissives are particularly important because a small configuration error can prevent equipment from starting or allow an operation under an incorrect condition.

For SIS, ESD and Fire and Gas applications, engineers simulate appropriate input conditions and verify the resulting safety action.

The test should confirm the complete cause and effect chain, including trip initiation, logic processing, output action, feedback, alarm indication and event recording where applicable.

Choose The Right Cabinet Architecture For Reliable Control Systems: Electromagnetic Flow Meter Inspection and Test Plan (ITP): Complete EPC Guide

The operator should see the correct equipment status, alarm and process condition on the workstation.

IFAT can identify incorrect graphics, wrong tag references, missing alarms or misleading status indications before commissioning begins.

Where applicable, communication failure, controller failure, network failure and redundant path operation should be tested according to the approved project requirements.

Time synchronization, Sequence of Events recording and historian functions may also require verification.

Master The Critical Drawings Every Instrument Engineer Needs: Types of Engineering Drawings and Documents used in Instrumentation 

What is the Typical IFAT Procedure?

A practical Integrated Factory Acceptance Test can be executed through the following sequence.

Review the Functional Design Specification, System Design Specification, Cause and Effect Matrix, I O list, control narratives, network architecture, communication documents and approved test cases.

The participating DCS, PLC, SIS and package systems should have completed their required individual FAT activities before integration testing begins.

Check controller setup, databases, tag mapping, communication settings, visuals and application logic to approved project configuration.

Calculate Intrinsic Safety Parameters Before Hazardous Area Installation: Intrinsic Safety Entity Parameter Calculator for Reliable Hazardous Area Loop Design 

Connect the necessary systems in a controlled production setting. Suitable simulation tools and test interfaces can be employed if actual field equipment is not accessible.

Verify the communication lines and correct interchange of all relevant data points. Check addresses, data kinds, scaling, units and update behavior.

Produce simulated process values, equipment status indications, Alarms and abnormal circumstances.

Issue operator commands and check that the receiving system processes them successfully and delivers the anticipated status.

Apply the needed conditions and check the desired control and shutdown response.

Simulate representative process and safety incidents and validate full reaction across interconnected systems.

Understand Process And Functional Safety Before Critical Decisions: ESD vs PSD: Difference Between Emergency Shutdown System and Process Shutdown System

Verify defined communication failures, duplicated pathways, and other applicable abnormal circumstances.

Check operator indications, alarms, event messages, time-stamps and historical data as appropriate.

Log any deviance against authorized Acceptance Criteria. Re-Run the affected test after fixing the setup.

After successful retesting, obtain the required approvals and document the final IFAT status before shipment or site deployment.

Know Which Testing Stage Determines Real Plant Readiness: FAT vs SAT vs SIT: Three Critical Tests That Determine Whether Your Plant Is Truly Ready for Startup 

The exact document list depends on the project, but engineers normally require:

  1. Approved IFAT procedure
  2. Functional Design Specification
  3. System Design Specification
  4. Cause and Effect Matrix
  5. I O list
  6. Instrument index
  7. Control narratives
  8. Logic diagrams
  9. P and ID drawings
  10. System architecture drawings
  11. Network architecture
  12. Communication interface documents
  13. Modbus mapping
  14. OPC mapping
  15. Package vendor interface documents
  16. Alarm and trip lists
  17. Graphics
  18. Sequence descriptions
  19. FAT records
  20. Approved test cases
  21. Punch list
  22. Vendor documentation

Engineers should pay particular attention to interface documents because many IFAT failures originate from differences between vendor databases and the main control system database.

Uncover Essential MOV Testing Steps Before Final Acceptance: Motor-Operated Valve (MOV) Factory Acceptance Test (FAT) Procedure 

How is IFAT Performed in a Process Plant?
  • Consider a process unit where the DCS communicates with a package PLC, SIS and Fire and Gas System.
  • During testing, engineers simulate a high high pressure condition in the process.
  • The simulated signal reaches the appropriate safety system. The safety logic evaluates the condition and generates the required shutdown command. The affected equipment receives the command and transitions to the desired condition.
  • The resulting status is returned to the DCS. The operator workstation displays the appropriate alarm and equipment condition. The event is also recorded where required.
  • This single test checks much more than one instrument or controller. It verifies the signal path, communication interface, logic processing, shutdown action, feedback, operator indication and event handling.
  • That is the practical value of IFAT.

Explore SCADA Factory Tests That Catch Hidden Integration Problems: Factory Acceptance Test (FAT) Activities for SCADA System: Step-by-Step Checklist

IFAT vs FAT: What is the Difference?
AreaFATIFAT
PurposeVerify an individual system or equipment packageVerify interaction between multiple systems
ScopeUsually one system or packageMultiple connected systems
Systems involvedDCS, PLC, package or other individual systemDCS, PLC, SIS, ESD, FGS and third party systems
Testing focusFunctional and technical requirementsIntegration and end to end functionality
Typical locationVendor or system integration facilityFactory integration environment
Integration testingLimited or system specificMajor testing objective
ResponsibilityMainly system or package vendorMultiple vendors, system integrator and project team
OutcomeIndividual system acceptanceConfidence in integrated system behavior

An individual FAT answers the question, “Does this system work correctly?”

IFAT vs SIT vs SAT: What is the Difference?
ParameterIFATSITSAT
Full FormIntegrated Factory Acceptance TestSite Integration TestSite Acceptance Test
Primary PurposeVerify integration and interaction between multiple systems before site installationVerify integration of installed systems at siteVerify that the installed system meets project functional and acceptance requirements
Typical LocationFactory or system integration facilityProject siteProject site
TimingBefore shipment and site installationAfter system installation and during site commissioningAfter installation and required commissioning activities
Main FocusSystem integration and end to end functionalitySite integration and system interactionFinal acceptance of the installed system
Systems InvolvedDCS, PLC, SIS, ESD, FGS and third party systemsInstalled DCS, PLC, SIS, ESD, FGS and other plant systemsComplete installed control and automation system
Communication TestingVerified before site installationVerified using installed site networks and interfacesVerified as part of final system acceptance
I O VerificationMainly through simulated inputs and system interfacesVerified with installed field interfaces where applicableVerified under actual site conditions
Alarm TestingSimulated and verified through integrated systemsVerified using installed systemsVerified as part of site acceptance
Interlock TestingVerified using simulation and integrated system logicVerified using installed equipment and actual interfaces where applicableVerified against approved functional requirements
Trip and Shutdown TestingIntegrated trip logic can be tested using simulated conditionsSite installed trip functions can be verifiedFinal acceptance of required shutdown functionality
Third Party InterfacesTested before equipment reaches siteTested with actual installed interfacesConfirmed as part of final site acceptance
Main BenefitFinds integration problems before site commissioningConfirms correct integration after installationConfirms that the installed system satisfies project requirements
Typical OutcomeIntegrated system accepted for shipment or site deploymentSite integration verifiedSystem accepted according to project acceptance criteria


Important: The exact meaning and scope of IFAT, SIT and SAT can vary between projects and organizations. Some projects may use SIT for integration activities that are similar to IFAT. Therefore, instrumentation and control engineers should always follow the project specific testing philosophy, contractual requirements and approved test procedure.

Understand FAT And SAT Before Your Project Advances: Difference between FAT and SAT

  • IFAT provides a major advantage by exposing integration problems before site commissioning.
  • Incorrect communication mapping can be corrected without waiting for field installation. Interface problems can be resolved while the relevant vendors and system specialists are available.
  • It also reduces site troubleshooting because many configuration errors have already been identified and corrected.
  • Testing DCS, PLC, SIS and third party interfaces together improves confidence in the overall automation architecture. You can also check the operator graphics, alarms and shutdown answers before deploying the system.
  • This early verification can decrease engineering rework, and assist avoid unnecessary delays to commissioning on major projects.

See How Cause And Effect Logic Prevents Dangerous Failures: Cause and Effect Drawings 

Experienced engineers commonly encounter problems such as:

  1. Incorrect communication mapping
  2. Wrong tag mapping
  3. Incorrect scaling
  4. Wrong engineering units
  5. Incorrect alarm configuration
  6. Missing status feedback
  7. Incorrect command logic
  8. Wrong permissive
  9. Incorrect interlock
  10. Communication timeout
  11. Network redundancy problems
  12. Incorrect PLC to DCS data mapping
  13. Incorrect SIS interface
  14. Wrong graphics indication
  15. Incorrect Sequence of Events timestamp
  16. Incorrect communication failure response
  17. Third party interface mismatch

These issues may appear minor during factory testing, but they can become significant commissioning problems when discovered after equipment installation.

  1. Project engineers should prepare the integration test well before the scheduled test date.
  2. Freeze the appropriate configuration prior to testing and verify that individual FAT activities are complete. Review all interface documents and check tag mapping between systems.
  3. Test not only typical operational circumstances but realistic test situations. Include startup conditions, shutdown conditions, alarms, interlocks, permissives, trips and communication failures where applicable.
  4. Each vendor should understand its testing responsibility. Acceptance criteria should be agreed before execution.
  5. Maintain a live punch list and retest every corrected item. Final acceptance should be based on documented evidence rather than verbal confirmation.

Check Every PLC Panel Function Before Site Shipment: Factory Acceptance Test (FAT) of a PLC Panel: A Step-by-Step Basic Guide

  • An Instrumentation and Control Engineer plays an important role in ensuring that the integrated system behaves as intended.
  • The engineer should review I O mapping, verify instrument signals, check control logic and confirm alarm behavior. Cause and Effect functions, permissives, interlocks and shutdown signals should be tested against the approved engineering documents.
  • The engineer should also verify graphics, communication interfaces and equipment status indications.
  • During vendor testing, deviations must be recorded clearly. A useful punch point should identify the affected tag, expected behavior, actual behavior and required corrective action.
  • The engineer should then follow the item through correction, retesting and final closure.

Fix PROFIBUS Failures Before They Disrupt Plant Commissioning: PROFIBUS Communication Failure Step by Step Diagnosis

Before starting IFAT, confirm:

  1. Documents are approved
  2. System configuration is ready
  3. Individual FAT is completed
  4. I O mapping is verified
  5. Tag database is verified
  6. Alarm configuration is verified
  7. Cause and Effect is verified
  8. Interlocks are verified
  9. Permissives are verified
  10. Trip functions are verified
  11. Graphics are verified
  12. Third party interfaces are verified
  13. Redundancy is verified where applicable
  14. Failure scenarios are prepared
  15. Test results are recorded
  16. Punch list is updated
  17. Retesting is completed
  18. Final acceptance is documented

Choose ESD Signals Correctly Before Safety Logic Implementation: How are ESD Signals Selected? Complete ESD Signal Selection Guide

IFAT is a factory based integration test that verifies communication and functional interaction between multiple control, safety and third party systems before site installation.
It confirms that integrated functions, signals, commands, alarms and system interfaces work correctly before commissioning.

IFAT detects integration issues early, reducing troubleshooting at the site, engineering rework, commissioning risk and project delays.

This gives the chance to verify the integrated system functionality in controlled production circumstances.

FAT generally verifies an individual system, equipment package or subsystem against approved requirements.
IFAT focuses on communication and functional interaction between multiple integrated systems.

IFAT can test communication, signal mapping, commands, feedback, alarms, interlocks, permissives, trips, Cause and Effect, sequences, graphics and redundancy.
Failure responses and communication recovery may also be verified according to the approved IFAT procedure.

Normally, IFAT is performed before site acceptance activities and before final commissioning at site.
This helps to uncover integration problems before equipment is deployed and tested under actual site conditions.

Build A Strong Shutdown Strategy Before Plant Commissioning: Shutdown Philosophy: Engineering Documentation for Process Safety and Emergency Shutdown Systems

DCS, PLC, SIS, package system and third party vendors may participate along with system integrators and project engineers.
Commissioning engineers, client representatives and other responsible technical personnel may also participate.

Follow DCS FAT Checks Before Moving Toward Site Testing: Factory Acceptance Test Procedure for Distributed Control System DCS

Typical documents include the IFAT procedure, I O list, Cause and Effect Matrix, control narratives, system architecture and communication mapping.
Test cases, graphics, approved drawings, vendor documents and individual FAT records may also be required.

A Factory Acceptance Test or FAT verifies that a system, package or equipment meets approved technical and functional requirements before shipment.
It normally covers hardware, software, control functions, alarms, interlocks and other specified acceptance criteria.

IFAT stands for Integrated Factory Acceptance Test and verifies the integration of multiple systems before site installation and commissioning.
It typically focuses on communication, signal exchange and functional interaction between interconnected systems.

FAT ensures that equipment or system is working to authorized technical specifications before leaving the production.

UAT determines whether the final system meets user acceptance and business needs.

Terminology varies from project to project but common stages of acceptance testing are FAT, IFAT, SAT and UAT.

They test system functionality, integration, site operation and user approval in an incremental manner.

FAT is short for Factory Acceptance Test and is generally carried out before the equipment or systems are sent to site.

It demonstrates that certain technical and functional requirements have been satisfactorily tested.

Quality Assurance is the methods and controls used to keep quality in and defects out of the project.

The purpose of User Acceptance Testing is to determine whether the supplied system satisfies the operational needs of the user.

FAT is performed at the factory to verify equipment or system functionality before shipment to the project site.
SAT is performed at site to verify installation, configuration, integration and operation under actual site conditions.

Verify SIL Performance Before Approving Safety System Design: SIL Verification Report (Safety Integrity Level Verification Report)

A successful Integrated Factory Acceptance Test is not simply a larger FAT. Its real purpose is to prove that different automation and safety systems can operate together as one integrated control environment.

Read More

Recent