Narrative:

In the myriad of distractions that accompany preparation for a flight we were afforded an additional one just prior to departure. My roles on this flight were as [a check airman conducting a line check] as well as the third required crewmember.about 40 minutes before departure time we got a right pack temp EICAS message. The first officer reached up and turned the pack off. I instructed him to get out the QRH and run through the correct procedure. He said that only applied in the air. I corrected him and we completed the procedure with no luck bringing the pack back online. We then called for the onboard mechanics that reset the pack in the east&east bay but it tripped again. They spent the next 20 to 30 minutes trouble shooting the problem. Because of the ensuing delay the first officer advised that he may run into an far 117 rest/duty time issue if the delay continued. I called scheduling to run the numbers on when his duty would expire and found that we had a little less than 90 minutes before we lost him. There were no reserves available. The mechanics wound up resetting the pack again and asked us to leave it off until the departure roll. I reminded them that the pack was an ETOPS significant system and if we lost it after takeoff we would not be able to enter ETOPS airspace. On concurrence with the captain I contacted dispatch and maintenance control and we agreed to do an ETOPS verification flight on the system. Dispatch worked up a non-ETOPS contingency route that required us to add fuel. With the captain's concurrence we added 900 pounds of fuel which brought us up to the max performance takeoff weight on the original flight plan. While all this was going on the first officer got the ATIS and loaded the info into the performance computer on the ACARS. He then loaded the weight and balance information. Unfortunately he loaded the takeoff fuel into the zero fuel weight boxes of the performance template. This produced a max takeoff gross weight significantly lower than what it really was. He then left the cockpit for several minutes. The captain went to retrieve the performance data and was having difficulty understanding how to do it. She had primarily been flying other routes and said she had only seen the performance template once or twice since IOE. I showed her how to retrieve the data and we reviewed it together. Both of us missed the mtogw error. We read the 'cautions' and made the incorrect assumption that if we were less than planned gross weight we were ok...similar to the -200 aircraft. What the cautions were trying to tell us just didn't click. Even the low V speeds and large stop margin didn't register as a flag. In addition the captain did not follow the SOP procedure by setting the V2 speed estimate on the MCP. This would have been another flag. She later had me explain how to do it. In our printed flight plan package we did not have the paper copies of the tlr takeoff data to use as a backup/crosscheck. When we referred to the downloaded copy on my tablet we discovered it only had takeoff data for runway 3 even though the forecast winds favored runway 21. Dispatch should have provided that information also. On departure--since the first officer did not select runway 21 at intersection F takeoff data--the captain elected to use the full length. On the takeoff roll the first officer called vr at 131 KTS; but the captain delayed the rotation until 146 KTS. She rotated at a normal rate. I didn't see the initial pitch but she lowered the nose immediately and accelerated before pitching up again. I believe this may have been when we scraped the tail skid which we discovered after landing. After positive climb was achieved she accelerated at a shallow climb angle. It was obvious to all of us that something wasn't right. She kept the pitch angle between the buffet margins and accelerated through the flap indications on the eadi speed tape. After the flaps were up she accelerated and climbed normally; opting for a higher climb speed of 260 KTS. There were a few other issues that might have helped flag the error. The captain failed to record the actual ZFW and mtogw next to the planned weights on the flight plan per fom procedures. Also if the 'load' function worked on the aircraft and had propagated the data directly to the FMS we might have caught the erroneous ZFW and gross weight there. To help eliminate the error going forward the following procedures might be considered: highlight or mark in bold border or print the two critical numbers; ZFW and mtogw; on the weight and balance. Modify software not to accept ZFW data outside a reasonable range of weights. Create a positive crosscheck procedure by both crewmembers of the ZFW and mtogw data before uploading to the FMS.

Google
 

Original NASA ASRS Text

Title: Multiple factors assailed the flight crew of a B767-300ER which resulted in flawed performance data and a tail strike on takeoff due to a planned takeoff gross weight much below the actual.

Narrative: In the myriad of distractions that accompany preparation for a flight we were afforded an additional one just prior to departure. My roles on this flight were as [a Check Airman conducting a line check] as well as the third required crewmember.About 40 minutes before departure time we got a Right Pack Temp EICAS message. The First Officer reached up and turned the pack off. I instructed him to get out the QRH and run through the correct procedure. He said that only applied in the air. I corrected him and we completed the procedure with no luck bringing the pack back online. We then called for the onboard mechanics that reset the pack in the E&E bay but it tripped again. They spent the next 20 to 30 minutes trouble shooting the problem. Because of the ensuing delay the First Officer advised that he may run into an FAR 117 Rest/Duty Time issue if the delay continued. I called Scheduling to run the numbers on when his duty would expire and found that we had a little less than 90 minutes before we lost him. There were no reserves available. The mechanics wound up resetting the pack again and asked us to leave it off until the departure roll. I reminded them that the pack was an ETOPS Significant System and if we lost it after takeoff we would not be able to enter ETOPS airspace. On concurrence with the Captain I contacted Dispatch and Maintenance Control and we agreed to do an ETOPS Verification Flight on the system. Dispatch worked up a non-ETOPS contingency route that required us to add fuel. With the Captain's concurrence we added 900 LBS of fuel which brought us up to the Max Performance Takeoff Weight on the original flight plan. While all this was going on the First Officer got the ATIS and loaded the info into the performance computer on the ACARS. He then loaded the Weight and Balance information. Unfortunately he loaded the Takeoff Fuel into the Zero Fuel Weight boxes of the performance template. This produced a Max Takeoff Gross Weight significantly lower than what it really was. He then left the cockpit for several minutes. The Captain went to retrieve the performance data and was having difficulty understanding how to do it. She had primarily been flying other routes and said she had only seen the performance template once or twice since IOE. I showed her how to retrieve the data and we reviewed it together. Both of us missed the MTOGW error. We read the 'Cautions' and made the incorrect assumption that if we were less than Planned Gross Weight we were OK...similar to the -200 aircraft. What the Cautions were trying to tell us just didn't click. Even the low V speeds and large stop margin didn't register as a flag. In addition the Captain did not follow the SOP procedure by setting the V2 speed estimate on the MCP. This would have been another flag. She later had me explain how to do it. In our printed flight plan package we did not have the paper copies of the TLR Takeoff data to use as a backup/crosscheck. When we referred to the downloaded copy on my tablet we discovered it only had Takeoff data for Runway 3 even though the forecast winds favored Runway 21. Dispatch should have provided that information also. On departure--since the First Officer did not select Runway 21 at Intersection F takeoff data--the Captain elected to use the full length. On the takeoff roll the First Officer called Vr at 131 KTS; but the Captain delayed the rotation until 146 KTS. She rotated at a normal rate. I didn't see the initial pitch but she lowered the nose immediately and accelerated before pitching up again. I believe this may have been when we scraped the tail skid which we discovered after landing. After positive climb was achieved she accelerated at a shallow climb angle. It was obvious to all of us that something wasn't right. She kept the pitch angle between the buffet margins and accelerated through the flap indications on the EADI speed tape. After the flaps were up she accelerated and climbed normally; opting for a higher climb speed of 260 KTS. There were a few other issues that might have helped flag the error. The Captain failed to record the actual ZFW and MTOGW next to the planned weights on the flight plan per FOM procedures. Also if the 'Load' function worked on the aircraft and had propagated the data directly to the FMS we might have caught the erroneous ZFW and Gross Weight there. To help eliminate the error going forward the following procedures might be considered: Highlight or mark in bold border or print the two critical numbers; ZFW and MTOGW; on the Weight and Balance. Modify software not to accept ZFW data outside a reasonable range of weights. Create a positive crosscheck procedure by both crewmembers of the ZFW and MTOGW data before uploading to the FMS.

Data retrieved from NASA's ASRS site and automatically converted to unabbreviated mixed upper/lowercase text. This report is for informational purposes with no guarantee of accuracy. See NASA's ASRS site for official report.