Is payroll’s functionality any good? Would it be usable in an industry with lots of special requirements and particularities? We are using a payroll solution everybody in the company hates, and on the other side is Navision, which we could go on expanding, as we have bought the solution developer’s module. Would it be (reasonably)easily adaptable to countries other than the US? Thank you all, Ulises
You’d need to talk directly to VisionPay…they created the system for Navision…and actually Great Plains as well. Ken Rylance Vice President, COO ken.rylance@visionpay.com If Ken isn’t the best person, he’ll definitely point you in the right direction as to potential self development opportunities versus any kind of work VisionPay might be willing to do as well.
Thank’s for answering, but before I contact VisionPay I would like to have the feedback of anyone who has implemented and/or used Payroll, to know if it is usable, or we would be better server developing our own solution. I beleive you will understand. Ulises
Oh I totally understand your approach. Why try to work around US based functionality that might have absolutely no business in your country’s version. The key is understanding the differences between the two. I guess the question you’ve got to ask is how someone from your country implemented it’s HR / Payroll solution and whether or not it was through Navision’s standard functionality. I just thought Ken might be able to point you quickly in a direction to move forward with.
Payroll, is this part of the US/North America version?? For Europe the Legal legislations are so different, we have Add Ons for different countries.
Bill, of course, you are right, but here in Argentina, there are approx. 12 Navision implementations, and almost all of them are subsidiaries of international companies with the requirement to work with Navision by policy of their HQ’s… If there are so much as 3 NSC’s, believe me when I tell you I don’t even know the third one (I worked for one of them and have heard of another one), so I’ve exhausted every local resource to learn what I need to… anyway, I’ll probably end up doing as you suggested, contacting VisionPay on this matter. And yes Martin, it’s part of US and (I think) Canada’s standard versions.
HI I believe payroll is not part of the world wide release. It is developed locally . In india we have payroll developed by a NSC. Rajan
This may sound like heresy but… Why not use a local, non-Navision solution, that has lots of users and regular updates. After all, how many times do you need to transfer data between payroll and financials?
quote:
Originally posted by Shaidallar
Is payroll’s functionality any good? Would it be usable in an industry with lots of special requirements and particularities? We are using a payroll solution everybody in the company hates, and on the other side is Navision, which we could go on expanding, as we have bought the solution developer’s module. Would it be (reasonably)easily adaptable to countries other than the US? Thank you all, Ulises
We are using a solution just like that, a solution that hurt about 200.000USD to implement (for only 4 users), that does not meet even the most evident requirements… besides, support sucks, and it’s hardware requirements are so high, we have a server dedicated to the software only for this 4 users. Our proposed solution: A cost-effective migration to Navision Payroll. But, as the fact that there is NO Payroll in Navision’s international version shows, your post isn’t heresy, but standard in almost every country.
Hi Ulises Customising your own solution will be better since u have the developer license… i had developed one Regard’s Prem
In the UK we have a add-on that has been written by one of the NSC’s who writes updates for legislation changes each year. Does Argentina not have an NTR ??? surely these people would be the best to contact ???
quote:
Originally posted by jsrark Why not use a local, non-Navision solution, that has lots of users and regular updates. After all, how many times do you need to transfer data between payroll and financials?
Is a software that needs regular updates one you should be avoiding ??? Payroll law in the UK in set down before the pay year commences and therefore the software should reach operational standards before being used. Ok, factor in the “normal” bugs as there will always be, but I would still be slightly concerned if too many updates were issued. As for the amount of data transfer… What if you were running your payroll for weekly paid staff (casual workers) where you have high numbers involved working different hours each week. Lets say 150 staff, once per week, and your company policy is to analyse EVERY bank payment to each member of staff in the bank reconcilliation… Who would want to create this kind of G/L journal and bank postings every week ??? Lets not forget the central location for all your data and the drill-down capabilities, extra backup facilities etc. etc.
Hi Deanaxon, Nope, there is no NTR in Argentina (part of Microsoft’s reestructuring of Navision’s strucure). You make very good points as you talk about performance, I’ll take these in consideration. Thanks!
That sounds like a problem from deanaxon but bear in mind the following: every payroll must be updated in line with (changing) government legislation. payrol must work on-time, every time. data exchange between system cans be very easy using csv or txt files, we post between payroll and Navision once a week and once a month with an organisation of more than 300 staff. Clearly it’s easier to provide good service and product updates with many customers rather than just a few. If you decide to go ahead developing your own payroll good luck. Bu why not let someone else take the stress and strain .