Tuesday, January 15, 2008

DBA Manufacturing recently deleted from access the user group. I've created this independent users blog so that users may post programming suggestions and laments, feature requests, questions, and generally seek and share help, share experiences and get advice from other users. I'd also like to get an idea of the user base of the software to gain insight on the resources available DBA Software Inc. as they support and develop this software.

Cheers

13 comments:

Unknown said...

So that's what happened to the forum. A little warning would have been nice.

georgej said...

DBA's Joe apparently thought the user forum had become excessively negative and didn't feel that either moderation of the comments or his interjections to or clarification/retracking of the comments was either effective or a good use of his time.

I had emailed him directly that posting a roadmap of changes with some timeframes, if credible, would be useful and would alleviate some of the negative posting. Joe responded that a roadmap was infeasible because of changing priorities. Soon after he took down the board.

Since they referred "feature requests" to the user board, and were't very responsive to those requests, I don't know what they expected. It would have been useful to have two boards perhaps, one for users to ask questions of other users and share suggestions, the other to request features.

DBA support aggravates user frustration in my opinion. They support DBA manufacturing "as is". If there is a programming change on the docket (the unpublished docket) that addresses your issue, they will refer your comments to the programmer and set up an email to notify you when the project is complete. Occasionally they will recognize your issue as something warranting a programming request, but not sure how that is being handled these days, they used to simply refer you to the since deleted user board.

In any case, be careful what you ask for, I have noticed a tendency for a "Twilight Zone" effect where changes have unexpected (negative) ramifications.

All in all though, in our short period of live use and months of beta use, things are working out for us so far, though with some unanticipated limitations.

Xeyes said...

Rather than being involved in the discussions and answering questions, he'd apparently rather hide the fact that there are a number of customers/users who are not particularly happy (or quiet). Considering the abysmal level of participation in the forums compared to ISTech's DBA/EVO forum (totally open, with constant programmer input), I suppose it's not a huge loss, but warnings about bugs in new updates were nice.
"Referred to programming" means nothing, time-wise. They'll fix what they want, when they want, if they want. Sometimes it's useful, sometimes not (at least for us). They gave the system away to some large multi-user companies to bring in support dollars and it's those customers (I'm assuming, in the absence of evidence to the contrary) that are driving any changes/bug fixes. The rest of us are SOL.

Bouncer said...

Hi,

I'm curious about exporting data from DBA Manufacturing. I have a need to do this to integrate inventory with our current accounting system.

The true point of my question involves the 'supplier's id number' which is present on BOMs produced by DBA Manufacturing.

I'm able to view the data in a SQL tool and it is from there that I'd like to export it to CSV for my other app.

Any tips or pointers as to where 'supplier's item ID' might be located would be greatly appreciated.

Thanks in advance,
-Ray

Bouncer said...

Sorry if this is a double post...I'm not sure it was accepted the 1st time.

Hi,

I'm curious about exporting data from DBA Manufacturing. I have a need to do this to integrate inventory with our current accounting system.

The true point of my question involves the 'supplier's id number' which is present on BOMs produced by DBA Manufacturing.

I'm able to view the data in a SQL tool and it is from there that I'd like to export it to CSV for my other app.

Any tips or pointers as to where 'supplier's item ID' might be located would be greatly appreciated.

Thanks in advance,
-Ray

Xeyes said...

Have you looked in XITEMCODES?

Unknown said...

Any active user forum now? it seems none.

thisonestep said...

I've had issues with the DBA "support system", and would welcome any forum to discuss both features and problems of this software. I know that work-arounds for this program exist, but we need a central place for discussion. If anyone is interested in reviving this blog, I'll check on it weekly, just post your comments...

chrismike said...

We are a very small co, started to implement the app but just not sure about them. They are pushing hard to jump in with both feet, still not ready. We have no MRP now but still not sure about DBA.

Chers,

Jim III said...

This is a great idea, wish more DBA users would participate.
Lets part from the negative and look forward with constructive ideas.
Has anyone upgraded to 392? if so have they decided to stay with current stageid or move to the newer numbering format?

Clarence said...

We are a Electronic Manufacturing Service provider and have been using DBA for about 5 years now.
We have intalled each update as they have been released and have experienced no major issues to date. We recently switch our financials over from Simply Accounting to DBA. Our Accountants were not overly impressed at first but at our insistence they have adjusted and all seems to be working okay at present.

Our main complaint with DBA is that it is prone to data corruption. For example, information on a lot of the screens can be accidentally changed and there is not warning on exiting, so that over time the original information can be corrupted. This is particularly evident in the Item screen.
So we spend a lot of time eviewing our basic data looking for corrupt info. The other complaint that we have is that the program should be a tool which saves time, yet a lot of entries that have to be made require a ridiculous amount of mouse clicks to achieve.
Overall it is a great program for the smaller companies when you consider the 'bang for the buck'

Clarence

Kjobin said...

I have a question regarding DBA.

Does DBA offer a production planning module for master scheduling of production jobs?
If the module exists, does it provide a work order and machine loading, labor tracking and scheduling module to run scenarios for developmental jobs?

Our company is expanding and would like to speak with DBA representative to investigate the opportunity of a Job Scheduler.

Serickson said...

I'm interested in a way to update the job days in MRP Settings. Every 6 months we review our stocking levels and may change our run quantities based on EOQ's. If the min order quantity changes we would like to update the job days so our new jobs will reflect the current changes. However, we do not want to manually touch every part number. Any ideas?