Slashdot Mirror


Accounting Systems on Linux?

cuebei asks: "OK, Slashdotters - let's talk accounting systems for small-mid sized businesses. With the popularity of Linux servers running various e-business services such as web, directory, mail, commerce, etc, it only makes sense for Linux to become a more mainstream platform in the business world. One of the areas where I can foresee Linux being used extensively is in the area of accounting. Linux is both reliable and scalable, two key requirements for any accounting package. So who uses Linux for HR/Accounting? What options are out there? Open-source or commercial? If you were starting your own business and standardized on Linux as a platform, what accounting package would you use and why?"

399 comments

  1. GNUCash? by The+Great+Wakka · · Score: 0

    I think there is a piece of software called "GNUCash" or something. You may want to check it out.

    --
    Everything is mainstream now.
    1. Re:GNUCash? by CanadaDave · · Score: 1, Redundant

      GNUCash is just a simple personal financial management application, sort of a Quicken clone. Do your homework.

    2. Re:GNUCash? by sketerpot · · Score: 1

      Speaking of GNU stuff, there is a more full-featured bunch of programs called GNU Enterprise. It is more heavyweight than GNUCash and has a good design. The only drawback I can see is that it is still in a pretty early stage of development. They have some stuff already, but they still have a long way to go.

  2. Linux Accounting/HR by Renraku · · Score: 1, Insightful

    Open source accounting/HR software is a great idea. Not only could your company get useful software for next to nothing (having to pay someone to modify it for their company would be the cost), but if they wanted to expand it in the future to include other areas of interest, they could just modify their code to do it, preferebly paying the same person to code in a new part of it. The only problems I would see with it would be trying to train the staff on its use.

    --
    Job? I don't have time to get a job! Who will sit around and bitch about being broke and unemployed then?
    1. Re:Linux Accounting/HR by tsmit · · Score: 0, Offtopic

      Yah, that sounds like a good idea. We could use ROT/13 for the encrypting the data too!

      --
      Yes, my girlfriend is a BitchX
    2. Re:Linux Accounting/HR by sanbukid · · Score: 1

      Great idea!!! actually were already 90% finish on the development of our Financial Management Information System (FMIS). It is a Web-based FMIS application we use PHP for scripting, APACHE for the web server, PostgreSQL as backend and Mandrake Linux as the OS. ZERO COST on software. GREAT SPEED unlike the previous version we did on VB, SQL server and Windows NT environment.

  3. SQL Ledger by _ivan · · Score: 5, Informative

    GPL'd, web-based, double entry accounting system
    for businesses. Full internationalization support
    for several languages, currencies and chart of
    accounts, written in Perl. Good stuff.
    Webpage here

    GNUCash is *not* a business accounting system.
    It is a *personal* accounting system.

    1. Re:SQL Ledger by nmos · · Score: 1, Interesting

      Agreed, SQL Ledger is great. Personally I like the fact that since it is web based (and uses a real database) that it only needs to be installed on one machine but can be accessed by any machine you've given permissions to.

    2. Re:SQL Ledger by Sandlund · · Score: 1

      Except it doesn't seem to have an import filter for, say, QuickBooks. Help get me off QB and I'm all ears.

    3. Re:SQL Ledger by maladroit · · Score: 2, Informative
      GNUCash is *not* a business accounting system.

      Um, I think they would disagree. One of their stated goals is to allow small business accounting, kind of at the same scale as QuickBooks. Whether they've achieved that is open to debate, and you can argue about how large a business they could support, but I don't think you can completely dismiss the product.

    4. Re:SQL Ledger by Anonymous Coward · · Score: 2, Informative

      You're right that Gnucash is not a business accounting package as it stands.

      However, significant amounts of development effort are going to make it useful in a business environment. Right now, the most active part of that effort is the OpenCheckout point of sale project. It's not a general-purpose business accounting system, but the features we're adding and redesigning to make the Gnucash core work as a point-of-sale accounting engine and management interface are part of what needs to be done to make a more general-purpose system.

      My company (Linux Developers Group) employs most of the core Gnucash developers, and we are working hard to make money from POS and other vertical applications of the Gnucash code base. We have a lot of interest from grocery, hobby, and government clients, and it's likely that POS and inventory management will drive the development done by paid developers of Gnucash for some time to come.

      Also, several volunteer developers are working on business infrastructure for Gnucash.

      Since Gnucash has been the #1 or #2 most active Gnome project (by the Gnome Hacking Activity measure) since the Gnome Summary started including our stats, I think it's fair to say that we are working very hard on that and we have some prolific hackers.

      So, while it's true that you can't use Gnucash for your business right now, don't write it off.

      Thanks,
      Bill Gribble
      grib@linuxdevel.com

    5. Re:SQL Ledger by Nate+Fox · · Score: 5, Informative

      Funny, I just had one of my clients want to test this out, so he gave me one of his servers to set this up on. He wanted me to install both SQL-Ledger and NOLA. Preliminary results as far as a sysadmin is concerned:

      SQL-Ledger: Rocks. VERY easy to set up, documentation is complete, and from what my client tells me, theres more modules available than most of the commercial stuff he's looked at. Its running on a Debian Potato system, and almost everything is stock (read: stable). All I added was a source install of pgsql, and added the couple of Perl modules via the CPAN perl shell. I think I had the entire thing runnin in less than an hour, from poppin in the 2.2r4 cd to firing up Moz on my other box.

      NOLA: An absolute bitch to set up. Not only does all the documentation end in .doc (with .pdf's on the web...no text/html that I could find), but its EXTREMELY incomplete. It doesnt say what needs to be compiled with PHP (thats my biggest complaint - took me about 6 recompiles to figure out wtf it wanted in PHP). It dynamically generates most of its buttons via libgd, and they dont even look that good. Its got a lot of wizbang stuff, but they haven't worked on the actual use of it much. Not to mention it suggests using the absolute latest libs for things. I'd rather a production system not rely on the bleeding edge. I suggest staying away from it for a while till it matures.

      Welp, there's my $0.02. Like I said..I'm the admin who's settin it all up...I haven't really used either of them, but a lot of times you can tell how good of a project it is by how easy it is to set up (ie: how good the documentation is).

    6. Re:SQL Ledger by zmooc · · Score: 1
      Sorry...you're wrong. Read their roadmap. It clearly states that they're aiming at the casual/home user and are not sure yet whether they event want to go the direction of a business accounting system at all. On the other hand, their Project goals page already has estimates on how much time the implementation of certain small business features would take and mentions some possibilities. So to me it is not quite clear in which direction they want to move now.

      Anyway: GNUCash is *NOT* a business accounting system; the GNUCash people have said so themselves. It may become one in the future, but it is not right now.

      --
      0x or or snor perron?!
    7. Re:SQL Ledger by nexthec · · Score: 1

      they appear to dissagre with your road map for their progect se here

    8. Re:SQL Ledger by larsu · · Score: 5, Informative

      Disclaimer: I work for Noguska, the main company behind NOLA.

      Installing solely from the source tarball is currently much more difficult than need be. We do however provide an iso image file in our downloads section with a complete installer for Apache/PHP/MySQL for both Windows and Linux/Unix servers.

      Also, our UI is currently undergoing extensive changes, and things are changing nightly.

      Thanks for checking it out!

    9. Re:SQL Ledger by zmooc · · Score: 1

      I don't see them disagree there. They're only confirming that they're working on small business features but that it's still a work in progress. Anyway. It sounds really good:)

      --
      0x or or snor perron?!
    10. Re:SQL Ledger by Kludge · · Score: 1

      Does this thing have an online interface?
      That is, if I have customers ordering online
      over the web, can I interface it with this
      software?
      It would seem easy enough to implement...

    11. Re:SQL Ledger by rochlin · · Score: 1

      I gotta say, I don't think I would trust an accounting system written primarily in Perl (though I love Perl and use it all the time). Perl's weak data typing and "magic" data type conversions (with no warning) make it fast to program, but very difficult to program with the kind of penny precision you need for accounting. A small change to one line of code, the use of floating point where integers are required, etc. can lead to small, hard to notice, creeping errors. I'm sure the designers were conscious of that sort of thing, but it only takes one sloppy update...

    12. Re:SQL Ledger by Anonymous Coward · · Score: 0

      Its Gods responsibility to forgive bin Laden...Its our responsibility to arrange the meeting.

      And it's my resposibility to point out that you're missing two apostrophes and a space in that jingoistic sentence.

    13. Re:SQL Ledger by jmauro · · Score: 1

      If they're aiming for the casual home user they're missing the mark entirelly. They should be aiming for something like Quicken. Double entry is nice, but sucks if you're a home user and don't really care to be that perfect. I don't even want to upgrade past 1.4.x because 1.6.x forces double entry, which I don't want. Is there anything left which is trying to be like quicken?

    14. Re:SQL Ledger by Anonymous Coward · · Score: 0

      Actually, there are three missing apostrophes. "It's," "God's" and "It's" again. Plus, it is really TWO sentences separated by ellipses. For the life of me, I can't see where you would want to add a space.

      Punctuation Zionist

    15. Re:SQL Ledger by ckaminski · · Score: 3, Insightful

      And this differs from visual basic in what way?

      Hell, even in C++ or Java you could get a fool casting a (int)float_var; :-)

      It's not the language, brother... It's the brain using the tool that matters.

    16. Re:SQL Ledger by ckaminski · · Score: 1

      Probably not.

      But when you think about it in the grand scheme of things, you have the tables, you have the schema, you have the code, write it yourself.

      Even in the big evil Accounting package I support e by Epicor (the platinum guys), this is a simple 3 or 4 table insert, an update or two, and some person somewhere goes and ships it.

      I cannot imagine it being much worse here. Like all things, consider ACID and the double-entry method for all that you do. It's a good thing having non-proprietary databases. The number of things you can do are amazingly unlimited.

    17. Re:SQL Ledger by Anonymous Coward · · Score: 2, Insightful

      Also, our UI is currently undergoing extensive changes, and things are changing nightly

      Sounds to me like the best reason of all not to put this into use in a business environment.

    18. Re:SQL Ledger by lizrd · · Score: 0, Flamebait
      What you say is true. Any sufficiently qualified idiot can make mistakes when programming. The only catch is that some languages make it easier than others.

      For example, I suppose that it would be possible to cut John Ashcroft into small bits with a pair of fingernail clippers, but it wouldn't be nearly as easy as doing it with a really big kitchen knife or a chainsaw. Likewise, it'll be much easier to make the mistake of casting a float as an int and back to a float using Perl than it would be to do the same thing in C++ or java.

      Even with a good mind, using a suitable language will help you avoid certian classes of mistakes. Trouble with making a browser based accounting package is that perl is the right language for some parts and the wrong language for others. Real world design gets that way sometimes.

      --
      I don't want free as in beer. I just want free beer.
    19. Re:SQL Ledger by Anonymous Coward · · Score: 0

      Too bad it's written in Perl. Why didn't they write it in C++ with an ODBC backend? Something like that combined with PostgreSQL would be a really scalable solution (you could move the backend to Oracle if demand (or office politics) dictated it, and if ODBC didn't give you the performance edge you could move it to a native API.

      An accounting system written in Perl? My *god* people, GET SOME PRIORITIES!

    20. Re:SQL Ledger by Clived · · Score: 1

      Good suggestion and an excellent thread, btw. The guys from the Toronto Linux users group did an SQL ledeger review and install in Nov I believe and I heard it went really well. User friendly sort of install, easy maintenance. Being a Canadian accountant (CMA) I can hardly wait for thhis product to become more in the "mainstream". Here is an excellent opportunity for "wannabee consultants" like myself to offer Linux to clients with all the advantages of reliability, etc, plus a solid little accounting package.

      My two bits

      --
      Clive DaSilva Email: clive.dasilva@gmail.com Ubuntu 18.10 Kernel 4.18
    21. Re:SQL Ledger by 10.0.0.1 · · Score: 0, Troll

      Help get me off QB and I'm all ears.

      try echo Y | format c: at a command prompt.

      --
      forth ?love if honk then
    22. Re:SQL Ledger by ThePlumber2 · · Score: 1

      I run it and am trying to get other people to use it. I have set it up for demo and have a few people looking at it right now.

      As with most web apps that are clean and small, it flies.

      Way to go people that created sql-ledger. You have filled a hole that has been needing attention for a long time.

      If I had a nickel everytime solomon or nt crashed, I'd be as rich as bill. Don't forget that they offer documentation and support for $100!

      I'll try to get my own business going first though :-P

      now, wher'ed I put that startup money?

      --
      Thanks, Steve
    23. Re:SQL Ledger by jjeff · · Score: 1
      Also, our UI is currently undergoing extensive changes, and things are changing nightly

      Sounds to me like the best reason of all not to put this into use in a business environment.


      You obviously havent had much exposure to this type of software then.
      I work for a company who sells windows based ERP software and yes things change nightly.. mainly those things are bug fixes and enhancements.

      you cant expect software to be perfect when its first released.. in fact you can never expect software to be perfect.
      just because it changes doesnt mean it is going to change the way you do your business. It may just change to help improve productivity.

      --
      when everything is working perfectly.. BREAK SOMETHING before something else FUCKS up!
    24. Re:SQL Ledger by rochlin · · Score: 1

      I must have missed that Visual Basic Enterprise accounting system :)

      Even in your own C++ example citing, you did explicitly change the type. Something not necessary in Perl. You can multiply an integer by a float and it's a float -- even if you thought the float was an int but somewhere in there...

    25. Re:SQL Ledger by I.+B.+Geek · · Score: 1

      I installed SQL-Ledger about a week ago. Once you get the database working, the install is easy. It is written in perl, so fast enough and *very* extensible. The architecture is sensible enough that I was adding features within days of the installation. The user community is diverse and helpful, and the support ($99/yr) is the best I have ever experienced.

    26. Re:SQL Ledger by seann · · Score: 0

      you change the UI
      its a whole new program
      that is why it is a bad choice, the program changes alot.

      my three sense

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    27. Re:SQL Ledger by whereiswaldo · · Score: 2

      Bang on. I think if the person you replied to did any programming, he/she'd not ask such questions. And, damn it, if anybody's using Visual Basic for their enterprise's number-crunching, they'd better get their heads checked.

      It surprises me that there actually is an accounting product available under the GPL license. What sets SQL-Ledger apart from a product like Broadcast 2000, which recently halted their updates for legal reasons? Too many people were using the product for big-bucks work and were failing. Could this not happen with an account app?
      In any case, I am absolutely against the kind of legal mumbo-jumbo that could put a legitimate, free product on the lawyer's chopping block, just because some people who are using it complain that it doesn't do what it's supposed to (late in the project by the sounds of it), when there were no guarantees in the first place - clearly stated in the license agreement. Try a new product (or version of a product) out thoroughly before using it for mission critical applications, for crying out loud!

    28. Re:SQL Ledger by hughk · · Score: 2

      QBW now allows export as Excel tables. It may even allow direct export as CSV files. It would be a bit of hacking but once you have the tables extracted, reloading them into SQL Ledger shouldn't be a major issue.

      --
      See my journal, I write things there
    29. Re:SQL Ledger by PRobinson · · Score: 1

      OK, the point that you're replying to wasn't expressed very well. There is a substantial difference between a language being used to write software in using weak data types, and a language being used to "software engineer" a product that has weak data types.

      I think the point was, Perl is difficult to engineer and do all the maths with around pre- and post-conditions as opposed to something like C, because there are lots of things going on that might not be immediately obvious and so it's hard to write the formal specification for.

      The question is, does an accounting package need to be software engineered - if you look at the Changelog for SQL-Ledger (I've never heard of it before, but just took a look), you'll notice some interesting changes - e.g. "added code for debit and credit balance check to get rid of out of balance error where there is none. Apparently computers don't always know that 14.05 plus 1.96 is 16.01 and not 16.0000000000997" - now that sort of thing should just plain not happen in any accounting system.

      Perl is a beautiful language, but if you need to be certain without any doubt that it will behave 'correctly' and 'completely' with any input data that might be put in, then Perl might not be the best language to get that kind of proof for. C however (ignore OO for this discussion, or we'll be going all over the place), does allow you to be a little bit more mathematical about the whole process though.

    30. Re:SQL Ledger by Anonymous Coward · · Score: 0

      The elipsis should have a space on either side.

      Also some would say an elipsis is supposed to be

      . . .

      as opposed to

      ...

      Besides, it would be better to forgo the ellipsis altogether. It is used too often and rarely properly, as evidenced by the above. Of course few Americans speak proper English after receiving the mockery of education perpetuated here, if they went through it at all.

    31. Re:SQL Ledger by tb3 · · Score: 2
      I must have missed that Visual Basic Enterprise accounting system :)
      Solomon IV (www.solomon.com), written entirely in VB 4. Be afraid, be very afraid.

      --

      www.lucernesys.comHorizon: Calendar-based personal finance

    32. Re:SQL Ledger by Lacutis · · Score: 1

      I have to agree with you here.

      I am a programmer for a Property Management System vendor (who I am pushing to try to support linux) and we change/fix/add things on a daily basis. I'm working on the new system based in C++ however our old system has been in the market for over 20 years and still gets changed at least once a month.

      The sign of a *good* software package is growth. It show's that the company cares, and is willing to help. I don't know about you, but I don't like stale software.

    33. Re:SQL Ledger by Anonymous Coward · · Score: 0

      must have been a joke, dumbass CSM.

    34. Re:SQL Ledger by shibboleth · · Score: 1

      Is there a way to run an ISO image from hard disk or must it be burned onto a cd-rom?

      thx.

      --
      "Be thankful you are not my student. You would not get a high grade for such a design :-)" - Minix pro
    35. Re:SQL Ledger by larsu · · Score: 1

      You may directly mount an iso file in most unix's. In Linux, Try
      mount -o loop nola.iso /mnt/cdrom

    36. Re:SQL Ledger by Anonymous Coward · · Score: 0

      > SQL-Ledger: Rocks. VERY easy to set up,
      > NOLA: An absolute bitch to set up.

      Hi,

      I have disagree very much. Nola doesn't require to set up Perl (PHP comes with Apache), and it doesn't require to set up DBD & DBI (database stuff for Perl).

      It took literally only a few minutes to install Nola *with no instructions or knowledge of the product* other than that it need MySQL and PHP. I'd say it's quite an accomplishment from Nogusku.

      And, I don't have any connections to Nogusku, other than that I started using their product immediately :)

  4. +1 Informative by Anonymous Coward · · Score: 1, Flamebait

    Try Google instead of wasting bandwith on
    Slashdot.

    Thanks and have a nice day.

    1. Re:+1 Informative by MisterBlister · · Score: 2, Funny
      Try Google instead of wasting bandwith on Slashdot.

      Yeah you dumb fool, this bandwidth could have been put to better use with an article bashing Microsoft.

  5. Accounting is not the driving software package! by MantridDronemaker · · Score: 5, Interesting

    In my experience (manufacturing, specifcially chemcial manufacturing), the accounting software is almost irrelevant. The trick is finding a suitable manufacturing package and then you just use whatever accounting package that works with it.

    That being said I'd be ecstatic if there was good process manufacturing software available for Linux! But the gamut of features would be rather daunting- solid flexible modules for inventory with lot tracking, formulations, hazmat and environmental reporting as well as MSDS and labelling, production BOM, scheduling, heck throw in HR...and of course the mentioned accounting package.

    Heh, give me all of this and our company switches to Linux!

    1. Re:Accounting is not the driving software package! by Not+The+Real+Me · · Score: 1

      In real estate management/property management and the newspaper article syndication business (I've worked on accounting systems for both business types), accounting software *IS* the business. If you can't manage your accounts receivable or cash receipts in either business, the business is *DEAD*. Off the shelf software did not work for either business so everything I did was custom written, or mods to a pre-existing custom app.

    2. Re:Accounting is not the driving software package! by peterdaly · · Score: 4, Interesting

      I have to agree wholeheartedly with that comment. Having worked at a good sized manufacturing opperation (in the IT Group), I know enough to agree, also enough to know such a system is terribly complicated to implement, unless you have a good background in an existing application. We ran our system on an AS/400 using MAPICS. Do you have any idea what companies what pay for this stuff? It is insane! It is easy to get huge amounts of money allocated to an upgrade, because the software RUNS the business.

      Seems to me like a webservices core may be able to be developed, which serves extermal user iterface modules. Maybe J2EE core (running in JBOSS), webservices exposed through Apache SOAP. You can then write interfaces in many different languages in different user interface, FAT GUI, thin jsp/php/perl. Ahh, I have real stuff to work on. Don't have time to keep thinking and rambling on about this.

      -Pete

    3. Re:Accounting is not the driving software package! by Anonymous Coward · · Score: 1, Funny

      Can't you just close down the line for a few weeks and have everybody whip together some perl scripts?

    4. Re:Accounting is not the driving software package! by atlantageek · · Score: 1

      Funny you should mention that. I am a contracting with a former employer. We develop Unix based MES/MRP systems. We recently redid our software to run on Linux. check out IBSS
      If you want to speak with a Salesmen I can give you his name privately, email me at tj@atlantageek.com

    5. Re:Accounting is not the driving software package! by yelsirgany · · Score: 1


      We developed an application for one of our customers that do *exactly* what you described and more. And our application runs on linux also! If interested please give me a call or email me and I'll have someone here in the office follow up with you.

      It has full integration of manufacturing process with Accounting, labeling and HAZMAT reporting.

      Regards,

      Yussef M. Elsirgany
      yelsir@magntechonline.com
      P: 516-931-4444 x105

      --
      Can't think of clever sig so had to settle for this! Damit it Jim I am a programm not a sig writer.
    6. Re:Accounting is not the driving software package! by xtremex · · Score: 0, Troll

      Our company uses Oracle and Siebel for that. It completley sucks balls though

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    7. Re:Accounting is not the driving software package! by lateefj · · Score: 2, Interesting

      Funny you mention JBoss! I have been thinking a lot about an open source accounting package. I came to the conclusion that it would be best implemented with J2EE. I think this is truely the only way to implement a modular and scalable mid to large accounting package.
      Beacuse JBoss impements an ORB it would not be to difficult to have nice gui client but also the web client would be relativly easy to build with jsp/tag lib. Also the datasouce abstarction is so good.
      Just my two cents.

      --
      Pedro For President!
    8. Re:Accounting is not the driving software package! by Jason+Earl · · Score: 2

      If you are doing manufacturing, then chances are good you don't really qualify as a "small business." There are plenty of businesses that just need accounting software. Even some big businesses don't need a manufacturing package, because surprise they don't manufacture anything.

      Free Software accounting packages are likely to take off for the same reason that PCs did. When Lotus 1-2-3 came out only the smallest of small businesses could do their books with a PC, and yet Lotus was literally swamped with orders. It wasn't too long before nearly all businesses used these toys to do at least some of their accounting.

    9. Re:Accounting is not the driving software package! by jonbrewer · · Score: 2

      A manufacturer who sells $10 million in product a year is still a small business. With low margins many have trouble paying the 20-50k/year for a good MRP/Accounting package and the consulting time needed to keep it running and up-to-date. Once you get into paying for NT server and a license for each client, you're dealing with even more money. Running an MRP/Accounting system on Linux would be a good way to cut costs while using a robust, stable OS.

    10. Re:Accounting is not the driving software package! by LoRider · · Score: 1

      Maybe accounting packages aren't a big deal in the manufacturiing world, although I find that hard to believe. Accounting software is a major market that every single business participates in whether they own their own software or pay someone who owns the accounting software.

      Out of all the areas that computers have helped, accounting has to be one of the greatest success stories. There are a lot shitty accounting packages out there, but the ones that are high-quality really are a money maker for accounting departments.

      If someone could make rock solid accounting system that runs on Linux it would be a huge market that linux could tap into.

      It's only a matter of time before we start seeing accounting software being developed for Linux. It's a good way for smaller companies with good ideas to start to break into the smaller markets with an easy to install and stable accounting package. The company could take the profits from the small business market and work on taking the software further and take on the larger enterprise accounting packages.

      I don't think the accounting software should be web based. They need to be written in Java or C++. I just don't think the Web is advanced enough to be able to make effective data entry applications, which is what most accounting adds up to. Most people are afraid of the Web and don't want to run the entire accounting system on a web server, even if it's not really on the Web.

      If this were 2 years ago I would have people writing me checks for 50 million dollars for that dot-com business plan.

      --
      LoRider
    11. Re:Accounting is not the driving software package! by MantridDronemaker · · Score: 1

      Oh accounting is very important- just that there are plenty of packages out there...the manufacturing software (assuming you want it integrating) limits your choice of financial packages.

    12. Re:Accounting is not the driving software package! by tra4d · · Score: 1

      I totally agree with all of the Linux argumants but not with the open-source one. I think, that if I was running/starting a company, I'd want a rock-solid multi-platform accounting system (if you can't keep track of the $, you're not going to succeed) not one that people create/maintain in their spare time.

      Check out www.rci.ca - it's a very solid acc. system (it's character - not pretty but totally solid).

      Thx.
      Scott

    13. Re:Accounting is not the driving software package! by LoRider · · Score: 1

      There are plenty of accounting packages, but not industrial strength ones that run on Linux.

      I am quite that the manufacturer sector would be a huge market if Open Source could tap it.

      Keith

      --
      LoRider
  6. More requirements are required than that.. by Anonymous Coward · · Score: 1, Insightful

    Requirements are not only that they are reliable and stable. That doesn't even begin to touch it.

    How about a capable accounting system and billing package rolled into one capable of being deployed TODAY?

    RH's Interchange is a good start, but still isn't enough to compete with the big boys.

  7. Accounting and HR on Linux? Yikes. by muonzoo · · Score: 5, Informative

    It might just be me, but in my former experience being a SysAdmin for several junior oil companies, one thing really stood out in the IT and infrastructure areas: These people were extra conservative.

    Whereas the exploration group was running on really nice (for the time) new SGI machines, the production group was being more reserved with Sparc/SUN solutions and the accounting department was positively in the dark ages with an old AS/400 mainframe. It was considered quite radical when they migrated to a bunch of AIX boxes and they were terrified to do it.

    Don't misunderstand me, I'd love to see the adoption of linux and open-source solutions in this arena, but I feel that this is likely an area that will meet with substantial resistance.

    1. Re:Accounting and HR on Linux? Yikes. by waveclaw · · Score: 2
      Fortunately or unfortunately most changes to entrenched systems in inventory control and accounting systems are purely profit driven. From a non-computer administrator's point of view, there is no need to mess with what works - that can cost downtime, training and other ugly expenses. The accounting/inventory system is a tool, often highly customized, just like a hammer. Because someone just came out with hammer 2.0 doesn't mean that my trusty hammer 1.0 isn't doing what I want. This is also why a lot of systems with really ugly bugs, misfeatures, and peculiarities are found in the back offices. Nobody really cares about the latest-and-greatest tech for accounting systems: the underlying processes have been developed and codified for centuries and in the minds of the users there is no real need for an accounting system implemented on top of a Quake 3 engine when good ol' DBase III will do.


      About the only ways to get post-60's/70's into most backend business systems is to either start with it (still get same out-of-date problem in five, ten or fifteen years) or to have the higher-ups declare that a particular system will be used. Too bad a lot of Linux companies are getting a bad rap. If the hype had kept going, a lot of higher-ups would probably have switched to *Open Source* systems just to be the first in their country club to have all-Linux accounting department.


      Sorry about the cynicism but I've worked with migrating few small inventory and accounting systems to something from the 90's and none of them were pretty from the personal or technical point of view. Sometimes it's all about culture.

      --

      "You cannot have a General Will unless you have shared experiences. You cannot be fair to people you don't know."
    2. Re:Accounting and HR on Linux? Yikes. by kroymen · · Score: 1

      I highly suggest you take another look at the AS/400 and why they were reluctant to leave it. It is not from the dark ages; in fact the modern high-end AS/400 will outperform most any Intel, Sun, HP, etc on a variety of tasks including Java and http.

      The problem is one of PR. IBM doesn't use glitzy ad campaigns for it despite the fact that it has the most technically advanced architecture of *any* enterprise level server OS. Besides, most of us geeks are guilty of the same reaction to the "dreaded 5250 green-screen" that most non-techies have when faced with a unix command prompt.

      ...it's uptime ratings are unparalleled outside the mainframe world (which by the way it is not part of; AS/400s are "mid-range" computers not "mainframe" computers).

      Most very large businesses with a clue run the business fundamentals on AS/400s. Even Microsoft still runs their business on the AS/400; they were going to try to move off of it once, but the cost of providing equivalent functionality and reliability using any other system stopped them dead in their tracks.

    3. Re:Accounting and HR on Linux? Yikes. by leonbev · · Score: 2

      Yes, but you're forgetting one thing...

      These people are also cheap!

      Seriously, every accountant that I ever meant was a major tightwad. For example, I knew this one accountant that refused to get cheese on his daily $2.99 "budget" hamburger combo. I once asked him why, and got this long winded speech about how saving the 25 cents a day will give him an extra $4,000 of retirement savings! He even wrote down on a napkin his formula on how the compound interest will multiply his ~$50 a year savings over the years. I left the lunch room amazed this the amount of thought that he put into to this. Some people are thrify, but this man raised it to an art form.

      So, back to my point. When given the choice of paying $99 for Quickbooks or downloading and installing SQL Ledger for free, which choice is this crusty old accountant going to go for? You know that he'll be going for cheaper option, because it gives him a few more bucks to scrape together for retirement. Sure, he'll never spend a penny of it once he retires, but at least his kids will be rich when he dies.

    4. Re:Accounting and HR on Linux? Yikes. by Anonymous Coward · · Score: 0

      The secret weapon against this conservatism is the epitome of conservative business icons, The Blue Suits (tm). Corporate types are very comfortable with IBM products (the apocryphal saying goes, "Nobody gets fired for buying from IBM.").

      With IBM pushing Linux servers (on TV, no less!) the trick is for somebody with a good business package to market it through IBM (as an OEM, aquired company, whatever). The PhB's in accounting are far more likely to buy a Linux solution from IBM than to order it from a web site. It may not be Gnu, it may not be pretty, but it WILL have a very large foot in those fancy mahogany doors.

      -- an AC (who has no love lost for IBM, but a lot of respect for them as a competitor!).

    5. Re:Accounting and HR on Linux? Yikes. by cryms0n · · Score: 0, Troll

      Cheese is also bad for you.

    6. Re:Accounting and HR on Linux? Yikes. by Mojo+Geek · · Score: 0

      They're cheap with their own money. Not with the company's. I had a friend "tighter than the bark on a tree". Brought his P&J sandwich everyday to work and saved the paper sack. Payed off his mortgage on his four bedroom house when he was 26. But when he traveled on the company tab he stayed at the Hilton and ate steak and lobster at the best restaurant.

    7. Re:Accounting and HR on Linux? Yikes. by Anonymous Coward · · Score: 0

      speaking of substantial resistance, I fucked your mom up the ass last week, but I didn't bother with the k-y jelly. I just spit on my cock and figured that would be enough.

      well, it's a week later and my dick still hurts.

    8. Re:Accounting and HR on Linux? Yikes. by Anonymous Coward · · Score: 0

      "tighter than the bark on a tree"? Come on!

      Tighter than Pat Buchanan's sphincter at a gay-pride rally.

      Tighter than a hooker's pussy

      Tighter than Rush Limbaugh's bike shorts.

    9. Re:Accounting and HR on Linux? Yikes. by ShelfWare · · Score: 1
      I agree. I currently work on HR systems for a large technology company and getting people their pay/benefits isn't something you want to mess around with. We run Sun/Solaris and Oracle here because you need to have 24/7 support should something happen to either hardware or software. This just doesn't exist in the marketplace for Linux at the same level as it does for Sun/Oracle.

      If I were running a small business it may be an option, but when you have 95,000 employees, you need to have something that you can depend on.

      Bottom line: You get what you pay for!

    10. Re:Accounting and HR on Linux? Yikes. by Anonymous Coward · · Score: 0

      thats a load of bull and you know it. i admin a AS/400 box (720e) runing OS/400 V4R4M0 and its at LEAST 50 times slower than a 450MHz sun ultrasparc with 1 cpu (ultra 5). AS/400s are ungainly pieces of total SHIT. theyre stable sure but i'd pick a S/390 over an AS/400 any day. its a piece of SHIT. dont touch it.

    11. Re:Accounting and HR on Linux? Yikes. by Lacutis · · Score: 1

      I agree with that, to an extent.

      In the hospitality industry ALOT of big players still use AS/400's to run their hotels and accounting offices. The AS/400's almost never go down unless there is a severe hardware problem, which is really important in a 24 hour industry.

    12. Re:Accounting and HR on Linux? Yikes. by kroymen · · Score: 1

      All that tells me is that either you don't know how to admin it very well or your developers don't know how to develop very well. Both are common problems on any platform, but it seems especially prevalent on the AS/400 because so few people care to take the time to learn the ins and outs of a machine that's overwhelmingly used for relatively mundane tasks.

  8. Web-based Accounting Packages by [Entropy] · · Score: 4, Funny

    Lacking any traditional desktop software packages, you could always use web-based commercial products like QuickBooks for the Web or Oracle Small Business Suite.

    --
    -Entropy [think outside the system]
    1. Re:Web-based Accounting Packages by Anonymous Coward · · Score: 0

      Naw, that would never work. Netscape on Linux SUCKS. Can you imagine having to look at that interface all day every day just to do your books? Sheesh.

    2. Re:Web-based Accounting Packages by Anonymous Coward · · Score: 0

      I agree Netscape is bad.

  9. BillMax by Anonymous Coward · · Score: 3, Informative

    Our company uses BillMax, but my personal view is that the system was cobbled together without much thought on scalability and is missing a lot of features. We are currently porting the system over to an in-house PHP application.

    I suggest staying away from BillMax unless you really want to adapt your company to it instead of the other way around (as it should be)

    Anonymous for a reason.

  10. Computer Associates by mknapp905 · · Score: 1

    Slightly off topic (maybe) but I have an associate who is over at CAI. His job is director of Professional Services. They have a pretty substancial HR package which is being ported over to linux currently.... Not sure what their plans are for accounting, but HR is a start!!!!

    --
    If you choose not to decide, you still have made a choice. RUSH
  11. Go all the way with ERP by swizkid · · Score: 5, Informative

    An "accounting" package is not enough these days. Lets face it, developing relationships with customers is what it's all about. Which means that getting information in and out of your systems in the quickest possible manner is what will win in the face of competition. Enterprise Resource Planning systems from the likes of SAP and Oracle are what give big business the edge. Sure you don't have $250K to spend on solutions from these guys but Appgen, Compiere, and GNU Enterprise are bringing these kind of systems to the masses. The most promising at the moment seems to be Compiere but it does require some up-front costs - (nothing a small business could'nt handle if they were planning on a Windows deployment anyway). Check them out!

    --
    He who knows not what his nose knows......
    1. Re:Go all the way with ERP by Anonymous Coward · · Score: 0

      Up front WHAT??? Kostz? Is that some windows term that I'm not familiar with?? ;)

    2. Re:Go all the way with ERP by GrEp · · Score: 2

      GNU Enterprise is still in its infancy, but to me it seems the most open/robust. Compiere and Appgen are ok for the financial side, but GNUEnterprise helps out the whole business.

      The thing I find most attractive is the automated forms and report generators. Businesses like doctor's offices pay out thousands to get software that automatically generates patient reports. GNUEnterprise lets them keep track of day-to-day operations along with the financials. This way no matter what the business unit's title: Accounting, Finance, Marketing, Sales, RnD, Manufacturing,... they can all use the same suite of software. IT loves this.

      --

      bash-2.04$
      bash-2.04$yes "Don't you hate dialup connections?"| write USERNAME
    3. Re:Go all the way with ERP by swizkid · · Score: 1

      Actually Compiere is full ERP. You could run your entire business on this application apparently - it's not just for the financial side. Take a closer look at it.

      --
      He who knows not what his nose knows......
    4. Re:Go all the way with ERP by swizkid · · Score: 1

      "Kostz" might be a "windows" term you're not currently familiar with. It is however a term you need to "come to terms with" (hehe). Nobody works for free. Don't get disillusioned! Open your mind to capitalism - it's the world we live in. Compiere costs $2400 P/A..and for what you're getting I'd say that you're practically robbing the guys who develop it. Oracle would just as soon charge you $1Mln for an app that does pretty much the same thing.

      Disclaimer: I don't work for Compiere - ;-).

      --
      He who knows not what his nose knows......
    5. Re:Go all the way with ERP by tcjordan · · Score: 1

      I don't know anything about Compiere, but I've looked extensively at AppGen. Feature wise their PowerWindows package compared favorably to the Lawson (think cheaper version of PeopleSoft) system I was administering when I discovered it.

      Anyway, these guys started out on SCO and have about 20 years experience. Their client package runs on anything that'll run a Java VM and has native ports to Mac, and Windows. They currently develop and test primarily on Linux.

      Something I really hated about Lawson was that I couldn't use my Linux box to administer it because they screwed with their client so much. It was essentially just a telnet client, but you had to use theirs because of the special display codes they'd send. That meant that I had to either reboot or have a second box on my desk as I wouldn't submit to running windows exclusively. AppGen was originally designed in an era where dumb terminals were still fairly prevalent so they haven't done any of that stupidity. The system still works from dumb terminals which means telnet/ssh is just fine.

      Costs for PowerWindows (their ERP level package) run about $600 per module and you can get a full VAR license for about $2000 ($600 if you don't want the source code) that comes with the source for their 4GL (C based) and every module. This package (and possibly their other offerings) are ODBC compliant so you can write your own apps for them as well using whatever language you choose.

      If the price still sounds a bit steep and you're looking for something more in the range of a QuickBooks there's MyBooks. This package can also be configured to be client server with clients for Windows and Linux (possibly mac, don't remember).

      All in all, I'd say it's definitely worth looking at.

      NOTE: I also do not work for/represent AppGen. Although, I am considering a VAR license when business picks up enough to get one.

    6. Re:Go all the way with ERP by jayed_99 · · Score: 1

      The only way you're going to have a $250,000 SAP R/3 implementation is to send out press gangs to 'recruit' R/3 consultants.

    7. Re:Go all the way with ERP by stan_pinte · · Score: 1

      you may want to check this out: http://dea.life.be/

      another open-source ERP system, which is not in version 0.1

    8. Re:Go all the way with ERP by dublin · · Score: 2

      Have a look at Oracle Small Business (formerly NetLedger) - this is an entirely web-hosted full Oracle-based accounting system that will provide the real-world features you need.

      It will be a long, long time (if ever) before there's anything in the open source world that's even remotely good enough to run a business on...

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
    9. Re:Go all the way with ERP by Murgul · · Score: 1

      I think you just forgot one of the most complete, already long-running ERP: Linux-Kontor. It is built on Java, 3-tier architecture and seems to me the only OpenSource ERP system you can use for real business yes (indeed some companys are already using it).
      See http://kontor.sourceforge.net
      http://sourceforge.net/projects/kontor

  12. Compliance by RazzleFrog · · Score: 5, Insightful

    I know that there are several accounting packages out there that support Linux (Computron being one) but they are mostly expensive.

    The one problem with an open-source accounting package is that accounting standards are constantly changing and the software would often have to be changed to reflect new standards. Anyone working on such a project would have to be well-versed in each of the new SFAS (Statements of Financial Accounting Standards) as they come out. That's not a fun project for a CPA let alone a layperson.

    1. Re:Compliance by cyril3 · · Score: 1

      That's Financial Statements rather than Accounting. Accounting (in the double entry sense) changes less. Every year you still send the same bills, pay the same cheques and need to record them, usually the same way. Financial Statement disclosures change more often but a lot of time its just? report writing. On a day-to-day operational basis there are fewer necessary changes to underlying functionality. I realize these statements are broad and there will be lots of exceptions.

    2. Re:Compliance by Ravensfire · · Score: 1

      I would point out that these changes in accounting standards and practices do not happen over-night. Months and sometimes years of notice are given prior to adoption.

      On ANY project you've got to have a subject matter expert, if you want to produce a high-quality product. That expert can be a discussion group, or a single person, but you've got to have one.

      --
      "But we decide which is right, and which is an illusion"
    3. Re:Compliance by boxless · · Score: 0

      This is what it's all about.

      To think that some twenty-something geek having Linux dreams in his head could convince someone in finance to implement an open source accounting package is pure fantasy (if you have anyone of a rational mindset in finance).

      This is an area where the technology and cost almost don't matter (within reason). The whole thing just has to work And I'm not talking about uptime, that's easy. I'm talking about having the debits and credits match at the end of the month. I'm talking about having A=L+OE.

      Who you gonna call when your financial statements don't make sense at the end of the month? You're gonna call your momma, crying for a new job.

      Leave this one to the experts, boys.

    4. Re:Compliance by Guil+Rarey · · Score: 1

      Actually, very rarely does a change in accounting standards drive a change in systems. A change in standards tends to lead to requirements to 1)Change the information disclosed in the notes to financials (By the way, if you want to understand a company's financial statments READ THE NOTES, that's what gives context to the numbers).
      2)Require new accounts on the balance sheet or income statement. EXAMPLE: rules for accounting for pension benefits may change, increasing or decreasing the amount a company has to show as their liability for future pension payouts.

      The point is, very rarely does the accounting system have to change - master files in the system just need to be maintained.

      --
      Do not taunt Happy Fun Ball
    5. Re:Compliance by RazzleFrog · · Score: 1

      I think it's more than just having to change the system for the standard but is the system flexible enough to handle a change in the standard. An example I can come up with on the fly right now is the change in the sales tax laws in New York (ok it's NYS Tax Laws not SFAS but hopefully the example translates). We had to create dozens of new subaccounts that luckily our account structure was flexible enough to handle.

    6. Re:Compliance by MarkusQ · · Score: 3, Insightful
      To think that some twenty-something geek having Linux dreams in his head could convince someone in finance to implement an open source accounting package is pure fantasy (if you have anyone of a rational mindset in finance).

      This sounds very much like what I was told in the 70's when I was in a start up trying to sell microcomputer turnkey accounting software to small businesses: no one will ever trust a micro, and you're delusional if you think otherwise.

      Our main problem turned out to be keeping up with demand and managing explosive growth.

      -- MarkusQ

  13. What about a database? by alen · · Score: 1

    What about designing or paying someone to create a MySQL or Postgres database and some client client software? I'm not 100% sure but I'd guess accounting software is just a low end database at it's heart.

    1. Re:What about a database? by Corporate+Troll · · Score: 1
      Pssst....don't tell that to an accountant, they get their sharp pencils and poke them in your eyes.

      I some way you are right, it involves indeed a whole bunch of data-storage (and MySQL would probably not be the right choice, because of it's lack of ACID compliance), but you are underestimating things like reporting. Accountants like paper with pretty charts and understandable tables, so even if you make a pretty interface on top of a database it won't be enough. Well, I guess you've got Crystal Reports, PageMaker and the likes for that... Could be a solution.

      Accounting is much more difficult than balancing your checks, my dad has an accountant formation (more than that, applied economics, but he did quite a deal of accounting) and as soon as he gets on the topic I understand as much as when he would talk Chinese. Well, on the other hand he feels that way when I start talking programming and operating systems ;-)

    2. Re:What about a database? by RazzleFrog · · Score: 1

      I wish accounting software was that easy. If you are running a mom and pop business it can be simple but the minute you start dealing with inventory (LIFO vs FIFO), Fixed Assets (straight-line vs double-declining), Accounts Payable (aging, check writing, vendor tax ids), Accounts Receivable (aging, revenue recognition), Cash (multiple bank accounts, ZBA accounts, over-night sweeps), Cash vs Accrual basis vs Tax Basis, etc.

      Add to that the need for a good report writer (which is very hard to find) and you have quite a beast. Most companies have whole departments dedicated to Financial Systems.

    3. Re:What about a database? by Wizy · · Score: 1

      Lack of ACID compliance? Get the Gemini table type from www.nusphere.com's Enhances MySQL. It has full ACID compliance.

    4. Re:What about a database? by Corporate+Troll · · Score: 1

      Okay, okay...I know about that package, but isn't it experimental? You don't want to base anything related to accounting in an experimental environment.

    5. Re:What about a database? by Anonymous Coward · · Score: 0

      I'm currently translating a Windows based accounting software from english to french and it is everything except simple...

    6. Re:What about a database? by DrSpin · · Score: 1
      Database is the right tool for the package, whether accounting only or the whole inventry management, work in progress planning, etc.

      MySQL is absolutely NOT suitable however. You need to think of DB2 or Oracle. DB2 is not just the most solid database ever, but has credibility with financial people.

      Packages to do whatever are already available for DB2, and IBM would push Java for the front end. They could be right, but they also support QT (Dont know how well).

      You absolutely MUST have stored procedures and triggers to achieve the data integrity required for this kind of system. (Postgres has these)

      Any new Open system shoud go for Java and Postgres IM(NS)HO. Start with Accounts and go from there.

      Dont forget that accounting rules are different in different countries.

    7. Re:What about a database? by JMZero · · Score: 2

      Yes, you will need a database engine behind your custom accounting solution. And it's not really that hard.

      You do need to make sure that you have a programmer that understands enough accounting to do what you need to do. Accounting terms can sound scary, but usually are fairly simple from a programming perspective.

      A decent programmer won't have any trouble making reports. Unless they're out of their element in accounting.

      --
      Let's not stir that bag of worms...
    8. Re:What about a database? by rastachops · · Score: 2, Informative

      "Dont forget that accounting rules are different in different countries."

      I stumbed across this article, thought yeah these linux based solutions are great! (im a part time accountant in a small accounting practise and my boss wants to move to computer based software that will cost in the region of £2,000 - £4,000 per year)

      Then I started to check it out, it just wouldnt work for the UK. The legal systems are so different, I doubt that there is a UK based linux suite out there :(
      /the search continues

    9. Re:What about a database? by Anonymous Coward · · Score: 0
      >but you are underestimating things like .. [snip]

      Add to that list, tax. We recently implemented a seperate invoicing component to a system for services and interventions. The tax component was a nightmare. It varied between states, counties, cities, by service and by nature of the service.

      If I did it again I would pay an accountant a bunch of money to create a tax 'RFC' that the component has to follow. That way the software engineers wouldnt have to learn accountancy so deeply to get a usable and correct solution.



      mocom--

  14. SAP R/3 by Anonymous Coward · · Score: 0

    But of course SAP R/3 is available. Cheap too!

    1. Re:SAP R/3 by 42.5 · · Score: 1

      Yes. And it runs well. There are future plans where I work to have Linux running the application servers. While R/3 might not work for very small businesses, anything above 100 employees seems suitable.

      --
      Non illegemati carborundum est!
  15. STUPID idea by Anonymous Coward · · Score: 0

    Ok, so who is going to talk our accountants (who deal with 100 other companies as well) into installing Linux so they can do our quarterlies and taxes?

    Linux is for lamers.

    1. Re:STUPID idea by shepd · · Score: 1

      I dunno, but my College uses MPE/iX on an HP minicomputer for payroll/accounting stuff. We deal with at least 200 or 300 companies, maybe more. Our payroll/accounting staff are (AFAIK) no more or less trained on using a computer than any "average" person from their field. We have (at least) a few hundred employees.

      Unix would be easier, and Linux simpler still.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    2. Re:STUPID idea by Fluid+Truth · · Score: 1

      Oh, but MPE is (was?) simple. It has clear, consise instructions. It almost always works on the first try. Their big problem is that they're farooking expensive. But, that was because they are (were?) well tested.

      Too bad HP is killing off the line.

      --
      Apparently, of the rich, by the rich, for the rich.
    3. Re:STUPID idea by cyril3 · · Score: 1

      The man said starting your own business. Different question altogether to 'would you change an installed system to Linux'. In any case, is that what you think accountants do 'quarterlies and taxes'. What do you call your billing and payables systems. Accountants will use whatever works. IT people are the ones who get upset about OS questions.

    4. Re:STUPID idea by Miklby · · Score: 1

      Quite easially when you show them the spread sheet
      of the ammount of downtime suffered as a result of
      using windows plus all the lost productivity, high
      support costs, and of course, the ever present
      possibility of theft of corporate documents and
      secrets due to the completely insecure nature of
      windows.

      The idea of using Linux is neither stupid
      or out of the question. It is now becomming a
      matter of WHEN. IMHO the next year will herald in
      further virii and internet worms, pushing up the
      cost running windows until the faithful day when
      the accounts manager asks 'exactly how much does
      it cost to run windows?'. The fictious TCO that
      M$ keeps quoting is complete balloney and has
      _never_ accurately reflected the loss of revenue
      to downtime, loss of productivity and the higher
      levels of maintanence staff required to nurse WinNT/2000/XP/ME/9x through its day to day
      existance.

      However, dont bother listening to me, go
      back to your little windoze box and pretend that
      the next virus hit you get is not costing you
      loss of productivity. Just keep convincing that it
      really is alright and M$ will fix everything --
      eventually....Types like you will be good company
      at the dole queue when YOUR comapany hits the
      wall -- and your competitors will thank you for
      sticking your head in the sand and handing them
      a competitive advantage.

      Cheers Miklby.

    5. Re:STUPID idea by sxpert · · Score: 1

      depends on the complications of the pay processing in the various countries. For example, our accountant told me that it's hell, here, in France

  16. Accounting by Anonymous Coward · · Score: 0

    Try Appgen. It runs on Linux and seems to work well. I took a programming course in it and hated it myself. It was very old fahsioned. But then I am a programmer not an account it. You will have to pay for it but you can get the source.

  17. Right on by Anonymous Coward · · Score: 0
    And a good way to test out that Linux-based accounting system after you get it up and running?


    Enter the financial stat sheets for a few Open Source companies. If your accounting software says "fucked company," things are working just fine. If the software says "paradigm shift, unlimited upside potential," chances are you bought the accounting software from an Open Source supplier. format and start over.

  18. Appgen's MyBooks for Linux / Windows /Mac by The+Breeze · · Score: 2, Informative

    Appgen makes MyBooks, which is very similar to quickbooks, and can be purchased with development modules. This is made by the same people who do Moneydance.

    $99 for 5 users -- I have a detailed list of questions about this product submitted to Appgen, which I am currently evaluating as a possible recommendation for clients. So far, the demo looks good.

    www.appgen.com

    1. Re:Appgen's MyBooks for Linux / Windows /Mac by rongage · · Score: 1

      Appgen makes MyBooks, which is very similar to quickbooks, and can be purchased with development modules. This is made by the same people who do Moneydance.

      As a former user of Mybooks from Appgen, I can tell you with absolute certainty that it is NOTHING like Quickbooks. The ease of use features are not there, it requires you to use purchased pre-printed forms (QB will print forms on blank paper if you ask it to), can't do fractional unit billings, can't email a form directly, can't modify the form layout at all. MyBooks is an accountant-centric piece of software - if you aren't an accountant, it is useless.

      Currently for my business, there are exactly 2 programs that keep me in the Windows world - AutoCad and Quickbooks. Until these apps are available (or realistic workalikes), I will need to maintain a Windows desktop in my office - and I specialize in Linux Software/Support services.

      --
      Ron Gage - Westland, MI
    2. Re:Appgen's MyBooks for Linux / Windows /Mac by The+Breeze · · Score: 1

      I talked with Appgen, and they said there is a way to customize the invoices. I haven't tried that yet, though. The incredibly ugly invoices bugged me, too, but my conversations with Appgen have been brief and while they told me what was and wasn't possible, they didn't tell me HOW (I wasn't asking the HOW right then, tho.)

      I don't know. I'd like to know which version of MyBooks you tried, I used the Windows Demo version (although I'm gonna install the Linux server) and it was VERY easy to set up, with the standard walk-throughs and hand holding. Perhaps the Linux server is not as polished, but the install on Windows certainly is.

    3. Re:Appgen's MyBooks for Linux / Windows /Mac by scotswhiskey · · Score: 1

      Amen!
      That is the only reason I and many other construction contractors use windows. There good cad programs for linux, but they need to be able to read autocad files. I also need a simple accounting program that also does payroll.
      If this was available, I would be able to convert 10-20 or more companies to linux.

  19. What about SAP ? by Afrob · · Score: 5, Informative

    mySAP has been running on
    Linux for quite some time now.
    But perhaps that's nothing for small businesses ;-).

    --
    -- www.linux-laser.org - Open Source Laser Show Software for Linux
    1. Re:What about SAP ? by q-soe · · Score: 4, Insightful

      Yes thats correct but you CANNOT compare SAP to open source - it runs on linux because they promote it as multi platform but it is so commercially protected and copyrighted that never in a million years could it be open source.

      We are in phase 2 of an SAP Enterprise Implementations and FI, HR and CRM modules live, it's cost us approx $21million AU to get to this point and we run everything on SCO UNIX for stability - im sorry guys never in a million years would a company spend 17-20 million and then put it all on Linux to save some money.

      HR / Corp Finance are governance and control systems and as such they are not the sort of thing a large corporate would ever consider replacing with open source products - even less likely when you consider the fights, schisms and almost religious wars fought amongst the cogniscenti. Companies need legally to have stable systems that work in these areas and a clear and responsible vendor who owns the system (someone to sue if it all goes down).

      The area open source can thrive in is Small Business/ Home office - but i warn you that it means developing open source software for a windows platform as well as linux as you cannot simply expect everyone to use linux (lets be realistic here ok !)

      --
      I refuse to argue with Anonymous Cowards - if you want a discussion get an account....
    2. Re:What about SAP ? by zmooc · · Score: 1
      Moderation Totals: Interesting=1, Informative=3, Total=4.

      Shouldn't that have been Funny=4, Total=4?:) It's NOT meant for small businesses. This was meant funny:) But the moderation of this comment is actually even more funnier than the comment itself:)

      --
      0x or or snor perron?!
    3. Re:What about SAP ? by zmooc · · Score: 2

      You forgot about SapDB. It's their database system. It's completely GPL for the server and LGPL for the clients. It works great and is *COMPLETE*. I really don't understand why this product isn't given any more attention in the Open Source press.

      --
      0x or or snor perron?!
    4. Re:What about SAP ? by deaddrunk · · Score: 1

      So your big bosses read slashdot and comp.os.linux.advocacy? Hi guys :-).

      --
      Does a Christian soccer team even need a goalkeeper?
    5. Re:What about SAP ? by q-soe · · Score: 2

      No im not forgetting it - its just not an accounting or HR system its an open source database intiative and wont ever end up as part of a real world ERP environment - ERP is an area in which companies spend up to 100 million and as such SAPDB and competing products are not on the radar - and IMHO its an initiative SAP GMBH created just to get some open source publicity - show me one real world customer making full use or it - of course you could use it like MY SQL or similar products to build an ERP from scratch but who would - lets not take the simple approach that cash ledger and governeance and compliance are seperate - they are not in large organisations they are fully integrated and this is covered in depth by securities and taxation laws - this is one area where a minor mistake can have huge consequences and as such any serious open source solution would need to be proven to be 100% complaint and fucntional .

      --
      I refuse to argue with Anonymous Cowards - if you want a discussion get an account....
    6. Re:What about SAP ? by Anonymous Coward · · Score: 0

      SCO UNIX for stability?

      Pardon me while I laugh my ass off.

    7. Re:What about SAP ? by fl · · Score: 1

      > SCO UNIX

      I was not aware that SAP supports SCO Unix. Or did you use "SCO" as a more general term?

      > never in a million years would a company
      > spend 17-20 million and then put it all
      > on Linux to save some money

      They do indeed put it on Linux to save real money. But as most people think of saving money for hardware, so your statement partly applies. They save in manageability, easy integration etc. Operations are a bigger part of the balance sheet than any company running NT would ever admit.

      --
      -- Go ahead! make my day... fl@well.com
    8. Re:What about SAP ? by fl · · Score: 1

      > it runs on linux because they promote
      > it as multi platform

      nonsense. it runs on Linux because Linux is the reference platform for the UNIX implementation at SAP. If it compiles on Linux, it can be compiled on the other Unices, too. No worry about developing in a certain direction and waking up to find out that the nice feature you were relying on is not supported by one of the major vendors.

      --
      -- Go ahead! make my day... fl@well.com
  20. KBooks by Dan+D. · · Score: 5, Interesting
    I'm building an application to work like quickbooks (for kde, as if you couldn't guess). I probably shouldn't post this because its completely unusable and I don't want to give anyone the wrong impression. :) But its on topic, and I figure its a good place to beg for helpers. If you'd like to help me, I'll hook you up with the GPL'd source when you drop me an email. Especially anyone that has the gumption to maintain the sourceforge front-end.

    Nathan.

    --
    People who quote themselves bug the crap out of me -- Me.
    1. Re:KBooks by Glorfunk · · Score: 1

      Giving away our secrets, eh? :)

    2. Re:KBooks by Anonymous Coward · · Score: 0

      Sounds interesting. As a former bookkeeper come programmer and linux enthusiast your posting really piqued my interest. A quick look on sourceforge has not revealed any programs that I would consider usable.

      Tell us some more about your project.

      What language are you using?
      If C++ have you considered a cross platform gui framework like wxWindows?
      What database are you using if any?

      I agree with a previous poster who mentioned that Spreadsheet export ability is useful if not critical.

    3. Re:KBooks by Dan+D. · · Score: 1
      What language are you using?
      C++, yes.

      If C++ have you considered a cross platform gui framework like wxWindows?
      Unfortunately, I don't believe KDE is cross platform to windows, but I do believe it'll run on any unix.

      What database are you using if any?
      SQL something :) I'd be almost retarded (yeah the jury is out) if I didn't use SQL.

      --
      People who quote themselves bug the crap out of me -- Me.
  21. Nothing. Linux sucks. by Anonymous Coward · · Score: 0

    Now, before you have a fit... There is NOT much for choice for small to medium sized businesses for Linux. Unless it is being used for a file/print server or internet services, there isn't shit. Most small busineses can not or choose not to spend the money to hire competent help or a qualified Linux professional. I have seen installations done by the usual techie from the local university and wouldn't wish that on anyone, much less a small business. All that succeeds in doing is making the client think Linux is shit. It is not when implemented considering its' limitations and done well. As far as apps are concerned - find me a small business that will pay for the Oracles and SAPs that are around. None. They are thrifty and usually haven't grown enought to understand that the more they invest in their computer systems, the better the rewards.

  22. hospitality accounting by bensej · · Score: 1, Interesting

    I work for a small software company that has a windows based accounting package specificaly written for the hospitality industry. We have several linux server installations and have found them to be faster and more stable than the windows equivilant. We use Progress RDBMS as our backend and have had great results. With a samba share setup it looks the same to our support as well as our customers as a NT installation and it saves the customers a great deal on the up front costs. I am pushing to move towards a server appliance that can just be snapped onto a network but we are not there yet mainly due to the fact that we are unsure as of yet if the market would be interested.

    1. Re:hospitality accounting by curtS · · Score: 1

      also look at Hotel Software Systems Ltd., who makes a hospitality/reservations package used by Cendant, a $4 billion dollar hotel franchiser.

      An article about 'em is here.

  23. Ease-of-use! by apilosov · · Score: 4, Interesting

    One very very important thing that commercial vendors "get" is the fact that a user of such a package is probably NOT accountant, and needs extensive hand-holding when dealing with accounting matters which often have legal implications.

    Commercial packages understand this. QB will offer to set up a chart of accounts based on 'interview'. QB will warn you if you are entering things that don't make sense from accounting standpoint.

    Writing a ledger app is very easy. Writing an easy-to-use app which provides assistance at every step of the way is not.

    This is probably the only case where I think that hand-holding is essential for a product, and why QB is still the only commercial software I use now.

    Actually, now that I have acquired more familiarity with accounting concepts, I may migrate to SQL-Ledger, however, these are things that matter for me:

    a) Payroll. Its a real pain to compute all the various taxes by hand. Its a real pain to track all changes to tax law for your state to be in full compliance. Now, if sql-ledger guys wanted to do payroll, they'd need to track law changes across all 50 states. Somehow, I don't think it'll ever happen.

    b) Compliance (which relates to payroll). Certain reports (941,W2,940, state forms,etc) have to be _right_. Most of them are payroll-tax-related. The penalties are severe and "your honour/officer, my linux software made a mistake" does not cut it.

    1. Re:Ease-of-use! by MeNeXT · · Score: 1
      For payroll use your bank. They probably have a service very cheap and no need to worry about those *&&@$%# tables.

      --
      DRM? No thanks, I'll just get it somewhere else...
    2. Re:Ease-of-use! by uncadonna · · Score: 1

      "track changes across 50 states"... how parochial.

      Yes, payroll is what makes these packages huge and awkward. Ignore it. Use a payroll service. Then you can enter your payroll costs in three lines: paychecks, taxes withheld, payroll service expenses. All the complicated stuff and most of the compliance stuff is handled outside your program and outside your accounting system.

      Saves wear and tear on you, your accountant and your software. Enables you to use open source software.

      It's hard for me to imagine an open source product dealing with the tedium of the employment regulations of every imaginable jurisdiction. It's tedious, uninteresting work that no one would do except for a lot of money.

      The emerging Linux alternative for small business appears to be Star Office, Mozilla, SQLedger, and outsourced payroll.

      --
      mt
    3. Re:Ease-of-use! by rjh3 · · Score: 2

      You left out county and city taxes, social security, unemployment, pensions. This is one reason that so many companies contract out their payroll to specialists.

    4. Re:Ease-of-use! by apilosov · · Score: 2

      Unfortunately, it doesn't quite work like that.

      You need to break down taxes withheld by particular subaccount (Fed/state/city withholding, FSA plans (sec 129), UI, Disability Insurance, and 5 other things).

      If you outsource this to the bank, you need to either enter all these things by hand, or have an interface to download all that from the bank. I don't know any bank that does this.

      If you don't break down taxes by category, you'll run into problems later on.

    5. Re:Ease-of-use! by uncadonna · · Score: 1

      I don't need to do those things because my payroll service does those things and files all the reports. I tell them each employee's gross for each pay period and they work out the details, same as Quickbooks used to, and they fill out the forms, same as I used to. Unlike me, they don't forget how it all goes every quarter, either.

      All that's left to me as an LLC is income taxes, and for those purposes, all those categories are expenses. So I don't need to take the trouble to break it down. Even if I'm wrong and I ever do need to, I have neat consistent records produced by people whose business is payroll.

      What am I missing?

      --
      mt
    6. Re:Ease-of-use! by Niflar · · Score: 1

      Now, if sql-ledger guys wanted to do payroll, they'd need to track law changes across all 50 states.

      May I remind you that this forum is not only for USA? To track law changes in every state and every country might be even a bit more difficult. :-)

      the penalties are severe and "your honour/officer, my linux software made a mistake" does not cut it.

      Guess this is a general difference when you need some "business" software.

    7. Re:Ease-of-use! by Sloppy · · Score: 2

      Payroll. Its a real pain to compute all the various taxes by hand. Its a real pain to track all changes to tax law for your state to be in full compliance. Now, if sql-ledger guys wanted to do payroll, they'd need to track law changes across all 50 states. Somehow, I don't think it'll ever happen.

      They do not need to handle all 50 states. This is where local talent comes in: if you select this software, then you hire someone to modify it to handle the states that your employees work in. What's the big deal? And if this product (I'm not familiar with it) is OSS, they could even check thier mods back into the tree, so the next user who is dealing with the same state/locality, will have less work to do.

      BTW, I maintain (and used to write) an accounting/payroll system (among many other things) for a living. I wrote the code that handles all the payroll stuff in 1989, and most of it hasn't needed any serious changes in all that time. Granted, this particular code is only being used in half a dozen states, but if I was able to handle it, then there are lots of people that can handle it. It's really not that hard.

      Compliance (which relates to payroll). Certain reports (941,W2,940, state forms,etc) have to be _right_. Most of them are payroll-tax-related. The penalties are severe and "your honour/officer, my linux software made a mistake" does not cut it.

      Again, this stuff really just isn't that hard. I did it. Whatever programmers you hire can do it too.

      And why would "linux software" be any more likely to make a mistake, than software for another OS? You're approaching FUD-spread territory, I think. The developer's expertise with the subject matter is what matters, once you get past that, implementation is nearly trivial, and the host OS is utterly irrelevant. Anyone who says "my linux software made a mistake" probably just made some data entry errors and is looking for a scapegoat.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  24. Armor Systems' Advantage / Premiere by waldoj · · Score: 2

    As I wrote on k5 in October:

    Armor Systems' Advantage and Premiere, both fine accounting packages (I gather -- I don't use them) both run on Unix. I don't know anything about their feature set, or even the difference between the two, but my girlfriend's mother (an accountant) runs them on her network, though on DOS, and she likes 'em fine. I've had to paw through the manual on a number of occasions when figuring out the whole multi-user setup, and there are constant references to making it run properly under Windows/DOS, Novell and Unix. Presumably it would be possible to get it to run under Linux.

    -Waldo Jaquith

  25. My Thoughts by Bud+Dwyer · · Score: 3, Insightful

    If you were starting your own business and standardized on Linux as a platform, what accounting package would you use and why?

    You want my honest opinion? (And I know I'm going to get flamed for saying this.) I wouldn't use Linux at all.

    Don't get me wrong--I'm not anti-Linux by any means. Linux remains an important learning tool for CompSci students and others interested in learning about hacking together an operation system from scratch. But I can't recommend Linux for business use.

    Here's my experience. I run a fairly successful business with a mid-sized accounting department. My employees have years of experience with Windows and Windows-based accounting software. It would simply not make sense to re-train them to use Linux.

    The same goes for someone starting a business. Don't ignore basic business sense. There are more potential employees out there who are already trained with Windows. If you do decide to go with Linux, whether out of short-sighted greed or out of the desire to support some vaguely defined set of principles, prepare to spend righteously on your training budget. Linux still has a long ways to go, as far as usability.

    --
    I support a US first strike

    1. Re:My Thoughts by Anonymous Coward · · Score: 0
      Whoa. Check out that user number. A true slashdot veteran. You old school, boy.

      Ontopic: how about instead, he uses Linux for the server. You can uptime, scalability, reliability, lower memory footprint, etc.

      Stick with Windows for the clients (the least-common-denominator approach, as you indicated).

    2. Re:My Thoughts by Anonymous Coward · · Score: 0

      Linux remains an important learning tool for CompSci students and others interested in learning about hacking together an operation system from scratch.


      Troll.

    3. Re:My Thoughts by bourne · · Score: 1

      {sarcasm}Yeah, I remember back when we had to migrate our people off of DOS and onto that Windows platform. It was a nightmare. People didn't even know what to do with the mouse.{/sarcasm}

      Whereas few companies actually "train" anyone anything when upgrading to new operatings systems, and whereas the average "business user" handles their system at the most basic level possible, teaching people to use Linux instead of Windows isn't that big a hit. If you don't tell them it isn't Windows, some of them won't even notice.

      It just depends on whether the applications are there or not. The desktop is getting there. The back end will get there, but will cost the same as Windows for applications if not OS (because, as someone pointed out, you need a bunch of CPA skills to write good accounting software).

    4. Re:My Thoughts by RazzleFrog · · Score: 1

      "My employees have years of experience with Windows and Windows-based accounting software. It would simply not make sense to re-train them to use Linux. " I realize you are trolling but I will give you a legit answer anyway. Most accounting software is client/server. The server would usually be on *Nix or NT. The client can be Windows, Mac, etc. or whatever else the vendor wants to support. Most are also providing web clients using JSP/Servlets.

    5. Re:My Thoughts by esbjerg · · Score: 1

      In my experience most accounting software is based on the client/server model. Still most of the software is written entirely for Windows. The accounting personel at my company has nothing to do with servers - at least as little as I have anything to do with accounting.
      I would LOVE to see the serverside software written for ex. Solaris or BSD/Linux. That would make it an easier job for me whenever we upgrade our license (3-4 times a year) and also provide with a more stable platform than Win2K!

      I don't care kind of software the accounting personel runs. If they are used to windows and there is a windows client - fine with me.

      Just my thoughts.

    6. Re:My Thoughts by cell-block-9 · · Score: 1

      You mean you wouldn't use linux for small business. Small business owners don't wan't to learn about and probably don't need to know about the right computing technology. They are always to pennywise and pound short, spending money on perceived ease of use (i.e. point and click; any monkey with a wrench can and does use and service it) technology. How many small businesses do you know that use the extensible technology built in to M$ Office?

    7. Re:My Thoughts by mike_the_kid · · Score: 1
      Here's my experience. I run a fairly successful business with a mid-sized accounting department. My employees have years of experience with Windows and Windows-based accounting software. It would simply not make sense to re-train them to use Linux.


      While I see where you are coming from, I think the argument is pretty weak and biased (availability bias). Your experience is valid, but obviously it carries more weight with you than with others.

      Thing about working for an unestablished business is that its pretty key to hire the best people, and I am just not convinced that people are unable to adapt rapidly (like over a week) to Linux. Sure, there are growing pains, but these people do not need to hack the OS, write scripts, get their screen saver and email working. All they have to do is run the accounting software client.

      Its a pretty broad case to begin with, but I think the benefits of using Linux can be huge if you do it right. But this is getting off topic, so let me just say that a lot of the HRIS managers I know get pretty frustrated at having to reboot / kick the NT server regularly, and they are not computer experts. So its not like they have a huge intellectual investment in Windows.
      --
      Troll Like a Champion Today
    8. Re:My Thoughts by Anonymous Coward · · Score: 0

      You want my honest opinion? You don't get it.

      I run a very successful medical billing department. We use a commercial medical billing application which is based on the D3 multi-value database engine (from Raining Data). The interface is the same regardless of whether the user is on a Windows or Linux system. None of our other employees (who have no Linux experience) have any problem using this software.

      The issue of retraining is a red-herring. You always have to retrain your users when you upgrade or replace your software.

    9. Re:My Thoughts by Snafoo · · Score: 3, Interesting

      I'm going to reply to your comment before you have the misfortune of being modded down into oblivion as a troll (and I don't think you are.)

      First off, some background: I'm currently working as a network admin (and jr. sw/ engineer) for a small (~10peep) company that has a small quotient of (extremely) technically-proficient people and a lot of very wonderful people whose expertise is in other fields. I mean, *really* *way* other fields. No offense -- these people are all great -- but they have the combined computer know-how of my cat. I mean, some of these people get confused when they accidentally collapse one of the 'folder-branches' in Outlook ("hey! I can't find my inbox!") These people have a hard time using Windows, let alone using linux. However -- and this is the important bit -- they only use about .5% of the features of their operating system. That is, they each have very little investment in learned skills. Each person knows the bare basics of what it takes to accomplish their job -- the sales guys know how to send, receive and sort email; the secretary knows how to work Excel and Dynacom, and so on, and so on. The upshot is this: All a replacement platform needs in order to be 'drop-in' is a precise rendition of the basic features of Word, Outlook and so forth. Due to the recent TCO explosion in the use of MS products (virii, worms, IE holes, subscription fees....), I've been given the green light to migrate everyone to linux. Initially, I was sceptical. although I'm willing to loudly advocate linux at the drop of a hat for (especially Internet-facing) servers, I was afraid of the headaches that would emerge when I had to field complaints. However, as it turns out, using a windows-like WM (for instance, icewm) and Abiword, Gnumeric, and Evolution works great. Although none of these packages is perfect, they're all 'good enough' simply because the skill set of each employee is typcially so narrow. It's actually the power users that put up the most resistance, and they can usually be assauged by giving them a full GNOME desktop (panel applets and Nautilus are like Jesus for winning them over.) Although KDE works great too, and in fact is what I regard as the superior overall desktop, Abiword and Gnumeric and Evolution and Opera win the vote for Gnome; they're (generally speaking) more well-rounded and more user-friendly than their KDE cognates . Especially important is the degree of browser/filemanager compatibility; as much as I love Konq, it frequently butchers IE-philic web sites (little ?-marks instead em-dashes, for instance), and that makes it very confusing for newbies.

      --
      - undoware.ca
    10. Re:My Thoughts by MeNeXT · · Score: 1
      Oh give me a break.


      Training for a accounting system is a joke almost all run +/- the same I have used over 10 different systems, from $150,000.00 systems to small $3,000.00 systems. once the initial setup is done the only diff. between aps was which reports need to be generated.


      I say get rid of these stupid GUI systems which slow down the user. Get rid of the TAB for next feild it should be ENTER. If you ever had to enter Invoice, Checks, or JE's you would know what I mean.


      And the last but most important thing....I need it to work from all stations all the time. Downtime is not an option. So give me Linux, FreeBSD, *NIX accounting any day.


      /RANT

      --
      DRM? No thanks, I'll just get it somewhere else...
    11. Re:My Thoughts by cyril3 · · Score: 1

      100%. Any accountant worth his pay can figure out an accounting system in a few days and a week later can use it pretty well. If they are any good at all. Training is for bookeepers and they are the ones who have difficulty changing. A GUI is a GUI and as the man said, get rid of them cause they get in the way. I think they were invented by someone whose mouth moves when they read.

    12. Re:My Thoughts by snake_dad · · Score: 3, Insightful

      This is a really interesting view on the training-issue. I think the non-technical people in our company would fit your description. However I think they might complain that all those funny .exe's they receive via email don't work... :/ Key would be to have technical support people that are proficient(sp?) enough in linux to set things up solidly.

      --
      karma capped .sig seeking available Slashdot poster for long-term relationship.
    13. Re:My Thoughts by WheelDweller · · Score: 1

      Make sure you've looked _lately_ at Linux; the latest Redhat 7.2 with Ximian loaded is incredible. Smooth, well-considered menus, easy-to-operate "Explorer" (I still hate that name) and as a sysadmin is in charge of the root password, they can't add all the stupid stuff like ElfBowl and Frogpult. Not to mention the rest of the well-known attributes.

      Take another peek; I think you'll be surprised by the changes that happen every quarter-year.

      http://www.ximian.com

      --
      --- For a good time mail uce@ftc.gov
    14. Re:My Thoughts by Guil+Rarey · · Score: 1

      "Here's my experience. I run a fairly successful business with a mid-sized accounting department. My employees have years of experience with
      Windows and Windows-based accounting software. It would simply not make sense to re-train them to use Linux."

      Oh, bull.

      That 50 year old clerk in the accounts payable department does indeed have years and years of experience on Windows based accounting systems.

      About 10 years, MAX.

      Before that? Oh yeah, she was using a DOS-based or mainframe or mini-based system. Before that? Well she probably broke in as a young kid one keypunch machines and other dinosaurs of dataprocessing equipment, or even a manual system.

      She does her reconciliations on Excel? and can't move to OpenOffice or something? Then how did she move from 123 to Excel? of from Visicalc to Excel?

      Don't get me wrong, retraining is often time-consuming and rarely fun.

      But too difficult? Bull.

      --
      Do not taunt Happy Fun Ball
    15. Re:My Thoughts by The+Breeze · · Score: 1

      Training costs for the average bookkeeper-level user: $200-$400 / day

      Number of days required to train a user on any well-written accounting program: 2

      Not having to pay money for excessive Windows support costs: Priceless

      Actually, if you do the training yourself, figure $100-$200 / day for the data entry people and $3-400 / day for the higher-ups...and that's all salary.

    16. Re:My Thoughts by Anonymous Coward · · Score: 0

      Actually, the short-sighted greed is in sticking with the Windows solution for fear of some end-user retraining costs. Amortize those retraining costs over the viability time of a free, open platform and compare those costs to those of continuing to use an ever more expensive closed platform and the real value becomes clear.

      A sensible IT department looks to the long term and sees that subscription based licensing and mandatory upgrade cycles for mature products through gratuitous incompatabilities is an untenable situation.

      Take control of your costs rather than just throw up your hands and pay through the nose because you are unwilling to retrain your users.

      After all, they migrated from WordPerfect and 123 to Word and Excel. Why can't they change their accounting package?

    17. Re:My Thoughts by sheldon · · Score: 3, Interesting

      While your theory that users don't need much functionality may work in theory... it doesn't hold in practice.

      The instance Joe from accounting asks his buddy Bob who works at Company X how he does something, and Bob sends him a sample Excel spreadsheet that doesn't work on Joe's computer... someone is going to ask "Why aren't we using standard software?"

      For a company I worked at back in 1996 that was standardized on OS/2 and Lotus Smartsuite, this is what pushed them into migration to NT4 with Office 97.

      That and the HR people had a hard time finding people trained in AmiPro, but no problem finding people already trained in Word.

      Good luck with your migration plan, but I hope you have a backout strategy already devised.

    18. Re:My Thoughts by Anonymous Coward · · Score: 0

      I thought this whole discussion was about how this miraculous "well-written" accounting program for Lee-nucks doesn't exist.

    19. Re:My Thoughts by elefantstn · · Score: 2

      I work in pretty much the exact same situation, and I'm doing the same thing. The number of people who actually use 90% of the features in Excel and Word is very small, so Gnumeric and AbiWord (or OpenOffice) work just fine for them. I haven't begun to move former Windows people over to Linux yet, but new desktops are coming in as Linux workstations, with only applications that I (and company higher-ups) decide they need. Salesmen get workstations with Evolution to do email and keep track of their appointments and contacts and AbiWord/Gnumeric, the guy who does the order packing just has an old Pentium 166 with IceWM and a custom GTK/Python app for printing packing slips.

      The good thing about deploying Linux is that since it plays nicely with others, I don't have to migrate people who would be hurt by the move. Our accountants are used to Peachtree, so why change them? The print server they use is now a Linux box, but they have no idea anything changed. The shipper has UPS's custom Windows app on his machine, and that's fine. The Win95 box is on will remain usable until it burns out eventually, no need to change anything.

      Especially in this economic climate, my smallish company cannot afford Windows/Office licenses. With Linux, we're upgrading our technological presence at minimum cost. I can buy Athlon barebones kits and create top-of-the-line workstations for under $600 and save nearly $400 each by not using Microsoft for anything.

      --
      If it ain't broke, you need more software.
    20. Re:My Thoughts by Anonymous Coward · · Score: 0

      While it's true that people tend to resist change, the idea that they can't learn a different system and that they even need to be trained to use Linux are pretty weak. Your arguments are not totally invalid, but are not as strong as you think. I recommend looking at the whole thing again, and even looking at Linux again.

      Regarding your claim that Linux is not ready for the desktop, I would support it if your environment was the same as mine. I am a network engineer and *nix admin living and working in Japan. I don't have to deal with Windows or support end users, and these are good things, but if I did have to support users it would be really hard to put them on Linux for desktop use.

      Why? Not because Linux isn't ready for it, but because Linux isn't ready for it in *Japanese* (or other double-byte languages, probably, and don't even talk to me about Linux and Vietnamese). Evolution is a nice drop-in replacement for Outlook, but it's not so great in Japanese. Even in a Japanese locale, the whole help menu and help are in English only. That wouldn't cut it here. And if you do a Japanese locale, it encodes the mail headers in *$&%&! UTF-8 (I better not get started on this, but suffice to say that this was a brain-dead thing to do. Thanks, Ximian. Now fix it).

      Other things tend to be better, but one of the things you do
      need to do is run ATOK-X for Linux, because the free Japanese IMs such as Canna and FreeWnn stink. Anyone who has used MS or Apple, or Atok for Win or Mac, knows what I mean. So figure on at least one proprietary software package to run on every desktop.

      Other apps, such as Abiword and Gnumeric, seem OK for Japanese, although I haven't torture-tested them. I mostly just use vi.

      Mozilla is fine in Japanese. So are Gnome and KDE.

      BUT - take away this double-byte problem, and you take away all the other problems, too.

      If I were working in an English-only environment, it would be pretty easy to get a lot of people using Linux pretty quickly. Would I have to train them to use Linux? No. They just log in using a graphical desktop (which they may already be doing on Windows) and pick their apps from a menu. Totally familiar so far, and the apps may work a bit differently from MS Office, but most people use spreadsheets and wordprocessors for fairly basic stuff, and it's not that hard to learn.

      And let's remember that most of the people using those MS Office apps had somewhere around zero training from their companies. A great deal - often all - of what they know is self-taught, maybe with the use of a book they bought, combined with experience.

      You may talk about administration, but let's face it: end users should not be responsible for system administration - or even allowed to do it. The competence to do it is rare, and the cost of the damage they do outweighs the savings you might occassionally get. This isn't a criticism of end users - it is not their job to be sysadmins. Their expertise is in other things. It's my job to be a sysadmin, so that the system and network makes it possible for them to do their jobs.

      Now, I know that there are companies (too many) who expect the users to do their own admin tasks, or have low-paid, low-competence "administrators." We even have some customers like that, and their admins scare me, they're so dumb.
      But running your company that way is foolish. Believing you don't need competent admins is criminally stupid (a lot of people don't believe it, but an NT/W2K/XP admin needs to be just as skilled as a *nix admin, and when they are, the systems they administer run pretty well; MS has told a Big Fat Lie that you don't need a professional admin if you use Windows, and a lot of people have believed it, to their detriment), and should be punished. Actually, it is punished through lack of reliability, regular virus infestations, etc.

      So, what we see is that administrative costs of running Windows are (or should be) about the same as running *nix and could be higher, since *nix is a lot easier to remotely administer and you can automate a lot more administrative tasks. Hardware costs of running Linux will be about the same in the worst case, but may be somewhat lower because you generally don't need hardward that's as fast to run Linux (note, though: XP on a K62-400 w/256 meg is *fast* even though I find it annoying). Training costs are about the same.
      For most places, that's around zero. Companies hire you expecting that you know how to use a word processor, spreadsheet, etc.

      What's left? Software cost. OK, now we're getting somewhere.
      We can download a Linux distro for free, and buy little or no proprietary software (maybe an accounting app, like is being discussed here). The admins can customize it, then create a custom install image that they load onto every workstation.

      All right, now we're saving hundreds of dollars per machine,
      and we will see recurring savings on this in license fees that we will not need to pay down the road for new verions. What do we need to do in exchange for this? People need to familiarize themselves with a different, but similar, office suite. Maybe we need to help some of them get started, or figure out how to do X, Y, or Z. Maybe we need to show some of them the same thing 20 times. Or 50. Or more.

      Show me an organization where the helpdesk staff don't go through the same thing with Windows and Mac users every day. You can't, unless that organization has no Windows or Mac users.

      Now, since the original premise was for starting a business and settling on Linux, we don't even have to migrate. We just setup our office network, it runs Linux from day one, and people just get to work. The transition will be no worse than Win users going to Mac, or vice versa.

      Linux is a pretty capable office environment these days, when you have professional admins backing it up. So is Windows. When you don't have professional admins, both will be a problem. Windows will succeed better at hiding the problem from you until you're really in trouble. I know which one I'd rather have.

    21. Re:My Thoughts by Anonymous Coward · · Score: 0

      Just another variant of the 80/20 rule:
      http://www.joelonsoftware.com/articles/fog000000 00 20.html

    22. Re:My Thoughts by Anonymous Coward · · Score: 0

      No he/she is not trolling. If you would read the post, you would realise that the topic is about running the CLIENT on Linux. If it was just a matter of running the server backend, then all you would have to do is install Oracle or DB2 on Linux and be done with it.

      Or possibly installing an ODBC client for MySQL or PostGres.

    23. Re:My Thoughts by Snafoo · · Score: 2

      First off, the bit about the 90% of the users being almost completely computer illiterate is not a theory, it is an empirically-proven fact. I have the tech support nightmare-stories to prove it. :) Secondly --- and I think this follows pretty much immediately from the definition of 'computer illiterate' --- they do not use many, if any, 'power features'. Good god, teaching them to adjust their margins by any method other than tabbing was a challenge! Feature-wise, they use whatever's really thrown in their face (ie. the ability to cut and paste, the ability to make a memo or a letter with a company template) and very very very little else. These are all highly-intelligent people who, god bless 'em, simply know fuck-all about computers.

      Secondly:
      See, Gnumeric and AbiWord are actually pretty good at handling basic .xls and .doc files. For anything more difficult, it will be trivial to maintain a W2k box in the corner with some VBA scripts and Distiller to translate incoming Excel, Word into PDF. Besides, these days incompatibility with Word and Excel macros is a feature, not a bug :)

      Also -- and I should be clear about this -- *I* *am* the entire IT department for this company. They'll all be using standard software, because I set the standard. Bob from accounting doesn't have an option. If he really really really really needs to use windows for some reason, he'll be using AbiWord to communicate with the rest of the company, point finale.

      --
      - undoware.ca
    24. Re:My Thoughts by nagora · · Score: 2
      It would simply not make sense to re-train them to use Linux.

      Then put KDE on the machines and just re-train them for the accounts package.

      I can't stand KDE for the same reason it would solve your objection: it's so like Windows that users frequently can't tell the difference. I've had several temps in here using Star Office under KDE that have never realised that they were using anything other than Windows 98.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    25. Re:My Thoughts by RazzleFrog · · Score: 1

      You know nothing about the topic so don't post. Accounting software is typically client/server. Most of the application runs on the server. The front end can be anything from PC to Mac to Web based all with the same accounting software.

    26. Re:My Thoughts by RazzleFrog · · Score: 1

      Oh and the Database is the the third tier. Go look up n-tier applications.

    27. Re:My Thoughts by HiThere · · Score: 2

      Perhaps you could say that this was a method of protecting them against computer viruses?

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    28. Re:My Thoughts by Sloppy · · Score: 2

      The reason this is so ridiculous, is that there are so many accounting programs out there. No matter what software you pick, none of your employees are going to be familiar with it. The users are going to need training with the app, period. Choosing Windows doesn't avoid any of these costs, because while your users may know MS Word and MS Excel, the actual app they'll be doing all their daily work in, will be "Foo Accounting System", which none of them have ever seen before.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  26. why get all fancy? by Hooya · · Score: 1

    expr does the job for me just fine ;)

  27. The problem open-source accounting apps. by bald_spot · · Score: 4, Interesting

    There are a couple of open source apps on slashdot, and Linux already runs commercial db products such as those based on Oracle,DB2 or Progress. The problem for an open source project is that every country has different mandatory and/or statutory accounting rules that need to be followed, so in order to gain the cross-national critical mass that an open source accounting project would need, it would have to recruit experienced accountancy/ERP/CRM programmers from a multitude of different countries, with a project leader from each country assuring that his/her countries requirements are not ignored. This could be the biggest sourceforge project of all time!

    1. Re:The problem open-source accounting apps. by RazzleFrog · · Score: 1

      Mod him up because that is a great point I missed. Having audited some multi-national companies I know first hand that working with different accounting standards is a bitch. There is an International standards board (IASB) that is the counterpart of the US FASB but until recently they were almost competetive in some standards. Currency is also a huge issue. We had to update our ledger software just to include the Euro.

    2. Re:The problem open-source accounting apps. by CustomDesigned · · Score: 1
      Truly good accounting packages are customized to the business. Not only regulations are constantly changing, but you want to capture business rules to code as well.

      Ideally, there should be a open-source framework for the accounting - like what IBM is doing with "San Francisco", but lighter and open source. Then, it is the job of a (paid) consultant to create very specific modules for core business transactions - or a computer savvy user might undertake it themselves.

      The nice thing about being that paid consultant is that the rules are constantly changing - which means the customer needs more modifications. Our company handles US import/export accounting and paperwork, and every day we get e-notices from the Feds about rule changes (with effective dates - you still have to handle the old rules with older shipments)! Needless to say, we like dynamic languages like Python and Java - and C++ doesn't cut it, except for rarely changing performance critical components.

    3. Re:The problem open-source accounting apps. by DSTA · · Score: 1

      This could be the biggest sourceforge project of all time! Agreed. And half of the crew would have to be assigned to the German version to have a (slim) chance of keeping up with the tax and accounting law makers here.

  28. commercial accounting by prpplague · · Score: 1

    my company is slowly moving our *nix based accounting system to linux. our accounting system is very flexible, however we specialize in account for hardware stores, lumber yards, and construction. although our software runs well under linux we have met considerable resistance from our customer base. we often get customers who would prefer paying for SCO Openserver than use a "free os", after all "how good could it be if it is free". we hope as more of our customers begin to us linux for their mission critical accounting, they will realize that linux provides a robust platform for small to medium sized business. so far its been an uphill battle.

    http://www.abcsinc.com

  29. HRIS / Payroll Accounting by mike_the_kid · · Score: 2, Informative

    Seems like HR / Accounting systems are basically database, and as part of the package the vendor sends along some management clients. The clients are not the core technology, and are probably easilly ported and platform independent of the server.
    For the database you have the standard choices, (Oracle, DB2, some others). The clients are kind of independent of the server.
    I am not answering the question, I am just speculating that there is a bit more to the choice than which vendor. If you are buying an HRIS or accounting system, and your definition of mid-sized company and my definition of mid-sized company mesh, than I would imagine that the platform will not be a big deal. This is not consumer software, this is server software, and my impression is that the playing field is a bit more level.
    Now as for an open source alternative, that looks like a shame. A quick search does not turn up much for HRIS projects that are open sourced. Does not seem like such a tough task to tackle. Right -- lets just whip up a MySQL object model, store information about employees and have a PHP interface and XML and java [catching my breath]. These systems tend to be pretty complex, fairly specific (to the business processes that they fit in place with). Also, there are all kinds of legalities that go along with HR and accounting for mid-sized businesses.

    So basically my answer is: PeopleSoft or Ceridian or IBM (just three quickies off the top of my head) would probably love to sell you a Linux HRIS. Maybe I am wrong, but this sort of thing was probably migrated to Windows from Unix back in the day, not the other way around. The key word above is sell.
    I can not wait to see what Open Source solutions turn up here, but it is a difficult problem to solve, an my expectations are low.

    --
    Troll Like a Champion Today
  30. Appgen for Linux by Darth+RadaR · · Score: 4, Interesting

    DISCLAIMER: I'm not trying to sell this program, just sharing info on a product I am currently working with.

    I've been setting up Appgen's beancounter software. Can't say much about it, because I'm currently installing, importing files, and configuring it (I'm working on a client/server version), but the client can run on Win**, Mac, Linux, and Unix (*BSD, Solaris, SCO. YMMV). The server program runs on *nix (even on things like AIX, RS/6000, AT&T, and NCR) and NT/2000. If you want to run it just on one workstation, you can do that too. The Linux server program is not the prettiest thing (vt100 based), but it takes up very little of your precious resources. The Linux client program for KDE and Gnome is *VERY* nice looking and easy to work with (though I don't know squat about accounting). It could convince people that Linux might just have a place on a non-tech's desktop. I was impressed and I'm not very easily impressed.

    It's not open source in the GNU sense, but it does come with the full sources and a C tool kit. I didn't have to sign an NDA, so make of it what you will.

    Check out http://www.appgen.com. They're a *very* Linux friendly company and actually have tech support that doesn't freak out when you say ,"Linux".

    btw, It's not nearly as expensive as some beancounter programs I've seen out there.

    --
    /*drunk.. fix later*/
    1. Re:Appgen for Linux by Anonymous Coward · · Score: 0

      I have installed Appgen on a few Linux systems for clients and use it for my own company as well. Having worked for a VAR of a very large, and very expensive accounting/manufacturing system in the past, I have been very delighted with Appgen. Tons of features usually found on the more expensive systems but only $799 for 10 users for their full client/server system.
      Nice Windows/Mac/Linux Clients so it really doesn't matter what your using as your desktop.
      I have had a very positive experience with Appgen support and recomend it to all of my customers.

  31. Ask your CFO by aozilla · · Score: 2, Insightful

    If you were starting your own business and standardized on Linux as a platform, what accounting package would you use and why?

    Whatever the accountant/CFO/treasurer was most familiar with. The cost of the manpower is going to greatly exceed the cost of the software, in this instance.

    --
    ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    1. Re:Ask your CFO by MeNeXT · · Score: 1
      Accounting is accounting is accounting. The issue is does the app produce the roports which you require. Is it ment to manage your business ie intergrated with a POS system or is it just a tool for financial information.


      What makes an accounting app great is how can you present the financial info. What analisys does it allow you to do? Does it reduce your work load?


      If you know one accounting app you know them all.

      --
      DRM? No thanks, I'll just get it somewhere else...
    2. Re:Ask your CFO by aozilla · · Score: 1

      If you know one accounting app you know them all.

      I'm not a fan of micromanagement. If I have a certain set of requirements for reports, I'd rather discuss that with the accountant and get his/her suggestions. Unless this is an extremely small business (say less than $100,000/year revenue), you're going to want a dedicated person working at least part-time on managing your finances. Accountants, like programmers, want to at least perceive that they are in control of their own work. Giving them latitude in their accounting environment will pay off in loyalty and productivity in the long run.

      Even if you insist on having the final say on the software package, the question of what is out there and how good it is is much better researched by the person doing the work than by some random people on slashdot.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    3. Re:Ask your CFO by MeNeXT · · Score: 2
      This is not an opinion of a random person on slashdot it's a question of who is using the app. If your accountant is entering invoices in your system fine but the entry is always done by a clerk and the accountant verifies the enties. All he needs to see are the financials, the GL detail and the supporting ledgers.


      Chances are he is not doing the work but rather verifying it.

      --
      DRM? No thanks, I'll just get it somewhere else...
    4. Re:Ask your CFO by aozilla · · Score: 1

      If your accountant is entering invoices in your system fine but the entry is always done by a clerk and the accountant verifies the enties.

      You make a very good point there. I guess it really depends on your industry, the size of your company, and your expectation for growth. A lot of the time it's going to make sense to just outsource your accounting completely. Other times may call for other circumstances. I can't think of a situation where it makes sense to pick the software first and the accountant second, though.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
  32. Again by Bud+Dwyer · · Score: 1

    Ontopic: how about instead, he uses Linux for the server. You can uptime, scalability, reliability, lower memory footprint, etc.

    Linux is a great teaching tool, but not my first recommendation for business use, even as far as servers go. (Also, I don't think any knowledgeable person has accused Linux of having excellent scalability.)

    Depending on price and application considerations, Solaris, Win2k, or *BSD would all beat out Linux. I'd recommend Win2k for servers if you can't afford the type of Admin talent needed to properly maintain a *nix box; Solaris if you need the best, and are willing to pay; *BSD, otherwise.

    1. Re:Again by sulli · · Score: 1
      Solaris, Win2k, or *BSD would all beat out Linux.

      Are you sure about *BSD? Even OpenBSD leader Theo admits that, since it continues to lose market share, there isn't as much admin talent as there used to be, and it's generally limited to hobbyists, dabblers, and dilettantes. But I may be wrong.

      --

      sulli
      RTFJ.
    2. Re:Again by Anonymous Coward · · Score: 0

      I heard that another crippling bombshell struck the beleagured *BSD community this month. Anybody have more info on this?

    3. Re:Again by Anonymous Coward · · Score: 0

      yes the NFS / VFS bugs.

  33. accounting on linux by Anonymous Coward · · Score: 0

    we use open systems (osas.com - i think)
    they certify for redhat, we use suse

  34. Oracle by rfreynol · · Score: 1

    Oracle's suite of financial, ERP, and CRM applications are available on Linux.

    1. Re:Oracle by Anonymous Coward · · Score: 1, Insightful

      Heh - Yeah - we have a business of 14 people, and Oracle wanted $1 million over 4 years, and we wouldn't own the software at the end of it. And this was their "small business solution". Before they came up with that they said to us "which side of $50 million is your turnover", and when we laughed and said "well below" they pretty much walked out. Unless Oracle have totally changed their tune in the last 9 months, I'd discount them totally (no pun intended).

      Anonymous because I'm pretty certain I'm not supposed to disclose Oracle's obscene pricing.

    2. Re:Oracle by rfreynol · · Score: 1

      Oracle Small Biz Online. Completely hosted, web based solution, $1200 per year ($99 a month).

      You ask for it, Oracle trys to sell it. Its obvious you never set expectations to begin with. You WOULD own the software, just don't expect any support unless you pay maintaince.

      -Rob

  35. Accounting Systems on Linux? by jstypo · · Score: 1

    sql-ledger is written in perl and works synergistically with open source successes such as postgresql and apache to provide an excellent double entry accounting package for multiple users and multiple companies. It is currently translated into 17 different languages and being actively developed at this time. It's worth the effort to look into it now because of a soon-to-come big leap in functionality on the release of version 1.8. Setting up is not complicated and for the purposes of testing (or running a private installation) you can use Doug Neal's very capable dnhttpd webserver written in perl (included in the distribution tarball). Kudos to Dieter Simader, the main developer from Canada and a host of other dedicated developers throughout the world. Great work guys!

  36. Oracle Small Business (aka NetLedger) by Fozz · · Score: 1

    I've been using Oracle Small Business for the last year or so to manage the books for my business. It's reasonable to subscribe to, is completely web based, and includes Quickbooks/Peachtree import/export facilities.

    1. Re:Oracle Small Business (aka NetLedger) by jpcampbell · · Score: 1

      Intacct (http://www.intacct.com/) is another similar
      company. However, while OSB is geared to smaller
      companies, Intacct is designed for mid-size businesses
      (up to a few thousand employees). It is much more
      robust and featureful. It also runs completely on Linux.

      jpc

  37. Gee, good question.. by MADCOWbeserk · · Score: 0

    I have always used Quickbooks. Since I sure they are already doing a OS-X port maybe a Linux port can be wrangled out of them.

    There is an online quickbooks, god only knows how it works on browsers other than IE and I think there is a hefty monthly fee.

    Accounting programs are certainly killer-apps for computers, like office suites. Thankfully Microsoft doesn't own this segment so maybe there is hope for Linux inroads.

  38. Oracle Financials by eggplantpasta · · Score: 1

    Since Oracle's database runs on Linux perhaps Financials will run on Linux too? Does anyone know? It's a bit of an academic point really because the purchase price and maintenance cost of the software usually dawfs the hardware cost people generally go with the common hardware / software platform (in Perth here it seems to be Sun / Solaris or IBM / AIX). No one wants to be bleeding edge with their mission critical corporate data. Even in our own company's office, which is entirely Linux, we have to keep an old windows box on the network just to run MYOB. Sad really.

    Brett.

    --
    "Don't forget the prunes." L. Francis Herreshoff
    1. Re:Oracle Financials by Anonymous Coward · · Score: 0

      Oracle Financials and the other Applications
      DO RUN ON LINUX!

      We run them here at our company in Austin,
      and the system has been rock solid.
      (Except for the numerous patches that Oracle 11i
      has.)

      The consultants even begged us not to put it on
      Windows NT.

    2. Re:Oracle Financials by forkb0y · · Score: 1

      You can run the 11.5 flavour of some of the 20 odd different Oracle applications on Linux, but that does limit you to the Intel platform. Most medium and certainly the majority of large businesses are going to shy away from not using more significant hardware in their server rooms - at least today.

      You can't get better business software than Oracle (save me the SAP rant) but unless you have more than $500M USD/year in gross revenues, it may be better to use either Business Online or the Small Business Suite as mentioned earlier.

      HTH

    3. Re:Oracle Financials by Cando · · Score: 1

      Not correct. I work for a manufacturing co implementing oracle on linux. We are moving from AIX to RH 6.2EE. We were sick of the horrible lease of AIX equipment we had and the trap of IBM Support (It seems that everything we wanted to do violated our service contract. Don't even think of TOUCHING the machine without IBM there to bill you.)

      Oracle supports both RedHat and Suse in various combinations. We are taking live 11.5.2 w/RH6.2EE. Oracle 11.5.2 runs fine on it. We have fully tested it and are only having problems with one module. The problems have more to do with our tester (non-tech employee) than anything else. Oracle 11.5.3+ runs fine on 7.1. I haven't tried anything else, as my time is somewhat crunched.

      This wasn't done strictly to save money. This was done to give our company the flexability to get everything done the way we wanted to and to be able to support ourselves. We have four highly qualified people on staff who can all troubleshoot the system.

      The only downside (though it is a major one) is the lack of linux knowledge held by oracle. This is not always a problem, and there are some knowledgeable support people there. Unfortunately, it seems that most of the analysts there don't even know how to pronounce linux, let alone use it. This means educating support before they can help you fix your issue.

      --
      All opinions expressed here belong to the voice in my head.
  39. NOLA by larsu · · Score: 1

    NOLA (http://nola.noguska.com/) is a GPL'd web based business accounting/inventory system built on PHP and MySQL, and should support other db's with only minor porting.
    Disclaimer: I work for them.

    1. Re:NOLA by Anonymous Coward · · Score: 0

      Seems your web server wants to send gzip compressed files even though my browser (ie5 on os x) wouldn't have said anything about accepting it.

  40. NOLA - GPL'ed accounting by CurlyG · · Score: 0, Redundant

    We're an small company making extensive use of open source software and recently settled (after an exhaustive morning searching freshmeat) on NOLA by Noguska Software.

    It's Apache/PHP/MySQL-based and a very comprehensive solution (according to our normally-Windows-using CFO). It has a simple interface, and covers accounting, inventory, point of sale, contact management, billing, puchasing, and reporting.

    It's also completely GPL'ed. Check it out - it rocks!

    --
    You know they call 'em fingers but I've never seen 'em fing. Oh, there they go.
  41. Some QBooks thoughts by Triple+D · · Score: 1

    I'm not a programmer but I've acted as an accountant for a small organization.
    Qbooks can be great for a *really* small company. It does a bunch of things automatically, ie: write paychecks, and w-2's. (A small business that has less than 10 people on the payroll doesn't need one person dedicated solely to producing payroll.) The tax wizards need to be updated, so KBooks or any other financial software for small companies would need to produce patches whenever tax law changes.
    Another key feature you'd definitely want to include in KBooks, would be the "export to a spreadsheet" option. You could improve on the QBooks/Excel relationship by allowing the spreadsheets to be automatically updated from KBooks.
    Good luck!

    1. Re:Some QBooks thoughts by Glorfunk · · Score: 1

      yeah i use exporting to excel at work alot. You can drop numbers into an excel spredsheet in the form of a basic funtion and the report updates itself everytime you open it.

  42. Quasar by Cutter · · Score: 1

    Linux Canada makes an accounting package and a POS package.

    The one thing I still look for in a accounting package is the ability to do batch imports into the journals like AccPac (at least the dos version).

    --
    ---- If only I could be respected without having to be respectable.
  43. We use ABS by TokyoJimu · · Score: 1

    We use accounting software from American Business Systems and have for many years. We're pretty happy with it, though it is all text based.

    We used it first under Interactive, and now under Solaris, but it runs under Linux too, or any platform that Acucobol supports.

  44. VMWARE + QuickBooks by naskovz · · Score: 1

    I use Vmware to run QuckBooks for my
    business and Quicken for my personal stuff.
    They are in two different VMs and it runs
    great. No complaints. I run them on a 2x400 MHz
    with 256 MB RAM. I run them with Win98 and
    using suspend mode makes the startup and
    shutdown time insignificant (relatively).
    So when Quicken/QuickBooks decides to crash
    the OS. I just restart the VM.
    I also do backups on the Linux drive using SAMBA
    and am able to do unified backup on the Linux
    system only. If I wipe stuff out I reinstall vmware
    win98 and Quicken/Quickbooks, and then use
    the last backup files. Works great. It is also
    a small and portable way to move to a new
    system when I can afford one.

    Z

  45. If you cannot bill you cannot make payroll... by teambpsi · · Score: 2, Interesting

    When we started our ISP seven years ago we almost died in the first few months because we couldn't get the bills out -- off the shelf software was not setup to handle recurring billing models.

    What we ended up doing was writting a custom web-based billing system that is now in its third iteration all in PERL and Postgresql

    Its like George Clason extolled through his protagonist "Arkad" in the Richest Man in Babylon -- pay yourself

    If you cannot bill your clients accurately and timely, you cannot make payroll

    Look at how McLeodUSA is dying a horrible (and well deserved) nasty death -- ever since they took over Ovation here locally in the Twin Cities, they have yet to get a single invoice correct -- its so bad we had to switch to another provider in order to get their attention.

    The Last impression is often a lasting impression -- your billing is an almost free marketing channel to your clients

    Make it work for you

    --

    Old age and treachery almost always overcome youth and skill.
  46. MAS90 & Linux by gavinroy · · Score: 0, Offtopic

    Just some feedback on the commercial front. I run a linux based server farm with win clients at work. Our accounting department, prior to me working there, chose mas90 which runs off an nt server in a multi-user environment. When I tried to serve mas90 off a linux samba server, mas90 choked. Apparently it will not run off Samba share without corrupting the data (this according to our MAS90 consultant). I ended up putting it on our head accountants win2k workstation and having all the other accounting people access her win2k share p2p. If anyone has worked around this problem, please let me know :D

  47. Spend the Money by cthlptlk · · Score: 4, Insightful

    I spent a lot of time last year looking for open source accounting software. I'm not happy about it, but I would not recommend open source enterprise accounting to anyone who wants to keep their job/business.

    Cost: Yes, commercial accounting systems are incredibly expensive. Unfortunately, fucking up your financials is far, far more expensive than investing money in good, supported software. Call a few lawyers and accountings who do auditing and ask for quotes on hourly rates if you're not sure. Bad accounting will ruin a business very, very quickly.

    Reliability: I believe in the basic cathedral/bazaar theory, but there just aren't enough people writing and using open source enterprise accounting packages for the theory to apply. Unless there are tens of thousands of users, I have to assume that there are bugs in the system and I don't know where they are. See costs, above.

    Personnel: if I need to hire someone from a temp agency to sit at a workstation and do AR for a few days, I don't want to spend half the time I'm paying an outrageous fee training them on an obscure system or how to use their damn operating system. If I need to have someone set up the system (as I am not an accountant), and pay truly outrageous amounts for their time, I sure don't want to spend thousands of dollars getting them familiarized with the system. Especially when they will still be punting on decisions that can affect the system years later.

    Everything that I've said isn't true if there's an open source solution that becomes widely used...but accounting is really the last area of your business where you want to be on the bleeding edge of software development. In other areas, the bleeding edge might give you a competitive advantage, but in accounting, you will just plain bleed.

    1. Re:Spend the Money by Anonymous Coward · · Score: 0

      You're right - but you missed one key element:

      ** Accounting laws are different in different countries, meaning US accounting programs are useless to Australians. I have been looking for ever for an Australian GST enabled Linux accounting app, and it doesn't exist.

      This is where you are right - It takes money for somebody like Quicken or MYOB to rewrite and customize their products (not to mention constantly update them for new laws which come in daily). Open Source's archiles heel has always been the speed at which things get done, and I'm afraid without significant amounts of cash they can never keep up with the constantly increasing amounts of tax laws in every country across the globe.

    2. Re:Spend the Money by HiThere · · Score: 2

      Perhaps the program could be table driven, with the program being GPL, and the data tables being sold? I sure don't know enough to write it, but the basic idea sounds right. If it were done properly, then changes to the program, other than bug fixes, should be quite rare.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  48. Re:Actually... by Anonymous Coward · · Score: 0

    more like...
    #!/usr/bin/fairy

  49. well, dooshbag, by Anonymous Coward · · Score: 0

    because he wanted people's opinions on the options as well. so in that respect, dooshbag, it really is a valid question. dooshbag.

    1. Re:well, dooshbag, by Anonymous Coward · · Score: 0

      Geez at least spell the flame correctly, "douche"-bag.

  50. Web is the future... Duh! by MhzJnky · · Score: 1

    I work for an HR consulting company. We customize web-based HR software for clients, so I know a thing or two about this. The web IS the future of HR/Accounting applications. Even Peoplesoft is offering a web-based interface to replace thier client-server technology.

    I can also say there is Huge money in this. My last project had a $1.5 million buget for a relativly small HR system.

    The problem is everyone dose HR differet, so trying to create an open source product that works for even a handfull of businesses (say nothing of a majority) is near impossible. Every company organizes itself different.

    To answer the question acutually asked there are several systems from Workscape and Peoplesoft that run on the J2EE platform (specificaly BEA Weblogic) and Oracle. Both of which run on linux.

    --No sig, not that clever!

    --


    "Failure is not an option, it's part of the standard package"
    1. Re:Web is the future... Duh! by laserjet · · Score: 2

      The web may be the future, but so will flying cars.

      What I mean, is that web-based applications are the future, but they are a long ways off, probably not in the next 5 years. I have used over 30 web applications for a very large corporation in several different environments on a fast network with good servers, and web-based programs such as accounting, etc. are just too slow and cumbersome.

      it is just too difficult to do everything a speicalied application needs to do in a web brower. Web browers are a univeral app.

      Possibly when backend database servers are more robust (or cheaper to allow for more), and we have gigabit pipes everywhere instead of 100Mbit, they will be feasible.

      Afterall, web-base software rukes for expandability and support, but we need the horsepower and fat pipes to make it happen in the average business.

      --
      Moon Macrosystems. Sun's biggest competitor.
  51. This may make sense but it isn't realistic by Spinality · · Score: 2, Insightful

    If you know one accounting app you know them all -- MeNeXT

    You may feel this way but many financial types do not, and have very strong preferences between packages. The original post is consistent with my experience. Another factor is training and support of accounting staff. A bunch of clerks familiar with (say) MAS-90 will have a learning hurdle going to any new package. With some packages the transition is sharper than others.

    --
    -- We all have enough strength to endure the misfortunes of other people. La Rochefoucauld
    1. Re:This may make sense but it isn't realistic by MeNeXT · · Score: 2, Insightful
      I haven't been in an environment where it would take more than a week to become familiar with an accounting app. Or a couple of days to train someone familiar to accounting how to use a certain app.


      The issues are always in the reports.


      I also have very strong preferences in my apps. If the app uses the TAB to advance to the next field instead of the ENTER key, I will spend money to replace it. But the MOST important consideration of an accounting app is that it's always working. No DOWNTIME.

      --
      DRM? No thanks, I'll just get it somewhere else...
  52. /rdb and /act by Anonymous Coward · · Score: 0

    The commercial program "/rdb" uses the Unix shell as a 4GL and the Unix file system as a DB. See http://www.rsw.com.

    On top of /rdb is the included set of programs called /act that provide source code for a double-entry accounting system for small businesses. See the book by Rod Manis et al., "UNIX Relational Database Management," ISBN 0-13-938622-X.

    Although this system is terminal-based, it would not be too hard to set it up and then move modules to web clients and a true relational database backend. Public domain Perl scripts already do much of what /rdb does, but Revolutionary Software will give the support that most businesses are willing to pay for. http://www.rsw.com provides some web examples and your accountant will give you advice on details such as choosing depreciation methods, tax filings, and so on.

  53. So charge them! Was Re:commercial accounting by samjam · · Score: 1

    So if they don't like Linux being free, soak 'em good for it and turn it into "excellent quality of support" which should please the customer and get some referrals.

    1. Re:So charge them! Was Re:commercial accounting by Anonymous Coward · · Score: 0

      Of course ... charge them and call it:

      " Kick ass support for customers who know 0 about opensource"

      =)

  54. CA's AccPac, or SQL Ledger by pyite69 · · Score: 1


    If I were starting up, and had someone who was very smart
    about accounting, I'd use SQL Ledger. It's open source, and
    looks nice, but I'm sure there are things missing that you
    would have to work on.

    Rumor has it that IBM is forcing CA to port AccPac to Linux,
    so maybe that is an option.

    1. Re:CA's AccPac, or SQL Ledger by Anonymous Coward · · Score: 0

      I am managing partner of a small CPA firm and have worked with accpac for 18 years. Don't like the windows stuff and am running the DOS networked stuff off linux servers to NT workstations. Even can via Web connect via java ssh to terminal on NT and run dos version in web browser across internet with little latency. Have tried the appgen stuff. The package in how it architechturally works is great, but the accounting side of it is not near what accpac is. I have tried to convince ACCPAC to port the dos accpac to Linux but so far, it has fallen on deaf ears. Their reply is it would be too expensive. If Accpac could be done on linux the way appgen designed (i.e. support for windows, web, and or terminal clients) it would be winner.

  55. Mods/Flamers on crack! by Robber+Baron · · Score: 2, Funny

    He's absolutely right.

    It's quite obvious to me that none of you "flamers" have ever actually had to deal with an accounting department. Accountants are miserable, cantankerous, and best left totally alone! What that means kiddies, is if your accountant has an old 486 running 3.1 and he's happy with it...you don't fuck around with it! Don't fall into the trap of thinking that you can somehow enlighten your accountant or make his life better by giving him what you think is "new and improved". You will just confuse the hell out of him, piss him off, and leave him thinking even more that you (and all techies for that matter) are just a useless bunch who do nothing but screw things up and cost the company money. Newsflash: This this is the guy that signs your paychecks...do you really want him pissed off at you? Also in many companies, accountants wield considerable influence. Not someone you want to have badmouthing you now is it? For God's sake, do yourselves a favour and leave the accounting department alone as much as possible!

    --

    You're using her as bait, Master!

    1. Re:Mods/Flamers on crack! by Anonymous Coward · · Score: 0

      Yes, this should only be modded up as +1 Funny at best, because damn dude! You probably don't want to be at the mercy of your peons, or else you're a crappy President/CEO!

    2. Re:Mods/Flamers on crack! by scottm52 · · Score: 1

      I must NOT concur! I deal with a quite large accounting department (20+ people) on a daily basis... Moved them totally off of MS and onto Linux with the Accounting System running on a dedicated Linux server with Netscape as the client. No fuss, No muss, No troubles... In regards to Linux. They use StarOffice with no complaints, Since the accounting package runs in their browser (and nearly everyone knows how to use a browser) they don't have problems with that. The only "hitch" was one that we were going to have regardless.... "It's not like the old system"... Different key strokes, etc. But, we planned on that. Prepared documentation that was indexed to their old way of doing things... Had 1 person totally up to speed on the new system available to help as they learned. Had several training sessions with the new software. We saved TENS OF THOUSANDS OF DOLLARS on the upgrade and are now reaping the benefits of highly reduced maintenance costs. It would seem that some people just don't get it... Show your Accounting Dept a way to achieve higher ROI and they'll do it. They understand ROI and when we took their needs into account and quantified it in ways they understand it was no problem at all. Sounds like your company needs management that wants to make and keep more money instead of maintaining the status quo.

  56. Hansa by Howie · · Score: 3, Informative

    You may want to take a look at Hansa Financials, which is now available on Linux. We were looking at it a few years ago as a back-end to integrate with an e-commerc product (never happened).

    The nice parts are that the system has a documented client/server protocol (which they call "Open TCP/IP" for no good reason). Can run on Windows, Mac and Linux. Fairly sensible licensing, from memory. Nice people.

    From my limited experience (I'm no accountant), it did what you'd expect, but you saw a lot more of the database directly than you do with Sage Line 50 (the other package I know a bit about).

    --
    "don't fall into the fallacy of believing that Perl can solve social problems. Maybe Perl 6 can, but that's a ways off"
  57. Write your own. by JMZero · · Score: 2

    We wrote our own web based accounting system. It works fine. And it wasn't that hard. Really. And it has _exactly_ the features we need.

    Programming is fun and easy. Maybe it isn't the solution for you - but too many people dismiss it without really trying.

    --
    Let's not stir that bag of worms...
  58. Simple Linux Accounting Rule by Anonymous Coward · · Score: 0
    Surely someone at sf.net can write up some code to reflect this rule:

    1. Write Free Software
    2. ???
    3. PROFIT !!

  59. More and more everyday by vulgarDPS · · Score: 1

    Yesterday i went to the Cheesecake Factory in Seattle which, if youve never been to it, is basically like eating in a yuppie restaraunt with great cheesecake and looks on the inside like a post modernistic vaginal cavern. Anyway, while i was waiting I noticed that the really nice flat touch screens they had were using KDE with a custom program for seating everyone, which must have also been backed by a UNIX machine of somekind so they can easily page you on that little platic advertisement pager they give so that they dont have to look at you while you wait the 2 hours it takes to get a seat since grandma can't finish her cheesecake in under 4 and a half hours.

  60. Accounting software on Linux by MikeZ52 · · Score: 1

    Apgen Software makes an accounting package, written in Java. It seems, from their full featured demo, to be very comparable to QuickBooks, and is very full featured for the small to midsize business. My wife is thinking of starting her own business, and this is very much in the running for her choice.
    http://www.donnalgroup.com/APPGEN/Apps.html

  61. Re:crap by Anonymous Coward · · Score: 0

    crap indeed. post some crap that's not so crappy, willya?

  62. What I would use by SCHecklerX · · Score: 2
    If you were starting your own business and standardized on Linux as a platform, what accounting package would you use and why?"

    I'd write my own using MySQL, and HTML::Embperl.

    If it's your own business, and you want to do things right, your software should be written to match your way of doing business. Computers exist to make the procesess better. If you taylor the software to the processes (no canned 'solutions' for business running stuff), you can focus on what it is you are actually selling, as opposed to figuring out 'how do I do that with this software?' For anything I'd run myself, I could write the code in a couple of days, and the fact that you can look at the stuff using nothing more than a browser is a big plus, especially as you grow and have people other than yourself interacting with your data.

    1. Re:What I would use by Syberghost · · Score: 2

      I'd write my own using MySQL, and HTML::Embperl.

      One upon a time I made my living writing and maintaining client-specific accounting programs, and I can tell you from that experience that unless you're an accountant, you cannot do this properly yourself.

      Just as a lawyer who represents himself has a fool for a client, so too with accounting software.

      The problem isn't in making the software work as your business requires; it's in making it work as the auditors will require.

  63. Kapital? by Anonymous Coward · · Score: 0

    Have you looked into Kapital? from thecompany.com? All I know about it is it is a KDE app. I don't know about its suitability for business.

  64. gnucash by eh2o · · Score: 1

    Uh.

    I use GNUCash for my business accounting. Does it work? Yes. Does my bank account balance? Perfectly. Can I track expenses, revenue, profits? Stocks, Fixed assets? Yes. Honestly business accounting is far simpler than personal accounting... the business spends money in much more predictable ways.

    GNUCash is great. Its at least as good as quickbooks... actually its a lot less confusing ... I hate the quickbooks UI and its incosistencies.

  65. sysprousa by Anonymous Coward · · Score: 0

    There is another accounting package available for linux other than appgen. It is at www.sysprousa.com. I think the product name is called 'impact'.

  66. WyattERP by Kismet · · Score: 3, Informative

    Check out the WyattERP project. It is an Open Source ERP for Linux. There is already at least one medium-sized company that runs nothing but WyattERP for all its needs - from the receptionist to invoicing to HR.

  67. Are there any other alternatives? by Taco+Cowboy · · Score: 1



    Hello.

    Thanks for the recommendation for mySAP.

    I wonder if there are any other choices for ERP / Accounting / Office systems out there, for medium sized enterprises?

    If there are, is there a list somewhere, preferrably those that compare features / ease of use / ease of maintanence / scalability / etc. ?

    Thanks in advance !

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re:Are there any other alternatives? by q-soe · · Score: 2

      Sure

      Call Ersnt Young, Anderson etc - you dont buy a system like this off the shelf it is built for your from the ground up.

      Alternatives

      JD Edwards
      Peoplesoft
      Jade
      Oracle Financials

      All have fleas and all cost a shitload and all are serious big time scaleable systems - not toys and not small business tools - a basic SAP is 10-15 Million $US and thats REALLY basic.

      --
      I refuse to argue with Anonymous Cowards - if you want a discussion get an account....
    2. Re:Are there any other alternatives? by ErikZ · · Score: 1

      Peoplesoft? Peoplesoft!?

      I'm using Peoplesoft right now as part of my job.

      My god.

      It's supposed to be used as a database system here, but it can't handle the load. So we put in our changes and it proccesses them overnight. Things that would take a few minutes on a real DB take days in Peoplesoft.

      --
      Democrats or Republicans. They are both taking us to the same place and they are not afraid of us anymore.
  68. SAP-DB as DBMS by Christopher+B.+Brown · · Score: 5, Interesting
    I've pointed it out several times, and apparently those that decide what stories are "interesting" consisidered it not to be of any interest.

    The one problem with SAP-DB at this point, from the "can we make it ubiquitous" perspective, is that it's a real pain to compile.

    It was coded on mainframes, and the suite of compilation tools are based on that approach. Thus the code base (and compile process) is "cryptic upper-case 8 character names everywhere."

    It's a desparate pain to try to compile it, so it has not quickly moved towards being ubiquitously available. Red Hat doesn't include it in trivially-installable manner in the manner of MySQL or PostgreSQL. Debian folk can't do apt-get install sapdb .

    Give it some more time, and get some more public input, and it'll get more attention.

    Of course, that would merely bring us to the point where it would start being an interesting "data storage" substrate for an accounting application. Then comes the 'real" work of determining what tables, fields, relationships, and such exist, and how to manage UIs...

    --
    If you're not part of the solution, you're part of the precipitate.
    1. Re:SAP-DB as DBMS by fl · · Score: 1

      SAP DB is at the moment the only GPL'd database available, that can be used for serious ERP applications, the critical points are features, performance, platform availability and support.
      features: in threads elsewhere and on Slashdot it was discussed in lenght why other DB systems, e.g. MySQL or Postgres, cannot be compared to SAPDB.

      performance: we see SAPDB at about the same level as other DB supported by SAP; at least in small to midsize configurations (i.e. up to 1500 named R/3 users)

      - platform availability: supported on all major platforms. nuff said.

      - support: SAP has about 100 developers actively working on SAPDB. And there's no one talking about cashing in on "synergy" or the like.

      It definitely will get more attention in the future - and I think that things one has to get used to (as the make environment) will be getting friendlier along the way.

      --
      -- Go ahead! make my day... fl@well.com
  69. ERP on Linux by TooTechy · · Score: 1

    First, to the dude who flamed the poster of the original discussion, I hope you can see from the response here that the posting was worth while.

    Now for the subject.

    ERP on Linux. A lot of the responses have been somewhat misleading as the responders may not be looking at the issue from the same point. Are accounting products client or server based? Of course there are different products that fulfill different needs.

    QuickBooks, a Windows based product may be well and good for small businesses etc but these products just do not make it in the corporate world. You need one of the big boys.

    Oracle, PeopleSoft, SAP, Lawson or JDEdwards to name most of them (I really can't consider Great Plains).

    These systems can run your entire company both financially and from an HR perspective.

    The key thing is to determine what level of user you are or are likely to become.

    The issue for linux is one of trust as was previously mentioned. Linux is not yet deemed sufficiently reliable, there are different measures of reliability, for users in this market space. The major manufacturers of ERP software all consider linux as a potential contender in this market but until users demand support for Linux it will not be forth coming.

  70. You know nothing of support... by cnelzie · · Score: 2


    I am working at a company that is moving off of green screen terminals to windows based systems for communications between franchises and headquarters. Let me tell you something, these franshizees are not interested in learning how to use a computer, they aren't interested in changing from their existing platform and they don't want to spend any money.

    So, they attempt to network a Windows NT or Windows 2000 machine themselves. They then attempt to install this terrible, terrible software. These people just want to sell their product. They have no desire to become computer geeks or even know how to do more than simply plugin their sales and orders.

    Don't even start with, "Why don't they use Windows XP or something." This is a large corporation, if you have never worked in a large corporation, you won't understand. However, it is mandated that they only use those two Operating Systems.

    With the way things used to be, the average call time was 5 to 10 minutes. Nowadays, the average support call can stretch into 45 minutes or longer hand-holding someone that has no desire to setup a computer system.

    What they should have done to modernize things and through a GUI on top of everything. Was to setup simple thin-clients running a very limited set of applications. A central Linux server with several thin-clients running off of it that only allow the users to access a web browser, perhaps a word processor and maybe one or more other applications.

    Most of the franchises have in-house accounting systems that run on some form of UNIX, so they could very easily tie into those and get all the "benefits" of super-slow intranet connection...

    Of course, if they did that, then they wouldn't be being fair to their business partner, Microsoft.

    --
    .sig seperator
    --

    --
    If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
  71. SAMCO by joestump98 · · Score: 2

    It's written in COBOL and has interfaces to Perl. We used this successfully to handle our webpage when I worked at Affordable Computers.

    You can view more info at http://www.samco.com

    --
    "How would this sentence be different if pi equaled 3?"
  72. Appgen... by OS24Ever · · Score: 1

    Appgen has software packages from a home user to a business application. Linux, MacOS, or Windows.

    --

    As a rock-in-roll Physicist once said, No matter where you go, there you are.

  73. use what you are now - AccPac on Linux by Nailer · · Score: 4, Informative

    I don't live in the US, and I never will. But from what I have heard, AccPac performs the same role (ubiquitous SME accounting software) that MYOB does in my own beautiful country, Australia.

    AccPac have a Linux port.
    * It seems to be software you can get competant accountant with many years experience using, minimising training costs and staff overtime while necessary to move to a new system
    * It has a fairly good reputation and large amounts of existing systems
    * it can import data in a wide variety of formats from its competitors.

    It's not Open Source, but it might be the best tool for the job, which should be any competant technical persons criteria for selecting software.

    1. Re:use what you are now - AccPac on Linux by duffbeer703 · · Score: 2

      This is Slashdot, son.

      "Best tool for the job" == Linux, not matter what.

      Instead of buying accounting software, you should code your own in Ruby and GPL it. Put it up on sourceforge and make the world a better place.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    2. Re:use what you are now - AccPac on Linux by Anonymous Coward · · Score: 0

      I spoke with AccPac last month. I was left with the impression that the workstations still needed to be M$, but that the server could be Linux. The real news there was that Pervasive (nee Btrieve) has a Linux engine, that is the heart of the AccPac DB technology.

    3. Re:use what you are now - AccPac on Linux by redtoade · · Score: 1

      Nobody prefers Burger King... have you ever tasted their fries? Bleech!

      (yes I know it's offtopic)

    4. Re:use what you are now - AccPac on Linux by Anonymous Coward · · Score: 0

      Having worked in an accounting firm, let me say Accpac is a nightmare. They offer a two week training course on how to INSTALL it, never mind actualy trying to use it. Of course, once you get used to using it, it can do just about ANYthing you need it to, no matter how complex the accounting is. Unfortunately, as a sysadmin with practicaly no accounting knowledge, i have no idea how to do anything but install and trouble-shoot it :)

    5. Re:use what you are now - AccPac on Linux by Nailer · · Score: 2

      This is Slashdot, son.
      "Best tool for the job" == Linux, not matter what.

      Not sure if you're being sarcastic or not. Sure Slashdot's not as good as it could be, but then again, it could be worse ;)

  74. Re:Some QBooks thoughts - cranky QB by Anonymous Coward · · Score: 0
    QuickBooks 2001 Pro is cranky - it misnumbers printed checks, sometimes. It will let you delete a reconciled check without warning on some systems, but not others. The invoicing sometimes deletes descriptions but keeps amounts. Too many features, too little debugging. Plus, it's an unrelenting advertisement for online plus-charged checking, charge cards, investment accounts, you name it. QB is just a loss leader for the on line services. I use a 6 year old version of QB, no way I want to suffer with the current edition.


    On top of it, MS is giving away Money. The .NET services will require you to use Money, just you watch. I think Intuit/Quicken/QuickBooks will go the way of Netscape within 18 months.

  75. Oracle by badfish2 · · Score: 1

    Oracle has a small business accounting package that provides just about everything a small business could ask for. It's $99 a month.

    http://www.oracle.com/online_services/smallbusines s/index.html?content.html

    --
    "On the Internet, nobody knows you're a dog!" - a dog
  76. sig by global_diffusion · · Score: 0, Offtopic

    you forgot an apostrophe.

  77. Southware on Linux by Anonymous Coward · · Score: 0

    I'm not an accountant with any opinions on the product, but Southware has an entire line of business software (accounting, inventory control, service mgmt, and sales) that runs under Linux. Apparently, Southware runs under Acucorp's COBOL engine which supports over 600 platforms.

    The accountants/managers I know who have used it call it "very adequate." Unfortunately, I have no idea of its pricing but I know it's not free.

  78. MS is in this Field by Anonymous Coward · · Score: 0

    Since we are talking small business, I should like to say that this is one market that MS is in process of massacrating. They have a $1500 small
    business package that is reasonably complete, sold by their Great Plains subsidiary. Since $1500 is about equal to the cost of 1 computer or 1 day of an accountant's or 2 days of a consultant's time, it is pretty hard with which to compete. Unless a firm is already gone to a non-MS OS almost completely, you are selling uphill if the customer knows about this. I compete with MS, but luckily, the $1500 package is not 100% complete for everything, so we can sell some features that are still priced competitvely with the corresponding features in the higher-priced Great Plains packages. But I doubt this niche will last too long. This is an attractive field to enter only for those who like to play in traffic with steamrollers.

  79. ASP solution by tww-china · · Score: 1

    How about www.netledger.com?

  80. Re:Gee, good question.. (Microsoft) by hoegg · · Score: 1

    Actually, Microsoft has made some serious acquisitions in this segment. They bought Great Plains last year, and they bought Solomon earlier. So MS owns a good segment of medium-sized enterprise accounting software.

    Check out the logo here.

  81. "Access anytime, anywhere..." but only with MSIE by SwedishChef · · Score: 2

    Quickbooks on the Web looked very cool on one of my Engineer's browser... until *I* tried it. I run Linux with Netscape and I got redirected to a page that told me I was running the wrong version of MSIE and that their "Web Based" accounting package only works on Win95, Win98, Win2K, ME, and XP. So much for the convenience of using your accounting package from anyplace in the world. Cross off Quickbooks from this list... because they require MSIE 5.0 or better they render themselves out of the running

    --
    No one ever had to evacuate a city because the solar panels broke!
  82. At the heart of the matter... by tjcoyle · · Score: 0, Troll

    This question brings up the single most overlooked topic regarding the acceptance of Linux as a mainstream business platform. I'll state it as a hypothetical question:

    "When my accounting system suddenly fails without notice, effectively putting my business OUT OF BUSINESS immediately, WHO DO I SUE?"

    Until this question can be answered in a positive way, Linux will be relegated to the backend, and sorry to say, non-critical systems such as web servers and the like. A business' bottom line IS their bottom line, period.

    1. Re:At the heart of the matter... by talks_to_birds · · Score: 2
      This attempts to play to the Suits' unimaginative anti-Linux red herring:
      • "Linux? Hell! When ya gotta problem, who ya wanta talk to, a bunch of hippies on Usenet?"

      bzztt..

      Sorry. Wrong.

      *Don't* bother to try again.

      If you had bothered to read most of the posts and take any of the links offered, you'd see that there are a lot of serious options available, all with support, not a bit of which is performed by hippies on Usenet.

      I think your agenda's showing, through yon Window...

      t_t_b

      --
      I'm on PJ's "enemies" list! Are you?
    2. Re:At the heart of the matter... by Anonymous Coward · · Score: 1, Insightful
      I completely disagree.

      1. When was the last time that Microsoft lost a case because of the blue screen of death? Never. You reboot the system and try again. No big difference from Linux - they buy it from RedHat and sue RH if Linux dies. They even have a better chance against RH, since MS has more money in the bank for lawyers. The underlying OS has little to do with it.

      2. If you think web-servers are "non-critical" systems, then you seemed to have missed the point of Amazon, Barnes&Noble, and other companies that are part of the multi-billion dollar online retail business. Web-servers are also a critical
        piece of infrastructure in most companies.

      3. You are correct that most accountants would feel uncomfortable using unsupported ledger software, but that has little to do with suing the vendor (which is just rhetoric). But a player who sold a supported product that just happened to have source available could be successful with a good product.

      4. Most of the big HRIS and CRM systems cost big money because of the time and money spent to customize the system for the purchaser. I would be much more worried about the little tested work done to customize the system than I would about a complete open source system.
    3. Re:At the heart of the matter... by Anonymous Coward · · Score: 0

      So I guess that companies who develop their own system sue themselves hey!

    4. Re:At the heart of the matter... by plgs · · Score: 1


      If you use Microsoft / Oracle / etc, you must expressly sign away your right to sue for software defects, as a condition of using that software. How are you in a better position?

    5. Re:At the heart of the matter... by beejhuff · · Score: 2, Insightful

      How can anyone even bother to rate this as insightful?

      Don't you read the Agreements you click through when you install your software? I must admit that I often skim through the provisions of the EULA's for most of the apps I install, but I've read a few. AFAIK, I have yet to see a software provider that makes ANY claims as to the ability of the software to perform any task at any time. Most EULA's, in fact, expressly attempt to shield the authors from any liability whatsoever.

      Of course, the situation may be different when you're spending a few million or so on a custom SAP job, but as far as the average (even mid size) business is concerned, you are on your own.

      The GPL, of course, is no exception. Read the "No Warranty Clause" of the GPL (similar clauses appear in other Open Licenses) which you can find at http://www.gnu.org/licenses/. It's pretty clear that all risks are beared by the user.

      But don't think that it's just the Open Source developers. IANAL, but it would seem that any contract worth the paper it's printed on would try and get the developer out of as much liability as possible. For Microsoft's part, I haven't been able to dig up an online version of their recent EULA's for any of their products. Found a link at http://nl.linux.org/geldterug/license.html which shows the Win98 License, and wouldn't you be surprised to know they have a VERY SIMILAR CLAUSE. As far as I could tell, the only difference was that Microsoft will refund the cost of the software.

      [sarcasm] Thanks. [/sarcasm]

      The truth appears to be that all software vendors try to limit their liability just as every other product vendor does. It's a weird incentive built into the marketplace, since it appears that it's more economical to lobby for legislation like UCITA and it's cousins (which help shield software developers from some forms of legal liability) than it is to spend the money to develop software that really works.

      I am not saying Open Source is right for every application. Clearly it has its strengths and weaknesses. But I whould never base any enterprise software decision on the "who am i gonna sue?" argument. Evaluate your apps on how well they solve your particular business needs.



      bjh
      --
      Bryan "BJ" Hoffpauir
    6. Re:At the heart of the matter... by elefantstn · · Score: 5, Insightful
      "When my accounting system suddenly fails without notice, effectively putting my business OUT OF BUSINESS immediately, WHO DO I SUE?"


      The same fucking person you sue when your closed-source app running on Windows fails: NOBODY. Jesus, have you ever read a EULA? You sue absolutely NOBODY. This comment needs to be rated -1 Troll or -1 Total Idiot immediately.
      --
      If it ain't broke, you need more software.
    7. Re:At the heart of the matter... by duffbeer703 · · Score: 2

      The EULA can say whatever it wants, but the law supercedes it.

      I can write in a EULA that you must sacrifice sheep in order to keep running my software; that doesn't mean that any court would hold you to that.

      My organization has sued Microsoft & IBM successfully several times in the last 5 years over software issues. It happens all the time.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
  83. Damn! We bought Falcon! by WheelDweller · · Score: 1

    So Advantage is headed Linux, aye? Looking for ANYTHING better than SCO Unix (as installed, perhaps in 1972 with three-wire printer/modem/terminal links and no networking at all) I steered them towards Triad's Falcon instead.

    But then, I'm working on moving them in the direction of Linux anyway. ;)

    If you'd like some help with that (as I'm on a temporary stint here at Chicago's Largest Lumberyard) let me know.

    Brian Fahrlander
    kilroy@kamakiriad.com
    ICQ#5119262

    --
    --- For a good time mail uce@ftc.gov
  84. MyBooks from AppGen by GadgetMountainMan · · Score: 2, Informative
    this company has been making a personal finance package called MoneyDance, that I have been running on my linux box for two years now, and I am very happy with it. Now they are gunning for QuickBooks with their new product MyBooks.

    here is a link to their feature matrix as compared to quick books.

    oh, and best of all, MyBooks runs on whatever platform you choose. Their developers actually listen to customer requests, and you can get tech support without forking out your credit card number!

  85. Accounting packages on Linux... by bonezed · · Score: 1
    We are in the process of replacing our current (7 years old) system called MFG-Pro running on SCO Unix.

    We are moving to a product called Distrib running on Linux.

    Distrib is based on Unidata (from IBM/Informix). Whilst the package is costly (AU$90k), it will easily handle our AU$100Million business.

    --
    ---- Put Sig here:
  86. It'll run, but they won't support it by killmenow · · Score: 1

    At my place of work, we use a product from Macola that runs on either Pervasive P.SQL 2000 (used to be Btrieve) or Microsoft SQL Server (I know...I know) but we run it on Pervasive.

    Now, here's the thing, with a box running Samba and Pervasive (runs on Linux), I know I can get the Macola client (Windows only) to run with a Linux server, but Macola won't support it in this configuration. So, I'm stuck with NT until I can get a better solution. So I'll check out SQL Ledger, NOLA, etc. and hope they offer as much functionality.

  87. SQL-Ledger vs NOLA & DB backends by chiguy · · Score: 3, Informative
    Ah, another PostgreSQL vs. MySQL product comparison.

    From the posts, SQL-Ledger uses a pgsql backend and NOLA uses a MySQL backend.

    I'm not sure what others think, but I for one would be very scared about using MySQL as a mission-critical backend.

    Several articles comparing the two (a good one here) have come up with the same basic complaints, MySQL might be fast in overall, but it fails 3 out of 4 of the basic ACID tests (Consistency, Isolation, and Durability). So it's extremely fault intolerent.

    PostgreSQL is fully ACID compliant and is thus a more reliable backend.

    Yes, there are plug-in table managers for MySQL that are ACID compliant, but it's nicer to know that the core product already meets these basic requirements for a robust database.

    So be sure you take a look at technology behind the systems before committing your critical systems to them.

    --
    passetspike!
    1. Re:SQL-Ledger vs NOLA & DB backends by Anonymous Coward · · Score: 1, Insightful

      Several articles comparing the two (a good one here [webtechniques.com]) have come up with the same basic complaints, MySQL might be fast in overall, but it fails 3 out of 4 of the basic ACID tests (Consistency, Isolation, and Durability). So it's extremely fault intolerent.

      I used to be anti MySQL for similar reasons, but I think a lot of that stuff is irrelevant now. The ideas of ACID and such were developed when DBs were being used more as a programming environment as well as a persistence layer. For example, if your system only ever used basic CRUD functionality, on a row-by-row basis (like a huge amount of systems), you wouldn't even need transactions at the db layer at all.

      MySQL is fast, stable, and somewhat simple. It is an excellent persistence layer for someone who is implementing business logic and other things in a real programming language instead of SQL92. Taking unnecessary complexity out of the database and changing it back to something that stores tables of rows is a good thing.

      An accounting system isn't exactly a demanding data environment. Sure, you can't lose the data. It's of mission-critical import, but MySQL isn't going to explode your tables any more than MSSQL. Think about how people did accounting without computers: ledgers. Books. That's it. There are never more than two related writes going on at a time (one credit for each debit and vice versa). MySQL is fine.

    2. Re:SQL-Ledger vs NOLA & DB backends by Anonymous Coward · · Score: 0

      if your system only ever used basic CRUD functionality, on a row-by-row basis (like a huge amount of systems), you wouldn't even need transactions at the db layer at all.

      Yeah, that's called DBase III or FoxPro. An enormous number of production accounting systems do run on those platforms.

      That's fine, as long as you don't look underneath the hood, because if you do, the schema will make you sick to your stomach. I'm not saying that a real RDBMS is the cureall (many bad Dbase ports available on MSSQL), just that if you plan to develop the system further, you should look before you leap, and make sure that you aren't setting up the next guy for the wonderful flatfile migration clusterfuck that is inevitable.

      As for MySQL, it probably works, but doesn't even have the track record of FoxPro. Sorry weblog dudez.

    3. Re:SQL-Ledger vs NOLA & DB backends by t482 · · Score: 1

      sql-ledger is fairly good but the interface needs to be cleaned up a bit -looks a bit clunky.
      The printing needs cleaning up. maybe to pdf and then to print.
      And it really should be secure... therefore a book keeper could be located off site...

    4. Re:SQL-Ledger vs NOLA & DB backends by flacco · · Score: 3, Insightful
      For example, if your system only ever used basic CRUD functionality, on a row-by-row basis (like a huge amount of systems), you wouldn't even need transactions at the db layer at all.

      I'm surprised you'd say that accounting systems are a class of application that can do without transactions! In fact, they're commonly used to illustrate the importance of transactions: an interrupted balance transfer transaction either means your customer loses money or gains money erroneously.

      --
      pr0n - keeping monitor glass spotless since 1981.
    5. Re:SQL-Ledger vs NOLA & DB backends by supersnail · · Score: 1

      MySQL strikes me as not much use for double entry bookkeeping if you cannot guarentee both entries got to the database.

      As for it being an excellent persistance layer -- well if you cannot guarentee that the whole object was stored its not.

      --
      Old COBOL programmers never die. They just code in C.
  88. SQL Ledger and Security. by autrijus · · Score: 5, Informative
    I've been using and localizing sql-ledger for a while now, and it's definitely a very extensible and easy-to-use package.

    However, please Do Not use it as a remote administration / accounting tool that serves over the internet. Its place is inside the firewall.

    The reasons is that it doesn't have a session control-related audits. Any user that types in http://hostname/sql-ledger/ir.pl?login=admin&path= bin/mozilla could get into the syste under the name 'admin', given the attacker knows the username "admin" (not hard), and regardless of that account's permission. indeed the same scheme is workable on any other .pl program.

    You can apply This patch to fix it, if you don't worry about shared proxies.

    And yes, this patch has been sent to the author. His comment was more along the line of accountants are not script kiddies, so we don't need to worry too much. That is probably reasonable, too.

    1. Re:SQL Ledger and Security. by chiguy · · Score: 1
      And yes, this patch has been sent to the author. His comment was more along the line of accountants are not script kiddies, so we don't need to worry too much. That is probably reasonable, too.

      Well, now, I doubt all the script kiddies (hey guys!) need to be accountants to want to screw around with some company's money. They're not even technically competent, thereby the derogatory name "script kiddies". But you should not only be afraid of some mischievous kids, but also the very legitimate risk of corporate espionage.

      A security hole is a security hole. It's irresponsible of anyone in the open source community to give short shrift to security while at the same time throwing darts at M$ for their lackadasical handling of security issues. I'm personally astonished that you got this kind of response from the SQL Ledger people.

      --
      passetspike!
    2. Re:SQL Ledger and Security. by jayed_99 · · Score: 5, Insightful

      His comment was more along the line of accountants are not script kiddies, so we don't need to worry too much. That is probably reasonable, too.

      Sorry, but I have to disagree. Accountants are worse than script kiddies. When they go bad they know exactly what they're looking for, and they know how to manipulate the data to hide any unusual transactions. Maybe the mythical bad accountant doesn't personally have the skillz to crack a system, but -- I assure you -- they are more than capable of finding a partner to help them.

      I've been doing SAP R/3 security for a handful of years, and I could tell stories that would make every CFO in the world crap their pants.

      You have to realize that we're talking about being able to manipulate real money. You can't treat it like monopoly money because it's just a bunch of numbers on a UI. You need to control (and be able to audit) access to an enterprise accounting system just like you would protect and audit access to a giant pile of dollar bills that is equivalent to your company's net worth. You've also got to realize that admin-style access to an accounting system means that you can make changes to things that happened in the past. So I could go back two months ago and insert a bogus purchase order for $99.00 (or any other small amount that misses the executive-approval-radar). Then, this month, I could pay it -- to that anonymous bank account I have. I could do this over and over with multiple fake purchase orders for months and months. And since no one could audit the transactions, they would only know that they were missing an ass-load of $99.00 transactions. (The real-world implementation is a bit more complicated, but you get the idea).

      If your company has $500,000 of revenue a year, and the two accounting people are personal friends, you probably don't need to worry about embezzelment, fraud, fake purchase orders, etc. (I personally would worry about them, but I'm a paranoid security guy).

      If your company is pulling in a few million dollars a year, and you hire random accounting people then, yes, you need to be able to audit their activities.

    3. Re:SQL Ledger and Security. by Anonymous Coward · · Score: 0

      An advice that I have seen somewhere in a book about programming goes like this :

      'Do not confuse the impossible with the improbable'.

      So what the programmer from SQL-Ledger does is making a basic programming mistake.

      Jurgen

    4. Re:SQL Ledger and Security. by Mastoid · · Score: 1
      Ah, thank you, thank you.

      I checked out SQL-Ledger at one point. I was impressed by a lot about it: ease of install, excellent DB backend choice, stability, the works.

      But a most cursory examination of security made me reject it out of hand for our company. A complete lack of auditing was one problem--this isn't just security, it's also a requirement for responsible accounting (think taxes here). As the parent post says, this is real money we're playing with here.

      But more serious is the fact that SQL-Ledger trusts the user in almost everything. This is the most elementary mistake in architecting web applications. I don't ever want to hear anyone bashing Matt's Script Archive or Microsoft if SQL-Ledger is accepted as good security.

      Look at it this way: even if the Accounting Trolls (TM) aren't hackers, what about everyone else on the subnet? Who's forgetting here that the biggest security risk comes from the inside, where the staff is familiar with the system?

      SQL-Ledger has a lot of Really Cool Stuff about it. I wish I could use it or endorse it for others.

      --
      I had an argument...with the person here at the university that teaches OS design. I wonder when I'll learn --Linus
    5. Re:SQL Ledger and Security. by Anonymous Coward · · Score: 0

      Security has been thightend on the upcoming release to include password checks for an encrypted password on each call to the system.

      Dieter Simader
      sql-ledger

  89. Ease of Installation is important by Christopher+B.+Brown · · Score: 5, Insightful
    I've not tried installing NOLA, but keep SQL-Ledger around. I'd say you're bang-on in assessing that it's important to have the technology be readily installed.

    A prime problem with GnuCash vis-a-vis trying to get the "bleeding edge" functionality is that it is an absolute pain to get compiled. The functionality may be worth it, but if it's daunting to build, that's a problem.

    In exactly the same manner, there are all sorts of projects out there to build some really cool JavaEnterprize-Foo-Beans- Coffee-Espresso-Transactional- EE goodness; if it takes someone who's an expert in all of:

    • Apache;
    • Some Server Extension;
    • Some Java Framework Atop a Server Extension;
    • Some Application Framework that doesn't do squat until all the above pieces are running perfectly along with an interface to an RDBMS

    Excuse me if I don't jump up and down cheering at the vast complexity of this.

    In contrast, SQL-Ledger is indeed quite straightforward to set up. A bit more manually-involved than I'd like, but certainly not badly so.

    --
    If you're not part of the solution, you're part of the precipitate.
    1. Re:Ease of Installation is important by Anonymous Coward · · Score: 0

      Apache;
      * Some Server Extension;
      * Some Java Framework Atop a Server Extension;
      * Some Application Framework that doesn't do squat until all the above pieces are running perfectly along with an interface to an RDBMS


      Or you could just get Turbine and MySQL, untar the bin dists, and be ready to rock with the cleanest web-app arch ever designed.

      A person with very little experience with turbine could write a very simple web-based double entry accounting system like the original quicken in less than an hour, using MySQL for the persistence and doing real-time transformations of SQL->jdbc->html(via Velocity), so the flexibility to implement thick clients using some XML or other messaging is still there and easily used.

      So, in short, the turbine team members are experts in all of that stuff and have done the groundwork. All you'd need on top of that was someone who knew how a good web-based-transactional-J2EE-Frapuccino accounting system should look to the user.

    2. Re:Ease of Installation is important by Jason+Earl · · Score: 2

      For me installing Gnucash 1.6 (the same day I saw the /. article saying it was impossible to build) was as simple as:

      apt-get install gnucash.

      The cutting edge Gnome libraries of today are going to be the old staid ncurses of tomorrow. I personally am glad that GnuCash is reusing this software instead of re-inventing the wheel. It's tricky to compile now, but these software components are forming the building blocks of tomorrow's applications.

      That being said, you certainly are correct when you point out that sometimes the Perl + Apache solution just makes sense. I don't use SQL-Ledger, but it seems to be easy to set up and relatively full featured. Adding nifty new technologies sometimes just makes things more difficult.

    3. Re:Ease of Installation is important by yppupdurc · · Score: 1

      > For me installing Gnucash 1.6 (the same day I saw the /. article saying it was impossible to build) was as simple as:
      >
      > apt-get install gnucash.

      He said compiling, not apt-getting. Huge difference. Back before I gave up on GnuCash and went over to the Dark Side, I was also able to install it with apt-get in a twinkle. But *compiling* it from a source tarball was a whole 'nother ball of wax. Even though I made progress, I could never get it to compile to the end (always bogged down in some guile error message or another), even after I apt-got the executable.

      --

      --

      "Some mornings, it's just not worth chewing through the leather straps."

  90. We use Shaker COINS on an AIX server by og_sh0x · · Score: 1

    Being a construction company, we have recently upgraded from an AS/400 (which was emulating a System/36 to run our old System/36 software) to an RS/6000 running AIX and a package called COINS (COnstruction INdustry Software) by New York based Shaker Computer. This software is based on a Progress database engine, and is a closed-source software package. We went live less than two months ago, so no verdict yet, but so far the server has never crashed once. I just wish we had a more standard flavor or Linux than AIX. Some of the new commands are disorienting.

  91. Small businesses by charon_on_acheron · · Score: 2, Insightful

    Too bad this couldn't have been two separate questions, one for small businesses, one for medium sized ones. So many of the very negative answers are based on someone's 'experience' in a mid to large sized business.

    I have worked with many small offices that use from one to ten computers. I was doing on-site tech work, mainly fixing hardware and killing viruses. I learned how to use several accounting and inventory packages because the customer didn't know how to use it fully. From changing a template in Quickbooks for a one-man office, to specifying which LPT port to send various reports and billings to in Raintree, and then doing print capture to send LPT2, LPT3, and LPT4 to other stations for laserjet, color inkjet, or dotmatrix. I learned how to do this with each package in about 15 minutes.

    This would be a good area to specialize in if you were going to start a business supporting it. Find a nice Linux accounting app, have basic hardware knowledge so you can replace hard drives, install a network if needed, and get a tape drive for daily backups. (No insult meant there, just some computer gurus only know the OS, not the hardware; you have to be able to troubleshoot and repair problems in both areas for this.) Install linux on each system, and show the customer how easy it is to use. Get a clientelle of about 50 small businesses, and you're set off to a good start.

    Also, from what I have seen, I would rather have a DOS-style than a Windows-style accounting program. Less overhead on the computer and network, and more stable. And as another poster said, make sure it uses the ENTER key, not the stinking TAB to switch fields. Punching in numbers with one hand while turning pages with the other is much easier that way.

  92. Finally, a Slashdot topic I know too much about by PMCausey · · Score: 5, Interesting

    I am a CPA in private practice, and for many years I sold accounting software to small and medium sized businesses. At the risk of trolling for flames, I would have to STRONGLY suggest that you not use Linux for accounting in a small to medium sized business environment. (Note: This is defined a company up to $50,000,000 U.S. in revenue) Why?

    1. Unless you are blessed with outside accountants like me who read Slashdot and know the difference between Debian and Mandrake, your choice may create significant problems at month/year end when one of my many slightly to nearmost completely computer illiterate colleagues tries to either download/extract your data or wants you to generate a file that to import into either Excel or their audit/trial balance package. Reason: 99.9999% of tax programs/CPA audit software/CPA trial balance software is written in Windows, and all of it takes an Excel file. (Hint: Not being able to do this quickly/easily = higher costs (annually)).

    2. Your CFO/controller will have a lot easier time finding people who can work in the Windows environment to do the basic grunt work of entering invoices, bills, and time so the system can print checks (including your own paycheck). In some 15 years in public accounting, highly computer literate, easily trained, low cost clerks are about as easy to find as naturally occurring penguins in the Sahara. Not everybody runs (or wants to run Linux). Most everybody knows Windows, and your clerks will also know some Excel and at least one or two Windows accounting packages.

    3. As much value as I see in open source, I would have a very hard time accepting an open source accounting solution as a CPA auditing a set of books. Unless the company is one of the Generals (Foods, Tire, Motors) or equivalent and possesses the internal programming staff and the full time accounting staff to verify that the stuff works right, it's not worth the risk to be a beta site and discover the bugs. Folks, were talking about real money here, and most of my colleagues would be real skittish about any system that "somebody downloaded from the Internet" (It's bad enough to do that with established, old-line accounting sofware companies, and I've got the scars to prove it.) And if you can't convince us that the books aren't bogus (intentionally or otherwise), good luck with the banker.

    In short, yes, accountants are conservative and prefer things that we KNOW will work consistently and correctly all of the time. We also like things that have a low total cost of ownership, and unfortunately, Linux and accounting packages don't have it right now. My "as close as I'm gonna get to a professional recommendation without sending a bill" is live with an off-the-shelf, low cost, Windows (there, I've said it) package such as DacEasy, Best BusinessWorks, or Peachtree. Just promise me no QuickBooks, OK?

    --
    I'm not really a CPA, I just play one on TV
    1. Re:Finally, a Slashdot topic I know too much about by KaiserSoze · · Score: 1

      Just promise me no QuickBooks, OK?

      Speaking as a member of the QuickBooks team, what makes you say this? Just wondering, I always like to hear customer (or in this case, an obvious non-customer) feedback.

      --

      "What we elect to call imagination is mere combination of things not heretofore combined." - Frank Norris

    2. Re:Finally, a Slashdot topic I know too much about by Anonymous Coward · · Score: 0


      From a glance at Quickbooks, can I just say:


      "wtf guy designed this cluttered mf interface? What part of this UI is business and what part is personal? f!"


      I'm sure you can figure out "wtf", "mf", and "f!" by yourself.


      PS - ever seen Simply Accounting's UI? I know, I know...it's different program with different features, but man...

    3. Re:Finally, a Slashdot topic I know too much about by Camel+Pilot · · Score: 3, Informative

      My wife uses Quickbooks for her hot gourmet web store Sam McGees. I find the following issues with Quickbooks:

      1. Frequent database corruption and no way to repair the database. Since whole shebang is one db file this is scary. We backup twice daily.

      2. Scalability. If you have a small customer database then it maybe fast enough, but we have several thousand customers it bogs down and becomes sloooooow. Current single file db is around 50 Mbytes.

      3. And foremost the database is inaccessible with no published API. I tried a while back with Quickbooks 2000 to import orders (transactions) from a flat file. Forget it. After hours of work I was able to get customers to import, but the documentation was incomplete and I had to find trick from the usenet to make it work.

    4. Re:Finally, a Slashdot topic I know too much about by PMCausey · · Score: 1

      What I meant was that QuickBooks:

      1. has been so dumbed down that fixing certain types of transactions is virtually impossible. For example, adjusting the general ledger AP or AR without selecting a customer/vendor for the adjustment honks.

      2. the constant cycle of upgrades that is foisted off in the name of improvement. BTW, the latest UI is damn near counterintuitive.

      3. the hidden $9.95/month tax on using the payroll function.

      4. the absolute lack of backward file format capability. As a result, my firm has to maintain 3 versions of QB just to service our various customers.

      5. the incredible ease with which a small business owner can completely screw up a set of books. (which inevitably leads to #1)

      My preference is for slightly less integrated packages that allow the users to do what they need to, while giving me the ability to fix the general ledger without screwing up the detail.

      DISCLAIMER: I am a DacEasy and Best BusinessWorks consultant.

      My firm has

      --
      I'm not really a CPA, I just play one on TV
    5. Re:Finally, a Slashdot topic I know too much about by Empty+Sands · · Score: 2, Insightful

      With regards to (2), at the end of the day it doesn't matter what the back end is running on as long as the interface is usable.

      For instance, in our company we have a system that will run on pretty much any unix OS. I've run it (in production) on Openbsd, although its currently running on Linux. However 90% of the client machines are Compaq iPAQ running Windows 2000 and accessing the system via ssh.

      Result, an easy to maintain cost-effective server system that I can maintain from anywhere I might be and usual doesn't give me security concerns.

      I've accessed our system secure on whim from client sites by ssh.

      In terms of transfering files to Windows, Samba and well position shares are your friends.

      With regards to (3), I agree. At the end of the day OSS is nice because it allows the system to exist beyound the life of the entity that produces it. However, the main cost of a good ERP system is not the initial licensing, but the on going support costs. We pay our accounting system people a reasonable amount of money to be avaliable 8/5 for minor problems and custom upgrades. Sometimes even quicj calls in the weekends.

      For something as critical as an accounting system the best thing is not to be concerned about software ethics, but the cost-benefit of each particular system you might use.

      Go with what works for you.

      All that said there is starting to be a good selection of systems that will run on Linux. Some of them (mentioned above) are even OSS.

    6. Re:Finally, a Slashdot topic I know too much about by nagora · · Score: 1
      Speaking as a member of the QuickBooks team,

      Is there a Linux version on the cards? Our accountant uses it and he HATES Windows.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    7. Re:Finally, a Slashdot topic I know too much about by mystik · · Score: 1
      I'll second that db corruption. A small company I work for maintains a 50MB Quickbooks file, and the other day the accountant reported to me that she's frequently lost entire days worth of data. She had just about had it when it chewed up a month's worth of data. Shame on me for not providing a backup system earlier, but shame on QB for allowing it to happen.

      --
      Why aren't you encrypting your e-mail?
    8. Re:Finally, a Slashdot topic I know too much about by sphealey · · Score: 2
      . As much value as I see in open source, I would have a very hard time accepting an open source accounting solution as a CPA auditing a set of books. Unless the company is one of the Generals (Foods, Tire, Motors) or equivalent and possesses the internal programming staff and the full time accounting staff to verify that the stuff works right, it's not worth the risk to be a beta site and discover the bugs.
      Can't disagree with your sentiment, but as a person who actually supports midrange ERP packages (i.e. after the consultant leaves), you are dreaming if you think the average programming staff at the average midrange software company are a bunch of super-GAAP experts. Sure, maybe the guy they hired to do the original architecture was the reincarnation of one of the Medici's, and maybe they had a bunch of superwizards program the first release. But once it goes to maintenance it is handled by the same 2nd tier programmers who handle maintenance on all software. And they don't necessarily know more than you do about GAAP or standard accounting practices.

      sPh

    9. Re:Finally, a Slashdot topic I know too much about by HiThere · · Score: 2

      For something as critical as an accounting system the best thing is not to be concerned about software ethics, but the cost-benefit of each particular system you might use.

      Sorry. One must always be concerned with the ethics. If one isn't, sooner or later it will cost. Big. If you are quite lucky (as well as unethical) then it will be someone else who pays the cost. But that's not the way to bet.
      .

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    10. Re:Finally, a Slashdot topic I know too much about by StandardDeviant · · Score: 1

      I'm a programmer at a small (10ish person) shop that uses QB. We use it for pretty much everything from time tracking to billing to yadayada. A number of gripes, from the end-user perspective:

      • Dude, what's with the interface? I mean, who made the decision to include a web browser in there?
      • If the system makes me log in (perfectly understandable), why can't it autoselect my name in places that require such (I'm thinking specifically of the employee timetracking (weekly timesheet) screen).
      • If it's a multi-user system, why does it bitch at me about "Can't do that, somebody else has the file open." I think that runs counter to the definition of "multi-user".
      • Data corruption: like the other replies have said, this sucks. We're not doing anything at all complicated, but once a week or so the accountant or office manager has to go around telling everyone to shutdown QB so they can try to rebuild the file, which only works maybe one time in three. I managed to cause a file corruption once by entering in one day's worth of time tracking (or at least, when I tried to close afterwards it said "Nyah nyah! The files b0rked!").
      • Performance: Dude, I have a decently fast machine at work (it can run the RTCW test pretty well). QB is slooooooooow, like it takes it ages to start up, and then another ice age to open up the default screen.
      • It bitches at me every time I open it that the company file is not on a mapped drive (our file is sitting on a samba server and I just don't have much inclination to map a drive to that for the one file). I can understand warning the user that the program might not be able to determine the free space, but for God's sake give me a "STFU" button on that so I can tell it "yeah I know, but it's ok, so hush now".
      Having had a little experience in accounting (some classes in college), I can well imagine the complexity you face programming this beast, so you have my sympathy. Still, it needs some work...
    11. Re:Finally, a Slashdot topic I know too much about by smyle · · Score: 1
      I know this is late, and will probably never be read but...


      99.9999% of tax programs/CPA audit software/CPA trial balance software is written in Windows


      ...math hyperbole just drives me nuts.


      Since there are at least 2 written for linux (mentioned here earlier), this means there are at least 2 million tax programs written for windows. I don't buy it.

      --

      Sleep is just a poor substitute for caffeine, anyway. -Bob Lehmann

    12. Re:Finally, a Slashdot topic I know too much about by t482 · · Score: 1

      1. ...your choice may create significant problems at month/year end when one of my many slightly to nearmost completely computer illiterate colleagues tries to either download/extract your data or wants you to generate a file that to import into either Excel...

      Very simple - add an export to excel button in the application.

      2. Your CFO/controller will have a lot easier time finding people who can work in the Windows environment to do the basic grunt work of entering invoices, bills, and time so the system can print checks

      Web browser .... HELLO?

      3. As much value as I see in open source, I would have a very hard time accepting an open source accounting solution as a CPA auditing a set of books.

      SAP +SAPDB + Linux ... is that open enough? It is for many German companies...

    13. Re:Finally, a Slashdot topic I know too much about by DCMonkey · · Score: 1

      I do the books for our corporation and a few other businesses. We only use the basic features of QB (enter checks, make deposits, do payroll, print reports, reconcile accounts), and my largest DB has been around 40MB befre I got around to archiving and closing some old years.

      - I have never had db corruption in the 4 years or so we've been using QB (we back up nightly though, just in case :).

      - It is slow when it gets big. Its also slow in multiuser mode. I'd love to have the QB front end on a SQL database.

      - I regularly (once a month) import 400+ checks from our custom commission payment system via IIF files using a short perl script to generate the import file. I too wish the IIF files were a bit more straightforward. It'd be nice if one could export transaction via IIF too, but at least one can squeak by with an excel report if you need to abandon QB

      Intuit appears to have a SDK for an XML based API now. I dont know how good it is though.

      --
      DCMonkey
  93. How about NOLA? by TheLinuxWarrior · · Score: 1

    I read about NOLA when the press release came out. It looked pretty good.

  94. Accounting systems Require ACID by Anonymous Coward · · Score: 0

    The books MUST balance. For every credit there MUST be a debit. Without Exception under any circumstances. Even if the servers power goes out after debiting one account for $1,000,000 dollars but before crediting another respectively. Any real accounting system must be ACID compliant.

    1. Re:Accounting systems Require ACID by Anonymous Coward · · Score: 0

      and your server is not on a UPS ? kindly shoot your stupid IT staff.

    2. Re:Accounting systems Require ACID by sbjornda · · Score: 1

      What, a.c., you've never had a power supply fail?

      Got redundant ones, you say? Ever had TWO fail?

      Sheesh, brush up on your availability theory, man. It's cheaper to have a robust database than it is to shoot your IT staff. All those years in jail tend to harm your bottom line.

  95. Some possible choices... by Julz · · Score: 1

    I found this useful for some, had other stuff also but couldn't find the bookmarks.
    Accounting For Linux

    --
    When shit hits the fan get some of these https://youtu.be/pY-GncsZ-UE
  96. Accounting's only part of it - you need middleware by Colin+Smith · · Score: 3, Informative

    As others have pointed out, SQL ledger is really quite nice but you need to be able to "plug it in" to the other business applications that are being used.

    So you either write SQL ledger modules for *everything* or you use some sort of middleware. I have a short document which describes why you need middleware:
    http://www.yelm.freeserve.co.uk/middleware/

    There's lots of very expensive and proprietary middleware systems from such companies as IBM and WebMethods. Something open would be handy.

    --
    Deleted
  97. MS Plant! by Anonymous Coward · · Score: 0

    Not like MS gets sued for selling a faulty product

  98. "Too bad HP is killing off the line." by Anonymous Coward · · Score: 0

    Fire Carly

  99. Compiere is what you want by danpbrowning · · Score: 3, Informative

    I agree with one other poster who mentioned Compiere. It is a very complete, robust, and *awesome* ERP/CRM system. http://www.compiere.org

    --
    Daniel
    1. Re: Compiere is what you want by Futurepower(tm) · · Score: 2


      Maybe so, but I get worried when their web site does not work.

      It says, "Useful POS Links", but there is no link:
      http://www.compiere.org/pos.html

      --
      Bush's education improvements were
  100. Re:Gee, good question.. (Microsoft) by MADCOWbeserk · · Score: 0

    Oh well ouch. Afaik Microsoft only had that piece of crap "IMHO" Money. I stand corrected, but I was thinking this question refered to desktop small-biz stuff. On the "enterprise" level, in my experience, customization is important. Therefore microsoft is competing custom programmed or custom tailored solutions.

    Microsoft Business Plan, Verticle Integration. Though aquisition and intimidation.

  101. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  102. Accounting on Linux platform by pvjr · · Score: 1

    I have my own computer/networking business, and I run the entire operation on linux. One of the tasks I have been trying to accomplish is to devise feasable and easily scable linux solutions for small to mid-sized businesses.

    Much of the more prominent tasks(email, internet, word proc. spreadsheet, etc..) are easily taken care of. The challenge is where office or field specific functions come into play, especially where databases are concerned. While there are many db solutions and many office suites, trying to intergrate them has been difficult.

    Star Office (at this moment), seems to offer the best solution, but trying to get AdabasD set up correctly is like pulling teeth (at least for me.)

    I would rather build all of the tables and forms fresh, so as to fit the platform around the network, rather than visa-versa, which a certain Evil Empire has been known to do.

    I have found that customers WILL perform the "extra work" to migrate to a new platform, so long as A: they don't have to change the way they do business, and B: they won't have to be forced to migrate or upgrade for a least a VERY long time.

    Accounting, tracking, AC/AR, all can be created according to the customer's needs and desires in linux: that is one of my selling points. However, there needs to be some improvement in the ability to intergrate different applications, and make it appear seamless.

  103. Silk Software by CSIP · · Score: 2, Informative

    Silk Software has a fully integrated accounting, inventory management, POS, rental, payroll, etc, etc software package available for linux. check out the website for more info.

    -and.. yes... i of course work for silk

    --
    "Nyquil - The stuffy, sneezy, why-the-hell-is-the-room-spinning medicine."
  104. Using standard software. by Anonymous Coward · · Score: 0

    True. Most of the business world uses excel. I used to be a power excel user but have switched whole heartedly to openoffice.

    My project manager asks for time reports in excel format and gets them. He does not need to know that I wiped Windows from my workstation 8 months ago.

    When clients send file attachments - they are often Word documents. Open Office reads these files without a problem, complete with styles, graphics, and embedded excel charts. I am able to edit these files and send them back to the client (who often uses a Mac in my business) again they do not need to know that I am using a "non-standard" OS (as if the Mac is more standard).

  105. GnuCash is OK (was Re:SQL Ledger) by dpm · · Score: 1

    I run a small business (two employees) that has to work with two different currencies -- most of the revenue is USD, but salaries, taxes, and dividends are CAD.

    I switched to GnuCash at the beginning of this fiscal year and have been happy enough -- it supports double-entry well, and multicurrency is only moderately awkward. The reports have been adequate for me (and the tax people) so far, at least. It responds fast, and supports arbitrarily complex split entries, which are important for my work.

  106. Open Source the package! Quick! by Bob_Robertson · · Score: 2, Insightful

    Sanbukid, your company already has programmers on staff, right? Then put this home-built package into OpenSource ASAP!

    Your in-house guys are already going to be spending time debugging, so it's not like your company has anything to loose. If it's good, you get free testers every time someone decides to implement the system, providing feedback and making your own product better.

    Eric S. Raymond mentions in his Homesteading the Noosphere, there is no value lost to your company, only benefit to be gained.

    Bob-

    --
    The Ludwig von Mises Institute. The reasoning individuals economics
  107. Many Unix programs have been ported to Linux. by Zapdos · · Score: 2, Interesting

    Unix accounting software is far more mature and feature complete then this group seems to know. It has been in wide deployment longer then any Windows accounting software. A quick search on google shows many professional and mature Unix accounting/bookkeeping packages that will run on linux. This was one of the areas of initial application development that occurred in the 1970s. Many/Many companies developed internal accounting packages that were made into commercial products. Windows is the newcomer to this...IMIO

  108. Medlin (and Proseries for taxes) by Anonymous Coward · · Score: 0

    I have a master's degree in business administration and have run a small company for years with Medlin's double entry general ledger accounting package for DOS and Windows. I've run it under Dosemu and Wine. The DOS version may be unsupported by now. It was nothing special, just basic double entry accounting, but I'm of the opinion that's elegant simplicity.

    I use Proseries' tax programs under Wine to compute tricky stuff like depreciation schedules and tax returns.

    Medlin's general ledger only costs US$ 38.00 and Proseries applications don't cost much more if you use their "pay per return" option.

  109. A big problem for Linux by Anonymous Coward · · Score: 0

    One of my consulting clients is an accounting shop, run by a guy who's the classic example of someone who'd love to be free from the frailties and idiocies of Windows, but can't make the switch. He has to run not only a high-buck, accountants-only tax package, but numerous other programs (such as Quicken and MS Money) to handle data brought to him by clients. None of these programs or reasonable equivalents are available in Linux versions, or I would have moved his whole office off of Windows years ago.

  110. Go for it! by IGnatius+T+Foobar · · Score: 2

    Most people here seem to be posting wildly about giant enterprise-scale packages. The truth is that most businesses are small businesses. Not only are they flexible, but they can really appreciate the cost savings associated with a free operating system.

    I don't know what's available in the open source realm, but if you're ok with a commercial package, you might want to try ACCPAC. This is a mature package, originally from the DOS/Windows world, and recently migrated to Linux. It's got all the usual stuff: accounts payable, accounts receivable, general ledger... this is a package that I've seen CFO's really enjoy working with, to the point where they detest having to use anything else. Give it a try.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
  111. Oracle Applications by emil · · Score: 2

    One benefit to Oracle Applications is that it runs entirely as Java Applets over a web browser, requiring no more on the client than a browser bookmark.

    It does use several keyboard accelerators which I've never figured out how to hit under Linux or Solaris JVMs, though.

  112. I disagree. Reliability is partly the OS. by Bob_Robertson · · Score: 2

    Yes, accountants are extra conservative, in the practical sense. That's what they are paid for, after all.

    However, reliability is the key. The simple reality of Linux' stability is a selling point beyond compare.

    Add to that the fact that they could not care less what OS it runs on, so long as it is always available, and never looses data, and you have a perfect match in Linux and a journaling file system.

    Beyond that, the OS itself doesn't buy you anything. It's the application that does the real work. Without trust in your app, nothing matters at all.

    Bob-

    --
    The Ludwig von Mises Institute. The reasoning individuals economics
    1. Re:I disagree. Reliability is partly the OS. by Anonymous Coward · · Score: 0

      and never looses data, and you have a perfect match in Linux and a journaling file system.




      I guess you've never used ext2fs. It looses data like an incontinent old man looses control of his bladder and bowels, and the results are just as ugly if you had anything of value stored on it.


      Stick with BSD/UFS.

    2. Re:I disagree. Reliability is partly the OS. by Anonymous Coward · · Score: 0

      What part of journalling file system did you not understand? Parent post was talking about ext3, not 2. Geez, what a wad.

    3. Re:I disagree. Reliability is partly the OS. by dublin · · Score: 2

      However, reliability is the key. The simple reality of Linux' stability is a selling point beyond compare.

      Then I have to conclude you haven't spent much time with real Unix OSes. I like Linux, and it's now quite reliable enough to use for some types of mission-critical tasks, but to claim that it's even in the same league as Solaris, AIX, or the BSDs is ridiculous. Linux is good, but it's not nearly that good, and BSD is the only really stable open source OS.

      Check out how many of the top uptime sites at Netcraft are running BSD vs. how many are running Linux if you want an eye-opener in this department. (For those too lazy to click through, you won't find anything *but* BSD in the top ten - BSD variants hold 40 out of the top 50 uptimes. (With IRIX rounding out the other ten just to prove that they can remain stable running integer apps, anyway...))

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
    4. Re:I disagree. Reliability is partly the OS. by Anonymous Coward · · Score: 0

      yeah but no BSD is used for real work. just for geeks who like dropping 486s as webservers and posting uptimes to netcraft. yay! i can get in the top ten by putting my 486 on the net as a webserver and leaving it running for ages. what bollocks.

    5. Re:I disagree. Reliability is partly the OS. by dublin · · Score: 2

      Granted, webserver uptime isn't the gold standard of reliablity, but BSD is a real workhorse - it's huge in ISPs and quite prevalent in telecom as well - both markets where stability is key.

      Still, if you look at the architecture and internals much at all, you'll quickly realize that BSD A) is better suited for "real work" than Linux (for instance the Linux I/O layers, especially SCSI and the current single global I/O spinlock, are a disaster area), and, B) has an architecture that results in considerably better stability than Linux over the long haul. (The threads model is a perfect example: KSE is a brilliant solution: you get the parallelism of SMP with the lightning fast user-land context switch and NO kernel overhead. KSE and SMPng will put BSD well on the way to catching Solaris. A good quick overview of these BSD features are in this OSNews interview with FreeBSD's Matt Dillon.)

      I'm not at all anti-Linux (in fact, my company bases its primary product on Linux, and we recently partnered to bring IP SAN support to mainframe Linux), but it's simply not fair or accurate to say that the BSDs are not used or suited for real work: In reality, the BSDs are far better suited for "real work" than Linux in some cases, although still far behind Solaris and AIX in many important ways (which may or may not be critical in any given application environment.)

      The key,of course, is knowing what attributes are critical in what circumstances and choosing any technology, even the OS, appropriately...

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
  113. commercial.. the company I work for.. by josepha48 · · Score: 2

    At this point it is vapor ware, but we are porting our application to Linux. It was ported this summer to Sun from HP. I think it will be a month. www.mccue.com

    --

    Only 'flamers' flame!

  114. Oracle Financials by BaconMakinRabbit · · Score: 1

    With the use of an Internet Application Server and a JVM and a few drivers you can use Oracle Financials, HR etc..
    Oracle 9i I believe is getting certified on Redhat 7.2. I have tried this at home and on a large scale this is relatively easy, although I am sure there are a lot of companies that will do it for you for a lot $$$$.
    Apache for the web server- also on Linux.
    Oracle's Application server 9i- also on Linux Clients access modules through Netscape! or any other Java enabled browser of version 1.1.8. or later.
    Lotsa power and allows for a huge system.
    Oracle also now has Real Application Clustering so it can be MASSIVE. I have seen it in action. So if you hae a few extra millions...no one does it bigger.

    --
    "Laugh, and the whole world laughs with you. Cry, and they still think it's funny." - Mr. Boffo
  115. Recent Netscape browsers don't suck by yerricde · · Score: 1

    Netscape on Linux SUCKS. Can you imagine having to look at that interface all day every day just to do your books? Sheesh.

    Bullcrap. I'm using a nightly build of Mozilla (same codebase as the Netscape Communicator 6.x series), and its interface does not suck. Granted, it defaults to a Netscape 4 lookalike skin, but that's quite easily changed.

    --
    Will I retire or break 10K?
    1. Re:Recent Netscape browsers don't suck by spauldo · · Score: 1

      Just offhand, while I agree mozilla kicks much ass, the thing that puts me off with it is that on my system text input is _slow_. I mean type a sentence and wait 10-20 seconds for it to show up. I have a weblog I wrote that doesn't like netscape 4.x and barely update it for this reason.

      Hope that's fixed soon... the next couple of releases are supposed to improve performance.

      --
      Those who can't do, teach. Those who can't teach either, do tech support.
  116. Mid-comment political rant by Anonymous Coward · · Score: 0

    I noted the mid-comment political rant. It gets worse. Ashcroft's boss spent a good deal of his formative years drunk. Same with the V.P.

    All you can do is be philosopical: The poorly educated need people like themselves in the government so they can feel represented.

  117. Unbelievably Stupid by Anonymous Coward · · Score: 0

    So you're saying that General Motors' accounting is simpler than balancing my checkbook?

    1. Re:Unbelievably Stupid by Anonymous Coward · · Score: 0

      So you're saying you don't grasp the difference between small business and General Motors-size accounting?..

      Yes, you are Unbelievably Stupid.

  118. Appgen MyBooks by rmmeyer · · Score: 1

    I've been narfing around with Appgen MyBooks for the last couple of days. It seems to be a very complete package with Linux, Windows and Mac OS X versions.

    I installed the package on my Linux server and installed the client app (it is client-server) on Windows and Linux. I created a company and turned on access control. I was able to connect to the same database on both Linux and Windows. It uses host based authentication for access to the database. When I connected to the server from the Windows box, it asked for server, username and password. It actually seems to use some form of record locking. When I had a quote open on the Linux system, and tried to open the same quote on Windows, it complained that it was already open and would only allow read-only access. It also seems to have functionality for importing QuickBooks data but I haven't been able to test this.

    There are additional functions for an accountant to get many different reports. I can't imagine that an accountant that can drive QuickBooks wouldn't be able to run MyBooks with a small amount of startup effort.

    My wife (3rd year Business student) checked it out and said that it looks pretty complete. I downloaded only the basic MyBooks demo version but the purchase is only $99 for a five user license. There is a professional version that seems to have payroll added to the functionality for $799 for a 10 user license. The web site is not terribly good at explaining the difference between the two packages but considering another poster's comments about payroll being difficult to do, I would imagine that the payroll portion could cost the extra $$

    The application seems to be written in Java (it installs a JRE) and performs identically in Linux and Windows. I can only imagine that Mac OS X is similar.

    I am researching this package since I'm looking for alternatives to things like Symix for my customers. Unless I find some show stoppers, it looks like this is what I'm going to recommend to them.

    NOTE: I'm not an accountant, nor do I play one on television...

    Cheers!

    "Don't make me angry... you wouldn't like me when I'm angry."
    -David Banner

  119. ROFL!!!!! Re:Simple Linux Accounting Rule by Anonymous Coward · · Score: 0

    Some moderators just don't get it do they!!! + 3 Funny. >>> Apparently this was also on the 'school' blackboard in Zoolander. Worth a look!

  120. Oracle by orcldba · · Score: 1

    Not that I am advertising something, just that is what I know as I work with it:

    a.Oracle has its applications 11i released for Linux.
    b.You can go for a ASP model - oracle has on it website accounting for some small monthly fee.

    cheers.

  121. THE MOST IMPORTANT APP by m0nkyman · · Score: 1

    I have been saying for five years that this is the biggest hole in the Linux software world. For a small business like the one I work for (about 750,000US/year) we aren't running custom apps etc. We are currently using MYOB for the mac. Why... It is the ONLY non windows off-the-shelf accounting package that handles Canadian payroll. There is no Linux alternative. NONE! Until a business can run single boot on one computer, they will not switch. There are hundreds of thousands of businesses our side in Canada alone. This is the market that Linux has to penetrate if it is going to break out of the niche it is settling into.

    repeat after me: Payroll, A/R, A/P. These are what a small business needs.

    Pardon my incoherence, but this is the week before Christmas, and I've been working twelve hours a day, seven days a week, and It's about to get worse. The people who could really answer the questions for this topic are too busy right now. That's why most of the people responding are large business types.

    --
    ~ a low user id is no indication I have a clue what I'm talking about.
  122. Re:Go all the way with $$$ ERP costly failures $$$ by Anonymous Coward · · Score: 0

    I have seen more ERP projects go titsup than anything else in my 17year carreer. Because of the blunders, and huge disk farms needed, these white elephants get discretly burried, - secrets. Modifying Eliza, so when the boss types in how do I increase profits, would be better bang for buck - dont ask. Asking, what happened to the previous ERP is not a smart way to start things. SAP costs, and had very large report generation troubles. Oracle works, but again, a team of report writers hover in the background. MS sql is nearly there, but hampered from reading in or exporting 'foreign tables' like oracle and db2.
    CRM: Not to service customers, but to milk more cash from them, or to target junk mailings.
    On a par with fools who believe call centres can be made to turn a profit.
    apart from forex and wagering systems, exceptions are few.
    So I say , stick to accounting modules.
    must say - would like to know of an open 'trouble ticket' system - their per seat costs are too high.
    Brains beat ERP, because puters do not have initiative.

  123. Commercial Business package by Anonymous Coward · · Score: 0

    www.hansaworld.com has a complete business package for Linux now. Both server and client. You can even have a mixture of pc,mac and linux clients.
    All trafic is encrypted so you can run it over the internet and bandwidth demand is 9600+.

    Its available i severala languages and i 20 countries.

    Hansa Financials (3.9) is probably the biggest and best accounting package available for linux at this moment.

    It isnt for free but its worth every cent.

    kenneth@bytewize.com

  124. FreeMoney by chris_sawtell · · Score: 3, Informative
    You might like to try out Free Money

    It has been designed by people who really do know what they are doing and quite a lot of effort has gone into it recently.

  125. Syteline is a good bet here by dee+why · · Score: 1
    I am a Business Applications Manager at a very large beer business, and one of our biggest plants uses Syteline as their MRP/ERP. Some of the servers are running on Linux, so far we're quite satisfied with performance, reliability and cost (especially compared to Sun-based servers). The system is in production with approx. 250 users and performs all the functions you normaly expect from ERP/MRP/manufacturing/shop floor control app.

    --
    ------------------------ Optimists learn English; pessimists learn Chinese; realists learn Kalashnikov
  126. I said "journaling FS" by Bob_Robertson · · Score: 1

    Good coward, I said journaling, you bring up the straw-man of ext2 which is not journaling.

    Silly Rabbi, kicks are for Treads.

    Bob-

    --
    The Ludwig von Mises Institute. The reasoning individuals economics
  127. No-one's mentioned Oracle yet by bungo · · Score: 1

    Hmm, I haven't seen anyone mention Oracle.

    Oracle Financials runs on Linux. Oracle's financials products is also only one part of what they offer on Linux - they also include a full ERP solution.

    I've also read some of the other peoples 'informed' comments saying that Linux is not up to running big-time accounting systems. Well, that's just rubbish. I've been installing and setting up Oracle Financial and ERP systems for over 10 years. The latest relaese of Oracle's financial software runs just as well on Linux as it does on Sun Sparc - which both are better than they run on RS/6000 AIX or Win 2000/NT.

    Oracle is number 2 in the world for Financials and ERP software, so you can't get much bigger that that. Ok, it's not open source, and it's not cheap (too expensive for small companies), but it's huge and has tens of thousands of users.

    No-one can complain that there's nothing good out there for Linux.

    --
    "The best part? I became an ordained minister while not wearing pants." -- CleverNickName
  128. "Cash" for Linux by Gerb · · Score: 2, Informative
    There is a commercial accounting software package for the Netherlands, which runs perfectly on Linux. It's called "Cash". Check it out on www.cash.nl.

    It is used quite widely in the NL.

    Gerb

    --
    There's no place like 127.0.0.1
  129. The specs and requirements? by Anonymous Coward · · Score: 0

    Where can I find the requirements list for this kind of package?

  130. Same scale as QB? by budgenator · · Score: 2
    That's not business accounting that's a checkbook register with halfway decent invoicing tacked on. In short qb kisses the pooch; I have to use it at work to many simple things are kludges. what we need is
    1. NO web interface, ergonemic nightmare ie no short cut keys. To long to upload to web server, pass off to PHP or Perl CGI then update database then send back then wait for browser to render
    2. We need a more fine-grained permissions system, just becuase I can enter invoices and billings from venders doesn't mean I'm authorized or need to know the checkbook balance or see the profit/loss reports or balance sheets
    3. double entry isn't needed, when accounting was invented 4K years ago people added and subtracted manualy and it was important to check and find errors, we used 'puters now no silly arithmatic errors other than possible round-off stuff so no need for double entry.
    4. a simple CRM module would be nice (I just read that MS is pushing for entery into small/mid-sized CRMCustomer Relations Management)
    5. MultiUser is needed

    Hey if we want quickbooks, it's my understanding that it runs under wine anyways. Yes a small business is much more like an enterprise than most imagine.
    --
    Apocalypse Cancelled, Sorry, No Ticket Refunds
    1. Re:Same scale as QB? by Bob+Uhl · · Score: 2
      Double entry accounting is vital. It's not there to check math--it's to accurately represent the flow of money. Its invention was what fueled the Italian Rennaissance. Its use is what enables one to accurately track one's financial status. It's a Good Thing.

      Double entry does not mean that you need to enter things twice--not with a computer to do it for you. What it means is that every transaction involves taking money from one account and putting it in another. Unlike a cheque register, where money just flows in and out, a double entry system shows where money comes from and where it goes.

      GnuCash is a pretty good DE accounting system. It's been designed modularly. The transaction engine is suitable for business use--it's the front end which is currently more-or-less a personal use sort of thing. Although you'd be surprised how usable it would be for a smallish business. It does have quite a way to go, admittedly. But it gets better with each release.

  131. Re:My Thoughts, Linux training by budgenator · · Score: 2
    1. turn on monitor and computer
    2. click on face w/ your name under it an enter password
    3. left click icon of the application you want to run on the desktop
    4. Use application
    5. Close application when done
    6. when leaving your computer for any reason, right click the desktop and select the Lock Screen option to lock the computer. It will ask you for your password to get back in
    7. log off by right clicking the desktop and selecting logoff option, when finished
    8. to shutdown click shutdown option on the login screen, when computer say changing to runlevel 0, you know you've clicked the correct option and can turn off the monitor, the computer turns off all by itself when it's ready, this is optional Linux rarely has to be shut down or rebooted.

    congatulations, you can now use Linux® better than most people can use windows®!
    When is the last time you saw a windows user logining off or screen locking their computer when leaving it idle?
    --
    Apocalypse Cancelled, Sorry, No Ticket Refunds
  132. Accounting Systems on Linux by peter+kwon · · Score: 1

    I think Linux for HR/Accounting will be one of the best packages for small-mid size business in order to keep lower costs and also it is very reliable and scalable. Our current company spent high costs for MS office and Oracle software. This may not be a reasonable cost for the small-mid size business.

  133. Intuit's web department sucks by DamienMcKenna · · Score: 1

    My web browser of choice is Opera, and despite having used the 6.0 release since it came out, Intuit's web site won't let me get to anything but entry pages saying that I need a "newer" browser - Opera 6 is the most recent release of any of the core browsers!

  134. Re:CA's AccPac, ALMOST works in Wine... by Havokmon · · Score: 1

    We use AccPac's Pro 5.0 here, in a small company with about 30 people. AccPac Pro(formerly SBT Pro) is the primary piece of software on EVERYONE's desktop. It is based on FoxPro 5.0, and almost all our subordinate applications are also in FoxPro. We currently accept EDI Sales Orders (850's), and send 810, 856, 870's. These are "hacked" apps (hacked because I wrote some of them, and I don't really consider FoxPro a programming language - I think if I know it, it can't be complicated enough to be a real language, but I digress..) for exchanging data with AccPac Pro and are also in FoxPro. Next to those custom apps, we also run Skyline, also Fox 5.

    Wine runs Foxpro 5.0 _almost_ perfectly. In June there was a major restructuring of the windowing code, which totally broke (from my POV) MDI. Now, I don't want to get into how I feel about this broken code in a release (whether or not it's 'future-based' - primarily because it broke what *I* wanted :), but if the old working windowing code was combined with the current CVS, I believe FoxPro 5.0 apps would run perfectly.

    Unfortunately, I don't have that kind of time or knowledge to backrev the ./wine/windows stuff.
    For me, that minor fix could lead to an LTSP-based network :)

    --
    "I can't give you a brain, so I'll give you a diploma" - The Great Oz (blatently stolen sig)
  135. We're missing the boat here... by stuq · · Score: 1

    The main thing that makes an accounting/manufacturing system useful is the ability to *get at* the data you've put into it and to modify that system to meet your business needs. What use is open-source if the system design isn't open to modification? I've installed and used several high-end and not-so-high end accounting/ERP packages over the years, and NONE of them provided all of the features those businesses needed. Those businesses spent a fortune doing mods that should have been relatively simple. After a *long* time looking at the open-source alternatives, it looks to me like the gnue group (http://www.gnuenterprise.org) are putting together the best approach that will work for real business situations. They're not finished yet, but their careful approach to laying down an open and *modifiable* structure makes the most sense for medium sized businesses.

  136. Hmm... I don't know... by Anonymous Coward · · Score: 1, Informative

    what are the markets and competition:

    large business: SAP, PeopleSoft (barf!), Lawson, Siebel, etc.

    small-large: Great Plains (I wonder how MS Passport will "enhance" this?), PeachTree, QuickBooks Pro, Quicken...

    small: Excel, Access, Great Plains, PeachTree, QuickBokos Pro, et al.

    Sure, the template and Design Pattern for doing accounting is pretty well known and has been for some time.

    Any Open Source (I'm assuming that's what people mean in the context of this) will be able to either be easily expanded by VARs and developers, have as good as or better percieved fit-and-finish (eye candy), and offer some easy exchanges between existing apps and OSAccounting.

  137. "I support a US first strike" by Anonymous Coward · · Score: 0

    on the cities that manufactured the arms being used against the US: San Francisco, Austin, etc. I mean we know Osama bin Laden uses Macintosh :-)

    BTW could you please wait until I move back into the southern hemisphere; that should give me a few months before nuclear winter sets in.

  138. Yes by Anonymous Coward · · Score: 0

    After all, Linux wasn't written from scratch; all the design had already been done by AT&T (and half the implementation by the GNU project).

  139. Appgen might have what you are looking for. by AIXGuy690 · · Score: 2, Informative

    I use a program called Moneydance for my personal finanace. Moneydance is made by a company called Appgen. Appgen also makes makes software for small to midsized businesses and best of all, it works with Linux. Check it out... http://www.appgen.com/

  140. Re:SQL Ledger, get off of QB... by pitcrew · · Score: 1

    I have always changed accounting systems at a year-end. All you have to do is to get the ending balances from the previous year input them as starting balances and start posting. The problem comes in posting prior year adjusting entries. A couple of ways to do this are - Post adjusting entries to both systems or correct the opening entries after the year-end adjustments are made. Some accounting systems won't allow changing entries once they are made so play with the new system to see what can be done. Simply leave the old system installed for historical records.

  141. Re:"Access anytime, anywhere..." but only with MSI by jargoone · · Score: 1

    In order to have certain functionality they have to focus on IE. Most people who use their web interface use IE. People who will use the web interface don't run Linux. I hardly think that takes them "out of the running".

  142. AccPac isn't really on Linux.... by teambpsi · · Score: 1

    Thier idea is using the pervasive SQL engine for the backend on LINUX, but you still have to use the windows client software

    At least that was their "state-of-the-art" as of about six months ago when we went looking

    --

    Old age and treachery almost always overcome youth and skill.
  143. NOLA Was: Re:SQL Ledger by larsu · · Score: 1

    Sorry. For clarification, the development branch UI is changing nightly. The stable branch UI is (descriptively enough) stable.

    I very much agree with you that accounting users should not be presented with a changing interface each time they use the software. The newer UI fits very nicely into the NOLA modular architecture, and will easily allow future installations to customize the look and feel to how their employees work, and to keep their existing UI across major functionality changes.

  144. Commercial companies are often self-destructive. by Futurepower(tm) · · Score: 2


    I read all the posts carefully, because accounting software is an important subject for me.

    No one seems to have discussed a MAJOR reason to go to Open Source software: Commercial companies often become self-destructive. Maybe because they want to preserve reasons for future upgrades, they become unwilling to fix problems in their products.

    When commercial companies are successful, they will often begin to try to squeeze the user. Look at the quote below about "unrelenting advertisement".

    When commercial companies are successful, they often seem to spin out of control. Novell was one. Corel was another.

    When commercial companies are successful, they often become arrogant and self-serving. Microsoft is an on-going story of being adversarial toward its customers.

    Commercial software is often VERY influenced by the markeplace. From a quote below: Microsoft is "giving away Microsoft Money ... I think Intuit/Quicken/QuickBooks will go the way of Netscape within 18 months." When a company experiences a downturn, the good people leave, and companies often are unable to continue successfully. Remember PowerBuilder? Where is it now, after Microsoft took over the market with Visual Basic? Those who spent years learning PowerBuilder lost their investment.

    I've been hearing about file corruption in Quicken and QuickBooks for years. The quotes below from this Slashdot story show that the problems have not been cured. Have the good people left Intuit, the manufacturer of QuickBooks? My experience of Open Source software it that major problems are fixed quickly.

    QuickBooks is counter-intuitive, lacks backward file compatibility, and fixing some types of transactions is virtually impossible: 2718237

    QuickBooks has a poor interface, there is often data corruption, and it is "slooooooooow": 2720211

    QuickBooks has "frequently lost entire days worth of data": 2718998

    "I hate the QuickBooks UI and its inconsistencies", GNU Cash is better: 2717131

    QuickBook's "Web Based" accounting package only works on Windows: 2717244

    "QuickBooks 2001 Pro is cranky - it misnumbers printed checks, sometimes. It will let you delete a reconciled check without warning on some systems, but not others. The invoicing sometimes deletes descriptions but keeps amounts.

    "Plus, [QuickBooks 2001 Pro is] an unrelenting advertisement for online plus-charged checking, charge cards, investment accounts, you name it. QB is just a loss leader for the online services.

    "... [Microsoft] is giving away Microsoft Money. The .NET services will require you to use Money, just you watch. I think Intuit/Quicken/QuickBooks will go the way of Netscape within 18 months."

    The above three paragraphs are quoted from: 2717209

    "I use Vmware [under Linux] to run QuickBooks for my business and Quicken for my personal stuff. They are in two different VMs and it runs great. When Quicken/QuickBooks decides to crash the OS, I just restart the Virtual Machine": 2716999"

    Someone from Intuit posted a comment: KaiserSoze, a "member of the QuickBooks team" -- 2717731

    This is counter-intuitive, but commercial software is often or unwilling to serve the needs of its users. Open Source software has no other purpose.

    --
    The U.S. government causes problems, then pretends to solve them by creating more: What should be the Response to Violence?

    --
    Bush's education improvements were
  145. Accounting is not infrastructure by fl · · Score: 1

    There's no need for a GPL'd accounting software, because there's already one, that's at least "disclosed source".

    All those pure of heart are going to hate me, but: one of the major advantages of Open Source is learning by example, reusing code of others, beeing able to peek into the workings of an application. All this is possible to some extent with the business applications part of SAP software. Someone please tell me about Oracle applications, I'm note really aware any longer how they eveolved over the past 3 years.

    ERP package (or whatever you like to call them today) quality comes with thousands of qualified people that make the application reflect the way a sane majority of a given industry is doing business.
    These prefabricated "workflows" can help a company set up doing their business like most other companies in that industry in less time than it would take to ananlyze the needs, and then make a program from it.

    If the technology used to program these "workflows" makes it possible for a customer to peek in and adapt parts of the system to fit his needs, that's the killer app of ERP, and that's what SAP is thriving on for quite some years now.
    All these posts concerning frontend software, or what platform to run on, they miss the point that the business part is what counts most, not the technology down there. Technology is nice, but it changes over the years. Look at the SAP frontend: not really easy to learn, in some points a real nuisance. Doesn't really scare people away from it. Look at the technology: it's up to the customer to decide what hardware to use, from AS/400, over Linux/Intel and all major Unices to S/390, and Linux on it ;-)

    I don't think the world needs a GPL'd business app, at least not a package as powerful as SAP. But to use the technological concepts for a GPL'd application server would sure be a nice idea.

    --
    -- Go ahead! make my day... fl@well.com
  146. What about kontor? by t482 · · Score: 1

    I haven't tried it - but according to
    http://www.gldialtone.com/AcctgTableObjects.htm

    The db schema are fairly good. It is a Java based accounting system.

  147. Linux, BSD and Netcraft by Bob_Robertson · · Score: 2

    I agree completely, BSD does hold the top spots.

    I have a Linux box which, had I not chosen to upgrade the kernel to 2.2.18 last September and thus reboot it, would also be on that list.

    I guess I did the Linux geeks a disservice!

    Please don't get me wrong, I am not knocking BSD, AIX or anything (except Win). I'm just crowing about Linux because it has been my experience and I prefer not to hype what I don't know.

    Bob-

    --
    The Ludwig von Mises Institute. The reasoning individuals economics
  148. Re:Some QBooks thoughts - cranky QB by Anonymous Coward · · Score: 0

    >On top of it, MS is giving away Money. The .NET services will require you to use Money, just you watch. I think Intuit/Quicken/QuickBooks will go the way of Netscape within 18 months.

    I totally agree with this. I have worked with turbo-tax division. It is the only real part of Intuit that makes money and Intuit knows it. The upper management assumes that the tax software can never be beaten by M$, but they are sadly mistaken. M$ is in the trueest sense of the phrase, "the terminator". Now that ashcroft and bush are up to their antics and trying to allow M$ to do what they want, I give Inuit 18-24 months to show major problems.

  149. Interesting by Anonymous Coward · · Score: 0

    Most companies today still use win95 on the desktop than any OS. Likewise, there is more MS-dos in use than XP (at this moment). Linux is far more useable than win95 and most certainly more than dos. It is cheaper to run than any M$, when you consider the costs of computers, admins, and software. Yet you suggest that training should be the reason to stay with M$????
    Anybody who moves to XP and new packages have a very very long training curve ahead of them. Yet, you still suggest to stay the M$ route? doesn't sound like you are really that much of a business man.
    BTW, Everybody talks about the non-obvious solutions as to how to save money. the obvious way that you suggest is exactly the approach that many companies use, just prior to going under. The non-obvious solutions is to use Linux and save money.

  150. Re:SQL Ledger, get off of QB... by Sandlund · · Score: 1

    Good suggestions -- both from pitcrew and hughk. Many thanks.