The practical answer
Identify the exact system and the point where access fails before resetting anything. Check retirement and maintenance notices, distinguish a personal FIRE login from the IR application, and prepare an authorized support inquiry with the observed error.
This guide is checked September 5, 2026 and concerns existing FIRE users. The IRS has stopped accepting new IR applications for FIRE TCCs and announced final FIRE submissions on November 19, 2026, at 3 p.m. Eastern. A retirement restriction is different from a password problem. Current FIRE guidance and dated notice.
Identify which screen or system is failing
Record the official site address and the task you were attempting. Were you opening the FIRE production site, the FIRE test site, the IR Application for TCC, or IRIS? Similar terminology can send a user to a working login for the wrong system.
Record the step at which progress stops: site does not load, sign-in fails, organization is not visible, a code is not recognized, upload is blocked, or a submitted file has a Bad result. These are different categories, and a password reset will not solve all of them.
Keep a concise timeline with date, time zone, browser, and the exact message. Capture a redacted screenshot only when it adds useful context. Do not put passwords, PINs, or live recipient details into a general troubleshooting ticket.
Check availability and retirement before changing credentials
Use the IRS FIRE page for current maintenance and access guidance. Compare the observation time with the announced maintenance windows and retirement milestones. A closed test or production service cannot be restored by creating another account.
The dated transition notice gives November 1, 2026 as the last FIRE test date, November 9 for IR application changes, and November 19 at 3 p.m. Eastern for final production filing. Read the current notice before relying on an older saved procedure. IRS transition dates.
If the public site fails to load outside known windows, document the behavior and have your technical team check the ordinary browser/network path. Avoid weakening security settings or disabling company protections as an improvised fix. The objective is to identify the actual failure, not to force access through an unsupported setup.
Classify the problem using observable evidence
| Observed problem | Likely workstream to investigate | Useful next evidence |
|---|---|---|
| Official page unavailable | Maintenance, retirement, or connectivity | URL, time, notice, and network observation |
| Personal login fails | Individual account recovery | Exact sign-in message and official recovery options |
| Application not visible | Organization selection or authorized role | Correct entity/application context |
| Credential details do not associate | Holder identity or controlled record mismatch | Authoritative legal-name/TCC record |
| File status is Bad | Filing-data/process issue | Assigned filename and error listing |
The table classifies work; it does not claim that a particular error always has one cause. Verify the observed facts before selecting a fix.
Worked example: a filing error is mistaken for lost access
Fictional example. An operator can sign in, view the correct company, and find a recently submitted file. Its status is Bad. A colleague opens an internal ticket titled “FIRE account broken” and suggests resetting the password.
The operator records the actual sequence: access succeeded, the file is visible, and the processed file has error details. The investigation moves to the file-processing workflow. The assigned filename and error listing are sent to the person responsible for preparing that export.
Another fictional case stops before the organization application is visible. Here, the team checks application type, organization selection, and the user's authorized role instead of editing the return file. The same broad complaint leads to a different next action because the evidence identifies a different layer.
Prepare a support packet and record the result
State one specific unresolved question, followed by the exact system, legal organization reference, time of failure, observed message, and actions already tried. Include the application or assigned file reference only through an appropriate controlled channel.
Have the authorized person make account-specific inquiries. Record the official response, reference number if supplied, next action, and who will perform it. Do not treat a general suggestion as confirmation that an account has been reset or a file accepted.
After the action, repeat only the necessary check and record what changed. If the issue is a retirement limitation, move the task to the current transition route while preserving historical records. Keep any unresolved filing outcome open independently of whether access has been restored.
Find the failed layer before choosing a fix
Read the workflow as text
- Availability. Does the official service operate at this time and stage of retirement?
- Personal access. Can the intended user authenticate through the correct official system?
- Organization context. Does the user have the correct application role and entity relationship?
- Filing operation. If access works, inspect the actual upload or processed-file error.
Find filing options for your business
See the forms and services available through BoomTax, then choose the options that fit your organization's reporting needs.
Explore BoomTax filing optionsPut this guide to work
FIRE access support evidence checklist
Save the editable text worksheet and use it with your own records. Keep completed copies in your secure working files.
Download the worksheet TXTCommon questions
Should I reset the password for every FIRE problem?
No. First identify whether the failure concerns availability, personal login, application authority, credential context, or a file result.
Can a Bad file status mean my account is locked?
It is a file-processing result. If you can sign in and view the file, investigate its error details separately from access.
Can I use a colleague's account while mine is unavailable?
Use the appropriate individual account and authorized support process. Do not bypass an access issue by impersonating another person.
What if the problem starts after FIRE's final submission cutoff?
Check current transition guidance. An account-recovery action does not make a retired filing service available again.
What makes a support inquiry useful?
A precise question, exact observed message, correct system/entity context, relevant time, and a clear list of actions already tried.
Official sources and scope
Sources checked September 5, 2026. Use the edition for the tax year and filing method you are working with; later instructions may change thresholds, fields, or procedures.
- IRS: FIRE system guidance
Current maintenance, application availability, and Technical Services Operation contact route.
- IRS transition notice, August 24, 2026
Distinct test, application-change, and production cutoffs.
- IRS Publication 1220, tax year 2025, Rev. May 2026
Lockout support and distinction between account and processed-file problems.
- IRS IRM 3.42.9.7
Individual application roles and authorization boundaries.