You’re offline. This is a read only version of the page.
585
Hi Experts,
You now have the chance to choose the topic for the next NAV SCM Webinar!
Visit http://twtpoll.com/npbvmgyeyiehg3h and choose from the topics listed.
Poll closes on 15 Nov 2014.
Thanks!
PS: Standing by for comments and suggestions :)
*This post is locked for comments
The IRS has the power to force people to do what they want them to. But they will still take a handwritten return, even today. I know this personally having prepared countless returns for siblings and the parents. And this is actually a good example. For a simple return, it is faster and more efficient to just copy down the numbers from W-2 forms, bank 1099's, and just be done with the return in 10 minutes or so. Instead, I know people completing returns of comparable complexity (i.e. not much) who make a trip to a store, buy a $100 software package, load it, read the instructions, then enter the data, every year. Time spent: hours. Sometimes it is better to just keep the computer out of it. And if you owe money at the end of the year, you gain the float time on an old-fashioned handwritten paper check payable to the IRS.
We can't just tell a vendor to basically do our data entry for us. Number 1, they think it's a waste of their time, and number 2, in case you didn't catch it the first time, many of our vendors DO NOT HAVE COMPUTERS.
Hello,
I would choose "Planning"
To get specific system, name, contact info, I would suggest you to do some search in the web. There are some addon as well. I should and cannot not suggest any.
I understand about that being real world. I am sure about that. But, let me provide you a different perspective. Tax administrations had a bigger amount of tax declarations handwritten, with math errors, ... that was years ago. During last years, they are pushing companies to provide their tax declarations through Internet and by using a specific file format. That is a change and that is removing that admin stuff on them to focus on other tasks.
I would suggest you could start thinking on having your vendors entering their invoices in a web site where this could later feed your system. Legal binding should be achievable through certificates. It might require to negotiate with them, it might require you bring them some benefits. But, I feel that thought should start on your side to check pros and cons. Later you could debate about the system for your needs, if any is required.
That sounds wonderful. What I want to know is a specific system, name, contact info, etc.
One that will handle 1,000's of suppliers, many of them ma and pa operations that submit handwritten invoices, riddled with math errors because they don't use computers, just add things up like in grade school. Hopefully your system will adapt to multiple product types, food, equipment, services, supplied to us from literally around the globe in multiple currencies and languages.
We have already invested heavily in automating the processes involved in getting our vendors paid. NAV is just the latest (but, in my opinion, maybe not the greatest) in a long line of investments.
I know all about EDI and FTP, but honestly, for the volume we deal with, logging onto the FTP sites or just downloading EDI invoices from a constantly increasing number of sources doesn't really sound more efficient, honestly. We do EDI with some of our larger sources who provide a fairly consistent set of products and who have the resources necessary to deal with the process, but, for the most part, our vendors aren't EDI-types.
I guess what I'm saying is we deal in the real world.
I did once do some work for the type of operation you think we should be? A repacking operation that bought a (very) limited set of ingredients from a (very) closed set of suppliers. They mixed the 12 or so ingredients in large tanks, then used the mixture to fill a steady line of detergent containers marching along a conveyor. The containers were then packed in cases, palletized, and held for pickup by the company contracting for the detergent. A private-label packaging operation. Billing consisted of sending out one invoice once a month. Payment was made to less than 24 vendors counting utilities and maintenance-types.
With E system I am just suggesting any Electronic Invoicing or Billing system which allows you to automitaze this process. It can be used to Exchange documents in any format (EDI, XML, CSV, ...) or by uploading these through web, FTP, ...
http://www.mibuso.com/forum/viewtopic.php?f=23&t=45710&view=previous
At the end, I am suggesting that it might be time to focus on how that manual process (scan, print, enter) can be switch to a more added value one. It might be time to invest in a E system and use your sales personnel to other process (ie. promise orders, marketing, ...)
" I would assume company might prefer to use an E-system to automatize this manual task and focus they employee in other added-value tasks."
The reason we can enter invoices at the current rate is because we already have scanned them, printed their summary forms from our PO system, and are finally just slamming them in. We've tried OCR, but there are too many problems to use it reliably...we spend more time tracking down the problems than entering the invoices. A clerk's day is basically opening and distributing the mail, matching the scanned PO documents to their invoices, making any notes and/or changes to their invoices, sorting their stack by vendor (which speeds entry as we have shortcuts to bring up the previous vendor's information for each invoice), and then pumping the invoices in.
I would be very interested in your "e system". Tell me more.
Sorry for the apparent hijack of the thread, but I don't know what "SCM" is? Is that some other version of NAV? I'm just a user having this dumped on me, told to "make it work". Sorry all around.
Hi Raokman,
Thanks for responding to the survey, and for expressing your feedback as well.
Since your post is more UX related rather than SCM, can you please start a new topic?
Hello everyone,
Thanks to those of you who answered so far, and for all your suggestions as well :)
No worries about not having a Twitter account - please just post your option here, and I will gather your feedback and forward to my colleague who will hold the webinar.
Alternatively, you can use this poll: http://bit.ly/1upqJYh
Hi,
I am not sure if this is an issue about how much data is required to enter in NAV, or if this is an issue about time required to move from one field to the other, or if this is truly a performance issue ...
To me, botton line here is User Experience (UX) design. Based on the Customer process, we might optimize this by:
- Optimize page by organizing fields in Promoted or Additional
- Promote important fields to the General tab
- Use Quick Entry to define how focus will move from one field to the other
...
In the other hand, I guess that we need to understand what is the business scenario to have 1K invoices created in a row. If this is a standard business, I would assume company might prefer to use an E-system to automatize this manual task and focus they employee in other added-value tasks. Not sure ...
Thanks,
Sigfredo
#1
Sohail Ahmed
2
#1
mmv
2
#1
Amol Salvi
2
Share
Report
All responses (
Answers (
