Thread Content
We have a project in which one of the workshops involves a proprietary process package from the manufacturer; all the documentation is in English. The process engineering team sends this package to the instrumentation team, but they refuse to provide any information related to it, as it wasn’t designed by them. The instrumentation parameters are translated by the instrumentation team and entered into the relevant lists, while the control requirements are also translated before being used to create the design drawings for instrumentation control. In my opinion, regardless of whether you designed the process package or not, the process engineering team should first become familiar with the package’s details and then proceed with the usual design process to provide the necessary information to various teams, such as supplying process parameters to the instrumentation team. I wonder if other colleagues have encountered similar projects, and how your department coordinates its efforts in such situations
There’s no problem with doing this. First of all, this process package doesn’t belong to your department’s processes; it belongs to the equipment manufacturer. You need to follow the procedures established for handling such matters with the manufacturer. Therefore, it is the manufacturer who provides the necessary information, not your department. Since your department is the main professional team responsible for this task, its role is limited to communication and coordination. In terms of this process package, you and your department are on an equal footing; the manufacturers are at the upstream end, and their role is merely to pass on the information from the manufacturer to you. If there are any issues, you will have to coordinate directly with the manufacturer. It’s just like when you buy imported equipment; if you need it translated, you would turn to the manufacturer for translation. Would you go to someone who specializes in equipment translation?
You only use the process package documents for development; the instrument parameters must be specified by the process engineering team, as the engineering design takes into account factors such as equipment layout and height differences – it’s not something that can be achieved simply by copying and pasting
I think the content of this process package needs to be understood and absorbed. With the process as the core of the entire team, any further design work based on this process package should be carried out on the basis of a proper understanding of it; it shouldn’t be simply up to each individual department to search through the package for the information they need, as this can lead to misunderstandings.
My understanding should be the same as yours, thank you for your reply!
Thank you for your reply, but I can’t agree. I posted this just to find out how other colleagues coordinate with each other in their actual work; sometimes theory is one thing, and practice is another.
What I’m saying makes sense – most design institutes do things in this way. The so-called process absorption is a selective one; the conditions provided for you regarding the process include not only process parameters but also layout, pipe grades, and many other aspects. Anything that needs to be provided by them must be included, otherwise the manufacturer won’t be able to provide it either. But as for process parameters, even if the process has been absorbed, they won’t restate them for you. Think about it: if they were to state them again, it would simply mean passing the information along, and they can’t modify the parameters on their own, since it’s not their own process package. In this case, such passing of information only increases the risk of human error, which is completely counterproductive. From the perspective of process engineers, if you work in process development and use parameters from someone else, it’s fine to understand them after reviewing them, but would you copy those parameters and present them as your own? If there are mistakes, you’ll have to take responsibility, and if questions arise you might not know what’s going on, since you didn’t design it yourself. Why not just present the original parameters? It’s safer, more convenient, and protects you as well. Remember, design work comes with a lifetime of responsibility – if a parameter is incorrect and an explosion occurs, you’ll be held accountable for it; you must be responsible for every parameter you propose. If you say that you’ve fully understood and mastered the process, and turned it into your own knowledge before bringing it to me, then you’d better stop working on that project – it’s already a lost cause...
It is a matter related to unit management; it mainly depends on the terms of the contract. The formal input of design conditions includes not only those from upstream process disciplines. Normally, the process engineering team is responsible for reviewing the process package, identifying any issues and resolving them, provided that such costs are included in the contract.
In design institutes, it’s always the process engineers who hold the power; they’re really awesome, haha. Minor specialties have to endure that
Don’t you understand what the problem is? If you can’t understand English, you still have to insist on the manufacturing process; after all, everyone has asked for a raise.
This understanding is incorrect. If we follow your logic, with each specialty contacting its own process supplier and determining its own design parameters, the final engineering designs would vary greatly.