The Problem with iBiz

I promised more work related posts, so here we go:

As everyone here knows we spend a significant amount of time interacting with iBiz. Let me explain what iBiz [Server] does. It’s a time tracking and invoicing application for the Mac OS X platform. It supports multiple users in a local area network environment. It also integrates with several key OS X applications, such as Address Book, and iCal. All these great sounding features were factored in when I decided to purchase 3 copies of it in the beginning of September. After three months of daily use, and endless issues I can confidently say that iBiz sucks. In order to paint a more vivid picture, I’ll attempt to accurate describe what would normally be the most compelling features of iBiz, and how perception differs from the grim reality.

Cross Application Integration
iBiz works with Address book, but in a really limited fashion. A separate group is automagically created in your Address Book called “iBiz Clients”. In concept this is a really great idea, but in a networked environment only the server’s Address Book is used. This makes changing client information nothing short of a hassle because it has to be done on the server itself. That’s right, you can’t actually edit the client inside iBiz, it has to be done in the associated Address Book. As [un]expected double clicking on a client’s card from within iBiz client, even if I have the same exact one locally in my Address Book, brings up a cryptic error message. Thankfully for us client information doesn’t change that often.

iCal integration isn’t much better. You can publish events to and from iCal, but it has to be done manually, and the time spans are rarely accurate. Publishing to a new calendar requires that iBiz is relaunched after the calendar is created in iCal. As of this writing I can’t even publish a project due date to the calendar without this error: “iCal got an error: NSContainerSpecifierError”. I later discovered that this occurred because I failed to select a calendar in the project info window. So in essence I had to hunt around to find what the program should have already known was an obvious issue. Instead it probably tried to jam an event into an calendar called “NULL”, causing iCal to get agitated. Events can also be imported from iCal but with questionable results, only across a single calendar and only manually. I had really hoped to be able to add events in iCal and have them appear in iBiz, but after some time I learned it wasn’t going to happen. Needless to say we didn’t end up using the calendar features much.

iBiz Server has seamless networking, within a local area network. The clients were able to connect to the server immediately, without the need for any configuration. However there is absolutely no feasible way to connect to it from outside of the local network. I even tried to VPN, which doesn’t seem to carry Bonjour so well. There is no way to define what IP the client should connect to. So much for using it from home.

There is an option to check items out, because as soon as iBiz Client loses it’s connection to the server all the client / project information disappears. This requires that specific objects be selected for check out. Upon doing so, unchecked items disappear. This initially freaked me out and I didn’t have a clue how to get the missing information back. Thankfully I figured out that “Synchronize With Server” really means reconnect with server. I still can’t understand why iBiz doesn’t just maintain a local copy incase you need to disconnect from the network in a hurry or if the server goes down. We would occasionally lose connection to the server, which would stall our timers and clear our client lists until iBiz Client was relaunched.

Time Tracking
This part of iBiz is just a mess. I can’t even come up with a crafty lead-in for this section. We have been reduced to manually correcting timers at the end of the week. Often they are just flat out wrong. From what it appears, using the same timer for more then one day, or adjusting the time of an event then starting a timer causes all sorts of trouble. Jon lost 10 or 15 hours just in 1 week of use. That’s disgusting.

Invoicing is no better then time tracking. As other users have reported on Mac Update, we have generated the same invoice more then once and gotten completely different totals. I miss billed two clients. I don’t even want to think how much money this might have cost me just in these few months.

Reporting does exist, and it is really easy to run, but it isn’t that flexible. We ran into a [major] issue with the fact that iBiz has NO WAY TO DIFFERENTIATE EMPLOYEES. None at all. We’ve worked around this by using event folders, one for each person. This really fowls up the reporting. I can’t do something as simple as see how many recorded hours an employee worked over a given time period. Aniel had to sit with a stack of printouts one week to see where all our hours had gone. I’m not saying iBiz was responsible for the huge loss of billable time, but it didn’t help in tracking the loss down.

I have to say that iBiz’s interface is not so bad. It’s very simple and that lends to a very small learning curve. Though I’m constantly rewarded by interface glitches. For example, the “Add” and “Insert” event buttons will be grayed out but still accessible. I’m not entirely sure what the difference is between adding and inserting an event. As far as I can tell they have almost the exact same function, except “Add” refuses to place an event in a job group, and insert event can put one inside or outside. Job event types are yet another thing that has to be entered in on the server. Those don’t change too often, but that’s just silly that I have to go to the server to do certain things. Speaking of the server, it runs as a faced application, which means OS X has to be logged in for it to run. Not the most ideal situation for a server environment.

General Madness
I have not kept track of how many full out bugs and interface glitches that we have reported to the developer. My logic for not keeping count was that we probably wouldn’t find another and that keeping track would be a waste of time. After the 5th or 6th e-mail to the developer, I should have gotten the hint. It was a twice a week occurrence for a while. Last I looked I wasn’t using Beta software.

I can’t say I’m as bad off as some others. There are reports going around of data loss. Not that I’d know how to backup iBiz server, without doing some investigation. I certainly don’t consider backing up folders in ~/Library manually an acceptable option for most users. Other applications, like Address Book or DevonNote provide concrete methods to backup their databases.

Final Thoughts
I feel like an idiot for using iBiz this long. It has probably cost us a ton of money in lost time, incorrect invoices, and in the hours wasted working around its flakiness. It’s also embarrassing to explain to a client that our software messed up and miss-billed them. Those kind of mistakes don’t help to build trust.

I think we’re going to switch to Studiometry. From what I’ve read and observed from my limited use, it appears to have a much higher learning curve. I could care less. I just don’t want it doing stupid shit. It’s also a little more expensive, and I hope that’s just because it’s a more solidly written application. Hell, it’s even dual platform, lets me define employees and even lets me specify the server’s IP.

I hope I’m not going to be making the same type of mistake I made before with iBiz and not writing a similar entry three months later. I’ll post updates on how the transition works out. I bet it’s going to be ugly.

6 Responses to “The Problem with iBiz”

  1. Webel says:

    It is so nice to hear that others have had trouble. I am desperately looking for an alternative.

    The iBiz software is so promising, if only the developer(s) (I'm beginning to suspect there is only 1 acting like many with multiple emails) would listen.

    I asked them to please PHONE ME so that I can explain to them how to fix their software – which is still massively buggy – and they point blank refused. Eventually they admitted they have no further plans to support this software.

    BEWARE ! The company IGGSoftware behind iBiz can't be trusted with your time and money.

    The software is riddled with really obvious programming flaws (they clearly don't even understand basic model-view-controller).

    For example, the report (a view) is on the screen only, and it is not in sync with changes in the model (your timesheets).

    The report export is absolutely useless, they don't even comma separate the bloody job event names from the other data, so you can't ever load it into a spreadsheet. Too stupid for words.

    This software, which got me excited at first, has cost me weeks of headaches.

    DANGEROUS: It DOES corrupt data, I had to go through it with a fine toothed comb and my accountant to double check everything before issuing invoices.

    STUPID: There is no way to get from a job event in the report to either it's spec/property box or to the line item in the timesheet. Stupid and useless.

    BUG: The sync from iCal back to iBiz is deadly, don't use it.

    BUGGY: The sync from iBiz to iCal works sometimes, only.

    BUG: When you change the sync status of a newly created job event, it deletes the job event title and replaced it with 'untitled'.

    PERFORMANCE BUG: Sometimes the software suddenly takes the majority of my CPU, not a bad achievement for a simple threaded time-tracking app.

    I offered to spend a whole day on the phone to these people helping them (which is easier for me than hundreds of emails). They point blank refused. They say they "can't", because they don't understand that "can't" is not the same as "won't" or "against our policy".

    This company now dares to tell me
    (by email, not phone as asked) that they are not attending to new features (in fact these are basic IT features needed to make it work) because they are focussing on iBank !

    Do not trust these people with your time or money. They are demonstrable timewasters, not time keepers. They are bums.

    Such a shame, I need a good time-keeping app.

    Dr Darren Kelly (Webel IT Australia)

  2. Webel says:

    That's it, I officially loathe iBiz. It now won't run at all (it just starts and says "not responding"). It has just taken with it all my client data for a few months and I won't be able to accurately bill my clients this week. I am as pissed off with IGGsoftware as I've even been with any software. It is an absolute disgrace that these sloppy people (or perhaps the one "developer" who appears in this blog as anonmous) would DARE to offer to help handle other people's money, time, and business affairs.

    And then theyy want to develop a banking app ? I don't think so.

    I, Dr Darren R C Kelly of Webel IT Australia, very experienced consultant and true IT boy with over 30 years handson experience with computers, advise you to never ever touch iBiz or IGGsoftware.

    Unless you prefer to have your time wasted than kept.

    It is scandalous, sloppy, rude, and uncaring.

  3. Scott says:

    You'd think after all this time iBiz would have matured as an application. I guess not. We're still using QuickBooks Online.

    It finally works in Safari and Firefox, instead of only in IE. Its not very pretty, but it works and it's comprehensive. I haven't had any regrets using it, even when it was a PC only web application.

  4. Webel says:

    What I particularly like (NOT) is the way iBiz, with a simple timer running, is right now as I type taking 40% of my CPU !

    It's not enough for IGG Software to waste my time and my money, they also have to waste my MacBook resources.

    It's just another case of irresponsible software developers pretending to be larger than they are, and willing to take customer's money, treating customers as unpaid beta testers, and expecting them to accept a demonstrably buggy and largely untested product.

    I am moving to Studiometry (at least for a trial) at the end of this billing round. I can only hope it is better.

  5. Webel says:

    Well well, it's 2010 and my MacBook Pro suddenly keeps getting a full hard disk. I delete huge files to make space then within minutes the disk is full again.

    Now let's guess which application is causing it. Could it be iBiz, the same application that screws up my timesheeting data, that screws up my iCal entries because of inaccurate sync, that is deadly when sync is permitted from iCal to it, and that hogs 40% CPU to run a piddly little timing thread ?

    5/01/10 5:51:23 PM iBiz[84951] modifying record in iCal {
    "" = "";
    "end date" = 2009-12-29 10:37:15 +1100;
    identifier = "9848519C-FD62-4741-AB29-810E496560AE";
    "start date" = 2009-12-29 10:36:15 +1100;
    summary = "ppiinv15: 2009-12-21-2009-12-17";

    Is the same application with a developer too lazy to pick up the phone and call me ? The same people who dare to then offer an application iBank that threatens to handle me money for me ?
    Yes, it is iBiz.

  6. Darren Kelly says:

    I moved to Billings over the last weeks. It is not much better than iBiz in some respects, and it is missing some features that I though iBiz did well (like job groups with weighted time and service fee averages). However, Billings does not hog 90% of my CPU.

    I have prepared a comprehensive, database driven comparison of the two applications, in the hope that it will save consultants everywhere using time-tracking software on Mac OS X the time that I have had wasted:

    A review of Mac OS X timesheeting/tracking applications: Billings vs iBiz:

    (With nice comparison tables thanks to Drupal CMS core and contributed CKK and Views technoloogies.)