Configuration of a payment object reader

A method for initializing a payment object reader, the method comprising:

• receiving, as an input from a merchant and according to a first type of interaction, an object via a payment object reader communicatively coupled to a point-of-sale (POS) terminal;
• obtaining, via a read circuitry of the payment object reader, read-data from the object, wherein the read-data represents data stored on the object and indicates the first type of interaction according to which the object was received;
• comparing, via a processor of the POS terminal, a portion of the read-data with a proxy payment object syntax;
• in response to obtaining a match between the read-data and the proxy payment object syntax with the read-data, determining the object to be a proxy payment object representative of a plurality of potential payment objects that the merchant is to receive from customers in association with future transactions, wherein the payment object reader is configured to receive a first payment object of the plurality of potential payment objects according to the first type of interaction and configured to receive a second payment object of the plurality of potential payment objects according to a second type of interaction;
• generating, through a configuration component and based at least in part on the first type of interaction according to which the proxy payment object was received, a set of configuration instructions which, when executed on the payment object reader or the POS terminal, configures the payment object reader or the POS terminal to accept the first payment object of a customer according to the first type of interaction to satisfy a subsequent payment transaction;
• and
• receiving, according to the first type of interaction and subsequent to generating the set of configuration instructions, the first payment object to satisfy the subsequent payment transaction.

A system for configuring a payment object reader, the system comprising:

• a non-transitory computer-readable storage medium storing a set of instructions including instructions to store a proxy payment object syntax, wherein data read off a proxy payment object is in the proxy payment object syntax;
• one or more processors being configured to:
• obtain, via a read circuitry of the payment object reader, read-data from an object introduced in the payment object reader according to a first type of interaction, wherein the read-data represents data stored on the object and indicates the first type of interaction according to which the object was introduced;
• compare a portion of the read-data with the proxy payment object syntax;
• in response to obtaining a match between the read-data and the proxy payment object syntax, determine the object to be the proxy payment object representative of a plurality of potential payment objects, wherein the payment object reader is configured to receive a first payment object of the plurality of potential payment objects according to the first type of interaction and configured to receive a second payment object of the plurality of potential payment objects according to a second type of interaction;
• generate, through a configuration component and based at least in part on the first type of interaction according to which the proxy payment object was introduced, a set of configuration instructions to configure at least the payment object reader to accept the first payment object of a customer according to the first type of interaction to satisfy a subsequent payment transaction;
• and
• receive, according to the first type of interaction and subsequent to generating the set of configuration instructions, the first payment object to satisfy the subsequent payment transaction.

One or more non-transitory computer-readable media maintaining instructions that, when executed by one or more processors, program the one or more processors to:

• obtain, via the processors, read-data from an object introduced in a payment object reader according to a first type of interaction, wherein the read-data represents data stored on the object and indicates the first type of interaction according to which the object was received;
• compare, via the processors, a portion of the read-data with a proxy payment object syntax;
• in response to obtaining a match between the proxy payment object syntax and the read-data, tag the object as a proxy payment object representative of a plurality of potential payment objects that the payment object reader is to receive in association with future transactions, wherein the payment object reader is configured to receive a first payment object of the plurality of potential payment objects according to the first type of interaction and configured to receive a second payment object of the plurality of potential payment objects according to a second type of interaction;
• generate, through a configuration component and based at least in part on the first type of interaction according to which the proxy payment object was received, a set of configuration instructions which, when executed on the payment object reader or a point-of-sale (POS) terminal, configures at least one of the payment object reader or the POS terminal to accept the first payment object of a customer according to the first type of interaction to satisfy a subsequent payment transaction;
• and
• receive, according to the first type of interaction and subsequent to generating the set of configuration instructions, the payment object to satisfy the subsequent payment transaction.