faq:inventory_reconciliation
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
faq:inventory_reconciliation [2009/11/19 16:41 (15 years ago)] – andrew | faq:inventory_reconciliation [2021/09/03 16:50 (3 years ago)] (current) – [Inventory Reconciliation] jbalasabas | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Inventory Reconciliation ====== | ====== Inventory Reconciliation ====== | ||
+ | [[: | ||
+ | |||
+ | Freshdesk: https:// | ||
===== Check your processes ===== | ===== Check your processes ===== | ||
- | The idea behind checking your processes is to track the inventory sub ledger and general ledger entries from ordering right through to selling, and capitalization. The General Ledger balance can be seen via the trial balance report, and detail can be seen with a ledger transaction report. The Sub Ledger is a totalling | + | The idea behind checking your processes is to track the inventory sub ledger and general ledger entries from ordering right through to selling, and capitalization. The General Ledger balance can be seen via the trial balance report, and detail can be seen with a ledger transaction report. The Sub Ledger is a totaling |
==== From the PO to the Bill ==== | ==== From the PO to the Bill ==== | ||
- | The Purchase Order (PO) has a cost, then additional columns that are added to cost that result in a total landed cost. The landed cost which includes all of the cost you place on the PO is what is used for the FIFO line. The amount still left in stock on these lines make up the inventory sub ledger (Inventory Value report in System Five). Now we can look at the bill for this product. There are some common items that show in the Bill you get from your supplier (Sometimes | + | The Purchase Order (PO) has a cost, then additional columns that are added to cost that result in a total landed cost. The landed cost which includes all of the cost you place on the PO is what is used for the FIFO line. The amount still left in stock on these lines make up the inventory sub ledger (Inventory Value report in System Five). Now we can look at the bill for this product. There are some common items that show in the Bill you get from your supplier (Sometimes |
==== From The PO to the Invoice ==== | ==== From The PO to the Invoice ==== | ||
- | I bet this seems confusing. If not it should be, because in System Five an invoice is what you give to your customer when they purchase product. You also probably know that when you recieve | + | I bet this seems confusing. If not it should be, because in System Five an invoice is what you give to your customer when they purchase product. You also probably know that when you receive |
Line 14: | Line 17: | ||
So what happens if you change a PO line, an inventory value line on a bill, or a line on an invoice? The answer is you break things, and can no longer reconcile. If you follow proper processes things should reconcile unless you change things after the fact. The one exception to note is overselling. If you oversell on an invoice you oversell at standard cost. When you receive the product at cost other than standard, there is now an outage in the system. In order to fix this issue you have to go back to all invoices that were oversold and change the cost on them to the amounts from the PO line(s) that would have filled them. | So what happens if you change a PO line, an inventory value line on a bill, or a line on an invoice? The answer is you break things, and can no longer reconcile. If you follow proper processes things should reconcile unless you change things after the fact. The one exception to note is overselling. If you oversell on an invoice you oversell at standard cost. When you receive the product at cost other than standard, there is now an outage in the system. In order to fix this issue you have to go back to all invoices that were oversold and change the cost on them to the amounts from the PO line(s) that would have filled them. | ||
- | So what kind of things can cause problems if you change them after the fact? If you change either side of the PO to Bill, or PO to Invoice process you will be out of reconciliation. So editing cost or quantity of a PO line, editing cost or quantity of an invoice line, or changing the amount on the inventory line of a bill after the fact will cause problems. Manual adjustments effect the sub-ledger totals so we need to place manual adjustments in the list of things that break reconciliation. So why do manual adjustments break the system? Ans: because every manual adjustment has to have a corresponding GL adjustment of equivalent dollar value. Here is a list of some things not to do: | + | So what kind of things can cause problems if you change them after the fact? If you change either side of the PO to Bill, or PO to Invoice process you will be out of reconciliation. So editing cost or quantity of a PO line, editing cost or quantity of an invoice line, or changing the amount on the inventory line of a bill after the fact will cause problems. Manual adjustments effect the sub-ledger totals so we need to place manual adjustments in the list of things that break reconciliation. So why do manual adjustments break the system? Ans: because every manual adjustment has to have a corresponding GL adjustment of equivalent dollar value. |
- | * Change | + | |
- | * Change | + | * Here are some key points: |
- | * Change | + | * Do not change |
- | * Oversell | + | * Do not change |
- | * Make a manual adjustment without a corresponding GL entry to that hits the inventory value for the same amount | + | * Do not change |
+ | * Do not oversell | ||
+ | * Do not make a manual adjustment without a corresponding GL entry to that hits the inventory value for the same amount | ||
===== Process Suggestions ===== | ===== Process Suggestions ===== | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ==== Entering bills in a way that allow them to match up to the PO ==== | ||
+ | The problem can easily be described this way: My bill does not match the PO that I received the product on, how do I correctly proceed? If our supplier doesn' | ||
+ | |||
+ | If the scenario is not that simple and you just have to live with it then there are options. First of all it is important to understand how things work. Basically the price we put on the Purchase order will determine the price an item goes out of stock with when it is sold on an invoice. Also it is important to realize this method works whether the problem is an error, a discount, or another reason the change needs to be made. | ||
+ | < | ||
+ | Example: | ||
+ | On a purchase order a widget is received for $100 | ||
+ | I receive a bill and am charged $80 because I got a discount on the widget | ||
+ | I then sell the item on an invoice and it is removed from stock at $100 and expensed to its appropriate cost of goods sold account. | ||
+ | </ | ||
+ | |||
+ | In this example we didn't pay the $100 for the widget, and were only billed $80. What should our PO look like? What does the bill look like? | ||
+ | |||
+ | It is important to note that it is a valid and correct accounting practice to record the value of the widget at $100 on your books. Here is how we properly deal with this scenario. First, we do not change the PO as $100 is accurate. Secondly the Bill has to total $80, and the inventory account (1200) must equal the $100 from the total landed value of the PO. | ||
+ | |||
+ | To correctly enter a bill at this point we only have to make a minor adjustment. Here is what the new bill should look like: Please note the 5000 account could be for discounts, or for errors in purchase order entry, the COGS account for the product being changed, or whichever other task may be relevant. Choose the appropriate account. | ||
+ | < | ||
+ | 1200 ............ $100 | ||
+ | 5000 ............ -$20 | ||
+ | </ | ||
+ | |||
+ | * Notice that the 1200 account for $100 matches the total landed value of the PO. You books will go out if this does not happen | ||
+ | * Notice that the total of the bill is accurate. | ||
+ | * Potential drawback: When you look at the profitability of selling this item on an invoice the cost will be $100 not $80 so profitability will be less. Remember though that we already recognized this difference in the 5000 account making our GL look better for profitability. | ||
+ | * What if my invoice profitability has to be the $80? | ||
+ | - You are in for a world of complications, | ||
+ | - You may notice that when setting the cost on the invoice that neither $80 nor $100 is used. You may not have actually sold this item on this invoice according to FIFO rules, or there may be more than one stock line involved requiring you to calculate a new average weighted cost. There are reasons we suggest other methods of properly accomplishing this task, please request assistance from our support team to learn how to perform these complicated tasks. Some scenarios are much easier than others. | ||
+ | * Why is a 5000 level account used instead of a 6000 level account? | ||
+ | - This is because when you view GL profitability, | ||
+ | |||
+ | |||
+ | ==== Multi currency discussion on entering bills to match the PO ==== | ||
+ | Multi currency transactions add another element to your transactions for the purpose of inventory reconciliation. There are a few best practice requirements that I should mention before letting you know the standard way to make sure your PO and Bill entry procedures don't cause outages. | ||
+ | |||
+ | * One supplier account for each currency you work with a supplier, and all activity for that supplier be in that one currency. It is important for reconciliation to only use one supplier account for that one currency. | ||
+ | * Your inventory account must have a currency on it and that must be your local currency | ||
+ | * You must set your exchange rate at the start of the day before any entries are made, and may not change the rate after the fact. | ||
+ | * May add more to this list later as I remember more of them. This is a good start though. | ||
+ | |||
+ | |||
+ | * Receive your PO and take note of the date and total landed value of the PO | ||
+ | * Enter a bill and make sure the inventory value account matches the total landed value of the PO, and the date matches the receiving date of the PO. | ||
+ | * GAAP ALERT: If you have multiple receiving' | ||
+ | |||
+ | |||
+ | Explanation: | ||
+ | |||
+ | GAAP stands for generally accepted accounting principles. One of those principles is that the inventory be recorded to your accounting system on the date it is received. This principle simplifies all the scenarios and details into one idea. If you stray from this, you must make sure you have made all of the appropriate adjustments, | ||
+ | < | ||
+ | Excerpt from Federal Accounting Standards Advisory Board | ||
+ | -------------------------------------------------------- | ||
+ | 38. Recognition. The consumption method of accounting for the recognition of expenses shall | ||
+ | be applied for operating materials and supplies. Operating materials and supplies shall be | ||
+ | recognized and reported as assets when produced or purchased. “Purchased” is defined as | ||
+ | when title passes to the purchasing entity. If the contract between the buyer and the seller is | ||
+ | silent regarding passage of title, title is assumed to pass upon delivery of the goods. Delivery | ||
+ | or constructive delivery shall be based on the terms of the contract regarding shipping and/ | ||
+ | delivery | ||
+ | </ | ||
+ | In multi currency systems you will start by entering a PO for your supplier just like in a non-inventory system. The only real difference is that there are different currencies you can view the PO in. It will default to viewing the PO in the currency of the supplier you chose. When you receive the purchase order it is like taking a snapshot in time as all the items received are then permanently set to be the currency of your inventory value account (your local currency). The PO has created the sub-ledger entries and valued them in your local currency at the date of receiving. They will now stay stable at that value in your local currency. This prevents your inventory from changing value in your local currency every time the exchange rate changes. This is important on the ledger side of things because that snapshot in time captures the value that will be used as the value when you sell the product on an invoice to a customer. Why is the date so important? | ||
+ | |||
+ | Assume each date has a different exchange rate. Then if you have a different date on the PO receiving and Bill associated to that receiving you run into a problem. The invoice to the customer will have a different value than the bill that put it onto the ledger. What went into inventory end up not matching what comes out of inventory. It should make sense that if we put $100 (local currency) of product into inventory that we must take out $100 (local currency) when selling the inventory. So don't calculate the local currency two different ways by choosing two different rates: keep the same rate by using the same date. | ||
==== Changing cost on an invoice line ==== | ==== Changing cost on an invoice line ==== | ||
Line 30: | Line 101: | ||
==== Overselling ==== | ==== Overselling ==== | ||
- | Overselling should never happen, but since we live in the real world where things are not always done right. How can you get product into your customers | + | Overselling should never happen, but since we live in the real world where things are not always done right. How can you get product into your customer’s |
- | Now that I have harped on how important basic business processes are, I will explain better ways to manage when you don't have a choice but to sell the order before it is recieved. | + | Now that I have harped on how important basic business processes are, I will explain better ways to manage when you don't have a choice but to sell the order before it is received. |
=== Method 1: It is a work in progress === | === Method 1: It is a work in progress === | ||
- | If you have not recieved | + | If you have not received |
=== Method 2: Substitute for the real thing === | === Method 2: Substitute for the real thing === | ||
- | The idea is to leave the item as a back order on a completed invoice. Yes this will effect | + | The idea is to leave the item as a back order on a completed invoice. Yes this will affect |
- | == Option 1: Substitute a Miscellanious | + | == Option 1: Substitute a Miscellaneous |
- | Miscellanious | + | Miscellaneous |
== Option 2: Substitute a GL code == | == Option 2: Substitute a GL code == | ||
This is fine for the back office, because a book-keeper or office clerk is often aware of the ramifications and makes sure they choose the correct account. The idea is to post to 1 account so that you can check and see if there is a balance or any activity in this account. We then edit the associated invoice and remove the GL line or change it's ordered and shipped quantity to 0. You can check this account at the end of each day, week, or month to make sure you books are in order. | This is fine for the back office, because a book-keeper or office clerk is often aware of the ramifications and makes sure they choose the correct account. The idea is to post to 1 account so that you can check and see if there is a balance or any activity in this account. We then edit the associated invoice and remove the GL line or change it's ordered and shipped quantity to 0. You can check this account at the end of each day, week, or month to make sure you books are in order. | ||
- | == Inforamtion | + | == Information |
- | The main benifit | + | The main benefit |
==== Freight, Duty, and More ==== | ==== Freight, Duty, and More ==== | ||
- | When considering reconciliation of inventory and entering Freight, Duty, and Extra costs there are a couple choices on how to record these expenses. In the **From the PO to the Bill** section above it talks about matching up the inventory value account (Normally account 1200) postings of the associated bill against the receivings | + | When considering reconciliation of inventory and entering Freight, Duty, and Extra costs there are a couple choices on how to record these expenses. In the **From the PO to the Bill** section above it talks about matching up the inventory value account (Normally account 1200) postings of the associated bill against the receiving’s |
=== Include Freight on the Purchase order, where are the differences? | === Include Freight on the Purchase order, where are the differences? | ||
- | WHY to Include Freight? The greatest | + | WHY to Include Freight? The greatest |
< | < | ||
The product Costs $100 | The product Costs $100 | ||
Line 59: | Line 130: | ||
On the other hand, using method 2 allows me to realize my markup, and know how low I can really go before I start losing my shirt. | On the other hand, using method 2 allows me to realize my markup, and know how low I can really go before I start losing my shirt. | ||
- | Another less thought obvious way to lose money is on commissions. | + | Another less thought obvious way to lose money is on commissions. |
Method 1: $200 profit x %20 commission = $40 | Method 1: $200 profit x %20 commission = $40 | ||
Method 2: $125 profit x %20 commission = $25 | Method 2: $125 profit x %20 commission = $25 | ||
Line 65: | Line 136: | ||
WHY NOT to include Freight? If we take a look at the example of a new company running System Five for the first year here is what happens. | WHY NOT to include Freight? If we take a look at the example of a new company running System Five for the first year here is what happens. | ||
< | < | ||
- | When you purchase your initial $100,000 worth of product that goes onto the books as an asset. | + | When you purchase your initial $100,000 worth of product that goes onto the books as an asset. |
Method 1 would value the inventory at $100,000 | Method 1 would value the inventory at $100,000 | ||
Method 2 would value the inventory at $80,000 and expense $20,000 to a freight expense | Method 2 would value the inventory at $80,000 and expense $20,000 to a freight expense | ||
- | How does this effect | + | How does this affect |
- | Method 1 the asset goes on your books just like cash which doesn' | + | Method 1 the asset goes on your books just like cash which doesn' |
- | Method 2 you expense $20,000 of your expense reduces your profitability by $20,0000 making our profit is recorded at $180,000 and we pay tax on $180,000. | + | Method 2 you expense $20,000 of your expense reduces your profitability by $20,000 making our profit is recorded at $180,000 and we pay tax on $180,000. |
20% of $20,000 is $4,000 out of your pocket at year end the first year of operations. If you have $200,000 in inventory at the end of year 2 you will have paid $0 out of your pocket during year 2. This is because as you sell product it is expensed via the Cost of Goods Sold (COGS) Accounts, and then was received back into stock when you bough more stock. This evens each other out. The differences would tend to be very small, because next year $18,000, or $22,000 may be the total in inventory that was Freight. The amount you gain or lose on these transactions would be $400 in your pocket and $400 out of your pocket respectively. | 20% of $20,000 is $4,000 out of your pocket at year end the first year of operations. If you have $200,000 in inventory at the end of year 2 you will have paid $0 out of your pocket during year 2. This is because as you sell product it is expensed via the Cost of Goods Sold (COGS) Accounts, and then was received back into stock when you bough more stock. This evens each other out. The differences would tend to be very small, because next year $18,000, or $22,000 may be the total in inventory that was Freight. The amount you gain or lose on these transactions would be $400 in your pocket and $400 out of your pocket respectively. | ||
Line 88: | Line 159: | ||
==== Stock Landed Value Report vs. the Inventory Value Report ==== | ==== Stock Landed Value Report vs. the Inventory Value Report ==== | ||
- | For the purposes of reconciling inventory value the report that uses the correct filters most of the time is the **Inventory Value Report**. There is/was an issue where serial numbers assigned on work orders were removed from inventory value total when they should not have been, so it would be a good idea to double check this. The Current version at the time I am writting | + | For the purposes of reconciling inventory value the report that uses the correct filters most of the time is the **Inventory Value Report**. There is/was an issue where serial numbers assigned on work orders were removed from inventory value total when they should not have been, so it would be a good idea to double check this. The Current version at the time I am writing |
=== Serial Number Holds === | === Serial Number Holds === | ||
Serial number holds are considered out of stock for reconciliation purposes. It makes sense because the serial is not available on the sub ledger or the general ledger. The inventory value report reports in this way. The stock landed value report calculates based on financial quantity. The hold is still considered to be in the financial quantity until the hold has been resolved on the stock landed value report. As a result the stock landed value report is not as suited for inventory reconciliation. | Serial number holds are considered out of stock for reconciliation purposes. It makes sense because the serial is not available on the sub ledger or the general ledger. The inventory value report reports in this way. The stock landed value report calculates based on financial quantity. The hold is still considered to be in the financial quantity until the hold has been resolved on the stock landed value report. As a result the stock landed value report is not as suited for inventory reconciliation. | ||
Line 99: | Line 170: | ||
Some customers have an issue with having longer times between when they receive the PO, and when they receive the corresponding bill. This can cause all kinds of issues and hurdles to overcome. This first I am interested in is that it is difficult to reconcile the General Ledger and Sub ledger. I have come across a great way to do this that uses a **Purchases Clearing Account**. | Some customers have an issue with having longer times between when they receive the PO, and when they receive the corresponding bill. This can cause all kinds of issues and hurdles to overcome. This first I am interested in is that it is difficult to reconcile the General Ledger and Sub ledger. I have come across a great way to do this that uses a **Purchases Clearing Account**. | ||
=== Information on Using a Purchases Clearing Account === | === Information on Using a Purchases Clearing Account === | ||
- | The idea is to post the associated amount from the PO to a Purchases Clearing Account on a Bill from that Supplier. Since you don't have the bill number yet, I suggest using the format of **PO**// | + | The idea is to post the associated amount from the PO to a Purchases Clearing Account on a Bill from that Supplier. Since you don't have the bill number yet, I suggest using the format of **PO**// |
== Alternate Usage == | == Alternate Usage == | ||
The general idea that helps us use the purchases clearing account can also help us organize other parts of the relationship between PO's and Bills. For example, if you want to be able to see which PO's you have received but have not entered bills for the same technique will work. The idea in this case is that the purchases clearing will act as a report to show you the age of all open PO's. This can be very useful in preventing late fees and allowing you more easily pay early for additional savings. There are methods within the billing process to calculate when early payments should be applied, but if you don't have a bill entered it can't be done. Here is a link to a video on how the process might look for this alternate usage including some setup considerations: | The general idea that helps us use the purchases clearing account can also help us organize other parts of the relationship between PO's and Bills. For example, if you want to be able to see which PO's you have received but have not entered bills for the same technique will work. The idea in this case is that the purchases clearing will act as a report to show you the age of all open PO's. This can be very useful in preventing late fees and allowing you more easily pay early for additional savings. There are methods within the billing process to calculate when early payments should be applied, but if you don't have a bill entered it can't be done. Here is a link to a video on how the process might look for this alternate usage including some setup considerations: | ||
== Benefits == | == Benefits == | ||
- | The greatest | + | The greatest |
== Aging history == | == Aging history == | ||
- | What I mean by **you can actually see the history of the inventory value in your aged reports as well** is that if you take the time to reverse the amount posted to the clearing account on a new bill instead of editing the original bill you will be able to see a correct aging to the purchases clearing account. The Amount will then hit the 1200 on the date you receive the bill, and in essense | + | What I mean by **you can actually see the history of the inventory value in your aged reports as well** is that if you take the time to reverse the amount posted to the clearing account on a new bill instead of editing the original bill you will be able to see a correct aging to the purchases clearing account. The Amount will then hit the 1200 on the date you receive the bill, and in essence |
== IMPORTANT == | == IMPORTANT == | ||
- | If you have not previously noticed our backup | + | If you have not previously noticed our backup |
===== My Purchase & Sales History doesn' | ===== My Purchase & Sales History doesn' | ||
+ | |||
===== Month End Reporting ===== | ===== Month End Reporting ===== | ||
- | There are month end reporting | + | There are month end reporting procedures that can help you keep on top of your inventory value. At month end please check the GL balance for Inventory against the Inventory value report to see if there is a difference. Doing this should produce the same result at any time when other users are not in the system. If they are in the system they might have a transaction open or in progress that would prevent the 2 from matching. It is best to do this comparison at the end of day with no-one in the system to avoid all timing issues. |
- | Once you have identified and fixed the associated problems it is a good idea to attempt to determine how this was caused. Sometimes the best way to procede | + | Once you have identified and fixed the associated problems it is a good idea to attempt to determine how this was caused. Sometimes the best way to proceed |
- | Sometimes it is not so easy to tell what caused the problem. In order to seek out where the trouble is there are some reports and routines we can use. It is often neccesary | + | Sometimes it is not so easy to tell what caused the problem. In order to seek out where the trouble is there are some reports and routines we can use. It is often necessary |
+ | ==== Back dated inventory value report ==== | ||
+ | This report takes into account some, but not all variables that allow us to back date inventory value. So this report can not be used for accounting purposes. In order to get accurate information on what the inventory value was at a specific point in time, you must actually save a backup from that date and time. Since this is normally needed for review at month end, I would suggest that you archive your month end backups. This does not work for everyone, because they are not up to date with data entry. If that is the case any transactions that were not in the backup that need to be in the backup would have to be entered into the backed up data set (double entered) | ||
+ | ==== Stock/ | ||
+ | This report is designed to compare a back dated inventory value to the ledger, and give you how far they are out on a month by month basis. It uses the same code as the back dated inventory value report and thus can not be used for accounting purposes either. | ||
Line 128: | Line 204: | ||
If you have any overselling or receiving problems then it would be a good idea to consider using the remove negative stock lines routine. (5.35 or earlier). Things have changed in inventory 5.40 and on so there would be no remove negative stock lines routine to run. | If you have any overselling or receiving problems then it would be a good idea to consider using the remove negative stock lines routine. (5.35 or earlier). Things have changed in inventory 5.40 and on so there would be no remove negative stock lines routine to run. | ||
=== Information === | === Information === | ||
- | The idea behind using this routine, **which must only be done after a backup**, is to check the value of your inventory before and after the routine has been ran. If there is a change then you know that there were Negative Stock lines in your system that were removed, and that cost on these stock lines did not match the cost of the Stock Lines they were applied against. **Warning: | + | The idea behind using this routine, **which must only be done after a backup**, is to check the value of your inventory before and after the routine has been ran. If there is a change then you know that there were Negative Stock lines in your system that were removed, and that cost on these stock lines did not match the cost of the Stock Lines they were applied against. **Warning: |
=== How to Run the Routine === | === How to Run the Routine === | ||
As mentioned earlier, please log everyone out of System Five and perform a backup. Also this routine should not be run while anyone else is in System Five. Please open the tool box routines by going to the Menu or Navigator > Setup Tools > Utilities > Tool box. Then after answering the backup question go to Inventory Routines > Fixing Routines > Remove Negative Stock Lines. Make sure the option **Ignore Cost on POs** is checked and click the **Remove All Negative Stock lines** button. | As mentioned earlier, please log everyone out of System Five and perform a backup. Also this routine should not be run while anyone else is in System Five. Please open the tool box routines by going to the Menu or Navigator > Setup Tools > Utilities > Tool box. Then after answering the backup question go to Inventory Routines > Fixing Routines > Remove Negative Stock Lines. Make sure the option **Ignore Cost on POs** is checked and click the **Remove All Negative Stock lines** button. | ||
Line 150: | Line 226: | ||
+ | |||
+ | |||
+ | |||
+ | ===== Best Practice Methods ===== | ||
+ | For inventory reconciliation there is are best practice methods that allow you to stay reconcilied. Here are some key practices to get this list started. | ||
+ | * Create the bill for a purchase order on the same day that the PO is entered. Even if you have not received it, you can then update the details when you receive the paperwork. | ||
+ | * Don't change prices on Purchase orders after you have received it | ||
+ | * Choose to use the " | ||
+ | |||
+ | ==== Freight Included Method ==== | ||
+ | * Purchase orders do include freight, extra, and/or duty on the purchase order increasing the total landed value of the product on the PO | ||
+ | * Bills put all charges associated to cost, freight, extra, and duty to the inventory value account (normally 1200). | ||
+ | |||
+ | ==== Freight Not Included Method ==== | ||
+ | * Purchase orders do not include freight, extra, or duty on the purchase order. | ||
+ | * Bills post any freight, extra, or duty charges to the appropriate cost of goods sold account (COGS, a 5000 series account) or to an expense account (6000 series and above). | ||
===== Footer ===== | ===== Footer ===== | ||
- | The sale must procede | + | The sale must proceed |
\\ | \\ | ||
Line 161: | Line 253: | ||
Editor: CMackay\\ | Editor: CMackay\\ | ||
Last Edited: 17-Nov-2009 (Work in Progress) | Last Edited: 17-Nov-2009 (Work in Progress) | ||
+ |
faq/inventory_reconciliation.1258677685.txt.gz · Last modified: 2009/11/19 16:41 (15 years ago) by andrew