TQ's Description
TQ's Description
Differences
Between Technical Query, Site Query, and
RFI in Engineering Projects
A technical query (TQ) in engineering refers to a written request for clarification or additional
information related to a technical aspect of a project or product. In the engineering context, TQs
are typically used to resolve issues or discrepancies that arise during the design, construction, or
operation of a project. They may be initiated by engineers, contractors, subcontractors, or other
stakeholders involved in the project.
TQs are often used to clarify technical details that are not well-defined or have conflicting
information. They may also be used to request additional information or documentation, such as
test reports or design calculations.
TQs typically follow a standardized format and include information such as the project name, the
party submitting the TQ, the specific technical question or issue, and the requested action or
response. The TQ is then reviewed by the appropriate party, and a response is provided that
addresses the question or issue raised in the query.
Identify the technical issue: The first step is to identify the technical issue that needs
clarification or resolution. This could be a discrepancy, ambiguity, or lack of information in
the project documentation.
Raise the TQ: Once the technical issue is identified, a TQ is raised with the appropriate party
or person. This could be the project manager, the design engineer, or the technical authority.
Provide details: The TQ should include detailed information about the technical issue, such
as the project name, the specific section or document in question, and the specific question or
issue that needs clarification.
Review and response: The TQ is then reviewed by the appropriate party, and a response is
provided. The response should address the question or issue raised in the TQ and provide a
clear and concise explanation or solution.
Approval and implementation: If the response provided is satisfactory, the TQ is approved,
and any necessary actions or changes are implemented. If further clarification is needed,
another TQ may need to be raised.
Documentation: All TQs and their corresponding responses should be documented and stored
for future reference. This can be useful for audits, reviews, and disputes.
It’s important to note that the exact procedure for a technical query may vary depending on the
project and organization. Some organizations may have specific TQ forms or templates that need
to be used, while others may have specific review and approval processes. It’s important to
follow the specific procedures and guidelines set forth by the organization to ensure that the TQ
process is followed correctly.
Again, depending on the technical query workflow they can be classified into the following three
groups:
Incoming Technical Query – Initiated by the contractor to request information from the
originating company.
Outgoing Technical Query – Initiated by the originating company to request information
from the contractor.
Internal Technical Query – Initiated within the organization, company, or contractor to
request information across departments or disciplines.
Identification: The first step in the TQ workflow is to identify the technical issue that needs
clarification or resolution. This could be a discrepancy, ambiguity, or lack of information in
the project documentation.
TQ Submission: Once the technical issue is identified, the TQ is submitted to the appropriate
party or person. The TQ should include detailed information about the technical issue, such as
the project name, the specific section or document in question, and the specific question or
issue that needs clarification.
Review and Response: The TQ is then reviewed by the appropriate party, and a response is
provided. The response should address the question or issue raised in the TQ and provide a
clear and concise explanation or solution. This may involve additional investigation or
research to provide a satisfactory response.
Approval: If the response provided is satisfactory, the TQ is approved, and any necessary
actions or changes are implemented. If further clarification is needed, another TQ may need to
be raised.
Documentation: All TQs and their corresponding responses should be documented and stored
for future reference. This can be useful for audits, reviews, and disputes.
Closure: Once the TQ has been resolved, it should be closed out and any necessary actions or
changes should be implemented. This may involve updating project documentation or
communicating the resolution to relevant stakeholders.
It’s important to note that the exact workflow for a technical query may vary depending on the
project and organization. Some organizations may have specific TQ forms or templates that need
to be used, while others may have specific review and approval processes. It’s important to
follow the specific procedures and guidelines set forth by the organization to ensure that the TQ
process is followed correctly.