Skip to content
GeoDataVision
Thread Options
#1979549 - 11/26/14 08:09 PM Aggregate for CTR Purposes, II?
Slugbug Offline
100 Club
Joined: Mar 2006
Posts: 195
If you have multiple entities operating under different EIN numbers, but 98% of the time one person brings in the deposits for all entities, do you aggregate all those deposits because you have one person acting on behalf of all of those? Our system doesn't aggregate them, but the teller has knowledge that most of the time one person is bringing them in. We are manually adding those together to create a CTR. The other 2% of the time, an additional person may bring in one or two of those. Will we be in violation if we just always add all together and always file if over $10,000 when added together. It is really a manual process and would be more accurate to just always add all together, than hope we catch it. There is one owner who has ownership in all of the entities and he is the one who generally brings all deposits in, but there are those times that one of the other co-owners brings in one or two deposits.

Return to Top
BSA/AML/CIP/OFAC Forum
#1979550 - 11/26/14 08:10 PM Re: Aggregate for CTR Purposes? BSA Aficionado
rlcarey Online
10K Club
rlcarey
Joined: Jul 2001
Posts: 79,912
Galveston, TX
It is always a violation to file a CTR that is not accurate.
_________________________
The opinions expressed here should not be construed to be those of my employer: PPDocs.com

Return to Top
#1979575 - 11/26/14 08:44 PM Re: Aggregate for CTR Purposes? rlcarey
Slugbug Offline
100 Club
Joined: Mar 2006
Posts: 195
I understand that, but we don't always know in the back office if another person brings in an additional deposit if the system doesn't capture who the transactor is when it is a small amount.

Return to Top
#1979578 - 11/26/14 08:47 PM Re: Aggregate for CTR Purposes? BSA Aficionado
John Burnett Online
10K Club
John Burnett
Joined: Oct 2000
Posts: 39,793
Cape Cod
If you don't know the information, you should not aggregate based on who conducted the deposits. If you feel you have to know, then have your tellers gather the information.
_________________________
John S. Burnett
BankersOnline.com
Fighting for Compliance since 1976
Bankers' Threads User #8

Return to Top
#1979636 - 11/27/14 12:15 AM Re: Aggregate for CTR Purposes? Slugbug
rlcarey Online
10K Club
rlcarey
Joined: Jul 2001
Posts: 79,912
Galveston, TX
Most banks do the following:

1. Large banks are now identifying anyone that makes a cash deposit.

2. Small banks know who these typical customers are and make it a point to identify anyone making deposits to these select customer accounts.

These customers go to the same branch or branches every day. What you are describing is basically laziness when it comes to the branch/tellers responsibility to properly identify transactors on transactions that the bank well knows are going to have to be reported.

Failure to have a proper communication channel between the branches and the central office that files the CTRs is not an excuse.
_________________________
The opinions expressed here should not be construed to be those of my employer: PPDocs.com

Return to Top
#1979812 - 12/01/14 11:45 AM Re: Aggregate for CTR Purposes? Slugbug
Pat Patriot Act Offline
Gold Star
Pat Patriot Act
Joined: Apr 2009
Posts: 450
^^^This


At my bank we tracked "frequent flyers" by putting on an account level status code that prompted the tellers to identify the conductor regardless of the amount.

Another option may be to analyze the businesses pursuant to FIN-2012-G001 and determine if they are not operating independently. This will allow you to aggregate all cash activity regardless of conductor. A caution: you need more than common ownership.
_________________________
CFE, CAMS

Return to Top
#1979813 - 12/01/14 11:47 AM Re: Aggregate for CTR Purposes, II? Slugbug
rlcarey Online
10K Club
rlcarey
Joined: Jul 2001
Posts: 79,912
Galveston, TX
Another option may be to analyze the businesses pursuant to FIN-2012-G001 and determine if they are not operating independently.

But this still does not alleviate the need to properly identify the conductors of the transactions.
_________________________
The opinions expressed here should not be construed to be those of my employer: PPDocs.com

Return to Top
#1979924 - 12/01/14 05:14 PM Re: Aggregate for CTR Purposes, II? rlcarey
Pat Patriot Act Offline
Gold Star
Pat Patriot Act
Joined: Apr 2009
Posts: 450
Originally Posted By: rlcarey
Another option may be to analyze the businesses pursuant to FIN-2012-G001 and determine if they are not operating independently.

But this still does not alleviate the need to properly identify the conductors of the transactions.


I did not suggest that it relieves you of that responsibility. My point is that it may be logistically easier for the original poster to group the relationship in that manner if it can be deemed appropriate. That way, they can aggregate the cash under all circumstances, even if they were unable to identify a conductor on a transaction which would mean the difference between reporting all of the cash and not reporting any of the cash.

I agree with you that it's a best practice to implement systems that will identify every cash depositor, but as I'm sure you're well aware, there are plenty of core systems that don't have same day aggregation and plenty of banks that made a justifiable risk-based decision to set conductor ID thresholds.
_________________________
CFE, CAMS

Return to Top
#1980470 - 12/02/14 11:32 PM Re: Aggregate for CTR Purposes, II? Slugbug
TryingtoComply Offline
Diamond Poster
Joined: Apr 2013
Posts: 1,980
The West
It seems strange to me that in this environment your teller system does not have features to collect information regarding conductors. Has anyone asked your core provider about this?
_________________________
TryingToComply
CRCM

Return to Top

Moderator:  Andy_Z