 worked well, kind of from an internal standpoint, from a reporting standpoint, external reporting, we would typically would need to do an adjusting entry basically to make it correct as of the end of the period. So that's going to be it. Now I'm going to make this a little bit smaller so I can see the record button at the bottom. So there's the record button. I'm going to save it and I'm going to close it is everything at all ways that change the date. You're so lucky you fixed that because you can't really so this is going to be from 060127 cash. Okay, everything else is good. Let's save it and close it. The payment date should be on or before the sales order date. Well, what was the sales order date on for crying out loud? Let me close this out. Let me let me let me close this. Something has gone horribly horribly wrong. I'm going to clear this and then close it. So the sales order date says, okay, it's on 6227. Okay, so let me let me say I'm going to say receive payment. You won't be able to. Okay, I know that and then it's going to be 50 and let's say this happened on 060327. Is that okay with you? QuickBooks? Is that okay with you? All right, so $50. Let's do it. All right, let's put this back up to 150. And then we have it so we can close this back out. Okay, so let's so here we have the internal documents look good. There's our payment. We expect later that we can go and order the surf board and then enter the invoice that we can apply to the payment. If we go to the balance sheet, what happened over here? We went into undeposited funds instead of into our checking account, but it's still kind of like cash. I'm not going to get into the undeposited funds thing right now. But the other side did not go to a decrease of the of the accounts receivable, which it did before because the sub ledger dealt with the customer instead going down here to a liability account that we set up where to go customer deposit. There it is. So that's great that because now it basically posts it down here properly reporting it from an accounting standpoint. However, it is still a little bit more confusing because now we have to have two sub ledgers to deal with the customers. In other words, if I go to my reports up top, and I go to my company and financials, no, my customers and receivables, and I look at my what is it customer balance detail report customer balance and detail, then I don't have anything in here for that customer yet because I haven't entered an invoice I entered a payment only. So that's kind of fine because you would think well it shouldn't be there because we don't it's not an AR yet. It's not an accounts receivable related thing, but look at the last customer we have this for where we have this payment happen first, and then we apply the invoices to it. The negative AR is wrong. But from just an understanding what's going on side of things, a bookkeeping side of things, this is pretty clear, right? It's kind of so that's kind of nice. Whereas, when you look at this, when you have this other liability account, then there's going to be another sub ledger related to the liability accounts not it's not going to be in one place, right? So so now I've got the customer deposit is also going to have a sub ledger. Although this is a liability, it's tied to the customers, whereas usually liability accounts have sub ledgers that are tied to vendors, right? So now we're going to go into the customers and say this is going to be the where is it? There's open prepayments somewhere around here. There it is. Open prepayments. So there's our $50 there. So that looks so that looks good. But it's basically that added step. So if we compare this to the last process, if I go back to my customer center and think of it from an internal perspective, what's the difference between these two processes? Well internally in here, it looks much the same when I'm trying to finalize my transaction. I can see what's happening, right? I made an estimate. I made a sales order. I've got the payment. The payment looks like a prepayment. When I make the invoice, I should be able to apply the payment to it in a similar way as when we have that negative receivable, which we often like call a credit, right? That we're going to apply to the invoice. You can see that over here, where the other method internally looked very nice as well. Same kind of concept estimate. We've got the sales order. And then we have this $50 payment. It's just that this payment was marked as a negative receivable instead of a instead of a positive liability. But from this side of things, the bookkeeping is pretty similar because then when I make the invoice, I could apply the payment out to it. So from this internal screen perspective, just facilitating the transactions, both of these work pretty well. So I like that. So if you can do that, so I kind of like the new thing that works quite well. However, it does also still lead areas for confusion for people to do funny things. So for example, if I go to the balance sheet over here, like you'll if you have any experience with this undeposited funds, you'll note that that's a clearing account. It has its use. It has its functions. It's useful. But a lot of people will mess things up because of it. It has another step which will mess people up sometimes. So anytime you have an added step, it could mess people up, right? The same thing is kind of true with this accounts receivable being broken out now between accounts receivable and then this this other account down here for for the deposits, the liability account. Now I can't find it the liability account for the deposits right there. This the fact that we have this other account that's kind of related to receivables as another level of kind of complexity because now somebody could post something to that account without actually going through the normal kind of process and that would may mess it up, right? And the sub ledger would could possibly get messed up. And when people are trying to figure out what is happening from a reports standpoint related to a customer, usually they're going to be looking at things that are related to the accounts receivable. So people have to understand that this is a liability account that is still tied to a customer. Also, when we move it, when we actually make the payment and enter the invoice, QuickBooks is going to create a clearing account to facilitate that transaction, which will which will create which will college cause a journal entry to be put in place. So again, we'll have another clearing account, which is another area where people could could cause havoc, right? They could post something to that clearing account, not as big a problem as this undeposited funds because the clearing account that they're going to put in there is just used for this one purpose. But again, it creates another transaction just which adds one more kind of complexity into the system adds a journal entry and it adds this other clearing account that they could add more to the complexity as well. So I'm just trying to point out the pros and cons between the two system. It works quite well. We don't have to do an adjusting entry at the end of the month this way because you should have the liabilities properly recorded. It looks very nice internally in order to facilitate the transactions from a bookkeeping standpoint. But you know, the downside is of course that we have these two accounts, we've got some clearing accounts, we haven't added journal entry, which could add some complexity and leave, you know, room for people to mess something up possibly that's so but we'll continue with this transaction finish it up next time.