Inibuild A321 Neo Aircraft EFB: Payload -> Update fuel-> Apply is not working

ISSUE DESCRIPTION

Description of the issue:

  1. Start a new flight from anywhere with A21N
  2. Go to aircraft own EFB
  3. EFB - Payload, update fuel and then Apply

Whatever fuel you set, it doesn’t reflect aircraft’s FOB. It was working well before SU5 Update

FREQUENCY OF ISSUE

Anytime you set fuel from inibuild EFB

REPRODUCTION STEPS

See description above

YOUR SETTINGS

PC, MSFS 2024, RTX 4080 Super, DX12

MEDIA

Example:

Set fuel to 6299, apply, successful message.

However…. Nothing change in FOB

Is it not the same issue than this one ?: A321LR Fuel Load in EFB does not Equal FOB

I can confirm this behaviour.

I am not sure if it’s equal. Despite, It looks the same though. The differences are:

  • The issue you mentioned was opened back to Dec 2025 which I had no issue at all. It was working fine for me.
  • I am just experiencing this issue after SU5. Prior to this event it was working perfectly.
  • The value on FOB is not just not equal, it doesn’t reflect at all whatever you filled in on EFB.

I believe this may be separated issue.

I can also confirm that SU5 did not fix the issue and it is It is the same issue as

To correctly load fuel in A321LR you need to load fuel in the Fsim EFB (not the aircraft EFB). and then manually set the same value in the aircraft EFB (your screenshot) just for that you can transfer the data correctly int FMS when calculating take off parameters e.g. V1 VR V2

P.S. What I can’t understand is how come this is working in A320Nv2 but not in A321LR. Isn’t this made by same developer?

On another note I have not been able to do a single free flight in A321LR in SU5 (and early in SU5 Beta). The Plane constantly crashes after submitting the flight plan to ATC. And this is the same behaviour observed throughout the development of SU5 (early stages). I will try and report / re-report the issue/bug.

so why does INI have their own limited EFB and does not use the WT default EFB. the ini one is not even working. even A2A is using the stock EFB.

Hello please report here too it helps !

A320neo (v2) - A321neo Family bug list (SU5)

FYI, I don’t have that issue before SU5.

It was working well, I have never used FSim’s EFB at all. I normally used to use inibuild EFB by importing from simbrief then load the fuel correctly. Was working well without issue.

Then it’s suddenly broken as I explained above after SU5

the default EFB does work with ini aircraft.

The Ini EFB also works fine with the other Airbuses, this is just an issue with the A321neo

Same here with my A321LR. And additionnaly many bugs on every mission with this plane…

For example, my PERF program for the approach in the FMC disappeared while i was on approach phase !
And the steering seems to be different on the ground.
It seems that SU5 brought many new bugs on this plane.:roll_eyes:

Before SU5 everything was ok. Let’s pray for bug corrections now as my copany have many A321LR :face_with_steam_from_nose:

Same issue here. Just happening with the A21N. Nothing solved after having joined the new beta released today. I’ve already made a post about it some minutes ago

1 tag is required - add them in the tag section next to the title above:

  • One for platform (ms-store, steam, xbox , or xcloud)

  • One for aircraft if related (start typing in your aircraft name in the tag section and pick correct option)

Feel free to delete this quote section after adding your appropriate tags.

ISSUE DESCRIPTION

Description of the issue:

Hi Asobo team,

I would like to report a bug affecting the iniBuilds A321neo on Xbox Series X after Sim Update 5, including the current SU5 beta/hotfix.

When importing payload/fuel through the iniBuilds EFB using SimBrief data, the values appear correctly inside the MCDU: BLOCK fuel, FOB predictions, ZFW/ZFWCG, etc.

However, the aircraft itself does not actually receive the fuel.

On the ECAM FUEL page:

  • all tanks remain at 0
  • FOB stays at 0 KG
  • fuel flow remains at 0
  • fuel warnings appear as if the aircraft is empty

At the same time, the MCDU clearly shows the imported fuel values and calculations correctly.

Important details:

  • this happens only with the iniBuilds A321neo
  • the iniBuilds A320neo works correctly
  • the iniBuilds A330 works correctly
  • if fuel is set manually through the default MSFS tablet/interface, it applies correctly to the aircraft
  • the issue seems specifically related to the EFB → SimBrief → aircraft fuel synchronization process after SU5

Platform:

  • Xbox Series X

Version:

  • Sim Update 5
  • current SU5 beta/hotfix

I attached screenshots showing:

  1. EFB payload/fuel correctly loaded
  2. MCDU fuel predictions correctly calculated
  3. ECAM fuel page still showing 0 fuel everywhere

Thank you very much for your work and support.

FREQUENCY OF ISSUE

How often does this occur for you (Example: Just once, every time on sim load, intermittently)?

Always, after SU5. Still present on beta.

REPRODUCTION STEPS

Please list clear steps you took in order to help our test team reproduce the same issue:

  1. Load the iniBuilds A321neo on Xbox Series X and import payload/fuel from SimBrief through the EFB.

  2. Press “Apply” in the EFB payload page and wait for the loading process to complete.

  3. Check the ECAM FUEL page: all tanks remain at 0 KG even though the MCDU shows correct fuel calculations and FOB predictions.

YOUR SETTINGS

If the issue still occurs with no mods and add-ons, please continue to report your issue. If not, please move this post to the User Support Hub.

What peripherals are you using:

[PC Only] Are you using Developer Mode or have you made any changes to it?

[PC Only] What GPU (Graphics Card) do you use?

[PC Only] What other relevant PC specs can you share?

MEDIA

Please add a screenshot or video of the issue occurring.

Hello,

can confirm this bug at MS-STORE version after SU5 also, no correct FOB value after set fuel from EFB. It looks to me that fuel is set but FOB doesn’t chamge to requested value from EFB. Voted…

Thank you for the bug report.

We have created an internal ticket to see if our team already has this logged, and if not they will attempt to reproduce the issue and create a new bug report. This item is now marked as feedback-logged. If there is an existing bug report or one is created, we will move this thread to bug-logged.