Subject: POS (not RMS) Dropping CC Transactions During Settlement

Posted by M Kalmus on August 27, 2007, 11:22 am

Please log in for more thread options

We are using Microsoft POS and have our credit card transactions settled via
the POS Vital feature over our broadband connection. After reconciling the
credit/debit card settlement reports with our Merchant Services statements,
we see on each day's report a modest number of transactions failing to
settle; these transactions indicate a Batch Status of "Connection Error."

Sometimes a reattempt to settle the transaction follows in the report, which
can be successful. But too often there is no successful reattempt and the
transaction is skipped and never settled. This means the proceeds for the
sale do not end up in our bank account.

Can we identify the original transaction in our register report and resubmit
the credit/debit info for settlement? What would be the procedure to do
this?

If not, how can we put in place a process to quickly identify the
credit/debit transactions that did not settle successfully and resubmit those
transactions?

NOTE: We have seen in the credit/debit report the rare occurrence of a
failed transaction settlement (say for $14.30) and when we search the
register report for all transactions in that amount on that date, there are
none. How is this possible? Is this a known issue? We cannot find any
documentation on credit card settlements.

Thanks in advance.

Posted by Jeff @ Check Point Software on August 29, 2007, 5:54 pm

Please log in for more thread options

: quoted-printable

M,

Have you applied the latest hotfix dealing with credit card issues =
released last month?

http://tinyurl.com/36agdu
--=20

Jeff=20
Check Point Software

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

You must be using Outlook Express/Windows Mail or some other type of =
newsgroup reader to
see and download the file attachment(s). If you are not using a reader, =
follow
the link below to setup Outlook Express. Click on "Open with =
newsreader"
under the MS Retail Management System on the right.

http://tinyurl.com/75bgz
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

We are using Microsoft POS and have our credit card transactions =
settled via=20
the POS Vital feature over our broadband connection. After =
reconciling the=20
credit/debit card settlement reports with our Merchant Services =
statements,=20
we see on each day's report a modest number of transactions failing to =

settle; these transactions indicate a Batch Status of "Connection =
Error." =20

Sometimes a reattempt to settle the transaction follows in the report, =
which=20
can be successful. But too often there is no successful reattempt and =
the=20
transaction is skipped and never settled. This means the proceeds for =
the=20
sale do not end up in our bank account.=20

Can we identify the original transaction in our register report and =
resubmit=20
the credit/debit info for settlement? What would be the procedure to =
do=20
this? =20

If not, how can we put in place a process to quickly identify the=20
credit/debit transactions that did not settle successfully and =
resubmit those=20
transactions? =20

NOTE: We have seen in the credit/debit report the rare occurrence of a =

failed transaction settlement (say for $14.30) and when we search the=20
register report for all transactions in that amount on that date, =
there are=20
none. How is this possible? Is this a known issue? We cannot find =
any=20
documentation on credit card settlements.

Thanks in advance.

------=_NextPart_000_020E_01C7EA4C.83749C20
Content-Type: text/html;
charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3Dtext/html;charset=3Dutf-8>
<META content=3D"MSHTML 6.00.6000.16527" name=3DGENERATOR></HEAD>
<BODY id=3DMailContainerBody=20
style=3D"PADDING-RIGHT: 10px; PADDING-LEFT: 10px; FONT-SIZE: 12pt; =
COLOR: #008000; PADDING-TOP: 15px; FONT-FAMILY: Arial"=20
bgColor=3D#ffffff leftMargin=3D0 topMargin=3D0 CanvasTabStop=3D"true" =
acc_role=3D"text"=20
name=3D"Compose message area">
<DIV>M,</DIV>
<DIV> </DIV>
<DIV>Have you applied the latest hotfix dealing with credit card issues =
released=20
last month?</DIV>
<DIV> </DIV>
<DIV><A title=3Dhttp://tinyurl.com/36agdu=20
href=3D"http://tinyurl.com/36agdu">http://tinyurl.com/36agdu</A><BR>--=20
<BR><BR>Jeff <BR>Check Point Software</DIV>
<DIV> </DIV>
<DIV>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D</DIV>
<DIV> </DIV>
<DIV>You must be using Outlook Express/Windows Mail or some other type =
of=20
newsgroup reader to<BR>see and download the file attachment(s).  If =
you are=20
not using a reader, follow<BR>the link below to setup Outlook =
Express. =20
Click on "Open with newsreader"<BR>under the MS Retail Management System =
on the=20
right.</DIV>
<DIV> </DIV>
<DIV><A title=3Dhttp://tinyurl.com/75bgz=20
href=3D"http://tinyurl.com/75bgz">http://tinyurl.com/75bgz</A><BR>=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
<BR></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #008000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"M Kalmus" <<A =
title=3Dmailto:MKalmus@discussions.microsoft.com=20
=
rosoft.com</A>>=20
wrote in message <A=20
=
F8FF0-4D23-4ADB-9D2C-37D346C49B36@microsoft.com</A>...</DIV>We=20
are using Microsoft POS and have our credit card transactions settled =
via=20
<BR>the POS Vital feature over our broadband connection.  After=20
reconciling the <BR>credit/debit card settlement reports with our =
Merchant=20
Services statements, <BR>we see on each day's report a modest number =
of=20
transactions failing to <BR>settle; these transactions indicate a =
Batch Status=20
of "Connection Error."  <BR><BR>Sometimes a reattempt to settle =
the=20
transaction follows in the report, which <BR>can be successful.  =
But too=20
often there is no successful reattempt and the <BR>transaction is =
skipped and=20
never settled.  This means the proceeds for the <BR>sale do not =
end up in=20
our bank account. <BR><BR>Can we identify the original transaction in =
our=20
register report and resubmit <BR>the credit/debit info for =
settlement? =20
What would be the procedure to do <BR>this?  <BR><BR>If not, how =
can we=20
put in place a process to quickly identify the <BR>credit/debit =
transactions=20
that did not settle successfully and resubmit those =
<BR>transactions? =20
<BR><BR>NOTE: We have seen in the credit/debit report the rare =
occurrence of a=20
<BR>failed transaction settlement (say for $14.30) and when we search =
the=20
<BR>register report for all transactions in that amount on that date, =
there=20
are <BR>none.  How is this possible?  Is this a known =
issue? =20
We cannot find any <BR>documentation on credit card =
settlements.<BR><BR>Thanks=20
in advance.<BR></BLOCKQUOTE></BODY></HTML>

------=