Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : PSFT - Fiscal 1998 - Discussion for the next year -- Ignore unavailable to you. Want to Upgrade?

To: shubh saumya who wrote (4020)	12/30/1998 10:30:00 AM
From: Raptor	Read Replies (6) \| Respond to of 4509

shubh & JEAN G ... While I am willing to accept that PS HR is not the be-all-and-end-all of HRMS, I note that Jean's issues are with the PUBLIC SECTOR version and this may have had some problems with the specific features built in for Public Sector. Anyway, your point about reporting .. You do not mention the skill sets, quality and experience with PSFT, RDBMS and SQL of the client personnel attempting to write these reports. I have over 20 years experience in IT and 20 of those in HRMS. In my experience, there are few 'excellent' programmers. In your case, the blame does not likelt lie with PSFT. It is more likely with inexperienced programmers who do not fully understand the data and table structures, may be weak on the business of HR, Benefits and Payroll, and simply require someone to provide them with more detailed specification information. Some reports may sound simple on the surface, but may require some intricate logic to make them produce what is required. The SQR report tool (non-proprietary to PSFT) which is provided with the System and is used by PSFT to build reports is very robust and relatively easy to use (it beats COBOL or any other 3GL for ease of use and maint.). The PS Query tool can also be used to satisfy many reporting requirements, especially when coupled with the Crystal Reports package. So I guess I take issue with an unsupported comment that PSFT is to blame for failures to produce business reports in a particular company. Back to Jean.... I note that he comments on the Cdn Fed Gov't. Well, I may be somewhat out of date, but I believe SAP still does not have a FULLY functional Cdn HR, Benefits and Payroll product. So I wish anyone luck working with that. Also, do they have any specific Public Sector features? I suspect that the dissatisfaction written of may be related to one or two Ministries and not the entire gov't?? I'd like to check into this as I had not heard of this significant level of issues (not that I would of but I can check into it). Sure, PS is not perfect and has it's problems, but I still doubt you are going to find a better all-around system from a business performance/features aspect. It is quite robust in terms of supporting North American HR Benefits and Payroll. It is quite intuitive in many areas. Obviously, there is a learning curve, however, and I don't want to make it sound simple to learn (of course I am an expert in it so it seems simple to me). Can so many satisfied users who would choose PS again be wrong? I am not trying to prop up the stock here - I am just trying to defend the System and lets have more specific reasons to point blame at PS when some programmer can't produce a report - there can be a million other reasons.