What's Changing?

T

he F$M Project will change the way users perform financial management: from inputting proposals, to statusing purchasing requests, to closing out projects, to generating financial reports. The goal is to deliver a set of integrated, streamlined, and improved Financial service solutions.


What it Means for You | Changes | Get Engaged | Project Scope | Key Considerations

Note - some links below and at left will require LDAP login.

What Does it Mean for You?

All Project IDs are changing October 1, 2014!

Why change the Project IDs? – One of the key improvements in the new financial system is a more robust data structure-- including the Project ID structure--  that provides more effective financial reporting for decision-making, and better flexibility to meet the Lab’s needs into the future. Learn more by taking this short online course.

What does it mean? Everywhere you would use a Project ID after 10/1/14 (e.g., LETS, eBuy, TREX, Software Download), you will need to use a new, numeric Project ID (e.g., 123456) AND an Activity ID (001).
What should you do? To help you determine your new values, you can use the online Project ID Lookup Tool.  go.lbl.gov/emc

In many places, such as LETS, you will be able to search on the 30-character project and activity descriptions to help you choose the right values. If you have a valid prefill in LETS, it will be converted for you.

Where else will you see Changes?

| Download a printable version |  Download the Brief Slide Presentation |

Reporting Buying & Paying Proposals LETS Travel TREX


Get Engaged:

User Engagement


Project Scope:

Service Areas:

The Service Areas addressed by F$M are depicted below. Click on a Service Area to learn more about what’s changing.

| Download a detailed description of F$M Service Areas |

F$M Service Areas DOE Funds & General Accounting Work for Others Buying & Paying Effort / Labor Accounting Travel & Conferences Reporting / Data Analysis

During the Analyze stage of the project, the F$M team collected a comprehensive list of requested functionalities for the new system. Not all of these requests are cost-effective to implement, so they were prioritized (High, Medium 1-2-3, or Low) based on impact, business criticality, and suitability of workarounds.

The majority of the requested functionalities were categorized as High and Medium 1, and are in scope for the project. Designs for these will be posted as available. In addition, the Medium 2 priority requests will be designed, and if budget allows, would be built in priority order, taking into account the rankings determined by the F$M Stakeholder Committee.

| Download a list of functionalities not in scope |


Key Considerations:

  • Adhering to the F$M Governance
  • Covering the end-to-end process where possible
  • Focusing on best practices and what’s best for Berkeley Lab as a whole
  • Aiming to meet short term needs, but including flexibility for longer-term viability
  • Eliminating the need for shadow systems and processes
  • Making adjustments/corrections in source systems
  • Capturing key information to support robust reporting and decision making