Showing posts with label software. Show all posts
Showing posts with label software. Show all posts

Tuesday, March 6, 2012

ACH FILE ORIGINATION RIGHT FROM SQLServer

Hi,

we are trying to develop ach origination (bank direct debits and deposits) right from sqlserver without using ach software...our mgmt team rightly points out "...why use a separate software that you'll have to transfer your data into when sqlserver has all the capabilities to build the files and create tramsmittable, formatted messages.

Does anyone know of any examples...like best practices for setting up the headers (file header, batch header, etc) for multiple re-use...or any sample execs for creating the files on the fly? -- we're experimenting with our own functions for this and will share what we create, but any examples from anyone who has been working on something similar would be great to look at.

Thx much,

Haven't done ACH, but I've created stored procedures to generate some batch files for mainframe consumption before (2 columns per row), one is record id, one is data. Built up a temp table like that, then selected out of the temp table ordered by record id. I wouldn't say it's the greatest solution in the world, but it worked.

SQL Server really is the back end database. It's for storing a retrieving data. The application is (SHOULD) responsible for presenting (formatting) that data into whatever you want. You can use T-SQL (Or I guess the built-in .NET stuff now) to pre-format the data, but I would argue that mixes the data and presentation layers which is against good design practices. Others may argue that the tables, etc are the data layer, and the stored procedures are acting as the presentation layer.

Thursday, February 16, 2012

Accessing SQL Server remotely

Dear All,

I have created a database on my SQL server, I want to access my database through C# .NET project . By just installing the software on the client side I would be able to access my SQL server remotely.

On internet can i Do that?

Plz let me know any solution for this.

Regards,

Anil Dhiman

DId I understand you right that you want to connect through the internet to your SQL Server ? Then you have to redirect/forward port 1433 of the connected internet gateway to the SQL Server that you have within your infrastructure.

HTH, Jens Suessmeyer.

http://www.sqlserver2005.de
|||

Hi Anil,

Also keep in mind that your server is a named instance, then it may not necessarily be using port 1433. I this case, you may need to make sure that SQL Browser is started and UDP port 1434 is opened on the firewall in addition to the instance port. These KB articles may be of some assistance for configuring the firewall:

http://support.microsoft.com/kb/287932/en-us
http://support.microsoft.com/kb/841249/en-us

Alternatively, the client's connection string can explicitly contain the connection port in which case, you don't need SQL Browser.

Il-Sung./