METHOD AND SYSTEM FOR CENTRALIZED CASINO PATRON AND ACTIVITY TRACKING, ANALYSIS AND REPORTING
A system and method are provided for consolidating data from various casino systems to a central system, automatically performing due diligence on patron profiles using internal and external data, automatically identifying unusual patron profiles and transactions, and generating, submitting, and tracking AML reports.
This application is a continuation of U.S. application Ser. No. 17/866,731, filed Jul. 18, 2022, which claims priority to U.S. Provisional Application Ser. No. 63/223,834, filed Jul. 20, 2021. Each of these prior application is incorporated by reference herein in its entirety.
FIELD OF THE INVENTIONThe present invention relates to systems and methods for consolidating data from various casino systems to a central system, automatically performing due diligence on patron profiles using internal and external data, automatically identifying unusual patron profiles and transactions, and generating, submitting, and tracking AML reports.
BACKGROUND OF THE INVENTIONIn conventional casino management systems, patron profiles and transactions may be stored in separate systems, and may not be integrated, let alone integrated with other systems such as SAR, CTR, accounting, player tracking, etc. Further, separate casino properties may not be able to access one or more systems of other casino properties, where data may be duplicated for the same patrons. Finally, these separate systems in the casino may not be integrated with external systems to automatically retrieve data needed for validation and/or due diligence of patrons and/or transactions, and with external systems that address AML requirements and the casinos' reporting needs. A system to unify the separate systems is desired.
SUMMARY OF THE INVENTIONEmbodiments of the invention comprise systems and methods for consolidating data from various casino systems to a central system, automatically performing due diligence on patron profiles using internal and external data, automatically identifying unusual patron profiles and transactions, and generating, submitting, and tracking AML reports.
One embodiment of the invention comprises a system for centralized casino patron activity tracking of patrons of a plurality of casinos which comprises a centralized casino patron activity server comprising a processor, a memory, a communication interface and machine-readable code stored in the memory and executable by the processor, and a database which is accessible by the processor of the centralized casino patron activity server, wherein the centralized casino patron activity server is in communication with at least a first casino management system of a first casino which stores information regarding a patron in association with a first patron ID and a second casino management system of a second casino which stores information regarding the patron in association with a second patron ID, and where the machine-readable code of the centralized casino patron activity server configured to cause the processor to: create a centralized patron record in the database for the patron in association with a third patron ID and which cross-links the patron to the first patron ID and the second patron ID, receive information regarding one or more activities of the patron at the first and/or second casino, and update the centralized patron record in the database with the information regarding the one or more activities.
The machine-readable code may be configured to cause the processor to create the centralized patron record in response to a search for the patron which does not reveal a record for the patron in the database.
The centralized patron record may comprise information regarding a patron status, such as at least one of banned and barred, and may further comprise a plurality of addresses of the patron, at least one of which is designated a master address and/or an outcome of one or more validations performed upon an identity or assets of the patron.
The machine-readable code may be configured to cause the processor to receive information from a third-party source regarding wealth of the patron and associate the information with the centralized patron record.
The machine-readable code may be configured to cause the processor to receive information regarding one or more associated actors of the patron and associate the information regarding the one or more associated actors with the centralized patron record. The one or more associated actors may comprise at least one of a person and an entity, and either the patron or the associated actor may be identified as a primary actor as between the patron and each associated actor.
The system may include at least one user device having a display, wherein the machine-readable code is configured to cause the processor to cause the display of the user device to display a subject manager graphical user interface which is configured to receive one or more search criteria for a search for a patron record in the database. The processor of the server may be configured to cause the display of the user device to display a patron record based upon information associated with the centralized patron record, the displayed patron record including at least one image of the patron.
The machine-readable code may be configured to cause the processor to generate transaction records corresponding to the one or more transactions, and generate a list of the transaction records. Each transaction record may comprise information regarding a monetary amount of the transaction, which amount comprises one or more of an amount of cash, chips and a monetary value ticket.
The machine-readable code may also be configured to cause the processor to generate one more suspicious activity reports (SARs) based upon the one or more transactions and be configured to cause the processor to group one or more of the SARs into a batch for processing.
The machine-readable code may also be configured to cause the processor to generate one or more currency transaction reports (CRTs) based upon the one or more transactions and cause the processor to cause the display of the user device to display a list of the CTRs and a processing status of each CTR.
In one embodiment, the machine-readable code which is associated with the server may comprise one or modules for implementing a subject manager (or patron/player) function, a transaction manager function, a SAR function, and a CTR function of the system.
Further objects, features, and advantages of the present invention over the prior art will become apparent from the detailed description of the drawings which follows when considered with the attached figures.
In the following description, numerous specific details are set forth in order to provide a more thorough description of the present invention. It will be apparent, however, to one skilled in the art, that the present invention may be practiced without these specific details. In other instances, well-known features have not been described in detail so as not to obscure the invention.
Embodiments of the invention comprise systems and methods for integration of casino systems and anti-money laundering (“AML”) systems to store data related to patron information and transaction information.
System Overview
One embodiment of a system of the invention is illustrated in
The casino gaming system 10 may include a plurality of gaming devices, such as one or more gaming machines 12 (such as slot machines, video poker machines, etc.) and one or more gaming tables 14, at which one or more games, and preferably wager-based games which offer a patron/player the opportunity for winnings, are presented. In the case of gaming tables 14, a patron/player may place wagers with one or more monetary value chips and may be paid winnings in the form of chips. The patron/player may desire to cash out those chips by turning them in for monetary value (in currency/coins or equivalent funds to their financial account). In electronic table implementations, the gaming tables 14 may be configured to accept electronic monetary value credits for wagering, such as from a player balance of credits. Likewise, the gaming machines 12 might accept wagers in various formats, such in the form of monetary value credits from a credit balance associated with the gaming machine 12, which credit balance might be funded from currency or a value ticket provided to the gaming machine 12, from funds electronically transferred to the gaming machine 12, etc. The casino might include other devices or systems, such as associated with online gaming, sports wagering, etc.
The casino gaming system 10 may include a wide variety of other features or elements. For example, the casino gaming system 10 may include at least one first sub-system, such as a casino management system (CMS) 20 (or similar computing devices). Such a sub-system 20 may comprise one or more casino systems (whether operated by the casino or a vendor). As disclosed below, such systems may comprise an accounting system 22, a player tracking system 24, an AML system 26, a central credit system 28, or the like.
The first sub-system 20 may include at least one first server 30, which comprises one or more processors or controllers, at least one communication device or interface, a database or other data storage device 32, and one or more additional memory or data storage devices (such as separate from the database). In one or more embodiments, the processor(s) is configured to execute one or more instructions, such as in the form of machine readable code (i.e. “software”), to allow the first server 30 to perform various functions. The software is preferably non-transitory, such as by being fixed in a tangible medium. For example, the software may be stored in the one or more memory devices. One or more of the memory devices may be read-only. In addition, the software may be stored on a removable medium in some embodiments. In general, the one or more memory devices are used as temporary storage. For example, the one or more memory devices may be random access memory or cache memory used to temporarily store some user information and/or instructions for execution by the at least one processor.
The software may comprise one or more modules or blocks of machine-readable code. Each module may be configured to implement particular functionality when executed by the one or more processors, and the various modules may work together to provide overall integrated functionality. Of course, in certain embodiments, it is also possible for various of the functionality to be implemented as hardware, i.e. a processor or chip which is particularly designed to implement various of the functionality described herein.
In one embodiment, the first server 30 may include (or be linked communicatively at one or more times to) one or more input and/or output devices, such as a keyboard, mouse, touchscreen, video display or the like, whereby the processor may receive information from an operator or servicer of the first server 30 and/or output information thereto. This allows, for example, an operator of the first server 30 to interface with the first server 30 to upgrade, maintain, monitor, etc. In other embodiments, an operator might interface with the first server 30 via a separate workstation or other devices 34.
In one embodiment, the processor and other elements of the first server 30 may be linked and thus communicate over one or more communication buses. In this manner, for example, the processor may read/receive software from the memory for execution, receive inputs and provide outputs to the various I/O devices, receive information from or output information to external devices via the communication interface, etc. The one or more communication devices or interfaces permit the first server 30 to communicate with the gaming tables 14, gaming machines 12 and/or other gaming devices, and preferably external devices, networks, systems and the like.
The first sub-system 20 may, via the first server 30 (there may be a plurality of different servers which each implement different functionality) be configured to implement a variety of functionality.
In one embodiment, the first sub-system 20 may implement accounting functionality. The accounting functionality might include tracking of wagers made and winnings paid at the gaming machines 12, amounts wagered and won/lost at the gaming tables 14, amounts associated with monetary value tickets issued and redeemed, etc. In this regard, the first sub-system 20 may include other elements. For example, the casino might operate one or more cashier cages. These cages may be used to implement various functionality, such as allowing players to cash chips for currency, allowing players to cash checks for chips, allowing players to associate funds (such as from a credit card, bank account, or the like) with a wagering account, such as a sports wagering account, casino wagering account or the like. The accounting functionality may thus include tracking the amounts of casino chips issued and redeemed, checks cashed, etc. The cashier cage may include a cashier workstation, a monetary value dispensing mechanism, and other elements.
The first sub-system 20 might also implement player tracking and rewards functionality, such as by generating and maintaining player accounts for individual players, tracking wagering and other activities of the players, and issuing awards to players based upon their activities, such as points or the like.
The first sub-system 20 might implement central credit functionality 28, such as to accept credit applications for players, determine player credit-worthiness of players, generate credit lines for players, track amounts of credits issued to players, and implement collection efforts for unpaid amounts.
Various features of the Entegrity system 50 are preferably located at a casino and/or integrated into the casino gaming systems 10, while other features may be located remotely from the casino and/or the casino gaming systems 10. Further, not all features of the Entegrity system 50 need to be operated by a casino and/or be integrated into the casino gaming systems 10, but instead might be operated by one or more vendors or third-party service providers to the casino. In one embodiment, the functionality of the Entegrity system 50 may be provided relative to a single casino. However, the functionality may be implemented relative to a plurality (two or more) casinos, such as in entirely different locations, relative to the Entegrity system 50. This allows, for example, an operator of multiple casinos to operate the single Entegrity system 50 described herein relative to all of the casinos, in a centralized and integrated manner.
The Entegrity system 50 may comprise a number of elements, such as at least one second server 62 and at least one second database 64. The Entegrity system 50 may include other elements, such as one or more workstations and the like. Entegrity system 50 preferably comprises a processor, a memory, machine-readable code associated with the memory and executable by the processor, and one or more communication interfaces.
In one embodiment, as described in more detail below, the Entegrity system 50 may communicate with one or more of the systems in the first sub-system 20, such as the accounting system 22 or the player tracking system 24.
In one embodiment, the Entegrity system 50 may be in communication with the casino workstation or other device 34 or may include its own one or more workstations and/or portable or mobile processing devices 70. The workstation and/or portable processing device 70 preferably comprise a processor, a memory, machine-readable code stored in the memory and executable by the processor, at least one display (such as an electronic video display), and at least one user input device, which features may be associated with a housing of the device. The workstation and/or portable processing device 70 preferably also comprises a communication interface, such as a wireless communication interface which allows the device to be portable and still communicate with the second server 62. The workstation and/or portable processing device 70 may be a special purpose device (such as a device used by floor managers in casinos), or may comprise a general purpose computing device such as a tablet or similar device which is then provided with software for implementing the functionality described herein. In general, the workstation and/or portable processing device 70 may be configured to receive inputs and display information via the display thereof, such as one or more graphical user interfaces such as those described and/or illustrated herein. The graphical user interfaces or other information may be presented as part of a web-based application, such as where the server 62 acts as a webserver, and/or by an application executed on the device 70 receiving information from the server 62 which the application then uses to generate and display the information or interfaces.
In one embodiment, the Entegrity system 50 may include one or more, and preferably all, of the following modules: a subject manager module 52, a transaction manager module 54, a suspicious activity report (“SAR”— which term may be different in different jurisdictions, but generally comprises a report regarding activities which may be illegal, in frequent, uncommon, etc.) manager module 56, a currency transaction report (“CTR”— again, which term may be different in different jurisdictions, but generally comprises a report which may be required by one or more governmental agencies or entities regarding events or activities relating to a patron, the casino, etc.) manager module 58, and a set-up manager module 60. In general, the modules may be implemented as computer readable code which, when executed by a processor (such as of the server 62), implements functionality of the module.
In one embodiment, a user may be presented with an exemplary user interface that may be displayed in accordance with the main page of the Entegrity system 50, where the Entegrity system modules 52-60 may be accessed, such as illustrated in
In one embodiment, the subject manager module 52 may be configured to receive, store and/or process patron information, including patron profile information, and may be configured to implement or integrate with other functionality, such as validation and due diligence for compliance with AML regulations. The transaction manager module 54 may be configured to receive, store and/or process transaction information associated with the casino, and preferably financial or value-related transactions associated with the patrons. The SAR and CTR manager modules 56, 58 may be configured to facilitate the processing of SARs and CTRs, such as by generating and submitting such reports, such as for compliance with AML regulations. The set-up manager 60 may be configured to facilitate customization of the one or more modules depending on regulatory and/or casino needs. These modules 52-60 are discussed in more detail below.
As indicated above, the system 50 communicates with one or more casino systems, such as the casino management system 20 of each of a plurality of casinos. The system 50 may receive information from these systems 20, such as activity information. The activity information may comprise, for example, monetary value transactions (amounts wagered, won, etc.) by players or patrons of the casinos. In general, while CMS 20 of each casino may track players or patrons (such as by a casino-specific player tracking number or ID) and track related information, the present system 20 provides a wider range of functionality, as described herein. Further, the system 20 herein provides for centralized activity tracking, analysis and reporting across a plurality of casinos, including as to players or patrons who are separately identified by the different casinos (such as by different casino-specific player tracking IDs), addresses and other information. This centralized tracking and reporting also allows for the generation of suspicious activity and currency transaction reporting which is more accurate because it is based upon a global view of multi-casino activity.
Subject Manager Module
In accordance with the invention, patron profile/accounts may be created for individual casino patrons, organizations or the like (referred to as “subjects”). Importantly, this information may be stored in the database 64 associated with the system 50, thus allowing the data to be accessed by the one or more modules of the Entegrity system 50. Further, such patron profiles may be linked to patron profiles in other systems in communication with the Entegrity system 50, such that account information may be shared across systems. For example, an account for a patron may be created where that patron is identified or is associated with a first player ID at a first casino and a second player ID at a second casino, where the centralized player account is associated with a third ID or other identifier, thus linking the centralized player or patron account to the individual accounts/records at the different casinos.
Appendix A
Appendix A
In one embodiment, any type search may first be performed in the Entegrity system 50, and if no match is found, databases from other systems 22-28 may be queried. For example, if a search for a patron does not reveal a patron profile in the database 64 associated with the Entegrity system 50, the Entegrity system 50 may facilitate (such as by communication with) a search for that patron in other systems or database, such of a database of the player tracking system 24 of the casino. In one embodiment, information from such external systems may be retrieved and displayed to the user of the Entegrity system 50, and may further be used to create a profile in the Entegrity system 50 and/or otherwise populate or update information associated with a profile or the like in the Entegrity system 50.
Patron profiles may include the following sections: information, transactions, due diligence, records, associations, and comments. Profile sections may be customized to revise grouping and to add/subtract fields depending on regulatory and/or casino needs.
As 5-15 illustrate exemplary user interfaces for the patron information section of the subject manager module 52. The overview section may include following grouping of information: overview, contact information, identification, player card information, and images. Information groups may be customized to revise grouping and to add/subtract fields depending on regulatory and/or casino needs.
Appendix A
Appendix A
Other fields such as first name, middle name, last name, suffix, etc. may be set as optional fields. In one embodiment, additional fields such as address and ID-related fields may be disabled.
Depending on the casino property, patron profiles may be associated with various status such as “banned”, “barred”, and/or “with warning”. Each casino property may have its own definition and method of handling such patron profiles.
Typically, a “banned” status identifies a patron as not permitted to be on a casino property, and/or may not permitted to participate in wagering-type games at the casino property. The patron may also wish to be self-excluded (requested to be excluded from legalized gaming activities).
Typically, a “barred” status is temporary, and may be removed upon a patron providing additional information (such as an ID or their social security number). Barred patrons may be excluded from gaming activities, but may still be permitted to engage in other activities on the casino property such as dining and retail.
Typically, a “with warning” status alerts a floor staff about a patron and/or a transaction. Such alerts may occur for when a patron profile is identified as incomplete (such as missing forms such as W-8BEN or W-9), when a patron profile is associated with multiple IDs, or when certain activities occur in a transaction (such as an attempt to cash a personal check).
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
In one embodiment, the Entegrity system 50 may be integrated with other verification systems such that ID images and other documents in the Entegrity system 50 may be automatically validated and/or authenticated. The Entegrity system 50 may also be integrated with other reporting systems to automatically generate and/or submit reports for ID images and other documents identified as fake and/or suspicious documentation.
Appendix A
Appendix A
In one embodiment, surveillance systems may be linked to the Entegrity system 50, such that images and/or videos from such surveillance systems may be automatically and/or manually retrieved and stored to the Entegrity system 50, associated with one or more patron profiles, and/or displayed on the user interface for the image page of a patron profile. Image capture devices associated with other devices, such as kiosks/ATMs, gaming machines 12 and other devices at the casino, might also be used to capture image information which is provided to the Entegrity system 50.
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
In one embodiment, the Entegrity system 50 may be integrated with other validation systems (such as an API from Transunion) to obtain additional validation data, and/or to perform one or more validations. Validation may also be performed using data stored in one or more casino properties, other systems linked to the Entegrity system 50, data from transactions, and data associated with other patron profiles (discussed below on agents and multi-profiles).
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
In the summary tab, transactions associated with the patron profile as the primary patron may be displayed (such as on a left grid), and transactions associated with actors may be separately displayed (such as on a right grid). Actor profiles may be identified by subject numbers (as discussed above), and subject numbers may be expanded to display the associated patron profile. Double-clicking a row in a grid may open a details tab with the same date range auto-populated. As one aspect of the invention, this allows all transactions associated with a patron profile and its actors to be associated and viewed. Further, in one embodiment, the role of the subject may be swapped, such as between the “primary” and the “actor.”
Appendix A
Appendix A
Appendix A
Appendix A
The history page may display the following and more: subject number, validation type, date or time, first name, last name, validation status, validation results, and user who performed the validation. The display may be customized with additional columns including but not limited to: comments, ID number, ID state, TIN (defined below), ZIP code, OFAC (defined below) list date (date of publication of OFAC list), middle name, user who amended the validation result, amendment date, product source (to identify the system and/or module that performed the validation), vendor source (to identify the source used to run the validation, such as TINCheck, Everi, etc.), property ID, property name, etc. The user may also directly view, amend, and/or remove validation results on the history page.
Appendix A
Transaction Manager Module
As indicated above, the system of the invention may implement transaction manager functionality. Aspects of this functionality will be described with reference to Appendix A
Appendix A
The transaction watch module 54 may be updated in real-time based on communications with other systems 20-28, 90. Additional transactions may also be manually added using the “Add Transaction” button.
The main page may also include a filter module whereby transactions may be filtered by general properties such as date, casino property, and transaction type (such total cash in or total cash out), patrons, or organizations. Patron filters may include general properties (such as known, unknown, banned, barred, or incomplete patron profiles), visual characteristics (such as gender, race, description/attire, hair color, eye color, height, weight, age, etc.), or additional information (such as name, last known location, etc.). In one embodiment, additional filtering criteria may include patron biometrics and alternate technology such as fuzzy searches to identify patrons based on approximate visual characteristics (such as approximate weight, height, age), and automatic or manual linking of multiple profiles based on similar characteristics (which may indicate the same patron is identified under multiple profiles).
Appendix A
One or more filter options listed above may be associated with default color coding in the transaction watch module. For example, transactions associated with unknown patrons may appear in red. Non-default color coding may be configured in the setup manager and/or inserted manually. For example, if tasked with identifying banned patrons, a user with authorization and/or permission to change settings may configure a color for all banned patrons with a total cash-in or cash-out amount less than or greater than a certain threshold amount. User accounts may include an authorization to change the color coding, and such authorization may be restricted to one or more user types. Customized color coding based on filter properties is an improvement on the conventional method for color-coding transactions and/or subject profiles. The conventional method was based on dollar amounts, and thus, the transaction manager module may only search or filter by dollar amount. This limited search and filter option may not address the additional need to identify other higher priority matters for regulatory purposes such as identifying fraudulent activities.
High priority matters may also prompt the Entegrity system 50 tray pop-up shown on the main page. Default pop-up notifications may be associated with attempted transactions by a player who will exceed a predetermined threshold amount for total permitted transactions. The pop-up may remain visible after a player has exceeded that threshold. Additional pop-up notifications may be manually set or added by an administrator. These pop-up notifications may be automatically system generated.
A list of notifications may be generated on the main profile to identify a plurality of high priority matters, warnings, and/or pop-up notifications, which is an improvement on the conventional method where warnings associated with a particular patron or transaction may only be viewed by accessing the patron's profile, or the transaction profile.
Appendix A
Appendix A
The information on the subject card may be retrieved from the Entegrity system 50 or any other system 20-24, 90 in communication with the Entegrity system 50. Such information may be manually entered or may be read from a patron loyalty card, ID card, or any other documents provided by the patron. Upon entry then Entegrity system 50 may consolidate patron profiles with duplicative information such as duplicative addresses or ID numbers. Some information may only be considered duplicative of the information is identical (such as in the case of ID numbers), while other information may be considered duplicative of the information is similar (such as “s” vs. “south” or “rd” vs “road” for addresses). The subject information may include clickable warnings to identify problems (such as missing information).
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
In one embodiment, the main patron may be updated. For example, a first patron may initially be identified as the main or primary patron, while a second patron and a third patron may be identified as additional patrons associated with the main patron. At a later point, the second patron may be identified as the main patron such that the first patron becomes an additional patron associated with the main patron. Similar updates may be performed between patrons and agents.
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
In one embodiment, the Entegrity system 50 may also provide a feature to aggregate like-transaction types that have been configured as sub-transaction types, such that the like-transaction types are shown as one aggregated transaction record. This feature allows high-volume transaction types (such as a stack of inserted bills) to be displayed as a singular record showing the overall total per patron, per gaming day.
Appendix A
Additional information may be entered/associated with each sub-transaction. For example, where casinos issue chips with RFID technology, RFID information may be entered for transactions involving such chips. The transaction information may also identify the cage and cashier associated with the transaction (such as based upon associating of information regarding the location and time the chips are scanned and the information obtained from the chips during the scan). One aspect of this feature is that the chips may be logged to the system as having been provided to a Patron 1, whereas the chips may be redeemed by Patron 2, whereby Patron 2 may be designated as an agent of Patron 1 in the system.
The additional configurations may allow flexibility in what transaction types are supported, what fields are available for each transaction type (such as showing withholding fields or race and sports fields), and how each one should be reported on the CTR. Appendix A
Appendix A
Appendix A
SAR Manager Module
As indicated above, in accordance with another embodiment of the invention, the system may be configured to implement SAR manager functionality. Aspects of this functionality will be described with reference to Appendix A
Appendix A
Appendix A
A SAR form may be manually entered. The SAR form may provide for the selection of standard information such as amount and date, as well as a customizable entry field for additional information. Customized entries may be stored and may be used as an auto-fill suggestion for future entries. Manual entry of description may include character limits.
The SAR form may include additional features such as a “Discrete” option for filing (such that the form may be manually entered into the regulator's submission site), and an option to attach supporting documents for proof of submission (such as confirmation emails and other proof that submission was successful.
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Changes made to the retrieved information after a SAR form has been filled out and/or submitted may cause the SAR management module to automatically update the SAR form. Previous versions of the SAR form may be automatically saved. In one embodiment, user/administrator approval is required to update SAR forms. Similarly, revisions directly made to existing SAR forms may also require additional user/administrator approval.
Appendix A
Appendix A
CTR Management Module
As also described above, the system may be configured to implement CTR manager functionality. Aspects of this functionality will be described with reference to Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Changes made to the retrieved information after a CTR form has been filled out and/or submitted may cause the CTR management module to automatically update the CTR form. If a form is created and not yet submitted, the CTR Filing Institution (Step 1) and Transaction Location (Step 2) will be automatically updated with changes. Otherwise, the system will not automatically update a CTR form once submitted. Changes to the CTR information may be flagged by the system so user can decide whether to apply changes. Previous versions of the CTR form may be automatically saved. In one embodiment, user/administrator approval is required to update CTR forms. Similarly, revisions directly made to existing CTR forms may also require additional user/administrator approval. In one embodiment, if a submitted CTR form is returned by the regulator because of errors, then a copy of the original submission is created by the system and the copy is displayed in the CTR Review page for user to audit.
Appendix A
Appendix A
Appendix A
A filter module may be included such that the history of CTR batches may be filtered by casino property, date range, submission status (such as manual submission of batch, form set for scheduled filing, or forms identified for immediate filing), filing status (such as open, acknowledged, posted, acknowledged with errors, submitted, rejected, etc.).
Appendix A
Additional features may include the ability for user remove a CTR form from a batch (as illustrated in Appendix A
Appendix A
Exports may be in the form of an Excel spreadsheet, or any other form an auditor may require. CTR form search results may be restricted to current form version only. Select CTR forms, a range of CTR forms in a search result, or all of CTR forms in a search result may be selected for export.
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
Appendix A
The system may also include a setup manager module 60 (as illustrated in
The CTR manager module 58 may include similar view XML functionality as the SAR manager module 56 (as described above and illustrated in Appendix A
Aspects of the invention comprise receiving, storing and processing information regarding casino patrons and their activities. In one embodiment, one or more interfaces are utilized to facilitate the input and/or display of such information, where such interfaces are uniquely configured to implement receiving such information and displaying information. Other aspects of the invention comprise the storage and processing of such information, wherein interfaces having other configurations than those described herein may be utilized.
In one embodiment of the invention, information is logged, such as by time and date of entry and/or modification, and by author/user. Such logs may be utilized to create a complete record of information, including changes, such as for auditing purposes.
The system and method of this invention present an advantage over conventional casino management systems, where patron profiles and transactions may be stored in separate systems, and may not be integrated with each other, let alone integrated with other systems such as SAR, CTR, accounting, player tracking, etc. Further, separate casino properties may not be able to access one or more systems of other casino properties, where data may be duplicated for the same patrons. Finally, these separate systems in the casino may not be integrated with external systems to automatically retrieve data needed for validation and/or due diligence of patrons and/or transactions, and with external systems that address AML, requirements and the casinos' reporting needs. This invention presents a single system to unify the separate systems, and the creation of federated patron profiles/accounts, which serves both as a casino patron profile, and a system of record for AML systems, thus presenting the holistic view that regulators desire.
It will be appreciated that while exemplary configurations of user interfaces have been disclosed, the functionality described herein may be implemented by other interface or in other manners.
Claims
1. A system for generating casino patron activity monetary value transaction reports, comprising:
- a centralized casino patron activity server comprising a processor, a memory, a communication interface and machine-readable code stored in said memory and executable by said processor;
- a database which is accessible by said processor of said centralized casino patron activity server;
- wherein said centralized casino patron activity server is in communication with a casino system of a casino which receives transaction information regarding one or more monetary value transactions of a patron at said casino;
- said machine-readable code of the centralized casino patron activity server configured to cause said processor to: associate patron identification information regarding said patron with a monetary value transaction report; associate information regarding said one or more monetary value transactions of said patron with said monetary value transaction report, said information regarding said one or more monetary value transactions comprising at least one of a monetary amount and a transaction type; store a first version of said monetary value transaction report with said associated patron identification information and monetary value transaction information; and update said monetary value transaction report based upon a change to transaction information regarding said one or more monetary value transactions.
2. The system in accordance with claim 1, wherein said machine-readable code of the centralized casino patron activity server is configured to update said monetary amount associated with said monetary value transaction report in response to a change to a monetary amount of said monetary value transaction.
3. The system in accordance with claim 1, wherein said monetary value transaction report comprises a template with a plurality of fields, wherein said patron identification information and said information regarding said one or more monetary value transactions are associated with said fields of said report.
4. The system in accordance with claim 1, wherein said machine-readable code of the centralized casino patron activity server is further configured to store a second version of said monetary transaction report as updated.
5. The system in accordance with claim 4, wherein said machine-readable code of the centralized casino patron activity server is further configured to receive input from a user to accept said update and utilize said second version of said monetary value transaction report or reject said update and utilize said first version of said monetary value transaction report.
6. The system in accordance with claim 1, wherein said machine-readable code of the centralized casino patron activity server is configured to transmit said first or second version of said monetary value transaction report to a receiving entity.
7. A system for generating casino patron activity monetary value transaction reports, comprising:
- a centralized casino patron activity server comprising a processor, a memory, a communication interface and machine-readable code stored in said memory and executable by said processor;
- a database which is accessible by said processor of said centralized casino patron activity server;
- wherein said centralized casino patron activity server is in communication with a casino system of a casino which receives transaction information regarding one or more monetary value transactions of a patron at said casino;
- said machine-readable code of the centralized casino patron activity server configured to cause said processor to: associate patron identification information regarding said patron with a monetary value transaction report; associate information regarding said one or more monetary value transactions of said patron with said monetary value transaction report, said information regarding said one or more monetary value transactions comprising at least one of a monetary amount and a transaction type; store a first version of said monetary value transaction report with said associated patron identification information and monetary value transaction information; determine if any errors exist in said first version of said report; and generate an output which causes a user display to display information regarding one or more identified errors relation to a portion of said report where said error exists.
8. The system in accordance with claim 7, wherein said machine-readable code of the centralized casino patron activity server configured to cause said processor to generate a second version of said report in an XML format.
9. The system in accordance with claim 8, wherein said output causes said display to display at least the portion of said report containing said error in said XML format adjacent to said portion of said report in a user readable format.
10. The system in accordance with claim 9, wherein said portion of said report in XML format is displayed in a first window and said portion of said report in user readable format is displayed in a second window.
11. The system in accordance with claim 8, wherein a line of said report in XML format containing said error is generally horizontally aligned with said portion of said form where said error exists as displayed in said user readable format.
12. The system in accordance with claim 7, wherein said monetary transaction report comprises one of a suspicious activity report and a currency transaction report.
13. A system for generating casino patron activity monetary value transaction reports, comprising:
- a centralized casino patron activity server comprising a processor, a memory, a communication interface and machine-readable code stored in said memory and executable by said processor;
- a database which is accessible by said processor of said centralized casino patron activity server;
- wherein said centralized casino patron activity server is in communication with a casino system of a casino which receives transaction information regarding one or more monetary value transactions of a patron at said casino;
- said machine-readable code of the centralized casino patron activity server configured to cause said processor to: associate patron identification information regarding said patron with a monetary value transaction report; associate information regarding said one or more monetary value transactions of said patron with said monetary value transaction report, said information regarding said one or more monetary value transactions comprising at least one of a monetary amount and a transaction type; store a first version of said monetary value transaction report with said associated patron identification information and monetary value transaction information; generate a second version of said monetary value transaction report without permitting editing of said first version by receiving, from a user, at least one of a change to transaction information regarding said one or more monetary value transactions and a change to said patron identification information.
14. The system in accordance with claim 13, wherein said machine-readable code of the centralized casino patron activity server configured to cause said processor to output information which causes a user display to display said monetary value transaction information for editing.
15. The system in accordance with claim 13, wherein said machine-readable code of the centralized casino patron activity server configured to cause said processor to output information which causes a user display to display said patron identification information for editing.
16. The system in accordance with claim 13, wherein machine-readable code of the centralized casino patron activity server configured to cause said processor to generate a log of changes to said first version of said report and to store said log.
17. The system in accordance with claim 13, wherein said monetary transaction report comprises one of a suspicious activity report and a currency transaction report.
Type: Application
Filed: Feb 7, 2023
Publication Date: Jun 15, 2023
Inventors: Adam Fong (Las Vegas, NV), Kathleen Forbes (Las Vegas, NV), Allison Moffatt (Las Vegas, NV), Marcie Arai (Las Vegas, NV), Greg Farina (Las Vegas, NV)
Application Number: 18/106,573