Some SAP clients need extra information added in to a standard SAP process. Here we’ll explore how to add custom fields in the header areas of t-codes FB60 and FV60. FB60 is for posting vendor invoices and FV60 is for parking vendor invoices. In this sample, we’ll be adding in two custom fields.
From research, I found that BAdi BADI_FDCB_SUBBAS01 would work for the initial requirement. I decided to use BADI_FDCB_SUBBAS04 since some of the 01,02s are used by SAP. Go to t-code SE19 to create a BAdi implementation. It’s a classic BAdi rather than a new BAdi. Choose a name and click change. It will ask you to create it and give it the name of the BAdi, which we’d put BADI_FDCB_SUBBAS04.

We get a screen that tells us the two methods that the BAdi has and the name of the implementing class.

The methods should be double clicked and each filled in as follows:
method IF_EX_BADI_FDCB_SUBBAS04~PUT_DATA_TO_SCREEN_OBJECT.
* fill interface attributes from importing paramters
me->if_ex_badi_fdcb_subbas04~invfo = im_invfo.
endmethod.
method IF_EX_BADI_FDCB_SUBBAS04~GET_DATA_FROM_SCREEN_OBJECT.
* fill export parameters from interface attributes
ex_invfo = me->if_ex_badi_fdcb_subbas04~invfo.
endmethod.
On the subscreens tab, we define a program and screen call based on screen 10 since it’s for Vendor Basic Data and we’re adding to vendor screens.

We then must activate the BAdi implementation so that in the Runtime Behavior section, it says Implementation is called. Note: at this point, it will not work. You need to add your new fields to BKPF, VBKPF, and BSEG via append structures. For BKPF, you open the table in SE11. You then click the Append Structure… button at the top and the appends for BKPF will show up. You then click the piece of paper at the top to create.

It will ask you to name your append structure. You fill out the short description, the z fields, give it an enhancement category, and activate. If everything works fine, it will say active. Do this for all three tables.

At this point, it will still not be working. We still have to create our program and screen. Create a program via SE80 and create a custom screen for it. Create the screen however specified and then fill in the flow logic. Note: In PAI, you must put each field that you define after FIELD:

You may wonder how INVFO has these fields, and that’s because it’s also enhanced when you add the append structure to BSEG. On the main program, you’ll fill out all the modules and create some data definitons:
REPORT zf_vendor_invoice. ************************************************************************ * T A B L E S * ************************************************************************ TABLES invfo. ************************************************************************ * D A T A D E F I N I T I O N * ************************************************************************ DATA: o_bad TYPE REF TO if_ex_badi_fdcb_subbas04. *name of the badi reference *----------------------------------------------------------------------* ***INCLUDE LZF_VENDOR_INVOICEO01 . *----------------------------------------------------------------------* *&---------------------------------------------------------------------* *& Module STATUS_9200 OUTPUT *&---------------------------------------------------------------------* * Create a subscreen object and get data from the screen *----------------------------------------------------------------------* MODULE status_0100 OUTPUT. CALL METHOD cl_exithandler=>get_instance_for_subscreens CHANGING instance = o_bad EXCEPTIONS no_reference = 1 no_interface_reference = 2 no_exit_interface = 3 data_incons_in_exit_managem = 4 class_not_implement_interface = 5 OTHERS = 6. IF sy-subrc <> 0. * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO * WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4. ENDIF. * object created ? CHECK NOT o_bad IS INITIAL. * get data from main screen CALL METHOD o_bad->get_data_from_screen_object IMPORTING ex_invfo = invfo. ENDMODULE. " STATUS_9200 OUTPUT *&---------------------------------------------------------------------* *& Module USER_COMMAND_9200 INPUT *&---------------------------------------------------------------------* * Put data into the screen *----------------------------------------------------------------------* MODULE user_command_0100 INPUT. CHECK NOT o_bad IS INITIAL. * put data to main screen CALL METHOD o_bad->put_data_to_screen_object EXPORTING im_invfo = invfo. ENDMODULE. "user_command_9200 INPUT *&---------------------------------------------------------------------* *& Module RECEIVE_ACTUAL_DATA INPUT *&---------------------------------------------------------------------* * Get data from screen *----------------------------------------------------------------------* MODULE receive_actual_data INPUT. * object created ? CHECK NOT o_bad IS INITIAL. * get data from main screen CALL METHOD o_bad->get_data_from_screen_object IMPORTING ex_invfo = invfo. ENDMODULE. " RECEIVE_ACTUAL_DATA INPUT *&---------------------------------------------------------------------* *& Module CHECK_TCODE INPUT *&---------------------------------------------------------------------* * check the t-code – We want it to show up for FB60 and FV60, but * hide it for any other screen that hits this enhancement *----------------------------------------------------------------------* MODULE check_tcode OUTPUT. IF sy-tcode <> 'FB60' AND sy-tcode <> 'FV60' AND sy-tcode <> 'FB03'. LOOP AT SCREEN. IF screen-name = 'INVFO-ZZE_DAT' OR screen-name = 'INVFO-ZZE_LOC' OR screen-name = 'DATE' OR screen-name = 'LOCATION'. screen-active = 0. MODIFY SCREEN. ENDIF. ENDLOOP. ENDIF. ENDMODULE. " CHECK_TCODE INPUT
Once this is activated, you will see the screen fields(Event Date and Event Location):

You can also look at any document created and see those fields held in BKPF or VBKPF.
Adding custom fields to many SAP screens follow the same procedure. Knowing how to do this will help you add value to your customer and provide them the ability to have some custom information added in to a standard process.
Brandi Setzler is a Principal Consultant at Sparq and has been with the company for 14 years. She’s spent her career specializing in SAP ABAP. Brandi has led remote teams and worked as a developer for several clients as well as trained new employees to work in the space. She lives for her family, which includes a husband, two children, three french bulldogs, and two bearded dragons.

Analysis Paralysis in AI Adoption
Learn why endless discussions and the relentless pursuit of flawless data are actually costing you valuable time, insights, and competitive advantage – just like it did for giants like Kodak and Blockbuster.

Don’t Take Product Out of the Equation: How to Nail Your AI Implementation
AI isn't just about the technology, it's about solving real problems and delivering real value. One way to do that is to keep product at the forefront during your AI implementation. Learn more about why having a product-first mindset is so important in this article by Principal Product Strategist Heather Harris.

Navigating AI in Banking and Financial Services: A Risk-Based Rebellion for Leaders
Every shiny AI use case in regulated industries has a shadow: governance, compliance, model risk, ethics, bias, explainability, cyberattack vectors and more. It's not that organizations and leaders don’t want AI, it’s that they’re paralyzed by the political, regulatory, and operational realities of deploying it. Sparq's Chief Technology Officer Derek Perry and VP, BFSI Industry Leader Rob Murray argue we need to change that. Check out this article to learn how to actually ship production AI use cases in regulated environments.

Five Important Questions to Ask Before Starting Your AI Implementation
Creating a lasting impact with AI requires more than just technical output. In this article by Principal Product Strategist Heather Harris, learn five questions to ask before starting an AI implementation so it can deliver long-term business value.