From a Mailing & Logistics Support Manager at a major Midwest mailer
If you want your staff to have more time to work on other things or just be happier at work, then this software is for you. If you don’t want to deal with PostalOne!’s MDR Client software and you do want to have a better interface to interact with PostalOne!, this software is for you. To be clear- I’m not just saying this to be nice and make staff at WBI happy, but it's the truth from my point of view as a Tech Support Manager, Deployment Person, Process Manager and a power user of post-presort software, the MDR Client, PostalOne!, and someone who manages mail production systems.
I had one to two people who would do nothing all day but handle from 30 to more than 60 Mail.dat® files each day. We would import each one into our current post-presort software, make sure the jobs were palletized, assign entry points, make sure the By/For info was populated correctly, create unique numbers for Trays/Sacks/Pallets and upload plan files to PostalOne!. This often took all day. They had a hard time doing it as you can only make the MDR Client run so fast and if you had an issue with one file, it terminated processing of all of the other ones you selected. It wouldn’t matter how well you checked each Mail.dat you could still miss one field or not properly populate a date in the CSM.
These failures put the users in a bad mood as they would have to only upload one file at a time or start back over if uploading 5 or 10 at a time for validation. Babysitting the MDR Client can be just as painful as you have to watch and then wonder if it’s working because the spinning circle stopped. You wonder if it is still running in the background or whether the Java client died. Does the user close out of the MDR Client and start over or do just wait to see if something happens? Users that have to deal with this also have to deal with the many interruptions that come up in any production environment. They have to spend a lot of time with the MDR Client and the PostalOne! dashboard just trying to figure out where they left off before each interruption. The frustration of these users is frequently very visible on their faces.
After getting burned so many times with files not getting uploaded to PostalOne! or losing track of where I left off before the many interruptions I went to Google and typed in “USPS Automation” and Window Book’s eDocs Manager (the software name at the time) came up. I started to read about it and thought it wouldn’t hurt to try it. If it could do what they say it could, then I would be happy, but it looked too good to be true. I got the download and a temporary registration key and the setup only took me a few minutes before we were up and running. I started testing some files looking to see what it could do and I was surprised to see it did what it said it could. It did have some issues, but Window Book soon came out with an updated version called eDM10x (now called PostalWeb Connector and PostalWeb Desktop Dashboard and a part of their PostalWeb® Solution) and it fixed the problems and added everything that I was looking for in the software. I did have to make a few MDR Client changes to the setup to get it running as fast as it could. Putting the MDR Client in 64-bit mode with 5 gigs of memory sure changed how it operated. Mail.dats were validating 50x faster, uploads were 10x faster and I was getting the receipt files back that feed into PostalWeb Desktop Dashboard to see what was going on with them. I didn't believe that it would keep track of what type of files you were uploading to make sure they went up in the correct order and it sure did. For example, if you did a plan file, then a pay file, then another pay, then you messed up one pay file so you put up a cancel file, it would upload them in the correct order that they needed to be so the user doesn’t get any errors. It would upload the plan file and wait until it got the receipt saying it was accepted and then it would do the next one and so on for the same job number. Another thing I didn't know it would do is if you were submitting multiple files at the same time, it would handle them one at a time. Unlike when using the MDR Client alone, if one did fail it wouldn't reject all of the files. Instead, only the bad file would fail and it would show you the results on the PostalWeb Desktop Dashboard but also send you an email or text with why it failed so you could go back and fix it and re-submit it to PostalOne! again. After a month of testing we bought the program and started changing how we operate.
We ended up starting from scratch and building processes around using the automation of PostalWeb Connector and PostalWeb Desktop Dashboard that sits on top of the USPS MDR Client. We could get rid of all the processes that were based directly on the MDR Client. Those were taking ups so much valuable time we didn't have time to work on other things. PostalWeb Connector and PostalWeb Desktop Dashboard eliminated the time we spent baby-sitting the USPS MDR Client and allowed staff to not be under the pressure of not falling behind. You could just keep on going even if you had a job fail and then just go to the PostalWeb Desktop Dashboard or your email to see what needed to be fixed. The email notifications for validation failures even had an attached PDF of the error log! It allowed our staff to not slow down or lose track of what they were doing when dealing with failed job issues.
For the longest time I truly felt bad that my staff had to work so hard to get statements and files to PostalOne! only to have the MDR Client freeze or stop validating jobs because one was bad. I felt the best thing I could have done for them as a manager was to deploy this tool which would allow them to save time, work more efficiently and experience less stress since they didn't have to re-do work so often. It made me so happy to see that they were loving what the PostalWeb Connector and PostalWeb Desktop Dashboard software did to help them. We use Monticello for post-presort and I was truly pleased that PostalWeb Connector and PostalWeb Desktop Dashboard could work without having Dat-Mail. It really does not matter which post-presort software you’re using and it will even work with the Mail.dats produced directly from your presort software if you had all the correct information in the Mail.dat.
This is what I like about PostalWeb Connector and PostalWeb Desktop Dashboard:
The return on investment for this software will vary based on Mail.dat submission volumes and how your company processes its Mail.dat files. I'll give you some estimated time savings based on how we changed by not having to babysit the MDR Client or re-work Mail.dats that failed and stopped others from validating/uploading to PostalOne!.
So where exactly did these time saving come from? It was not from the actual validation and upload processing which was still being done by the MDR Client. It was from all the time we saved managing the submission of these files and not having to look at the MDR Client for results plus not having to re-submit files that had failed to upload because one of the other files in a group of files submitted together failed.
One other thing I would like to mention is that I was able to alpha-test then beta-test Window Book’s new web- based product that interfaces to PostalWeb Connector and PostalWeb Desktop Dashboard:PostalWeb. I won't go into too much detail here but this website uses information in PostalWeb Connector and PostalWeb Desktop Dashboard to provide a web- based submission dashboard more useful than the PostalOne! dashboard for mail production purposes. I can see exactly how our plan and payment submissions impact each job and see the submission status of each of these submissions and the job as a whole. The PostalWeb web site is mobile-compatible so you can access your submission information from your smart phone or tablet wherever you are.
The really amazing thing about PostalWeb is that it automates the retrieval of our finalized postage statements from PostalOne! saving our CSR’s a ton of time. The statements can be emailed or securely transferred right to our network. It can even place them in a separate folder for each of our customers. PostalWeb can also email or transfer to us the data from each statement in an XML file we import to a database to create all kinds of customized reports. Window Book has added their own reports to PostalWeb as well. It already has a couple of reports we really find useful. If you have PostalWeb Connector and PostalWeb Desktop Dashboard and have the chance to try out PostalWeb, I think you will really appreciate the extra time it will save you.
In closing, PostalWeb (which includes PostalWeb Connector and PostalWeb Desktop Dashboard) can help you interact with PostalOne! so efficiently you won’t have to add to your staff. Your current staff will be free to work on other things and not have to worry that something will get missed. If you don't believe me, get a trial copy and give it a try. It's truly life and business changing software for you and your staff that must upload Mail.dat files to PostalOne!.