DisposableHero

What is the error you are getting ? Without exact error text it is impossible to help... This is just not enough.

Glad you liked it and found useful.

Ok, this is the second part of my guides. I got a lot of questions about them, how to define, how to make them compatible with SimBrief, how do the real companies handle different types or configs etc. etc. And unfortunately I see some PhpVms friends having struggle with defining them. So what is it ? All airlines do have aircrafts, we call them fleets. But most of the airlines do have different types of aircrafts under their fleets, imagine like having both Airbus A320 and Boeing B737-800 at the same time flying for the same airline. Then you need some "Subfleets" to separate them during operations. And things got really messy when those aircrafts have different seat configurations, imagine a Boeing B737-800 with full economy seats and another one with 150 Economy seats + 16 Business seats. They are still B737-800 but their capacities and weights do change To overcome that changes we do divide them to more "Groups" or "Subfleets". While in real ops, we do have some extra definitions for them and this changes from airline to airline, but here in phpvms v7 we only have "Subfleets" and it is pretty enough to manage our fleets. Lets start to define our Subfleets for Boeing B737-800 fleet; When in admin section, click Fleet from the sidebar , this will open up the Subfleets page (yes there is a confusion there but it is ok). Then click Add New Subfleet from top navbar. Select your airline Select the base/hub of this subfleet (optional but nice to have) Define the short code (type) you wish to use for this subfleet. For this I would kindly suggest having short but descriptive names like B738W-Y189 or just B738W-Y Leave the SimBrief Type empty (for now, will explain it later) Give a nice name to your subfleet. Do not force the limits, a short but nice name would do the trick like Boeing B737-800 WL Full Economy Leave Cost Per Hour empty (for now, will explain it later) Leave Cost Delay Per Minute empty (for now, will explain it later) Select JET A as your fuel type Leave Ground Handling Multiplier empty (for now, will explain it later) and click Save. Now we have our first Subfleet, which will hold/contain our 189 seated Boeing 738's. (This is important, we created this new subfleet for only Boeing B738's with full economy seats. Not for all of our Boeing B738's !) So move a little bit down and you will see new items/sections there Ranks ( will explain this later, but leave it empty for now and please do disable/unclick Restrict Aircrafts To Ranks setting in Admin/Settings during your initial setup and test phase) Fares ( I tried to explain the fare logic in another topic, will not do a copy paste here or repeat myself ... Simply add your Economy fare here and set the capacity as 189. Leave price and cost untouched. ) Expenses ( will explain this later in detail ) Files ( No need to explain this i think, these are the files you upload or link to this subfleet. It may be document or a repaint, anything you want to share is possible) Click Save again. Now we will repeat the same process from beginning but now for our different seat configurated B738's ... This time going a little bit fast, click add new subfleet and apply the differences below; Define the short code (type) you wish to use for this subfleet. For this I would kindly suggest having short but descriptive names like B738W-Y150J16 or just B738W-YJ Give a nice name to your subfleet. Do not force the limits, a short but nice name would do the trick like Boeing B737-800 WL Mixed click Save and then quickly add two fares to this subfleet. This time we will need two fares 'cause this subfleet will hold our 2 class seat configurated B738's. So we need both Economy and Business fares (which we created earlier). Set the capacity of Economy fare to 150 and Business to 16 and click Save again to finish the basic setup. Technically that's all you need to do to define and separate different types of aircraft in your fleet. Go ahead and add some aircrafts under these newly created Subfleets. First two aircrafts to the Boeing B737-800 WL Full Economy subfleet While adding aircrafts to subfleets, try using standard codes for IATA and ICAO fields. IATA code is not used anywhere but ICAO code is important for flight planning with SimBrief integration. As an example I will add two aircrafts to each subfleet, to do this click on the Subfleet Name (Boeing B737-800 WL Full Economy) and then click on New Aircraft . Enter details as below; Status : Active Location : As you wish Name : Clipper Disposable ( This is nothing more than a sticker on the plane, anything you like to have is ok. It may be your name, your child's name or even a place name. It has no legality in real life ops) IATA : 738 ICAO : B738 ( This field is used for SimBrief flight planning, until you define some special code for the whole subfleet. Which will be explained later) Registration : TC-SKR ( This is important and must be unique, this is the licence plate of an aircraft - along with its MSN : Manufacturer Serial Number, think like the VIN of your car ) MTOW : Empty ZFW : Empty Click Save . skip Expenses and Files for now. Click Save again to return back to Subfleet list. Click New Aircraft again and apply the differences as below; Name : Fake Queen ( This is nothing more than a sticker on the plane, anything you like to have is ok. It may be your name, your child's name or even a place name. It has no legality in real life ops) Registration : TC-SKS ( This is important and must be unique, this is the licence plate of an aircraft - along with its MSN : Manufacturer Serial Number, think like the VIN of your car ) Click Save again and then click Fleet from the sidebar. Now add two new aircrafts to your Boeing B737-800 WL Mixed subfleet, just make up two new names and two unique registrations. And you are done. When you look at your Fleet page, you will be seeing something like below; Boeing B737-800 WL Full Economy | Disposable Virtual | B738W-Y | 2 | Edit and Delete Icons Boeing B737-800 WL Mixed | Disposable Virtual | B738W-YJ | 2 | Edit and Delete Icons Actually the most important part is over, what you will see below is kind of nerdish details We have two different types, they are different so they will have different weights or specs, and they must have different flight plans ! Well, this may dissapoint you but most of the details will be same but of course there will be some, slight changes between them. And we already handled the most important difference (seat configuration) just minutes ago, so what now ? The weights will be different, which weights ! I know we left MTOW and ZFW empty while defining our subfleets 'cause they have no effect and not being used at all (for now, maybe we can improve phpvms v7 a little bit more to effectively use that fields too). When seat configuration changes, mainly BEW (Basic Empty Weight) and DOW (Dry Operating Weight or Operating Empty Weight) changes. MZFW (Maximum Zero Fuel Weight), MRW (Maximum Ramp Weight), MTOW (Maximum TakeOff Weight) and MLW (Maximum Landing Weight) remains the same. And as you saw, none of these weights are available in PhpVms v7 (at least not now), so we need to use SimBrief to define these differences. (please open a new tab, do not close the phpvms admin tab now) At SimBrief website, click on Saved Airframes (under Dispatch) menu. Then click on New Airframe. Select B737-800 from the dropdown and click proceed. In this tiny but valuable screen we have everything needed and we have the ability to use these settings for our subfleets in PhpVms v7. Just make WEIGHT CHANGES and adjust the MAX PASSENGERS here as you wish (according to your preferred addon aircraft's weights of course), give your new airframes nice names and registrations (don't worry only you will see them, they will not be used on your API generated flight plans). Rest of the info is not necessary for us 'cause we are sending almost all them to SimBrief via our integration system and what we are sending have priority over the airframe we are saving here. So for example, you can define the registration here as TC-DSP , but when generating a new flight plan via our integration we will send the registration as TC-SKS. SimBrief is clever enough to use the submitted one (many thanks to Derek) and your generated ofp will use TC-SKS as the registration. So keeping things short, assuming you just finished editing your new airframe's weights which will be used for your Boeing B737-800 WL Full Economy subfleet and ready to save it ... Just copy the Internal ID code from there and click Save Aircraft. Go back to your PhpVms v7 admin section (we left it at Subfleet list and did not closed the tab as far as remember) and click edit icon of your Boeing B737-800 WL Full Economy subfleet. And paste the Internal ID you just coppied there to Simbrief Type field (which we left empty before). It will look like something like this 2458_1615250668421 Now go back to SimBrief tab, create a new airframe and edit its details for your Boeing B737-800 WL Mixed subfleet. Repeat the same process and use your new Internal ID for that subfleet. You may not believe this, but you are done Really this was all, not joking. From now on, when you want to generate a new Operational Flight Plan (OFP) with PhpVms v7 using the SimBrief integration for the members of these subfleets, SimBrief will use the weights and other changes (which we do not overwrite via API) according to the airframes details you saved there. Our SimBrief integration is capable of passing almost every detail you need for a proper flight plan, I know we miss some little details but they are not affecting the reliability of the flight plan at all. What you need is already in your hands and with the addition of proper/addon matching weights all your flight plans will be much realistic. Key Factors for defining SubFleets Do not mix up different aircraft types under a subfleet ( like B738/A320 or A321/A321 NEO ) Do not mix up different seat configurated aircrafts under a subfleet ( like 189 Economy Seats/150 Economy + 16 Business Seats ) Do not mix up different purpose aircrafts under a subfleet ( like Freighter/ Passenger ) Try to keep up your subfleets organized and simple as much as possible There is one possible downside of using SimBrief Airframe ID's for SubFleets. And it is a little bit complicated, imagine some of your pilots are using X-Plane / Zibo B737-800X as their aircraft. So you will try to match your SimBrief airframe details close to Zibo B738 as much as possible, and there is nothing wrong with this. But then a new pilots registers and uses Prepar3D / PMDG B738 NGXu ! What the hell, technically they are the same aircraft but their weights and fuel specs may not be the same. This problem applies to real world operations too so you are not alone. At this situation you need to either create a new subfleet for the PMDG NGXu or find a middle point where the two (PMDG NGXu and Zibo B738X) can share the same airframe id without damaging the realism too much. [ I prefer finding the middle point ] This possible scenario may be extended to Airbus fleets, may include MsFs aircraft and possible future addons ... Our lovely addon developers mostly try to match real specs but weights do differ in real life too. Unfortunately having simbrief airframe id's for every aircraft in your fleet will not solve this problem 'cause one of your X-Plane pilots may take an MsFs configured aircraft and fly with it (by disregarding or accepting the litte changes), so my advice here is written above. Keep your subfleets organized and simple as much as you can, let your pilots do little corrections according to their simulator and aircraft choices. There is another possible solution for this but it needs more improvements in phpvms v7 or a completely independent module. I am working on one but how it will proceed I am not sure yet. Imagine having separate definitions for each addon your pilots have, for example 3 Boeing B737-800 definitions (Zibo B738X, PMDG NGXu for PMDG and PMDG NGxS for MsFs2020) , or 3 Airbus A321 Neo's (ToLiss, Asobo and Aerosoft) and you will be able to select your addon during flight planning, where its proper values will be passed to SimBrief. Honestly this is the only possible solution I thought to overcome this mess. Anyway, thats all for now. Will try to give some more details about expenses next time. Safe flights to all

vmsAcars is/was capable of reading the weights and the fuel, it was a phpvms v7 issue (or a design feature) ... With the latest dev build, it is possible to change the logic for fuel expense from "fuel used" to "fuel uplifted". If you are using the latest dev, just check your settings and enable "Advanced Fuel Calculations". This option will enable what you are asking. And just a note; We are not using the fuel actually loaded in the aircraft (which can be changed by the pilot before running acars), instead we are using the remaining fuel from the previous flight of the same aircraft, which is more realistic and safer to build on.

I do not understand why people still link or reference PhpVms v5 modules to v7 posts ... They will not work unless you re-write them from ground up, which is technically much harder than building your own module. There is no publicly shared module for fleet management or so called "real booking" logic. And there are reasons for it, the main reason is that phpvms v7 is still under development, though most of the main code is stable and working, this does not mean that it will not be changed and/or logics will stay the same from today to tomorrow. So any module developed today with the latest dev may not work one week later, or work in a non expected way. This little details is keeping developer a little bit away from working on phpvms v7, some of us on the other hand using this development process to build our own modules/widgets etc and improve them as phpvms v7 becomes more stable and capable day by day. For the main question, Maco already builded his own aircraft/fleet location display module and already shared it with people willing to use. I do have shared my module with some selected kind people and virtual airlines who/which are using v7 as their main operational software. And for the aircraft selection logic, there are some options in phpvms v7 which may change how the aircrafts become available to pilots and how they are blocked, so a simple logic (check if there are any aircrafts at that airport and list them) would not work as thought, you need to check multiple options and go through multiple layers of services to get a proper list of aircraft. I am not trying to say that it is impossible, of course it is possible but not easy as most people are thinking. Anyway, in my personal opinion, when v7 reaches a state of RC (release candidate) or gets released as v7.0 some modules will start to be public, maybe free of charge maybe payware but there will be some modules trying to enhance the core. Please just do not share or reference old version modules for v7, which may broke somebodies working installation and/or unwanted/incompatible files may cause trouble later on. Safe flights to all

Hi, this question is the most asked one and with the SimBrief improvements we have in v7 this matter become critical ... Here you can find the basics about the logic and how to setup your fares/subfleets/flights properly. 1. Main Fares You can define your fares in admin/fares. These will be your main fare types, which will then be used in your subfleets or flights. The main idea here is to define only the basics, so you can change them later when needed. Think fares like the seats in your plane (or cargo space), which can be sold as tickets. They are not in flight services or extended service types like WiFi, Hot Meals, Extra Snacks, Economy Premium or Economy Basic, they are just Economy seats you have. So lets start; Economy (Y) Business (J) First Class (F) Cargo (CGO) These are the main fare groups commonly found in airliners, so start with Economy. When you are at admin/fares click Add New, and enter the info as described below Code : Y Name : Economy Type : Passenger ( for Cargo Fares type must be Cargo as expected ) Price : 100 Cost : 25 Capacity : EMPTY / NULL ( Leave it empty, do NOT try writing EMPTY to that field ) Notes : Fill as you wish Active : Checked and click save ... In simple terms we will gain 75 Usd/Eur/Pound (currency comes from your settings) from each passenger 'cause there is an operating cost of a seat. Repeat the steps for rest if you wish. Why we left Capacity empty ? I will explain it later but for now we are just defining our base fares, so no need to have capacities here. 2. SubFleet Fares Assuming you already have at least one subfleet, which is mandatory in v7. We can explain their logic later if necessary. Head up to admin/fleets and click edit one of your subfleets, or just create one and save (so you will be able to see the details). Scroll down a little bit and you will see Fares section there and it is probably empty. This is the area where we "assign" and "adjust" our main fares which will be used for this subfleet. Click on Select Fare, you will see your defined main fares there. Select Economy and click Add. Now the fare is assigned to this subfleet and you will see it above values like below; Name : Economy Code : Y Type : Passenger Capacity : inherited () Price : inherited (100) Cost : inherited (25) This is where v7 magic begins ... I will use an Airbus A320 with only economy class seats as my basic aircraft type. Click on the inherited text under capacity column and enter 180 there. Right now, when you use any member of this subfleet, you will have 180 seats ready for being sold with a price tag of 100 currency and it will cost you 25 currency to operate that seat. If you want to change the price of your tickets or adjust the operating costs of your seats for this subfleet you can follow the same steps for price and cost. If you do so, your ticket prices and/or costs will be changed ONLY for this subfleet. While adjusting prices you can just use pure values like 150 or percentages like 125%. It is up to you how you change the value. Just do not use percentages on capacities, it really does not make any sense Ok, passenger capacity and price/cost was easy ... How about having some cargo space/fare for a passenger plane. They are not designed to carry bigger loads like freighters but they do have some space under their belly, which is mainly used for carrying out passenger baggages, why not use the remaining space to earn some more money ? Normally passenger planes are mostly limited by the cargo hold's (the name of the cargo area) volume but since we do not have any volume checking capability in simulator and phpvms, we will stick only on the weights here. Just add your pre-defined cargo fare to your subfleet like you added the passenger fares. So, the logic is simple; Your Cargo fare should be big enough to hold all your passenger baggages. Then calculation is simple too 180 (our pax capacity) * 35 lbs (our non-charter baggage weight : check admin/setting simbrief for default values) = 6300 lbs should be your minimum Cargo Fare capacity. If you want to carry some paid cargo, then you need to increase this amount up to a point where it does not passes your aircrafts Maximum Zero Fuel Weight when you have full pax on board. I know this may sound a little bit strange but this is how real thing works too If you know your aircraft specification, then you can calculate your possible max cargo capacity by below formula; Maximum Cargo Fare Capacity = MZFW - DOW - ( max pax seat capacity * pax weight ) DOW is Dry Operating Weight (Operating Empty Weight), it is the weight of your aircraft without fuel, passengers and cargo but with crew, catering and airline stuff loaded already. Anyway, if you do not know your DOW and MZFW then just add some space more to the above calculated value, make it like 8000 lbs. So you will have 1700 lbs free space to carry some cargo after taking all the passenger baggages for a fully loaded flight. Please note; If your PhpVms weight settings are KG, just convert the amount you found to kilograms before adjusting the cargo fare capacity. Just another note for SimBrief Form; The cargo fares of passenger planes will show you the Maximum Available capacity, though we named it max in short terms but this may lead confusions. So when you have passengers and their baggage, your cargo fare capacity will be reduced by the weight of the total passenger baggage weight. Therefore it is not the capacity you defined anymore, it is just what is left behind for you to load additional cargo. If you see negative values there, this is a clear indication that your cargo fare capacity is not enough to hold the passenger baggages . And please keep in mind that SimBrief form uses your aircraft, meaning it reads your subfleet fares. It is a flight plan, do not expect it to read the fares of a flight, it is directly related to the aircrafy you want to generate a flight plan. 3. Flight Fares Technically you really do not need to add fares to flights, but the logic is same as adding fares to subfleets. If you want to change the ticket price/cost of a fare for a specific flight you can do it here. Imagine having a special flight with doubled ticket prices, then just add the fare you want to adjust, click on the price or cost columns inherited text and enter 200%. Now you will have doubled price/cost for this flight only I higly suggest you to not to define capacities at main fares and not adjust capacities at flight fares. This really makes life easier, in real world operations we do not define the capacity in fares and for flights (unless there is a special need). Capacity always comes from the aircraft (here in phpvms it comes from the subfleet) and when we (as OCC or Dispatchers) do change the aircraft of a flight or decide to do it with another aircraft other than planned by commercial planning or schedule planning departments of the airline, ticket sale systems just get the new aircraft info and use its capacity to stop the ticket sales automatically if it reaches the max seats. Things do NOT work like the real world here, so if you have a 180 seat aircraft but define a main fare with 219 seat capacity or edit a flight's fare and set capacity to 239 there, results will not be nice And always remember, fare logic follows below order; Flight (has highest priority, when you change thigns here, they will be used) Subfleet / Aircraft (medium priority over fare) Fare (lowest priority and gets overwritten by the ones above) I think this is enough for basic setup and understanding the logic how fares work in PhpVms v7. Safe flights for now, will post some more info about different topics later.

What you can do is, enable the multiplier option of your expense for Airport Landing Fee or Parking Fee ... Then during the finance calculation process you can alter the multiplier value (of your aircraft's subfleet) by calculating the time spent between landing of previous pirep and following take off from that airport (current pirep). Also keep in mind that the finance calculations happen when the pirep is accepted. A little bit tricky but will give you what you want if coded/developed correctly.

It is possible of course but you need to implement your own code for this to happen ... Not available in default phpvms v7 (or not designed yet)

Yes it is possible but not with default phpvms v7 ... Or at least not now 'cause it is not designed to show details of other user's pireps and/or full pirep list of the va in a page. At the moment it is only possible from the admin panel and/or with a module developed for phpvms v7.

For the home airport selection, you should define some hubs ... Which can be done at admin / airports, just click the hub box when adding or editing an airport. Also there is a setting for this, disabling it make all your airports selectable ( check settings / pilots ) For the finances you may be missing something, i highly suggest reading the docs about the finances, it may help to understand the logic behing it. If you can see the transactions being created in your database, then you should be able to see the results in admin/finances section too but we really need some more info to help. And when using manual pireps, finances do work and you should be able to add your load info when you select an aircraft (unless you are using Stisla v7 theme though, that option is not working on that theme unfortunately, it is somehow broken). I am testing all my finances and improvements with manual pireps in my local setup, so I am pretty sure they do work Hope you can sort the problems you are facing, safe flights

First of all, you should urgently update your PhpVms version ... Beta4 is too old to be used, even for test purposes it would only cause headache both to you and people trying to help you. Use latest dev build, which is more stable and bug cleaned also offers more functionality. And you should check for new builds from time to time, or just follow PhpVms Discord's Releases channel Your first 2 questions require basic html / css styling knowledge, also you need to get used to laravel blade (view) system to edit things. PhpVms Docs and Laravel Docs are good starting locations to read (if you have the basic knowledge). 3rd one needs a little bit more knowledge 'cause you need to define a table for the flights and do a foreach loop for the rows of the table (instead of cards), which will use data from the flights collection. I did not tried to use a table for the flights, it would work of course but a table may broke the pagination logic and your results may look really strange when you reach the limit for automatic pagination. Anyway, not impossible of course but this would be a little bit harder compared to changing texts or headings. For the last question, I did it some time ago and today converted it to a widget for PhpVms v7. If you wish you can download it from my GitHub repository with other widgets I offer for vms v7. Check the readme file for more details. Technically if you get yourself familiar with laravel blade system and how to edit files, using a widget (adding it to your template) would be easy. Hope this helps

Just a quick report ... Even with the default files ( create.blade.php , fares.blade.php , fields.blade.php , scripts.blade.php ) Stisla is not allowing showing the fares section upon aircraft select ... I checked the scripts, default and stisla blades, they are same (expect the styling), same div id's / names used and nothing changed to cause this problem. Also stisla theme is not showing the flash errors and/or the form field feedbacks, think that the problem is somewhere deeper in its core (which somehow blocks the script to run properly and blocks the flash messages) May return it later, simply I got bored while trying to fix something i did not broke in the first place

Really laughed to be honest ...

Will look into the Stisla problem, just need some time though

Just tested the default blade, as soon as you select an aircraft the Fares section will be visible ... So if you are using Stisla theme, then this may be a problem of that theme.

I think the problem here is that the manual pirep entry blade does not provide fields for pax/cargo entry while creating a pirep ... ( This may be technical issue 'cause the system needs to know the aircraft & flight and check its fares first ) While in acars we have that and for each flight we either use the auto generated values or enter them by hand. Possible solutions ; 1- Bid for a flight first, then from there fill a pirep (this will force the system to autogenerate pax amounts and use them for finances) 2- Prepare the pirep, save it (do not submit), then click edit and you will see the fares section (just between aircraft and route section) 3- Use vmsAcars for pirep automation I think second solution is the best for you @Baba

APVACARS is not compatible with PhpVms v7 anymore, at least for now and author already stated that he can not give any times for an update due to personal reasons. So most probably no one can help you at the moment

Thanks for the directions, I never thought to check discord to be honest Checked now, I have the latest dev build (7.0.0-dev+201102.a2de53) I reported this issues at GitHub too, will wait for a fix/reply.

I was not sure of the version/build because I downloaded the so called "latest" dev version directly from below page and link (as requested by @Nabeel at 4 Nov ) https://docs.phpvms.net/acars/install-server As you can see there is no build number there, the link only says that it is 7.0.0.dev ( http://downloads.phpvms.net/phpvms-7.0.0-dev.tar.gz ) . So my only clue at the moment is what I see in my v7 admin panel, which is clearly stated above in my post. ( In case you missed it , here it is again : 7.0.0-dev+201102.a2de53 ) So if you have any suggestions about checking which dev build people are using kindly inform me, otherwise your reply is becoming useless @ProAvia If there is a version mismatch should I download the file again from the same link or should I download the entire dev files from GitHub ? Best wishes

Screenshots I talked about are attached ... You can see the fare/subfleet/flight settings and the results at vmsAcars. Also another problem is the pax number mismatch, vmsAcars says I have 215 pax but the report indicates (and calculated finances with) 225 pax. screenshots.zip

Well, I am not sure about my dev version ... This is what I see on admin panel 7.0.0-dev+201102.a2de53 , downloaded last week I think. So as far as I understand from your reply, system is designed this way (at least for now). To avoid any problems I can use only one Economy class fare and it will be same for domestic and international flights, which will not be realistic at all but at least it is a solution. I will open a GitHub issue for this, also I will provide some screenshots of the problem later, maybe it helps more. Thanks for your reply, best wishes

Hi @Nabeel and all v7 testers, Found a strange behavior within vmsAcars. Will explain my setup and result, hope it help you to imagine the situation (or re-create in a test setup) 1. Created my subfleet (ex. A321-OHY) 2. Inserted some aircrafts to the database and assigned them to that subfleet 3. Created my fares as Economy - Domestic (YD) and Economy - International (YI) , assigned prices and costs to them 4. Returned back to subfleet settings , assigned both Economy - Domestic (YD) and Economy - International (YI) fares to the subfleet with defining max seat capacity (219) 5. Created two short haul domestic flights (SAW-AYT-SAW) with %90 load factor, assigned only Economy - Domestic (YD) fare to this flights. Setup complete, continue on test flight with bid/vmsacars 6. Bid flight (SAW-AYT) 7. Generate SimBrief OFP and check load route fuel etc. Export files as required 8. Start sim (X-Plane 11.50) , load the aircraft as per flight plan/bid 9. Run vmsAcars, search for my bid, select and load bid/flightplan, select aircraft (aircraft list shows the subfleet members as expected) At this point things does not seem right 'cause vmsAcars pulls the fare definitions only from the subfleet I think and wants me to fill both pax figure fields. Economy - Domestic (YD) 210 / 219 (210 was pre filled automatically) Economy - International (YI) 210 / 219 (210 was pre filled automatically) What I expect is to be able to assign multiple fares to a subfleet and use the ones defined in the flight, like in the real world. So it should check the fares of the subfleet and the flight, select only the matching ones. Here in our example it should be Economy - Domestic (YD) only. Anyway, vmsAcars does not allow you to put 0 to any of the fare types, so I edited them and made Economy - Domestic 209 and Economy - International 1 (total 210) ... Started my flight, landed to my destination and send my pirep. When I check the pirep details I saw that both fares was calculated with 210 pax ! So even editing the pax figures before starting flight does not solve things I checked the GitHub issues page for similar reports but found nothing, as this may be a design feature thus I wanted to write here in detail. Is this a bug ? Or was the fare/flight system designed this way ? Will wait your replies