Re: [U2] ACH Functionality in ManFact
Yeah, the bank representative mentioned the Debit-Credit switch. I'm not worried about actually writing the code to create the flat file, I'm just looking for potential issues with the overall process. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Mark Eastwood Sent: Friday, June 22, 2012 3:43 PM To: 'U2 Users List' Subject: Re: [U2] ACH Functionality in ManFact Well, it's been about six years now, and time has a way of making you forget the pain. I do recall some confusion over 'debit' vs 'credit'. If my company would allow it, I would publish the program (it's only about 300 lines), but that's not going to happen. Mark -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of John Varney Sent: Friday, June 22, 2012 11:07 AM To: 'U2 Users List' Subject: Re: [U2] ACH Functionality in ManFact That's pretty much what we're doing here. I've talked to the bank and have their specifications in hand. Did you run into any issues while setting this up? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
I have the bank's specifications as of yesterday. You're right about the variations on file specs. I've found that almost every company tweeks the specs somewhat, creating potential gotchas. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Robert Sent: Friday, June 22, 2012 10:49 PM To: U2 Users List Subject: Re: [U2] ACH Functionality in ManFact Not that long ago I had to modify a piece of software that I wrote for a client (SEND-STERLING-TRANS) to create a NACHA-format ACH file to be sent to CHASE BANK. I found out that there were variations to the file format on the internet, so make sure that you get the exact specs for your project. I have a few PDF documents pertaining the layouts and the specs. Do you have the specs? Robert Norman ROBERT NORMAN AND ASSOCIATES Address: 23441 Golden Springs Dr., #289, Diamond Bar, CA 91765 USA Phone : (951) 541-1668 Email : i...@keyway.net Website: http://users.keyway.net/~ice/ [Affordable UNIVERSE programming services for PICK/BASIC, DATA/BASIC, UniVerse Basic, UniBasic, R/BASIC, jBC] Here are the John Varney wrote: I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
The most recent specificationsI have is the 2007 ACH Rules - Corporate Edition, which is about 200 pages. This book can be gotten through your bank. I've yet to see it on the internet without some kind of credentials required. You may be able to to purchase them, but I never have; since I get the book through my bank. HTH, Bill Haskett Advantos Systems, Inc. - Original Message - *From:* i...@keyway.net *To:* U2 Users List u2-users@listserver.u2ug.org *Date:* 6/22/2012 7:48 PM *Subject:* Re: [U2] ACH Functionality in ManFact Not that long ago I had to modify a piece of software that I wrote for a client (SEND-STERLING-TRANS) to create a NACHA-format ACH file to be sent to CHASE BANK. I found out that there were variations to the file format on the internet, so make sure that you get the exact specs for your project. I have a few PDF documents pertaining the layouts and the specs. Do you have the specs? Robert Norman ROBERT NORMAN AND ASSOCIATES Address: 23441 Golden Springs Dr., #289, Diamond Bar, CA 91765 USA Phone : (951) 541-1668 Email : i...@keyway.net Website: http://users.keyway.net/~ice/ [Affordable UNIVERSE programming services for PICK/BASIC, DATA/BASIC, UniVerse Basic, UniBasic, R/BASIC, jBC] Here are the John Varney wrote: I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] ACH Functionality in ManFact
I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
Don't do it. A must better solution, is to contract with an outside 3rd party, so they can absorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to avoid all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o utilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
INTERESTING POINT; The work required would be about the same, shifting *some* of the liability / responsibility to a 3rd party is interesting. You would still be responsible for transferring $10,000 instead of $1,000.00 however, if ya miss a MD2/MR2 conversion however! :-) I wonder what the setup costs, monthly costs etc would be above the $0.35 or so per transaction VS: Adding an umbrella insurance policy for $1,000,000.00 for a hundred bucks a year and going direct if there is such a thing via the banks. ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, June 22, 2012 11:09 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact Don't do it. A must better solution, is to contract with an outside 3rd party, so they can absorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to avoid all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o utilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
Of course, if you run 5,000 transactions in a month (billing) that runs to about $1,750 per month! For a small company that's way too much for a simple computer-to-computer payment system. Then again, technologists often don't seem to understand the value of a dollar (or whatever) unless it's theirs. :-) Bill - Original Message - *From:* d...@pickpro.com *To:* U2 Users List u2-users@listserver.u2ug.org *Date:* 6/22/2012 9:18 AM *Subject:* Re: [U2] ACH Functionality in ManFact INTERESTING POINT; The work required would be about the same, shifting *some* of the liability / responsibility to a 3rd party is interesting. You would still be responsible for transferring $10,000 instead of $1,000.00 however, if ya miss a MD2/MR2 conversion however! :-) I wonder what the setup costs, monthly costs etc would be above the $0.35 or so per transaction VS: Adding an umbrella insurance policy for $1,000,000.00 for a hundred bucks a year and going direct if there is such a thing via the banks. ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, June 22, 2012 11:09 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact Don't do it. A must better solution, is to contract with an outside 3rd party, so they can absorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to avoid all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o utilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
The other thing about shifting the responsibility is that generally with ACH you will also get other advantages. Like 24-7 online bill payment for example. And as a side-effect, automatic backup of your bills and billing transactions. -Original Message- From: Bill Haskett wphask...@advantos.net To: U2 Users List u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 9:31 am Subject: Re: [U2] ACH Functionality in ManFact Of course, if you run 5,000 transactions in a month (billing) that runs o about $1,750 per month! For a small company that's way too much for simple computer-to-computer payment system. Then again, technologists often don't seem to understand the value of a ollar (or whatever) unless it's theirs. :-) Bill Original Message - From:* d...@pickpro.com To:* U2 Users List u2-users@listserver.u2ug.org Date:* 6/22/2012 9:18 AM Subject:* Re: [U2] ACH Functionality in ManFact INTERESTING POINT; The work required would be about the same, shifting *some* of the liability / esponsibility to a 3rd party is interesting. You would still be responsible for transferring $10,000 instead of $1,000.00 owever, if ya miss a MD2/MR2 conversion however! :-) I wonder what the setup costs, monthly costs etc would be above the $0.35 or o per transaction VS: Adding an umbrella insurance policy for $1,000,000.00 for a hundred bucks a ear and going direct if there is such a thing via the banks. ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Wjhonson Sent: Friday, June 22, 2012 11:09 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact Don't do it. A must better solution, is to contract with an outside 3rd party, so they can bsorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to void all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o tilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
We don't use ManFact - but did it for Accounts Payable in our system (instead of sending checks to vendors, transfer via ACH). It's not too difficult - I would suggest you call your Bank and tell them what you want to do (ours was BoA). They were very help with sending layouts etc. The only real 'pain' was when testing; they charged us a transaction fee for every test - ouch. Mark -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of John Varney Sent: Friday, June 22, 2012 8:07 AM To: 'U2 Users List' Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? ___ U2-Users mailing list U2-Users@listserver.u2ug.orgmailto:U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
And factor on the other side, laying off one payment / receivables / data entry clerk and all the HR expenses of one position. -Original Message- From: David L. Wasylenko d...@pickpro.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 9:48 am Subject: Re: [U2] ACH Functionality in ManFact INTERESTING POINT; The work required would be about the same, shifting *some* of the liability / esponsibility to a 3rd party is interesting. ou would still be responsible for transferring $10,000 instead of $1,000.00 owever, if ya miss a MD2/MR2 conversion however! :-) I wonder what the setup costs, monthly costs etc would be above the $0.35 or so er transaction VS: dding an umbrella insurance policy for $1,000,000.00 for a hundred bucks a year nd going direct if there is such a thing via the banks. ... david ... David L. Wasylenko resident, Pick Professionals, Inc ) 314 558 1482 l...@pickpro.com Original Message- rom: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Wjhonson ent: Friday, June 22, 2012 11:09 AM o: u2-users@listserver.u2ug.org ubject: Re: [U2] ACH Functionality in ManFact on't do it. must better solution, is to contract with an outside 3rd party, so they can bsorb all the liability that comes with ACH processing. ho cares if they charge 35 cents per transaction, its a fair price to pay to void all the headaches. -Original Message- rom: John Varney jvar...@soft-target-tech.com o: 'U2 Users List' u2-users@listserver.u2ug.org ent: Fri, Jun 22, 2012 8:35 am ubject: [U2] ACH Functionality in ManFact 've been tasked with writing a bolt on module to give ManFact the ability o tilize ACH processing. Has anyone done this already? If so, any words of isdom? __ -Users mailing list -us...@listserver.u2ug.org tp://listserver.u2ug.org/mailman/listinfo/u2-users ___ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
I agree! Think of this: you spend all the time and effort to re-invent the wheel (that a 3rd party should already do very well). A year down the road, something goes wrong. You are now in a crisis to get paychecks out on time with code that you are not familiar with. If you think a problem with Month End is bad, that is NOTHING compared to all the employees not getting their pay check! Think pitchforks and burning torches. Create a simple export and let someone else deal with it. John -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, June 22, 2012 12:09 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact Don't do it. A must better solution, is to contract with an outside 3rd party, so they can absorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to avoid all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o utilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
I like the idea of a 3rd party but it isn't feasible due to the CFO being a penny-pincher. We DO use an outside firm for payroll, and I'd advise against trying to do that processing in house. Essentially we're just paying vendors and bolting this functionality onto the AP module. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, June 22, 2012 12:09 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact Don't do it. A must better solution, is to contract with an outside 3rd party, so they can absorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to avoid all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o utilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
Actually no layoffs should occur because of this. Accounting is overworked as it is. :) -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, June 22, 2012 12:57 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact And factor on the other side, laying off one payment / receivables / data entry clerk and all the HR expenses of one position. -Original Message- From: David L. Wasylenko d...@pickpro.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 9:48 am Subject: Re: [U2] ACH Functionality in ManFact INTERESTING POINT; The work required would be about the same, shifting *some* of the liability / esponsibility to a 3rd party is interesting. ou would still be responsible for transferring $10,000 instead of $1,000.00 owever, if ya miss a MD2/MR2 conversion however! :-) I wonder what the setup costs, monthly costs etc would be above the $0.35 or so er transaction VS: dding an umbrella insurance policy for $1,000,000.00 for a hundred bucks a year nd going direct if there is such a thing via the banks. ... david ... David L. Wasylenko resident, Pick Professionals, Inc ) 314 558 1482 l...@pickpro.com Original Message- rom: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Wjhonson ent: Friday, June 22, 2012 11:09 AM o: u2-users@listserver.u2ug.org ubject: Re: [U2] ACH Functionality in ManFact on't do it. must better solution, is to contract with an outside 3rd party, so they can bsorb all the liability that comes with ACH processing. ho cares if they charge 35 cents per transaction, its a fair price to pay to void all the headaches. -Original Message- rom: John Varney jvar...@soft-target-tech.com o: 'U2 Users List' u2-users@listserver.u2ug.org ent: Fri, Jun 22, 2012 8:35 am ubject: [U2] ACH Functionality in ManFact 've been tasked with writing a bolt on module to give ManFact the ability o tilize ACH processing. Has anyone done this already? If so, any words of isdom? __ -Users mailing list -us...@listserver.u2ug.org tp://listserver.u2ug.org/mailman/listinfo/u2-users ___ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
I agree with using a 3rd party processor for payroll. Been in the scenario you talked about before and it was NOT fun. This is for AP and will probably be used to pay vendors. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Israel, John R. Sent: Friday, June 22, 2012 1:24 PM To: 'U2 Users List' Subject: Re: [U2] ACH Functionality in ManFact I agree! Think of this: you spend all the time and effort to re-invent the wheel (that a 3rd party should already do very well). A year down the road, something goes wrong. You are now in a crisis to get paychecks out on time with code that you are not familiar with. If you think a problem with Month End is bad, that is NOTHING compared to all the employees not getting their pay check! Think pitchforks and burning torches. Create a simple export and let someone else deal with it. John -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, June 22, 2012 12:09 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] ACH Functionality in ManFact Don't do it. A must better solution, is to contract with an outside 3rd party, so they can absorb all the liability that comes with ACH processing. Who cares if they charge 35 cents per transaction, its a fair price to pay to avoid all the headaches. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 8:35 am Subject: [U2] ACH Functionality in ManFact I've been tasked with writing a bolt on module to give ManFact the ability o utilize ACH processing. Has anyone done this already? If so, any words of isdom? __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
If you're only using this for AP then sure. I think it's more typical that ACH questions come up for AR purposes, that's of what I had assumed you were speaking. -Original Message- From: John Varney jvar...@soft-target-tech.com To: 'U2 Users List' u2-users@listserver.u2ug.org Sent: Fri, Jun 22, 2012 11:39 am Subject: Re: [U2] ACH Functionality in ManFact Actually no layoffs should occur because of this. Accounting is overworked s it is. :) -Original Message- rom: u2-users-boun...@listserver.u2ug.org mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson ent: Friday, June 22, 2012 12:57 PM o: u2-users@listserver.u2ug.org ubject: Re: [U2] ACH Functionality in ManFact nd factor on the other side, laying off one payment / receivables / data ntry clerk and all the HR expenses of one position. -Original Message- rom: David L. Wasylenko d...@pickpro.com o: U2 Users List u2-users@listserver.u2ug.org ent: Fri, Jun 22, 2012 9:48 am ubject: Re: [U2] ACH Functionality in ManFact NTERESTING POINT; he work required would be about the same, shifting *some* of the liability sponsibility to a 3rd party is interesting. u would still be responsible for transferring $10,000 instead of $1,000.00 wever, if ya miss a MD2/MR2 conversion however! :-) wonder what the setup costs, monthly costs etc would be above the $0.35 or o r transaction VS: ding an umbrella insurance policy for $1,000,000.00 for a hundred bucks a ear d going direct if there is such a thing via the banks. .. david ... avid L. Wasylenko esident, Pick Professionals, Inc 314 558 1482 w...@pickpro.com Original Message- om: u2-users-boun...@listserver.u2ug.org mailto:u2-users-boun...@listserver.u2ug.org] Behalf Of Wjhonson nt: Friday, June 22, 2012 11:09 AM : u2-users@listserver.u2ug.org bject: Re: [U2] ACH Functionality in ManFact on't do it. must better solution, is to contract with an outside 3rd party, so they can bsorb all the liability that comes with ACH processing. o cares if they charge 35 cents per transaction, its a fair price to pay to void all the headaches. -Original Message- om: John Varney jvar...@soft-target-tech.com : 'U2 Users List' u2-users@listserver.u2ug.org nt: Fri, Jun 22, 2012 8:35 am bject: [U2] ACH Functionality in ManFact 've been tasked with writing a bolt on module to give ManFact the ability o ilize ACH processing. Has anyone done this already? If so, any words of sdom? _ Users mailing list us...@listserver.u2ug.org p://listserver.u2ug.org/mailman/listinfo/u2-users __ -Users mailing list -us...@listserver.u2ug.org tp://listserver.u2ug.org/mailman/listinfo/u2-users _ -Users mailing list -us...@listserver.u2ug.org tp://listserver.u2ug.org/mailman/listinfo/u2-users ___ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
Well, it's been about six years now, and time has a way of making you forget the pain. I do recall some confusion over 'debit' vs 'credit'. If my company would allow it, I would publish the program (it's only about 300 lines), but that's not going to happen. Mark -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of John Varney Sent: Friday, June 22, 2012 11:07 AM To: 'U2 Users List' Subject: Re: [U2] ACH Functionality in ManFact That's pretty much what we're doing here. I've talked to the bank and have their specifications in hand. Did you run into any issues while setting this up? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
From: John Varney I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? Having read the other comments here, I find my approach would still be the same as for everything else. You're working with a database. Don't try to turn it into an ACH client or server or anything else. There are a wealth of tools out there for doing ACH (Google ach software). People spend a lot of time to make that technology works, and you don't need to reinvent the wheel, especially since you're not an ACH expert and those other developers are. (Same words apply to anything, whether TAPI, SAPI, XML, ECommerce, Faxing, Emailing, weight scales, and all kinds of other things that people want to do with MV.) Find a utility or service that matches your skillset in terms of writing client-side queries, and call from your app to that. If you later find you need to do something else, your back-end remains relatively unchanged and you just need to swap out the middle tier. Trust me, as many of you focus on inventory management or GAAP, I've been specializing in communications and interfaces between MV and anything else for about the last 15 years. I've written inbound/outbound socket routines, used cURL for web calls, many languages and protocols, and I've dabbled with just about every communications pipe in this industry. For every how do I do 'this' with MV, these days there is a better reason Not to do it with MV, but to use other people's software that is much more rigorous than anything that we could come up with. Our solutions for 'this' will always be inadequate compared to something else that's out there. That's not a statement of the quality of our work but the sheer time and money and knowledge that we can throw into some of these things compared to other people who live and breathe this stuff. Will you pay for third-party solutions? Maybe. If you get FOSS then you'll pay with your time but you may save some effort. If you pay for a service then They will focus on things like regulatory issues, security, and changes in the industry. When your ProjectX is done, will You have the time for things like that? No, we generally need to move on to the next ProjectY. For this reason, in the long run it may cost less to 'buy' than to 'make' as they say in the manufacturing industry. http://Nebula-RnD.com/blog/tech/mv/2009/08/mv-to-anything.html HTH T ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
G-man: NACHA isn't a client/server framework. It's more of a file-formatting framework; like tab-delimited, CSV, XML. So it's, perhaps, inappropriate to apply a client/server analysis to a file-formatting problem. One of the main challenges with NACHA processing is the file has to get to the file-processor. The banking system, generally, is the recipient of the file; so most activity goes through them. Therefore, it is the company's banking relationship that determines how and where the NACHA file is delivered. Again, client/server analytics are ineffective for this issue; which is usually no more than drag'n drop, or upload the file to a web page with an input type='file' textbox. So, you see, the first issue with the process is creating the file (which is the easiest) and the second is how to deliver it to the bank. Many banks have different ways to transmit the file, so for one bank a textbox upload is fine, but for another it's not. :-(The software has to adjust (which makes integration difficult), but it can integrate the file creation because a NACHA file has a standard format. Using someone else for ACH requires your data be replicated elsewhere. This can be automated but it all depends on your banking relationship and presents all of the problems associated with distributing data to disparate systems (it takes more time, money, aggravation, etc). :-) HTH, Bill Untitled Page - Original Message - *From:* 3xk547...@sneakemail.com *To:* u2-users@listserver.u2ug.org *Date:* 6/22/2012 2:16 PM *Subject:* Re: [U2] ACH Functionality in ManFact From: John Varney I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? Having read the other comments here, I find my approach would still be the same as for everything else. You're working with a database. Don't try to turn it into an ACH client or server or anything else. There are a wealth of tools out there for doing ACH (Google ach software). People spend a lot of time to make that technology works, and you don't need to reinvent the wheel, especially since you're not an ACH expert and those other developers are. (Same words apply to anything, whether TAPI, SAPI, XML, ECommerce, Faxing, Emailing, weight scales, and all kinds of other things that people want to do with MV.) Find a utility or service that matches your skillset in terms of writing client-side queries, and call from your app to that. If you later find you need to do something else, your back-end remains relatively unchanged and you just need to swap out the middle tier. Trust me, as many of you focus on inventory management or GAAP, I've been specializing in communications and interfaces between MV and anything else for about the last 15 years. I've written inbound/outbound socket routines, used cURL for web calls, many languages and protocols, and I've dabbled with just about every communications pipe in this industry. For every how do I do 'this' with MV, these days there is a better reason Not to do it with MV, but to use other people's software that is much more rigorous than anything that we could come up with. Our solutions for 'this' will always be inadequate compared to something else that's out there. That's not a statement of the quality of our work but the sheer time and money and knowledge that we can throw into some of these things compared to other people who live and breathe this stuff. Will you pay for third-party solutions? Maybe. If you get FOSS then you'll pay with your time but you may save some effort. If you pay for a service then They will focus on things like regulatory issues, security, and changes in the industry. When your ProjectX is done, will You have the time for things like that? No, we generally need to move on to the next ProjectY. For this reason, in the long run it may cost less to 'buy' than to 'make' as they say in the manufacturing industry. http://Nebula-RnD.com/blog/tech/mv/2009/08/mv-to-anything.html HTH T ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] ACH Functionality in ManFact
Not that long ago I had to modify a piece of software that I wrote for a client (SEND-STERLING-TRANS) to create a NACHA-format ACH file to be sent to CHASE BANK. I found out that there were variations to the file format on the internet, so make sure that you get the exact specs for your project. I have a few PDF documents pertaining the layouts and the specs. Do you have the specs? Robert Norman ROBERT NORMAN AND ASSOCIATES Address: 23441 Golden Springs Dr., #289, Diamond Bar, CA 91765 USA Phone : (951) 541-1668 Email : i...@keyway.net Website: http://users.keyway.net/~ice/ [Affordable UNIVERSE programming services for PICK/BASIC, DATA/BASIC, UniVerse Basic, UniBasic, R/BASIC, jBC] Here are the John Varney wrote: I've been tasked with writing a bolt on module to give ManFact the ability to utilize ACH processing. Has anyone done this already? If so, any words of wisdom? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users