Home Page link  

Tenders report include tax collected

 

Point-Of-Sale Software - - MS Point Of Sale software discussed here 

get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Tenders report include tax collected RicoTowers 07-15-2009
Posted by RicoTowers on July 15, 2009, 12:16 pm
Please log in for more thread options
In reports >> Miscellaneous >> Tender Summary, is there a way to include what
was the tax collected for that transaction?

Posted by Robert Armstron on July 15, 2009, 7:07 pm
Please log in for more thread options
You could not do that.
Reason being is that you can have multiple tender types per transaction.
Therefore there is no way to determine what tender type paid what portion of
the taxes.
Example
You have two taxes County and State at 2% and 6% respectively.
You sell a couple of items let say one of them being tax exempt.
Customer pays $10 as Cash and the rest as a Credit Card.
There is no way to determine what portion of the taxes were paid with the
$10 and what portion was paid by Credit Card.

Best solution is to run the Sales Tax Analysis report that is included in RMS.

Robert

"RicoTowers" wrote:

> In reports >> Miscellaneous >> Tender Summary, is there a way to include what
> was the tax collected for that transaction?

Posted by RicoTowers on July 15, 2009, 9:29 pm
Please log in for more thread options
Understood.

So if we were to venture in developing this report, would it be safe to say
that we first have to queue the invoice that the tender is refering to and
then determine the tax on the item (if any)?

More over, the tender has to have a reference to the invoice being paid, and
the invoice has to have the tax that the item has applied to at the moment of
the sales.

Would this be a safe assumption?


"Robert Armstrong - RMS Ltd" wrote:

> You could not do that.
> Reason being is that you can have multiple tender types per transaction.
> Therefore there is no way to determine what tender type paid what portion of
> the taxes.
> Example
> You have two taxes County and State at 2% and 6% respectively.
> You sell a couple of items let say one of them being tax exempt.
> Customer pays $10 as Cash and the rest as a Credit Card.
> There is no way to determine what portion of the taxes were paid with the
> $10 and what portion was paid by Credit Card.
>
> Best solution is to run the Sales Tax Analysis report that is included in RMS.
>
> Robert
>
> "RicoTowers" wrote:
>
> > In reports >> Miscellaneous >> Tender Summary, is there a way to include
what
> > was the tax collected for that transaction?

Posted by Robert Armstron on July 15, 2009, 10:10 pm
Please log in for more thread options
But that is where the breakage occurs.
Your assumptions are correct but what you can't do is link taxes paid back
to tender type. Because:
Transaction is related to TenderEntry
Transaction is related to TransactionEntry
TransactionEntry is related to TaxEntry and ItemID

The problem is there is no relationship between TenderEntry and TaxEntry or
ItemID (this is where the problem occurs when trying to figure out what
Tender paid what) it can't be done. And you can't use the Transaction Number
to link everything together because of the style of each relationship.

You will end up getting duplicate records for transactions that have
multiple tender types or if you attack if from the other way you will get
duplicate items for different tenders on the same transaction with multiple
tenders.

The real question is why you are trying to get this type of information?

I accountants ask for this type of information frequently and have to
explain to them what they should be using for Tax Remitance and what they
should be using for GL entries. After explaining to him how things are
related when doing transactions (in more simpler terms obviously) he finally
realized that he did not need to know tax information when dealing with
Tender Info. Because Tender sales information is designed to be the Total
(including taxes). And don't let them try and work backwards to get the total
taxes using Tender Sales you will just give yourself a headache.

The only way you will be able to do this type of report would be to use
Pivot Tables or OLAP/Cube Analysis.

Robert

"RicoTowers" wrote:

> Understood.
>
> So if we were to venture in developing this report, would it be safe to say
> that we first have to queue the invoice that the tender is refering to and
> then determine the tax on the item (if any)?
>
> More over, the tender has to have a reference to the invoice being paid, and
> the invoice has to have the tax that the item has applied to at the moment of
> the sales.
>
> Would this be a safe assumption?
>
>
> "Robert Armstrong - RMS Ltd" wrote:
>
> > You could not do that.
> > Reason being is that you can have multiple tender types per transaction.
> > Therefore there is no way to determine what tender type paid what portion of
> > the taxes.
> > Example
> > You have two taxes County and State at 2% and 6% respectively.
> > You sell a couple of items let say one of them being tax exempt.
> > Customer pays $10 as Cash and the rest as a Credit Card.
> > There is no way to determine what portion of the taxes were paid with the
> > $10 and what portion was paid by Credit Card.
> >
> > Best solution is to run the Sales Tax Analysis report that is included in
RMS.
> >
> > Robert
> >
> > "RicoTowers" wrote:
> >
> > > In reports >> Miscellaneous >> Tender Summary, is there a way to include
what
> > > was the tax collected for that transaction?

Posted by RicoTowers on July 15, 2009, 10:18 pm
Please log in for more thread options
Thats what I was afraid of. Ok, understood.

I know how to use Pivot Tables, you know any references fopr OLAP/Cube
Analysis?




"Robert Armstrong - RMS Ltd" wrote:

> But that is where the breakage occurs.
> Your assumptions are correct but what you can't do is link taxes paid back
> to tender type. Because:
> Transaction is related to TenderEntry
> Transaction is related to TransactionEntry
> TransactionEntry is related to TaxEntry and ItemID
>
> The problem is there is no relationship between TenderEntry and TaxEntry or
> ItemID (this is where the problem occurs when trying to figure out what
> Tender paid what) it can't be done. And you can't use the Transaction Number
> to link everything together because of the style of each relationship.
>
> You will end up getting duplicate records for transactions that have
> multiple tender types or if you attack if from the other way you will get
> duplicate items for different tenders on the same transaction with multiple
> tenders.
>
> The real question is why you are trying to get this type of information?
>
> I accountants ask for this type of information frequently and have to
> explain to them what they should be using for Tax Remitance and what they
> should be using for GL entries. After explaining to him how things are
> related when doing transactions (in more simpler terms obviously) he finally
> realized that he did not need to know tax information when dealing with
> Tender Info. Because Tender sales information is designed to be the Total
> (including taxes). And don't let them try and work backwards to get the total
> taxes using Tender Sales you will just give yourself a headache.
>
> The only way you will be able to do this type of report would be to use
> Pivot Tables or OLAP/Cube Analysis.
>
> Robert
>
> "RicoTowers" wrote:
>
> > Understood.
> >
> > So if we were to venture in developing this report, would it be safe to say
> > that we first have to queue the invoice that the tender is refering to and
> > then determine the tax on the item (if any)?
> >
> > More over, the tender has to have a reference to the invoice being paid, and
> > the invoice has to have the tax that the item has applied to at the moment
of
> > the sales.
> >
> > Would this be a safe assumption?
> >
> >
> > "Robert Armstrong - RMS Ltd" wrote:
> >
> > > You could not do that.
> > > Reason being is that you can have multiple tender types per transaction.
> > > Therefore there is no way to determine what tender type paid what portion
of
> > > the taxes.
> > > Example
> > > You have two taxes County and State at 2% and 6% respectively.
> > > You sell a couple of items let say one of them being tax exempt.
> > > Customer pays $10 as Cash and the rest as a Credit Card.
> > > There is no way to determine what portion of the taxes were paid with the
> > > $10 and what portion was paid by Credit Card.
> > >
> > > Best solution is to run the Sales Tax Analysis report that is included in
RMS.
> > >
> > > Robert
> > >
> > > "RicoTowers" wrote:
> > >
> > > > In reports >> Miscellaneous >> Tender Summary, is there a way to include
what
> > > > was the tax collected for that transaction?

Similar ThreadsPosted
Detail Tax Collected and Tax Analysis report totals should match February 9, 2006, 2:55 pm
Z-Report (total to include layaways) August 1, 2008, 2:55 am
Include SQ Qty Onhand in HQ Item Movement Report June 19, 2009, 9:25 pm
Modify Z Report to include data returned from a SQL command December 11, 2006, 1:19 am
Item movement report should include quantity on-hand. September 17, 2007, 1:30 pm
Include List Price in Purchase Order Report August 11, 2009, 2:46 pm
Custom_Tender_Summary_by_Cashier Report with multiple tenders December 11, 2006, 7:06 am
Tax Collected Question June 12, 2007, 6:36 pm
Include item on every transaction November 25, 2005, 1:21 pm
Tax by Tenders April 26, 2006, 5:46 pm

Contact Us | Privacy Policy
This site is not affiliated with Intuit - makers of Quickbooks and Quicken software
This site is not affiliated with Sage Software - makers of Peachtree accounting software
XML SitemapXML Sitemap