| Pages: 1 2 [3] 4 :: one page |
|
|
| Author |
Reply to Topic | Show CCP posts - 0 post(s) |

Hexxx
Minmatar
 |
Posted - 2009.10.27 20:46:00 -
[61] - Quote
Originally by: Varo Jan
Originally by: Chingyz
Originally by: Varo Jan You can&t use one valuation method for one side of the balance sheet and another for the other side!
English is not my first language so bear with me on this.
It is not only possible to use different valuation for your income statement and your balance sheet, it is actually in some ways recommended that you do it. Take a look at the IAS, which is what most countries in some way is moving towards when it comes to accounting standards.
You use FIFO, LIFO average or whatever for pricing in your income statemnet and then you use most recent market prices in your balance sheet under your assets. The diffrence is then offset under asset depreciation or appreciation.
Read IAS2. The fundamental principle of that accounting standard is: "Inventories(stock) are required to be stated at the lower of cost and net realisable value (NRV). [IAS 2.9]" In practice, that means that stock enters the balance sheet at cost and remains at cost unless seriously adverse conditions occur. You do *not* revalue stock (a current asset & part of your working capital) upwards. Ever.
I suspect you may be confusing current assets with fixed assets, where the latter are depreciated as a matter of course and are very occasionally revalued.
Quote: The difference between the income statement and the balance sheet is that the income statement shows your historic transactions, while the Balance sheet shows the value of your company at the end of your accounting period.
I prefer to think of it like this. The P&L or Income statement is one line in the balance sheet. It tells you how well or badly you have done over a period of time. The balance sheet is a snapshot of a company&s financial status/health at a specific point in time.
So the balance sheet valuation can only be valued at the cost that item was acquired at. Is it correct that items that have no direct costs (say for example, minerals mined) would then not be listed in the balance sheet?
The problem I keep bumping into is how to account and deal with potential additions to inventory that are not captured in any API record (direct trade, mining, etc).
|

Prodigal
Caldari New Genesis Project
 |
Posted - 2009.10.27 20:47:00 -
[62] - Quote
Originally by: Hexxx
Originally by: Mme Pinkerton Edited by: Mme Pinkerton on 27/10/2009 19:43:12 Edited by: Mme Pinkerton on 27/10/2009 19:42:18
Originally by: SencneS The issue that it didn't solve is how do you account for magical items that appear in inventory with no "Cost" associated with them. Things like Mined minerals, Mission Loot, Exploration rewards, and salvage etc.
For statuary accounting, you account for them once you have sold them.
I think what you still have not completely realized is that every serious company IRL uses a number of very different accounting schemes in parallel. There's a reason why there are 3 accounting lectures (general statuary accounting, internal & external accounting, accounting for finance/investment) in my university curriculum - and I am doing economics, not business administration.
For external accounting (and that's what an auditor should confirm) the key idea is to create as much comparability between enterprises as possible (i.e. strict standards) while giving equity holders/investors data they can rely on (say, in case of a chapter 7-like insolvency).
In internal accounting (you would generally not base any business decisions on the balance sheet done for the external world) you can do whatever you deem to be useful - but no analyst or investor is ever going to see these balance sheets. In internal accounting you are more concerned with getting a realistic estimate of the state of your business (not a super-conservative one), e.g. one of my professors suggests that you should include the projected value of your customer-base and your human capital ressources in your internal balance sheets - you could ofc never write these in any officially published balance sheet.
I get the feeling that you think that internal accounting practices should be applied to the balance sheets you are going to publish - that's generally not the case (reasons listed above).
So from the perspective of external accounting, how do we account for items which "magically" appear in inventory with no trace in any API record?
Should these instances be flagged and manual categorization be performed?
If something magically appears in a Companies hangars then for it be included in any reports then it must be given a value. I am of the opinion that whatever the market value of said item IS within the timeframe of the statements is the value that should used.
I would argue the fact that mined minerals have no cost associated with them but that is just little old anal me.
|

Claire Voyant
 |
Posted - 2009.10.27 21:09:00 -
[63] - Quote
Originally by: Varo Jan Read IAS2. The fundamental principle of that accounting standard is: "Inventories(stock) are required to be stated at the lower of cost and net realisable value (NRV). [IAS 2.9]" In practice, that means that stock enters the balance sheet at cost and remains at cost unless seriously adverse conditions occur. You do *not* revalue stock (a current asset & part of your working capital) upwards. Ever.
While I understand the need for this rule in the real world with real-word products, we are playing an internet space ship game with the possibility of perfectly efficient production and perfectly efficient reprocessing. I for one would like to talk more about why you feel this rule is appropriate in Eve, and less about the way it is done in the real world.
If I am producing shuttles, give me one good reason why I shouldn't value them based upon the current value of the trit they contain, or for that matter, why I shouldn't value a pile of trit at it's current market price.
|

Selene D'Celeste
Caldari The D'Celeste Trading Company ISK Six
 |
Posted - 2009.10.27 21:24:00 -
[64] - Quote
Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world. Hexxx, if you're actually going to spend time on this, then go for what's practical. People care about estimated value. So do that. No one is going to give a **** that money is tied up in a Raven as opposed to liquid. If that raven is worth around X, then mark it down as X, and move on.
 |

Hexxx
Minmatar
 |
Posted - 2009.10.27 21:27:00 -
[65] - Quote
Originally by: Selene D'Celeste Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world. Hexxx, if you're actually going to spend time on this, then go for what's practical. People care about estimated value. So do that. No one is going to give a **** that money is tied up in a Raven as opposed to liquid. If that raven is worth around X, then mark it down as X, and move on.
I'm trying to tackle this issue and others...I really do appreciate the amount of discussion so far.
|

Varo Jan
Minmatar
 |
Posted - 2009.10.27 21:37:00 -
[66] - Quote
Originally by: Hexxx So from the perspective of external accounting, how do we account for items which "magically" appear in inventory with no trace in any API record?
Should these instances be flagged and manual categorization be performed?
I&ll assume we&re interested in setting an Eve Standard - Accounting for Magic Manifestations. [ES1]
Off the top of my head that includes:
1. Mined ores 2. Mission rewards (including Cosmos, Epic Arc, Data Centre... Any others?) 3. Mission drops 4. PvP drops (or can the API extract this info from kill mails?) 5. Salvage (from missions, ratting and ninja activities) 6. Direct Trades (?)
Am I missing any?
For starters, it would help immensely if we lobbied for them all to be included in the API. But I doubt anything will happen in the short term.
In practice, what happens currently if you use an application like jEveAssets is that these magic apparitions end up being valued using whatever method you have chosen to value all your assets (Hek highest buy cost, Jita lowest selling price, whatever.)
As to a standard, the simplest route, and the most conservative, is to value all except direct trades at zero. Yes, there are indirect costs in mining, missioning and PvP - but establishing such costs would be highly arbitrary, subjective and overly complicated.
The alternative would be to value them at market cost on the day they magically manifest. Accounting entries would be debit stock and credit stock revaluation reserve, or some such.
Valuation at market cost gets my vote.
|

Phoebe Halliwel
 |
Posted - 2009.10.27 21:38:00 -
[67] - Quote
Originally by: Hexxx
Originally by: Selene D'Celeste Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world. Hexxx, if you're actually going to spend time on this, then go for what's practical. People care about estimated value. So do that. No one is going to give a **** that money is tied up in a Raven as opposed to liquid. If that raven is worth around X, then mark it down as X, and move on.
I'm trying to tackle this issue and others...I really do appreciate the amount of discussion so far.
Glad you do Hexxx, so do I, it's a nice change from normal MD discussions 
^^ The above statement, if you were to replace the word Raven with Golem, Rhea, Wyvern or Leviathan right now... you'd be looking at some extremely creative accounting if you try to value unsold stock (build, partially built or materials for production) at this point at current market value. Hence the argument about what stock should be valued at.
Selene, explain where "pragmatism" outweighs showing a "true and fair picture" in financial reporting.
|

Prodigal
Caldari New Genesis Project
 |
Posted - 2009.10.27 21:43:00 -
[68] - Quote
Originally by: Phoebe Halliwel
Originally by: Hexxx
Originally by: Selene D'Celeste Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world. Hexxx, if you're actually going to spend time on this, then go for what's practical. People care about estimated value. So do that. No one is going to give a **** that money is tied up in a Raven as opposed to liquid. If that raven is worth around X, then mark it down as X, and move on.
I'm trying to tackle this issue and others...I really do appreciate the amount of discussion so far.
Glad you do Hexxx, so do I, it's a nice change from normal MD discussions 
^^ The above statement, if you were to replace the word Raven with Golem, Rhea, Wyvern or Leviathan right now... you'd be looking at some extremely creative accounting if you try to value unsold stock (build, partially built or materials for production) at this point at current market value. Hence the argument about what stock should be valued at.
Selene, explain where "pragmatism" outweighs showing a "true and fair picture" in financial reporting.
I'd buy that for a dollar Phoebe. Here Here!
|

Varo Jan
Minmatar
 |
Posted - 2009.10.27 21:58:00 -
[69] - Quote
Originally by: Selene D'Celeste Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world.
Enough already with this smokescreen. If you want to run a successful business long term *anywhere* you need realistic accounting standards. If MD wants to evolve, it needs consistent accounting standards applied to all businesses - your bank-to-be included.
|

SencneS
Rebellion Against Big Irreversible Dinks
 |
Posted - 2009.10.27 22:00:00 -
[70] - Quote
Originally by: Varo Jan
Off the top of my head that includes:
1. Mined ores 2. Mission rewards (including Cosmos, Epic Arc, Data Centre... Any others?) 3. Mission drops 4. PvP drops (or can the API extract this info from kill mails?) 5. Salvage (from missions, ratting and ninja activities) 6. Direct Trades (?)
Am I missing any?
Valuation at market cost gets my vote.
Exploration items. Which is a tricky one because you literally go up to a can and open it. Even API would have a hard time tracking that, good luck getting CCP and CMSs to push for some way to track items that came from a can out in space. You could also account for pirate activity this way, you blow up a ship and steel the mods. Now EVE API does track ship kills and loot drops from kills so you "could" account for that. But it doesn't account for the random drive by can thievery 
There is also a small issue of Contracts, lets assume you did all of these and purchased stuff on contract. Manual and Automatic are going to have a hard time knowing what came from the contract. :(
Maybe the solution is as simple as a "Magic Bucket" for these items. Anything that API can't account for in some way, including contract cost and profit, and any disappearing items that don't have a API record should be included in that bucket. Anything "new" unaccounted for is Profit according to it's fair value. Anything that disappears and doesn't have previous API records simply shows up at a loss from the bucket.
Originally by: Phoebe Halliwel I don't think the accountants that are posting have been "yapping" SencneS or being overtly hostile. They are offering their opinion and being countered repeatedly with "Eve isn't the real world", "MD is used to the (laughable) NAV report" and "I think it should be like this". At which point they'll either try to explain their POV or walk away. What's the point of creating a discussion thread about accounting standards if you are not willing to accept these points of view without throwing a forum tantrum and abusing the very people whose opinions may be useful?
If that is what it takes to get a working censorious on something both accounting nerds and EVE nerds can agree on then call me evil for doing it. I have a feeling somewhere in the MD Archives a similar discussion took place a long time ago. The conclusion that MD came to back then was "Use NAV". I have a beef with NAV myself, sure it's an OK way to judge corporate worth, but it does squat to actually judge if the corporation is actually doing good. Hence why I'm "battling" this a little more aggressively then I wanted to.
If that comes across as a tantrum sorry, desire to come to a censorious of what works in real life and how it could work in EVE along with what the general MD community want and are use to seeing is a thin line.
Just to clear here:-
NAV is good for only one thing - Corporate value. Using NAV as a be all end all account practices for internal, external, auditing is indeed laughable. However, it should be at least part of any report simply because it's the only real way to capture the entire corporations growth or shrinkage within EVE. NAV is the easy way out to account for all the non-real life things like magical items appearing and disappearing out of thin air.
 Amarr for Life |
|

Hexxx
Minmatar
 |
Posted - 2009.10.27 22:02:00 -
[71] - Quote
Originally by: Varo Jan
Originally by: Selene D'Celeste Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world.
Enough already with this smokescreen. If you want to run a successful business long term *anywhere* you need realistic accounting standards. If MD wants to evolve, it needs consistent accounting standards applied to all businesses - your bank-to-be included.
So how do we account for the problem areas I listed; loot, mining your own minerals, salvage, etc?
I'm looking for possible solutions here.
|

Prodigal
Caldari New Genesis Project
 |
Posted - 2009.10.27 22:11:00 -
[72] - Quote
Edited by: Prodigal on 27/10/2009 22:12:07 I would suggest to keep things simple for the following items:
1. Mined ores - Current market values (would have to be an average) 2. Mission rewards (including Cosmos, Epic Arc, Data Centre... Any others?) - Current market values (would have to be an average) 3. Mission drops - Current market values (would have to be an average) 4. PvP drops (or can the API extract this info from kill mails?) - Current market values (would have to be an average) 5. Salvage (from missions, ratting and ninja activities) - Current market values (would have to be an average) 6. Direct Trades (?) not sure how this would be handled as it really depends on the actual traded items are but if they are any of the above then (yep you guessed it) - Current market values (would have to be an average)- Unless of course the trade was made at a certain value then THAT value should be applied
I mean, how else could a value be assigned?
|

SencneS
Rebellion Against Big Irreversible Dinks
 |
Posted - 2009.10.27 22:12:00 -
[73] - Quote
Originally by: Hexxx
Originally by: Varo Jan
Originally by: Selene D'Celeste Yes, let's apply real world rules and reasoning to accounting in an environment which is distinctly different from the real world.
Enough already with this smokescreen. If you want to run a successful business long term *anywhere* you need realistic accounting standards. If MD wants to evolve, it needs consistent accounting standards applied to all businesses - your bank-to-be included.
So how do we account for the problem areas I listed; loot, mining your own minerals, salvage, etc?
I'm looking for possible solutions here.
Magic Bucket  Anything in it, is valued at "Fair Value" It's probably the only real way to be reasonable about it.
 Amarr for Life |

Varo Jan
Minmatar
 |
Posted - 2009.10.27 22:18:00 -
[74] - Quote
Originally by: Claire Voyant
Originally by: Varo Jan Read IAS2. The fundamental principle of that accounting standard is: "Inventories(stock) are required to be stated at the lower of cost and net realisable value (NRV). [IAS 2.9]" In practice, that means that stock enters the balance sheet at cost and remains at cost unless seriously adverse conditions occur. You do *not* revalue stock (a current asset & part of your working capital) upwards. Ever.
While I understand the need for this rule in the real world with real-word products, we are playing an internet space ship game with the possibility of perfectly efficient production and perfectly efficient reprocessing. I for one would like to talk more about why you feel this rule is appropriate in Eve, and less about the way it is done in the real world.
If I am producing shuttles, give me one good reason why I shouldn't value them based upon the current value of the trit they contain, or for that matter, why I shouldn't value a pile of trit at it's current market price.
Is coding in Eve any different to the real world? Is marketing in Eve different? Is man-management different? Is researching a market different? No, no, no and no. So what&s with all the angst about accounting?
One of the foundations of accounting is conservatism. That principle doesn&t disappear here in Eve. That&s why you should show your shuttles at cost - not at some hypothetical selling price. In fact, the principle applies very strongly here. Look at the recent massive drop in trit alone. Look at the wild fluctuations in module prices you see on a daily basis.
|

Prodigal
Caldari New Genesis Project
 |
Posted - 2009.10.27 22:25:00 -
[75] - Quote
Originally by: SencneS Direct Trade doesn't tell you what it was that was traded, it's like contract, shows up as a journal entry with a value on it. But doesn't tell you what it is.
Direct Trade and Contracts can be accounted for in terms of value, just not what items where associated with it. Maybe that's what needs to be done. Account for these as raw cash expense/profits. Any item that magically appears gets filed as fair value.
You are right about that.
Some transactions will inevitably need to be recorded manually, not to mention some adjusting entries that will always be needed.
I also think we should simplify the accounting by assuming everyone has the same fiscal year end.
Standards for periods of reporting may also need to be set so that everyone is comparing apples to apples. Wether that be monthly, quarterly and annually, or bi-weekly or whatever.
|

Hexxx
Minmatar
 |
Posted - 2009.10.27 22:28:00 -
[76] - Quote
Originally by: Varo Jan
Originally by: Claire Voyant
Originally by: Varo Jan Read IAS2. The fundamental principle of that accounting standard is: "Inventories(stock) are required to be stated at the lower of cost and net realisable value (NRV). [IAS 2.9]" In practice, that means that stock enters the balance sheet at cost and remains at cost unless seriously adverse conditions occur. You do *not* revalue stock (a current asset & part of your working capital) upwards. Ever.
While I understand the need for this rule in the real world with real-word products, we are playing an internet space ship game with the possibility of perfectly efficient production and perfectly efficient reprocessing. I for one would like to talk more about why you feel this rule is appropriate in Eve, and less about the way it is done in the real world.
If I am producing shuttles, give me one good reason why I shouldn't value them based upon the current value of the trit they contain, or for that matter, why I shouldn't value a pile of trit at it's current market price.
Is coding in Eve any different to the real world? Is marketing in Eve different? Is man-management different? Is researching a market different? No, no, no and no. So what&s with all the angst about accounting?
One of the foundations of accounting is conservatism. That principle doesn&t disappear here in Eve. That&s why you should show your shuttles at cost - not at some hypothetical selling price. In fact, the principle applies very strongly here. Look at the recent massive drop in trit alone. Look at the wild fluctuations in module prices you see on a daily basis.
So *IF* we can account for exact cost, we do so.
If we can't account for exact cost (so called "magic bucket" items), what do we do then? Are they zero cost? From an income statement perspective I'm ok with that, but how do we show that in a balance sheet? Do they not show up on the balance sheet?
I think this is what drove most people to adopt a NAV report, it's just easier....easier isn't what I want. I want something more accurate and more detailed than just a NAV dump.
|

Drab Cane
Carbenadium Industries
 |
Posted - 2009.10.27 22:57:00 -
[77] - Quote
Edited by: Drab Cane on 27/10/2009 23:00:44 Hexx, you're going to have to manually record the 'magic bucket' items.
Record the items at whatever market price you would reasonably pay for them. It will constitute an increase to your assets, and an increase to your revenue. Show the revenue as "Revenue from . . ." whatever the source was (mining, salvage, loot) on the income statement.
Edit: In our mfg operation, the operation buys the minerals from the characters that mine them, at Jita's current high buy price. Any reasonable standard will do just as well, as long as you're consistent. -----------------------------------------------
- Who Dares, Wins
|

Hexxx
Minmatar
 |
Posted - 2009.10.27 23:00:00 -
[78] - Quote
Originally by: Drab Cane Hexx, you're going to have to manually record the 'magic bucket' items.
Record the items at whatever market price you would reasonably pay for them. It will constitute an increase to your assets, and an increase to your revenue. Show the revenue as "Revenue from . . ." whatever the source was (mining, salvage, loot) on the income statement.
The problem is, I don't think I could show this on an income statement reliably....it allows too much fudging.
I think this is fair for the balance sheet (you have the assets....your not saying what you paid for them).
Now in theory....numbers should largely add up I think if we tried to manually show cost for magic bucket items but they would ABSOLUTELY need to be flagged for inspection.
What I'm trying to do is automate a HUGE part of auditing and if anything is left to manual work, it needs to be organized in such a way to make auditing faster/easier/more effective.
|

Prodigal
Caldari New Genesis Project
 |
Posted - 2009.10.27 23:03:00 -
[79] - Quote
Originally by: Hexxx So *IF* we can account for exact cost, we do so.
If we can't account for exact cost (so called "magic bucket" items), what do we do then? Are they zero cost? From an income statement perspective I'm ok with that, but how do we show that in a balance sheet? Do they not show up on the balance sheet?
I think this is what drove most people to adopt a NAV report, it's just easier....easier isn't what I want. I want something more accurate and more detailed than just a NAV dump.
Assigning a zero value to simplify does make sense and it can satisfy the accounting equation also.
|

Phoebe Halliwel
 |
Posted - 2009.10.27 23:06:00 -
[80] - Quote
You could consider that this tool may be best utilised by corporations rather than individuals; in which case items obtained "freely" which are later accounted for in stock could be added to stock via an API recordable transfer, i.e. contract to corporation for 0.01 isk?
It's not perfect but will allow you to create an identifiable transaction which can be flagged for later inspection. Just an idea, but I'd suggest workarounds to API limitations rather than designing the software around the gaps.
|
|

Drab Cane
Carbenadium Industries
 |
Posted - 2009.10.27 23:08:00 -
[81] - Quote
Another option is to actually have the mining characters put the minerals up on a buy order and have the corp purchase them immediately. That way you're pushing the mineral transaction through the API. Same with other items that can be sold through the market.
Have the characters donate the proceeds from the mineral sale - that will show on the API as well.
This is assuming that you're only capturing the corporate wallets.
-----------------------------------------------
- Who Dares, Wins
|

SencneS
Rebellion Against Big Irreversible Dinks
 |
Posted - 2009.10.27 23:09:00 -
[82] - Quote
I was thinking on the way home that about how to account for magically disappearing items.
For example. Buy a Raven Buy Rigs Sell on contract.
For this an automated system would pick up the cost of the Raven and Rigs but all of a sudden they disappear and the API reports a journal entry as say +120mil. While you could determine a "one time" instance of this per month if it's part of the business this would be increasingly difficult.
If you toss magically appearing and disappearing items in the 'magic bucket' and there is a pre-existing cost associated with those items, then you're golden. Your balance sheet shows a loss of those items, but you get profit in the magic bucket so it's accounted for.
 Amarr for Life |

Freya Lorell
 |
Posted - 2009.10.27 23:40:00 -
[83] - Quote
Edited by: Freya Lorell on 27/10/2009 23:43:34 The risk you run with a "magic bucket" is that it can be a large part of the bussiness. What if a bussiness is run mostly not on the regular market? While the "magic bucket" could be a way to get started, to be useful in all situations bussinesses probably need to employ an accountable way of doing their bussiness.
Edit: Forgot to mention: I think if the "magic bucket" is a large part of the bussiness, it does not help with the goal of the OP.
|

Wyehr
Shadow Of The Light
 |
Posted - 2009.10.27 23:57:00 -
[84] - Quote
Originally by: SencneS That really didn't address the issue :) However, I have applied bold your statement. From my understanding the costs associated with the refining and bottling of the water IS the cost of the bottled water in inventory. While the water is in the spring it's not in sell able form and you certainly can't claim it as an asset on your balance sheet. Only until it's been extracted from the spring and placed in sell able form can you actually sell it. The costs associated with making it sell able is what is used.
Mind you I don't work for a Mining company I'm going of a few investment sites information about how to read a mining companies balance sheet. Apparently it's vastly different then an average companies balance sheet.
The issue that it didn't solve is how do you account for magical items that appear in inventory with no "Cost" associated with them. Things like Mined minerals, Mission Loot, Exploration rewards, and salvage etc.
I don't know if other types of mines are different, but gold mines typically list their gold in the ground (at various levels of fantasy) as assets on their balance sheets. Buying a share of a gold mining company is very similar to buying a claim on 1/[total shares] of the amount of gold they can dig up and refine.
Eve mining is a bit different, of course. :)
Hexxx: Have you considered that a single system might not be enough? There are a ton of different types of ventures in Eve, with a ton of different needs, and for that matter, some with totally different views of the world. |

Drab Cane
Carbenadium Industries
 |
Posted - 2009.10.28 00:04:00 -
[85] - Quote
Along the same vein as Wyehr's question, Hexxx, are you looking at building a system for your operations only, or are you looking at a system that could be rolled out for other, interested players? -----------------------------------------------
- Who Dares, Wins
|

Hexxx
Minmatar
 |
Posted - 2009.10.28 00:15:00 -
[86] - Quote
Originally by: Drab Cane Along the same vein as Wyehr's question, Hexxx, are you looking at building a system for your operations only, or are you looking at a system that could be rolled out for other, interested players?
What I would like first is something used for external account, something an auditor would inspect and something public investors would be given access to.
Now....once that is done or near done, THEN I will put serious thought into developing a more operationally focused method of accounting.
|

Drab Cane
Carbenadium Industries
 |
Posted - 2009.10.28 00:20:00 -
[87] - Quote
Again, regarding recording items that have not been obtained through the EVE market (and thus through the API):
Would it be safe to say that an NAV worksheet is pretty much the standard financial statement for EVE? I would think that assets are relatively easy for an auditor to tie out with the NAV, and any liabilities would just have to be confirmed.
My point is, your balance sheet and income statement could be used as internal reports, and the NAV would be used for external purposes (auditors and investors).
You could reflect whatever asset value seems reasonable for your internal accounting, and reflect market value on your NAV. As long as your accounting system correctly tracks how many assets (inventory, etc.) you have, and how much cash you have in your wallet(s), producing both the internal and external reports should be straightforward.
-----------------------------------------------
- Who Dares, Wins
|

Hexxx
Minmatar
 |
Posted - 2009.10.28 00:28:00 -
[88] - Quote
Originally by: Drab Cane Again, regarding recording items that have not been obtained through the EVE market (and thus through the API):
Would it be safe to say that an NAV worksheet is pretty much the standard financial statement for EVE? I would think that assets are relatively easy for an auditor to tie out with the NAV, and any liabilities would just have to be confirmed.
My point is, your balance sheet and income statement could be used as internal reports, and the NAV would be used for external purposes (auditors and investors).
You could reflect whatever asset value seems reasonable for your internal accounting, and reflect market value on your NAV. As long as your accounting system correctly tracks how many assets (inventory, etc.) you have, and how much cash you have in your wallet(s), producing both the internal and external reports should be straightforward.
I'm not satisfied with trying to calculate profits that way. At the very least I want to do FIFO on the income statement. I haven't talked about it alot but a cash flow should be doable as well.
The big trick is....how do you calculate and track and GROUP a group of alts dedicated to a business? This is what I spend part of my day working on since linking and grouping characters is part of the underlying technology i'm developing for my insurance project.
There are other services as well....giving the IPO owner finer control of what details to release in an audit for one.
|

Drab Cane
Carbenadium Industries
 |
Posted - 2009.10.28 00:51:00 -
[89] - Quote
It sounds like you do want to have an auditor confirm not just the value of the operation, but its profits and expenses as well. I don't think you'll find a shortcut, you'll have to go 'all in'. The API simply does not track enough information to properly track most asset transactions, and you will need to generate your own records that fill the gaps (as I believe someone suggested above already).
Why is grouping alts that much of a challenge? As far as I know, all transaction/journal/asset IDs are system-wide. Track individual alts as their own 'department'. Add a 'department' field to your import tables, and fill it with either the ID of the character you're importing from, or the number of the corp wallet.
You should be able to code the 'department' field in such a way that you can automatically handle 'inter-departmental' transactions (at least, that's the theory).
-----------------------------------------------
- Who Dares, Wins
|

Hexxx
Minmatar
 |
Posted - 2009.10.28 01:00:00 -
[90] - Quote
Originally by: Drab Cane It sounds like you do want to have an auditor confirm not just the value of the operation, but its profits and expenses as well. I don't think you'll find a shortcut, you'll have to go 'all in'. The API simply does not track enough information to properly track most asset transactions, and you will need to generate your own records that fill the gaps (as I believe someone suggested above already).
Why is grouping alts that much of a challenge? As far as I know, all transaction/journal/asset IDs are system-wide. Track individual alts as their own 'department'. Add a 'department' field to your import tables, and fill it with either the ID of the character you're importing from, or the number of the corp wallet.
You should be able to code the 'department' field in such a way that you can automatically handle 'inter-departmental' transactions (at least, that's the theory).
cash transfers are easy, yes.
just getting everything easily configured and tracking things in aggregate is going to be a technical hurdle to clear.
|
|
| |
Reply to Topic |
| Pages: 1 2 [3] 4 :: one page |
| First page | Previous page | Next page | Last page |