252 posts shown.
I honestly can't even begin to wrap my head around the sheer level of incompetence we're seeing here. It’s one thing to make a mistake, but it's quite another to be this consistently, unapologetically wrong about how things actually work in this country. I've been sitting here for the last twenty minutes just staring at the screen, trying to find some semblance of logic in what was written, but there simply isn't any. Nicole Lee6, I have to say, your take on this is nothing short of delusional. You seem to be operating under the impression that the rules of the game are whatever you decide they are in the moment, rather than following the established protocols that everyone else—and I mean everyone—actually adheres to. It's exhausting. It really is. We aren't talking about some trivial matter of opinion; we are discussing fundamental principles. When you ignore the data and rely on these flimsy, half-baked assumptions, you aren't contributing to the conversation—you're just adding noise. It’s loud, it’s distracting, and frankly, it’s beneath the standard of discourse we should be aiming for. We need to get back to reality, or at least attempt to, before this whole discussion spirals further into nonsense.
Brenda Chase3 said:Personally, I’ve always just categorized the total depreciation as non-cash expenses—both the old stuff and the new. I haven't really touched the write-off section, so if anyone else on the forum wants to weigh in on whether that specific category is intended for depreciation, I'd love to hear it. To be honest, I've done it this way for years and nobody has ever flagged it; everything has always been perfectly fine. If it turns out it's more accurate to list it under write-offs, then by all means, go ahead and do that—I'm just hoping someone else can jump in here and confirm the best way to handle it.
I know some people were busy trying to claw back their P&G reimbursements last year, arguing that depreciation should be moved from the "in-kind" column over to the "write-off" section. Well, I decided to stop overthinking it and just went ahead and made that adjustment myself this year. 🤷
I can't believe we're even having this conversation again. It feels like we’re just spinning our wheels while everyone else moves forward. Honestly, I've spent way too much time looking into this, and the more I dig, the more I realize how little sense any of it makes. It’s frustrating, truly. You try to follow the logic, you try to stay patient, but then you see the sheer lack of foresight being applied here and you just want to throw your hands up. Anyway, let me address what Nicole Lee6 was saying earlier. While I appreciate the sentiment behind her point, I think she's missing the broader picture entirely. It isn't just about one single metric; it's about the systemic failure to account for long-term stability. We can talk about KPIs all day if we want to feel productive, but if the foundation is cracked, those numbers don't mean a thing. It's like trying to measure the speed of a car that has no engine. What are we actually measuring? Chaos? Because that’s what it looks like from where I’m sitting. I'm not trying to be difficult—though I know that's my reputation—but someone has to say it. We need to stop settling for these half-baked explanations and start demanding actual substance. If we don't, we're just wasting everyone's time. kaže:
Thanks for the help.
Did I get that right? Or am I just misreading the situation entirely?
For the 2016 fiscal year, I’m recording the depreciation amount under the "in-kind expenses" line item. As for the older depreciation figures, those are going straight into "write-off expenses." Then, starting next year, everything will be consolidated into write-offs.
Thanks.
No, you’ve got it wrong. You record depreciation as an operating expense in the KPI every single year, but when you're filling out the P&G form, you have to manually strip that depreciation amount out of the operating expenses column and move it over to the write-offs section.
Peter Young5 said:I’m running into a bit of a headache where my sales tax figures in the PPP don't align with the total sales tax reported on my annual tax return.
I think I finally pinpointed the culprit. It turns out that for things like leasing rates and long-term assets acquired this year, I categorized the payments outside of the KPI—which means the system isn't pulling the sales tax from those specific entries into the PPP form.
At this point, my only workaround seems to be recording them under Section 22 via the checking account, just so the sales tax actually shows up in the PPP, even if the expense itself remains non-deductible.
Is it actually acceptable to categorize those types of costs under Section 22?
Thanks for the help. 🙂
Peter Young5 said:Ugh, and I went ahead and tucked everything under Section 22 just to make it all line up perfectly.
Honestly, this principle of providing a detailed justification seems like the fastest route to getting things done.
For instance, whenever I’m dealing with default interest, I always just bake it right into Section 22—it’s just more efficient that way...
Is that really such a massive blunder? As long as the math checks out, does it truly matter? 🙂
Personally, I’ve been using the Article 22 amount, and now when I’m booking an incoming invoice that includes some expenses I can't strictly justify within the business operations, I just dump that entire portion (base plus sales tax) under the Article 22 category. Look, I realize that specific field isn't technically intended for that purpose, but mathematically, it does exactly what I need it to do within the KPI. It works. As for late interest, I book that under the "not subject to" section because interest on incoming invoices is a tax-deductible expense here in the States... whereas interest on taxes and social security contributions gets booked as an expense outside of the KPI...
Carol Price4 said:It means you basically have to physically go see an agent so they can type it in themselves—since their system clearly can't handle these forms correctly without tripping errors.😁
silverbadger said:I remember getting an answer from the IRS once—just a verbal one, mind you—stating that once you start using their electronic services, you aren't supposed to switch back to filing paper forms. However, at the beginning of last year, we ran into some major technical glitches with the online system, so we ended up hand-delivering a massive stack of paper filings, and they just went ahead and manually entered everything into the system for us.
At the end of the day, my take is that it really just comes down to the individual agent you're dealing with. Honestly, it all depends on the person sitting behind the desk at the local field office.
Last year, I had this massive headache with a specific tax form; it kept throwing these ridiculous error messages at me. So, I called them up, and they told me to just bring it in person. That's exactly what I did, only for them to call me back six months later claiming they’d wasted three whole days trying to process my filing! Then they tell me, "Oh, fine, just fill it out through the online portal now and send it that way." And I’m sitting there thinking, seriously?!?!?!?!? If you already processed it, why on earth are you calling me back after half a year? 🤔 It wasn't even a question of whether I should go in and file it digitally; I never truly grasped why they'd bother telling me they'd finished the job if they were just going to make me do it all over again...
amberbadger17 said:Look, at its core, it’s basically a receipt since the approval went through. Honestly, who cares why they approved it? But if it wasn't settled via a standard bank transfer—and if my amateur brain isn't totally failing me here—it should be recorded as an in-kind transaction. (Of course, please feel free to correct me, I'm definitely not a CPA.)
Maybe try logging it as an in-kind payment? Just do it manually if the software is being a pain and won't let you?
Anthony Jackson81 said:How the hell am I supposed to handle customer approvals when the money hasn't actually hit the bank yet? It’s not even income if it hasn't been paid! I don't know if it's just my software acting up, but whenever I log it through the general ledger, the VAT form pulls it in like I've already collected the cash, but then it doesn't show up in my KPI because I haven't entered it there either. 🤦 So what's the move here?
Here is my workaround for the credit: record it as in-kind revenue with a negative sign (-), then close out the original invoice it's tied to by entering a corresponding in-kind receipt with a positive sign (+). At least, that's how I handle it....
Olivia Cruz86 said:So, how the hell do you actually close out an account held in dollars?
Like, let's say the invoice is sitting at $320.00, and on the day we settle it, everything gets converted into USD based on the Federal Reserve's mid-market rate.
The idea is that the payment should clear in dollars using the exchange rate from the actual day the money moves. But what happens if things get messy and the amount paid is either too low or too high? If they shortchange us, do I just mark off part of the invoice? And if they overpay—where does that extra cash even go? Is there any way to stop this headache before it starts?
Look, you close the invoice for its full original amount. You simply calculate the currency fluctuation—the difference between the exchange rate used when the invoice was first generated versus the rate on the day the money actually hits the bank. You then book that resulting difference as either a positive or negative receipt against the checking account.
Olivia Cruz86 said:Hey everyone,
I’ve been scratching my head over how you guys are handling passive interest from the bank in your filings. Is it cool to just list it off KPI—like, tucking it under 2.5—and then just dump all those other miscellaneous receipts into the PPI form?
thanks
That's exactly how I filed mine last year.
Carol Price4 said:Calling all small business owners working in Silicon Valley...
DI procurement - $13, Section 22, it was depreciated $1047 and then we moved to Sales...
I've generated an invoice in the Sales module, but since the non-depreciated value didn't hit expenses, how do I handle the payment? If I try to enter the receipt via the payment table, everything just gets lumped into receipts...
Honestly, I think sales tax is driving me crazy this month—I must be missing something totally obvious. Please help! 🙂
When I run into that exact scenario, I take whatever value is left over after calculating depreciation up until the point of sale and book it as a non-cash expense—basically the unwritten value. Then, I close out the invoice in the Sales module for the full 100% amount, so that entire invoice gets recorded as a wire transfer receipt for me. 🤷
rowdybison3 said:Hey everyone,
My small business pays a subscription fee for the radio in our company car. We bought the vehicle through the business, but I use it for personal stuff too, so I usually split the expenses 70/30. Should I handle this specific bill the same way, or can I just write off the whole thing?
Also, I was wondering about this:
The owner makes monthly income tax prepayments. Since those prepayments aren't listed as business expenses, if there ends up being a remaining tax bill after the final calculation, will that count as a deductible expense?
No, it won't, because income tax isn't a tax-deductible expense.
What exactly needs to be on a business stamp?
If the full legal name on my sole proprietorship paperwork is listed as, say: ARCADE, service and retail business, owner XY, Seattle, Seattleite10
but under the short name it’s just ARCADE, owner XY
does that part "service and retail business" actually have to be on the stamp, or can I leave it off?
Also, when it comes to incoming invoices sent to the business, does it need to show the whole thing—ARCADE, service and retail business, owner XY—or is just ARCADE, owner XY enough?
I honestly can't believe we're still having this same debate. It feels like we've been circling the drain on this topic for months, yet here we are again, watching people jump to conclusions without looking at a single shred of actual data. It’s exhausting, really. I was reading through some of the comments earlier—and yes, I *do* read them, despite how much they sometimes make my blood boil—and it strikes me how little anyone seems to grasp about the underlying mechanics of what's happening. You see someone like Jamie Young9 throwing around numbers like they’re gospel, but they aren't even looking at the adjusted figures. It’s all surface level! If you don't account for the volatility we saw last quarter, you might as well be reading tea leaves instead of economic reports. And don't even get me started on the sentiment being pushed by certain users. I noticed Brenda Chase3 was making some pretty bold claims about market stability, and frankly, it’s reckless. We know the Fed isn't just going to sit on its hands while inflation continues to dance around these targets. To suggest otherwise isn't just optimistic; it's mathematically unsound. We need to slow down. We need to stop reacting to every headline like it's a five-alarm fire and actually start analyzing the trends. I know, I know—it’s not as "exciting" as shouting into the void, but if we want to actually understand where this is heading, we have to be more disciplined. I'm tired of the noise. Let's try to have a civilized discussion based on reality for once, shall we? kaže:
I’m sitting here grinding through this sales tax return right now, and I’ve hit a bit of a mental block. I'm looking at how the tax liability transfers—you know, balancing out the actual tax owed against the input credits on the form. Is that standard procedure? I just want to make sure I don't completely screw this up and end up with a headache from the IRS later. 🤦😵
If you’re entitled to a tax credit, then honestly, you’re in a fine position. It’s one of those rare scenarios that works both ways—it can be a win or a wash, but either way, you end up paying exactly zero.
Lisa Nelson4 said:Man, if only my life were actually that uncomplicated... 😵
So, here’s the deal—the invoice came out to $1400, which, using the Federal Reserve mid-market rate, works out to roughly 600 dollars.
Then the client goes and pays 601 dollars (and honestly—heaven only knows why they chose that specific amount).
My husband tries to convert those dollars into USD through our online banking app and—well, he messes up the transaction—he ends up buying *another* 601 dollars instead. So now we’re sitting on 1,202 dollars in that foreign currency account.
The next thing he does is sell all 1,202 dollars, and suddenly 8,339.33 gets deposited into our main account (using the bank's daily rate of 7.433, whereas the Federal Reserve rate was 7.4962).
Now I'm stuck wondering... how on earth do I record this in the KPI software so my auditor at the IRS doesn't come after me next year over this weird little loop of buying and selling 601 dollars? I guess he'll just see it as a deposit into the checking account, right?
And honestly, these new foreign currency accounts are so confusing. They share the same account number as a standard checking account, and while you can see the foreign currency hitting the account in online banking, there's no USD equivalent shown. You have absolutely no idea what it's worth in actual cash until you sell it—only then does the USD value show up as a deposit in the main account. For me, the only way to stay sane might be to sell the foreign currency the very same day it arrives, finish all the bookkeeping immediately, and just not deal with the headache of figuring out when to log everything. Is anyone else running into this kind of mess?
To make matters even more frustrating—and maybe a little tragic—two years ago we used to get paper statements for every single exchange rate change that showed both the foreign amount and its USD equivalent. Now, those statements are gone, but the exchange rates still shift every single day. If I decide to hold onto the currency in the account, does that mean I have to check the bank's rate sheet every single morning, manually convert the dollars to USD, and update the income increases or decreases for exchange differences in the KPI every single day?
I constantly receive USD payments from overseas based on invoices I've sent. In the KPI system, I close out the invoice entirely as income, then log the bank's intermediary fee as an expense, and finally handle the exchange differences through the income section (I take the Federal Reserve mid-market rate for the day the money landed, convert the received USD to USD, subtract the original invoice amount, and book the difference as an exchange gain/loss).
I just let the USD sit in the foreign currency account until I actually need it. When I eventually convert it back to my local currency, I record the currency sale as income outside of the KPI, matching whatever the bank statement shows. That gets entered into the P-PPI under additional data (since that USD income was already accounted for when I closed the outgoing invoice, but because I didn't use the cash until later, that specific moment of conversion goes into the supplemental data; otherwise, you end up reporting the same income twice and paying double taxes to the Department of Health and Human Services).
Charles Stewart69 said:N/A, yeah, you gotta install the certificate right on your computer—it's the new tax certificate, I think they call it "IRS.gov"—and you really need to get it installed by November 11th, 2016. If you don't, the whole tax reporting system is probably just gonna lock you out on that day. Honestly, the exact same thing happened back in June. Installing the certificate is pretty much a breeze; you just double-click it and toss it into the Certificate Authorities folder and boom, you're good! But hey, if you aren't feeling confident about it, maybe just reach out to whatever developer wrote the software you're using. Cheers.
Wait, when did this happen back in June? Because when it went down then, my developers just pushed an update to the software I use, so I didn't have to lift a finger. If this situation is the same deal, I'm not touching anything until I'm told to. Thx
Charles Stewart69 said:Look, those certificates usually last five years based on whatever you paid upfront, but the issuer can swap them out for a newer, better version whenever they feel like it. In a couple of days, the IRS is actually replacing their old certificate, so you'll probably have to manually install a new one that you can grab straight from their official website.
Wait, where am I supposed to install this? On my PC? Within the specific software I use for tax reporting? Are the developers actually going to update their software to handle this, or is that on me? Honestly, sorry, I'm completely lost when it comes to this technical stuff.🙈
We just received an invoice for towing a truck we bought over in Germany. The German carrier picked up the rig from the seller in Germany, held onto it for a few days, and then hauled it all the way here to the States.
Now, here’s the headache: the invoice date is listed as October 20, 2016.
The invoice also specifies a "service date" of October 24, 2016.
In reality, though, the truck didn't actually show up at our facility until October 28, 2016—which is when the transport was settled in cash.
So, which date am I supposed to use for my sales tax filing; the October 20th date?
And after that, how should I handle the entry in the KPI? Should I book it using the 24th or the 28th, while accounting for any exchange rate fluctuations against the invoice date?
If I’m running a small business—not part of some massive corporation or anything—can I just pay an employee their commuting reimbursement based on a simple confirmation from the transit company regarding the route price? Or am I strictly required to attach an actual receipt for every single ticket purchased?
Furthermore, can a small business owner calculate that reimbursement based on the cost of individual daily tickets for each leg of the trip, or am I forced to pay out the full amount of a monthly pass for that specific route?
amberbadger17 said:Sorry, I'm totally lost. I'm not a programmer or anything. Weren't those certificates we bought for the cash register supposed to last five years? I called my dev and he told me not to sweat it, but honestly, I have zero clue what any of this means.😁
I'm getting the exact same thing. My e-filing inbox is constantly blowing up with notifications warning me that some certificate is about to expire... I'm using Synesis and Fiskal1, and I'm just sitting here praying that the developers handle all this certificate nonsense behind the scenes... or are we actually expected to step in and fix this ourselves?!? 😲🤔
On July 8, 2016, the local Police Department issued an official opinion regarding tire repair services provided by a taxpayer based in the European Union. I’m going to paste a section of that opinion here:
Under the provisions of Section 7, Subsection 1 of the Law, specifically regarding the delivery of goods as defined in Section 4, Subsection 1, Item 1, we are looking at the actual transfer of the right to dispose of tangible property in its capacity as an owner. It’s a fundamental legal distinction that people often overlook, but when you dig into the statutory language, the intent is quite clear.
According to the specific provisions laid out in Section 8, Subsection 4 of the Value Added Tax regulations, there is a very particular rule we have to contend with. It states that if a single transaction simultaneously carries the characteristics of both a delivery of goods and the performance of a service, things get complicated. You can't just pick one and call it a day; the tax code demands you account for how these two elements overlap within that one single transaction. When you're trying to categorize these things correctly, you really have to look at the actual economic substance of the transaction. It isn't just about what's written on the surface level; you have to take the true intent of the parties involved into account. If you ignore the underlying economic reality and the actual will of the people signing the contract, you’re essentially flying blind. What exactly is this supposed to mean? There used to be a St.5 entry right here that laid it all out clearly, but they scrubbed it from the records back on January 1st, 2014.
The designated place of delivery for goods. It’s a valid question, though I feel like we often overlook the finer details of how these things are classified. When you look at the actual guidelines regarding what isn't considered part of the standard shipment or transport process, there are specific categories that just don't qualify. It's about understanding where the responsibility of the carrier ends and where the individual's liability begins. If we aren't looking closely at those distinctions, we're bound to run into issues later on. The location where goods are officially considered delivered, strictly in accordance with the provisions set forth in Article 12 of the Law, is a critical distinction that often gets overlooked in these discussions. But I have a signed release form right here!
Let’s take a moment to actually look at the fine print regarding how services are taxed, because if you don't pay attention to Article 17, Section 1, you're basically asking for an audit. According to the tax code, when we're talking about where a service is officially "performed" for a business entity, the rule of thumb is that it's wherever that business is headquartered. It seems straightforward enough on the surface, right? But then—and this is where they love to trip you up—if that business is operating through a permanent establishment in a different location than its main headquarters, the tax jurisdiction shifts to that specific branch instead. It sounds like a simple distinction, but it’s a massive headache for anyone trying to track compliance. And just in case things get even more convoluted? If there isn't a formal headquarters or a permanent establishment to point to, the law defaults to the recipient's primary residence or their usual place of business. It’s a layered system designed to ensure the government gets its cut regardless of how much you try to move the goalposts. It’s tedious, it’s overly structured, and honestly, it feels like they've built a maze just to make sure no one escapes the tax man.
Based on what’s been laid out here, it’s my firm belief that we aren't looking at a single transaction, but rather two distinct events occurring simultaneously. We have one clear delivery of goods—specifically, the sale of a brand-new tire—and then we have a separate service component, which is the actual labor involved in mounting that tire onto the customer's vehicle. It's two different things entirely.
Based on how things work under current Value Added Tax regulations, when you're paying for a service like getting a new tire mounted, the tax rules follow a pretty standard principle. Basically, the location where the service is officially considered to have taken place is determined by the business headquarters of the person or company receiving the service. It’s all about where the recipient is based.
Look, I’ve been digging through the paperwork again, and honestly, it’s enough to give anyone a headache. If you're an American business owner providing services—let's say you're out there mounting a set of new tires for a client—and that client is based somewhere in the European Union or even a third country, you can't just wing it. You have to be incredibly careful about how you handle the tax side of things. Under the current tax laws, if you want to apply the reverse charge mechanism—basically shifting the tax liability onto the recipient of the service per the standard legal statutes—you absolutely must secure proof that they are actually registered tax entities. You can't just take their word for it. You need documentation in hand to justify why you aren't collecting the tax upfront. It’s a tedious process, but if you don't follow the rules to the letter, you're the one left holding the bag when the auditors come knocking. It's frustratingly bureaucratic, but that's just how the system works.
Therefore, As an American taxpayer, I’ve been thinking quite a bit about the complexities involved when you're dealing with service fees—specifically regarding installation work. When you've actually completed the job, there's a whole process to navigate with the IRS to ensure everything is accounted for correctly. It isn't always as straightforward as just sending an invoice and calling it a day; you have to be meticulous about how those services are reported to stay on the right side of the tax code. When you're dealing with tax obligations for business entities coming in from other European Union member states or even third-party countries, things get a little complicated regarding how invoices are handled. For instance, if a taxpayer is issuing an invoice for services rendered, they aren't going to be tacking on the local American Value Added Tax. Instead, the accounting shifts to accommodate the specific cross-border regulations that apply when you're dealing with international clients. It’s one of those bureaucratic hurdles that makes you want to pull your hair out, but it's all part of the standard procedure for keeping the books straight under current tax laws. They're going to implement a transfer of tax liability. Under the provisions of Article 17, Section 1 of the Tax Code, we are designating the service recipient as the responsible party. Just a heads-up for everyone following this: when an American taxpayer handles a bill under these specific circumstances, they are legally required to clearly mark the invoice with the phrase "reverse charge" or its equivalent to indicate the transfer of tax liability. It’s a critical distinction that shouldn't be overlooked if you want to stay on the right side of the IRS.
Furthermore, When it comes to determining the tax jurisdiction for goods that aren't actually being shipped or physically transported to a customer—you know, those tricky inventory transfers or on-site handovers—the rule is pretty straightforward, though people love to overcomplicate it. The place of taxation is simply wherever those goods are physically located at the exact moment the delivery takes place. It’s common sense, really, if you strip away all the bureaucratic noise.Look, let’s get this straight because people seem to be getting tripped up on the basics. When we are talking about the taxation point for delivering new car tires—specifically when an American taxpayer is supplying these goods to other taxpayers within the European Union or even out to third countries—it all boils down to one simple rule: the place of taxation is wherever those damn tires are physically located at the exact moment the delivery happens. In this specific scenario, since the goods are sitting right here in the States at the time of sale, that's where the tax obligation lands. According to Article 12 of the Law, the American taxpayer is the one on the hook. It's not some complicated shell game; it's just basic jurisdictional logic. When you're putting together the invoice for this specific delivery, you absolutely have to calculate and clearly state the American Value Added Tax. There’s no cutting corners here..
Look, I’ll be the first to admit it—I’m not exactly a genius when it comes to navigating this mess, and frankly, I’m at a complete loss as to how I should even proceed from here.
Since January 1st, 2014, they’ve gone ahead and struck that specific section—Article 8, Paragraph 5—right out of the Value Added Tax regulations. I recall someone—I think it was Larry Phillips2—bringing up that whole headache regarding adjustments for boundary assets. He was debating whether a correction should be classified as a delivery of goods or a rendered service. His take was that it all hinges on what actually makes up the bulk of the invoice; essentially, you look at which portion carries more weight, the physical goods or the services provided, once you cross that 50% threshold. It’s one of those technicalities that can really throw a wrench in your accounting if you aren't careful. So, I was digging through the latest guidance from the IRS regarding the 4/14 interpretation, and it turns out they’ve clarified that auto repairs are officially classified as a completed service. This means the entire invoice falls under Article 17—you know, the reverse charge mechanism for services listed on the ZP form. Honestly, this is a bit of a headache because it’s exactly how I’ve been billing my foreign clients all along. I made sure to be incredibly thorough with them; I always had them sign a formal shipping declaration and attached the VIES verification printouts just to cover my bases. It feels like I've been doing things by the book, but now that the official word is out, I'm just sitting here wondering if I should have been even more cautious.
The Police Department keeps citing Article 12 when goods aren't being shipped, but according to Article 41;
(1) The following are exempt from Value Added Tax:
a) supplies of goods which the seller, or the person acquiring the goods, or another person on their behalf, ships or transports from the domestic territory to another European Union member state to another taxable person or a legal entity that is not a taxable person but acts as such in that other European Union member state,
Look, if I have the shipping statement, then those parts actually left the US under the buyer's arrangement and were installed in the car he drove right out of the country. Why on earth should I be forced to tie myself to Article 12 of the Law?!?!
Perhaps the solution is to split the labor from the materials on the invoice—applying Article 17 to the labor and Article 41 to the parts—so that the invoice goes to the ZP in two separate columns (services performed vs. goods delivered)? What’s really eating at me here is whether the client will report that same invoice as received services and an acquisition of goods. Will they even realize what happened since the invoice is in English and applies exemptions based on two different grounds? It feels like we're just overcomplicating things unnecessarily. If we don't report it the same way they do, I suspect we're going to run into trouble....
So, which route would you all take;
1. Just report the entire invoice as a service performed based on Article 17, just like we've always done.
2. Split the invoice into labor (Article 17) and materials (Article 41), issue it without VAT, and just pray the foreign client reports it the same way on their end (acquisition + services).
3. Stick to that tire shop example: link the labor to Article 17 and don't show VAT, but show VAT on the individual parts?
🙂😵🤦
I was working on my payroll entry and I made sure to include a solid call-back number, but then I completely blanked on entering the ROOM NUMBER 😬 honestly, whatever...
Keith Martinez5 said:Well, this person actually gave me their VAT ID... I even made sure to include everything on the invoice, but I ended up calculating and charging them VAT anyway. Now I'm wondering, if I messed that up, what's the best way to go about fixing it?
Honestly, I wouldn't lose too much sleep over it...
Either you cite Section 19 of the Value Added Tax Act on the invoice—which basically implies you've tied the service to a rental property, which is taxable here in the States—or you just strike the VAT ID from the invoice entirely and put a zero in its place. That’s what I personally do when someone just gives me a business name 😬 without any credentials; it makes it look like you didn't have a valid ID to verify through the European Union system, so you had no choice but to charge the tax.
Zachary Hughes12 said:From what I understand, you don't charge sales tax in this scenario, provided the customer you're billing is registered in the appropriate tax system.
This is treated as a service completed within the European Union.
You just need to add a note to the invoice stating that the tax liability is being transferred via "reverse charge."
It's the same situation as when we buy something from overseas and provide our tax ID, making us responsible for handling the tax on our end.
Look, whenever I'm dealing with impound fees and they hand me a VAT ID that's verified in the VIES system, I just cite Section 17 and apply the reverse charge. Some consultants tried to tell me it should be tied to Section 19 regarding real estate—claiming VAT should be applied—but honestly, that makes zero sense to me. That would only apply if I were charging them for parking or renting out a specific plot of land, which isn't what an impound fee is. An impound fee is its own thing, so I stick to Section 17. I remember one time I had a company from Germany; a tow truck picked up a car, and all they gave me was their name and address. They didn't give me a VAT ID, and I couldn't find one anywhere on their website, so I just charged them VAT.