Baan Support

wricks · #1 26th August 2005, 21:50

Do you have Baan Support Contract? Yes/No

We have been running our Baan IV shop since November of last year with no Baan Support contract. I am mildly surprised that we have been able to handle all of the issues in house so far but more than once we have turned down new projects because it seemed too risky to do without Baan Support in some fashion.

I am trying to convince our IT manager that we are better with it than with out it but he thinks since we don't have it for so long it is a luxury.

Any thoughts?

Markus Schmitz · #2 27th August 2005, 09:58

Hi Wricks,

up to now, all of our customers still have a support contract. Some are considering (I think) to stop this, but in my opinion this is not a good idea.

Even if everything is fine, two simple technical reasons should be enough to keep a support contract:

a) You might be forced by your database vendor to migrate to a higher version and together with this you might need a new portingset for Baan. Without a support contract, no new portingset (at least legally).

b) if your server crashes and you are forced to restore your installation from backup on a new server, then you will need to validate your system again. Legally in my opinion you are entitled to get this done by SSA without a support contract, but you will not have the leisure to fight this out in court.

Maybe somebody has practical experience with scenario (b) and can tell us, how they handled it?

Regards

Markus

tjbyfield · #3 29th August 2005, 02:37

Quote:

Originally Posted by Markus Schmitz

...up to now, all of our customers still have a support contract. Some are considering (I think) to stop this, but in my opinion this is not a good idea...

I think this queation will be asked more and more. Our own situation is that we have had BaanIV installed for 7 years and have had very little need to call on Baan support over that period. We have upgraded the hardware significantly over the period but we stopped applying software updates years ago when baan's future was in doubt.

Given that we have had very little need for support our support costs are considered by management to be very high. The main reason that we have continued to pay the fees is to entitle us to free version upgrade should we decide to stay with Baan. However, if there are significant charges by SSA for conversion servcies we may decide to move to alternative software.

p.cole · #4 30th August 2005, 00:08

Quote:

Originally Posted by Markus Schmitz

Maybe somebody has practical experience with scenario (b) and can tell us, how they handled it?

I *think* SSA would view a request to re-license without a support contract as a chargable use of their professional services.

tjbyfield · #5 30th August 2005, 02:29

Quote:

Originally Posted by p.cole

I *think* SSA would view a request to re-license without a support contract as a chargable use of their professional services.

I agree P Cole. Whether or not this would be the actual legal position would depend to a large extent under which (country/state) law is specified to be used to to interpret the orignal contract. In any event I think it would not be unreasonable to pay for the service should it be required so long as the service was not charged at a ridiculous price.

We recently had to have our system relicenced following hardware failure which occurred over a holiday weekend. SSA were very good and and went out of their way to help us over the weekend even though we only pay for 9 to 5pm business day/hour support.

This is a marked improvement over the previously stated Baan position regarding out of hours relicencing. Several years back we sought details from Baan on how we would approach relicencing out-of-hours for our Disaster-Recovery-Plan (contact tel numbers etc). Baan's answer was that this would not be possible unless we increased our support level/cost to cover this possibility. (I cannot understand how/why this baan-era manager still has his job)

We were very pleased with SSA/Baan's cooperation and eagerness to assit us, particularly as this happened over the holiday weekend. Having said this I think it would be unrealistic to rely on SSA to relicence a system where no support fees are paid.

Rita Kotecha · #6 30th August 2005, 14:27

It is advisable to have a support contract in place always.

Anuraag · #7 2nd September 2005, 08:50

It is advisable to have a support contract in india becoz here every year we face a lot of localization changes/enhancement.

Regards

Francesco · #8 2nd September 2005, 18:39

The company I worked for at the time ran Triton 2.0 on a BISAM database and life was good

For those of you who can remember the release of 3.0, it affirmed our believes that we didn't need no stinkin' upgrades and we didn't need no stinkin' support.

If it hadn't been for Y2K, this company would probably still be peddling along merrily on the best Baan version ever.

There are currently plenty of companies out there who own their source and therefore forfit support. I am sure they are still able to replace CPU's if needed.

opensource · #9 5th September 2005, 17:19

Baan support is a greater service than just revalidation in case of disaster.
Broadly the support service can be categorised as having following elements.
1. Revalidation service
2. Service pack upgrade and version upgrade
3. Knowledge base and documentation access
4. Customer issue and bug fixing

A good value concious organization would consider all components of any service and put
reasonable value to each components of the support service.

Legally speaking SSA or for that matter any vendor who has sold perpetual license to use the software can never deny the revalidation merely because the customer in not having the support. Refusal to revalidate the customer is illegal in any country because it is anti-trust unfair trade practice. However it's unfair to ask SSA to do this service for free. So in order to have a win-win situation , SSA should severe this service from normal support aggreement and can have separate annual reasonable recurring validations service charge with a provision for additional nominal fixed charge per actual revalidation request. Even at 2% of original support charges it's 'zero cost infinite returns' proposition for SSA.

Customer has limited remedy in case such servered re-validation service is refused and he/she does not want full fledged support contract . One can have brand file and ttiex300/301 table backups properly copied in binary mode and stored at secure place and have the baan run from these data/files incase of disaster. Refusal to severe revalidation service is itself is an indication of little value proposition in overall support service . Clubbing separate service to sell other service is clearly untenable. Remember Microsft shipping IE compulsorily with desktops .....

For service pack upgrades , one must think how beneficial the service packs are from technological perspective.e.g AFS and webtops are the contributions of service packs. If there is feeling that new service packs dont have any technological enhancements and are mere bug-fixing , a low value should be put against it . As far as version upgrade is considered , one must consider the time,money and effort
involved in version upgrade and the probable benefits of the version upgrade. For version upgrade, it's better to involve functional managers also in such exercise. A hard look at the realistic possibility of upgrading ur organization to next version , should be made.

For knowledge base and documentation help, one can review the quality of new solutions published during the year, availability and quality of quick guides , quality & speed of the knowledge base search engine etc and put a subjective assessment of this service. In same manner customer issues and bug fixing can be assessed on the basis of their knowledge level , solution turnaround time , level of professionalism in support staff etc .

There is also endorsement aspect to vendor's existing policies and actions like acquisition of disparate systems,quality of such products/systems and how those things may fit in ur organization in future at what price. One can check / assess how does ur organization fit with such activities and products.

Further the cost of selling when selling to existing customers is very negligible as compared to selling to new customer which goes upto 15-20 %. So the customer should also reap certain benefits of low cost of selling by way of rebates.

Furhter per seat license prices have reduced since 2003 and those new customers wont pay as high amc as the old ones . So there is strong case for giving old customers the advantage of their loyaltu and contribution to building strong products.

In nutshell , one should not be solely guided by the % AMC mentioned in the SSA contract . One should try to do independent assessment of all such relevant factors. There should be sufficient value propositions for ur organization for all such elements . Few corporations with 'steep fixed well known IT budgets' can afford such overall % based AMC. Also few emotional people , who associate and attribute their future careers to SSA only , may also find such exercise meaningless . But there are quite many value conscious organizations, who do very careful value engineering for all it's activities. These are penny wise and pound wise too.

Arthas · #10 6th September 2005, 09:53

"Refusal to revalidate the customer is illegal in any country because it is anti-trust unfair trade practice."

In many countries your statement above would be interpreted as legal advice and as such anyone who acts upon it (and fails in their endeavour) could seek legal recourse against you personally, and perhaps Baanboard as well. Your statement is incorrect, please don't make such statements again - you may be threatening the existence of a community that many of us find very useful.

"One can have brand file and ttiex300/301 table backups properly copied in binary mode and stored at secure place and have the baan run from these data/files incase of disaster."

Rubbish. Yes, there are ways around licensing issues, but all of them are against "the spirit" of any agreement you have with SSA/Baan and there are extremely few circumstances in which they should be used - NEVER without advising the vendor in advance of what you're doing and why.

(might be a good time to point out that I am not a part of SSA and never have been).

People, if you're happy with the Baan product and intend to stay with it, pay your support fees (but negotiate hard on the price). If you're not happy, move on. The middle ground (using an unsupported product) is a category A1, Red Alert, "I am stupid" business risk.

(this should get some entertaining responses)

Francesco · #11 6th September 2005, 19:30

Them are fighting words, Arthas!

The dependency on (BaaN) support is the inverse of the quality of your staff.

wricks · #12 6th September 2005, 20:22

That is funny Francesco, the whole reason we lost support was that we did not use it enough.

We do not have source code for the entire system and this is my point. I run across sessions that I do not have source code and I have a hard time supporting that application.

I also feel like a tight rope walker working without a safety net.

lbencic · #13 6th September 2005, 21:06

3rd party Partners with source code access can help in individual circumstances. We can debug problems, provide updated objects (not source code) with custom work arounds or patching, etc. That would also cost for services, but only on an as-needed basis.

That does NOT replace the safety net, I am not offering an opinion on that one!!!

tjbyfield · #14 7th September 2005, 02:52

Quote:

Originally Posted by Arthas

...might be a good time to point out that I am not a part of SSA and never have been...

Well done Artahs with your declaration which should be unnecessary. I think it should be compulsory for SSA/Baan people to declare their association and not hide behind the anonymity of this forum nor to permit some to pass-off their advice as being unbiased.

Quote:

Originally Posted by Arthas

...The middle ground (using an unsupported product) is a category A1, Red Alert, "I am stupid" business risk...

This is the point. There is no emotion involved at all. If you decide to continue using it and it is the backbone of your operations then support arrangements are required. (irrespective of the internal skill-sets which are often more useful/productive and much lower cost but themselves high-risk)

Business risk is also the long term issue with SSA given that its long term strategy does not show any signs of being an innovative software developer/ marketer for the long haul. I think we will see many of the larger companies and others, more away from Baan for this reason in the next couple of years now that it is clearly evident that SSA are not in the same business as SAP and Oracle (and even Microsoft?)

Terry

Arthas · #15 7th September 2005, 09:53

I agree with everyone (except opensource - [s]he POMB).

Just in case Terry ever acuses me of lying, I was never part of SSA, but many,many moons ago (yup, both shoes and all three socks off, still can't count anywhere near high enough) I was an insignificant part of Baan support (pre Invensys).

In support of, and also to counter Francesco's "inverse" argument:

Yeah, you log a call, you get first line support, all they're gonna do is what you've done already (search the knowledge base, ask you to send copies of log files, "run this trace for me, will you?", and the classic "send me the session information". The guy's been logged into your m/c stuffing around in GTM, but still wants YOU to run the session info? You'll probably end up being instructed to install a patch that has three zillion dependencies (heh heh - that should keep him busy until I retire).

OK, I'm being cynical, but this really happens. The job of a support analyst (any vendor) is to close the call first, and solve the problem second (but both is good). Play the game until you can escalate to second or third line (believe it or not, they even used to have 5th line, don't know if they still do or not).

Third Line will know two crucial things:
1. You done all the donkey work already, and probably attached it to the case - they won't ask you to do it again.
2. YOU know your system better than THEY do.

These guys are good, but you need to build a relationship with them.

Francesco:
OK, you don't need support (I'm assuming that you have source code and understand the risks of a complete h/w failure).

How do you deal with a hardware failure or a major outside infuence such as Y2K (you mentioned yourself), or the introduction of the EURO with all it's implications?

AND - the best version was not Triton 2, it was IVc3 (i.e. pre PMC)

A