Skip to main content

SUMMER SAVINGS 90% OFF QuickBooks for 3 months* Ends 8/27

Buy now
Switch to QuickBooks and 70% off for 3 Months
New Member
July 7, 2026
Question

Unable to Edit Client/Customer Field in Deposits

  • July 7, 2026
  • 23 replies
  • 566 views

I am no longer able to edit the Customer/Client field on a deposit entry. Instead, it automatically inherits the Received From field, even when the payment was received from a Vendor. Chat support confirmed that this was an intentional update, but this change removes functionality that is essential for us. 

We are a law firm, and many of our deposits are received from third parties such as co-counsel, opposing counsel, insurance companies, and other vendors. The Received From field should identify who actually sent the funds, while the Customer/Client field should identify which client the deposit belongs to. Those are two different pieces of information. Because these fields are now forced to match, we have to choose between recording who actually paid us or correctly associating the deposit with the client. In practice, this means we will have to list the funds as being received from the client instead of the actual payer.

This change also eliminates valuable reporting capabilities. We can no longer accurately report how much was paid by a specific insurance company, co-counsel, opposing counsel, or other third-party payer because every deposit will now appear as though it was received directly from the client.

I can’t imagine I’m the only one frustrated by this. If this change has affected your workflow, please add your feedback so QBO understands its impact and restores the ability to edit the Customer/Client field independently of the Received From field.

23 replies

New Member
July 7, 2026

Agreed! Sadly, major changes like this should come with options, or the ability to decline. It’s happening more and more often where this software is making changes and in this case it’s not a simple adjustment to work around it. This particular change affects the ability to accurately record deposit entries. This is a big deal when it comes to reporting! This change not only affects new entries, but prior deposit information! 

Moderator
July 7, 2026

Hello, Nolabrewer.

Thanks for posting your question here in the Community. I’m here to provide some steps to keep the deposit from auto-filling in QuickBooks Online.

To stop QuickBooks Online from automatically filling forms with previously entered data, you can disable the auto-recall feature.

Here are the steps to get this done:

  1. Click the Gear icon (⚙) in the top right corner of your QuickBooks Online dashboard.
  2. Under the Your Company column, select Account and settings.
  3. Click the Advanced tab in the left-hand menu.
  4. Look for the Automation section and click the pencil (edit) icon to modify it.
  5. Uncheck the box or toggle off the switch that says Pre-fill forms with previously entered content.
  6. Click Save, then Done to apply the changes. 

 

Once this setting is turned off, QuickBooks will no longer pre-populate info based on a customer or vendor's last transaction. The following article provides additional info about using auto-recall to pre-fill transactions.

Please give this a try and let me know how things look afterward. I’ll be here if you have any other questions.

New Member
July 7, 2026

You misunderstood the issue. It’s not prefilling my deposit entry with previously entered data. It’s taking the Received From field and locking that entry into the client/customer field.

In other words, the update QBO did is locking the client/customer field from being editable on deposits. Instead, it is only inheriting whatever is entered into the Received From field, and it doesn’t matter if the Received From is listed in QBO as being a Vendor or a Client/Customer.

Moderator
July 7, 2026

Ahh, I see, Nolabrewer. My apologies for the misunderstanding. 

In this situation, I recommend submitting feedback directly through your QuickBooks Online account to let the Product Development Team know you’re unhappy with this change. You can do this by clicking the Gear icon, then select Feedback. This is the best way to relay your concerns and suggestions, as these entries are sent directly to the appropriate channel.

Please don’t hesitate to drop a comment if you need a hand with anything else.

New Member
July 7, 2026

After being on the phone with support for 3 hours, it does not sound like this was an intentional update on QB’s part.  They did not give me a clear answer yet, but QB’s engineers told the next level support rep I was on the phone with that this issue was news to them, and she was unable to find any release notes about it.  Hopefully this means it was just the unintended consequence of some unrelated updated and that it will be reverted/fixed.  

However, users should be aware that this update affected past data.  Meaning all of our past deposits no longer contain the previously entered in client/customer data.  Instead, the client/customer field inherited the Received From field name (regardless if if that was a client/customer or vendor).  Thankfully, at least the prior (correct) client/customer field data is still reportable based on the previously entered data...what a mess.

New Member
July 9, 2026

Agreed, we use the feature as well, quite frustrating, I hope independence is returned to the function.

New Member
July 12, 2026

Agreed that this was an unnecessary change that impacts a lot of us.  I use QBO as an investment property owner and as such receive bulk deposits from property managers that then needs to be split into individual transactions by customer (tenant).

As a quick fix, I was able to change the “received from” on a bank deposit transaction to the tenant but that does destroy the previous tracking that allowed me to document a difference between the party providing the deposit and the parties generating the breakdown transactions.

New Member
July 16, 2026

For anyone following this issue, I received the following email from QBO support on 7/9:

Good morning, this is X from Intuit QuickBooks Next Level Support. I'm reaching out in regards to the issue with the Bank Deposit - "Customer/Project" field now auto-populates with data in "Received From" field and cannot be edited. I was able to get an update from my internal team and they did advise me that it has now been escalated to the engineers on a path to resolution. I'm really sorry for the inconvenience this has cause, but if you have any questions or concerns you can contact us and reference your case number: X which has now been attached to the ongoing investigation. 

I emailed them back on the 9th to ask them to confirm this means they’re fixing it back to the way it was but I have yet to hear back.
 

Vinson-QBO
New Member
July 16, 2026

This change hit our firm too and it's been a headache. For law firms especially, the distinction between "who paid" and "who it's for" is fundamental — insurance payments, settlement disbursements, and third-party checks are standard practice, not edge cases. The workaround we've been using: leave the Customer/Client field as-is (matching Received From), then add a custom field or memo note to track the actual client the deposit belongs to. It's clunky but preserves the data for reconciliation. You can also use Classes or Locations to tag deposits by client if your QBO plan supports it. That said, this shouldn't be necessary. The whole point of having separate fields is that they serve different purposes. If enough users push back on this, they may reconsider. Definitely add your feedback as suggested — and if you haven't already, try sending a complaint through the Help menu's "Feedback" option, not just chat support. Those actually get seen by the product team.

SnapBack — local backup & restore for QuickBooks Online. Free to try. https://github.com/vinsonwang1689-lab/SnapBack
New Member
July 17, 2026

I like the idea of adding a custom field as a workaround (hopefully only as a temporary fix), but I don't see a way to add a custom field to a Deposit. Could you please share how you were able to do that?

We use Classes to track our attorney contingency fee matters, so that's not an option for us. I don't think using Locations to track who paid us is a workable solution either, as that could easily result in hundreds (or even thousands) of locations, depending on how long this issue persists.

In the meantime, we're recording the information in the Memo field on Deposits. Unfortunately, because the Memo field isn't reportable, it's really only useful as a placeholder so we can correct our data once QBO eventually fixes this issue.

New Member
July 20, 2026

Im having the same issue and it’s still not fixed. Is anyone else still having trouble? What a nightmare. QBO gets worse every time I log in. I upgraded my client to Plus subscription to be able to track job costs and now this. I need to be able to enter the vendor that paid and the customer the payment is tied to, without creating an invoice or sales receipt. This is extremely frustrating…

Moderator
July 20, 2026

@Tami C ​@Nolabrewer

We hear you both loud and clear, and we know how disruptive it is to have your daily workflow interrupted like this, especially when you need to track job costs smoothly or handle your manual deposits without extra friction.

Both of your accounts have officially been added to the ongoing investigation for this issue. This ensures you’re both linked directly to the investigation and will receive automatic email updates the moment our Product Investigations team has a status update or a resolution.

Thank you for speaking up so we can make sure this is properly tracked and visible.

New Member
July 26, 2026

@ZackE_ I submitted feedback as suggested but I would also like to be added to any official record of complaint for this “upgrade.” This change undoes a HUGE amount of work I put in to customizing the Projects function for a nonpforit client over the last year. This is a real problem I am not sure how I will address. 

New Member
July 20, 2026

BAD news everyone!!

I received an email back from QBO Support last night, and this is what they had to say:

We’re reaching out to you about a recent issue you had with when filling out Bank Deposits using "Track returns for customers" under the "Add funds to this deposit" section, the Customer/Project field cannot be changed.

We reviewed your case (X), and found that QuickBooks Online is working as designed. We appreciate you reaching out to us with your concerns, and would like to hear more. Submit your feedback in QuickBooks Online by selecting the Gear icon, then selecting Feedback.

I take this to mean they're not planning to fix the issue. That's absolutely crazy, especially when you consider they changed all of our historical data. Even worse, they didn't just remove the ability to edit the Customer field. They went back and changed existing deposits so the Customer now matches the Vendor. If they were going to force a change, at least doing it the other way around would have made more sense.

After looking around at other forums, my theory is that this is tied to the recent updates they've been making to invoices and how they link to deposits. My guess is they changed something there that broke the independent Customer field on deposits, and now they consider it "working as designed" instead of addressing the issue.

If we want this fixed, we're going to have to make enough noise to get past basic support and even the next level of support. The next level of support is who I was working with on this issue. Leave feedback in QBO. Post on social media. If you know someone who works at Intuit, talk to them about this so they understand how important this issue is. The more people who point out that QuickBooks silently changed historical accounting data and removed existing functionality, the harder this will be to ignore.

The other option is to leave QBO. That's not something we want to do, but this issue has made it impossible for us to accurately track who paid us and which client a deposit belongs to. We can't rely on our historical data anymore, and we can't accurately record new deposits either.

Thanks to everyone who commented, tested this on their own accounts, and confirmed we weren't imagining things.

New Member
July 20, 2026

I also tried escalating this issue with Intuit and received the same response for all of my open tickets regarding QBO is working as designed.  That after being told by the Care Team that this was a glitch.  I have already provided feedback and will continue to do so.  I agree that if enough people raise the issue, maybe they will fix whatever they did.  There is one workaround that I do know of it it helps anyone.  While not ideal, it is better than having to create an invoice or sales receipt.  I use the vendor information on the deposit screen.  Once the deposit is recorded, I do a journal entry debiting and crediting the same account the deposit went to and add the customer name on the credit line in the name field.  So far, that seems to work for my customer level reporting although the deposit details (check number and vendor) have to be referenced manually in the JE.

New Member
July 22, 2026

I added feedback this morning. 

The most ridiculous part: Intuit’s own support article (LINK HERE), updated June 15, 2026, still instructs users to:

  1. Enter the vendor under Received From.
  2. Check Track returns for customers.
  3. Select the separate Customer/Project.

That is the exact workflow their new restriction now makes impossible, and which they are now saying is “working as designed”.  I feel lied to and believe what really happened is that they broke it and they can’t figure out how to fix it. Their explanation about data integrity makes zero sense, since this change is what actually creates problems with data integrity AND I’ve been using this feature for years and it has never resulted in inaccurate reporting.

In any case, for my fellow accountants & bookkeepers, here’s a workaround that I think works for now, though it creates two extra steps. Any feedback or faster workarounds would be appreciated. 

  1. Record what you would normally record on the deposit slip on a Vendor Credit form (with the customer/project recorded here).
  2. Use Bank Deposit to show return from the vendor only and for the account, use Accounts Payable. Leave the project/customer and class blank here.
  3. Then use Pay Bills to link the deposit to the vendor credit.  

 

New Member
July 24, 2026

QB sent me another response:

"While we are constantly evolving our products to provide you the best possible user experience, we do not anticipate a change to this product behavior in the immediate future.

This will be our final communication until something changes on this investigation. To be clear, we are not saying that engineering work has stopped in search of a resolution - if the status of the behavior changes, we will be sure to communicate that to you."

So, on the same day I received one response saying this behavior is "working as intended" and another saying engineering is still investigating a resolution. Those two statements seem difficult to reconcile. If the behavior is intentional, why is there still an active investigation? If it's being investigated as a defect, why is it being described as working as intended?

Additionally, I found another issue that appears to be related to the deposit/customer bug, but this time it affects reporting.

For example, I created a deposit containing a single $65,000 deposit line, and the transaction is saved correctly (or as correctly as it can be, given that I first have to replace the payor with the client in the Received From field). However, when I run a Transaction Detail by Account report for the client, QuickBooks displays a second transaction line in the Bank Account section for -$65,000 immediately after the deposit, resulting in a net balance of $0 for that deposit.

This second transaction does not actually exist anywhere in QuickBooks. Clicking on it simply opens the original deposit. It is not a separate transaction, it does not appear in the bank register, and it cannot be found anywhere else. It exists only within the report. If the deposit has a memo, the report uses that memo as the description for this phantom transaction. If I remove the memo entirely, the same extra transaction still appears, only with a blank description.

I've recreated this behavior multiple times with the same result. It appears the reporting engine is generating an offsetting transaction that doesn't actually exist in the company data. That makes the earlier explanation that this change was made to preserve data integrity even more confusing.

Between this issue and the inability to edit the Received From/Customer field on deposits after they're created, it's becoming very difficult to trust the accuracy of deposit reporting. Having reports display transactions that don't exist is a significant problem regardless of whether a company uses the client feature for deposits.

 

New Member
July 24, 2026

Correction: The reporting issue I mentioned earlier turned out to be caused by our own internal GL account issue. That's on me, and I wanted to correct the record since I can't edit my original comment.

That said, it doesn't change the separate issue I was describing: QuickBooks still doesn't allow the Received From and Client/Customer fields on deposits to be recorded independently the way we need them. That limitation is still an issue.