...
Solicitar autorización
Para consumir el servicios que detallamos servicio detallado en esta sección , es necesario solicitar autorización previamente, en el debe solicitar una autorización. Este link se explica en detalle como obtenerla.
...
Es el conjunto de datos que se envían y reciben cuando se trabaja con nuestra API de pagos.
Debemos crear Creamos una cuando queremos que un usuario pague a través de Pay per TIC.
...
Las solicitudes contienen toda la información referente a una transacción en particular, como : el usuario al que corresponde el pago, el importe, concepto, forma de pago, estado, etc.
...
Para crear una solicitud de pago pendiente, el primer paso es armar nuestro objeto JSON, para poder luego enviarlo al servicio web de creación de pagos. En esta guía mostraremos Mostraremos los campos mínimos y más importantes importantes que se pueden utilizar utilizarse en la creación de una solicitud de pago.
...
external_transaction_id: Uno de los campos más importantes. Este campo, de tipo String (Cadena de caracteres), es requerido y además debe ser único. Esto garantiza que no se informe la misma solicitud más de una vez. En el caso de intentar crear dos solicitudes de pago con el mismo valor, la segunda fallará en esta validación. Esto garantiza que no se informe la misma solicitud más de una vez.
currency_id: Moneda del pago, representación en el código ISO 4217. Por ejemplo, para Pesos Argentinos: ARS.
details: Aquí van todos los conceptos de esta transacción. El campo es un listado de tipo Array , esto que nos permitirá enviar más de un detalle en cada solicitud, nos servirá para mostrar los conceptos de forma desagregada, en el caso de que se estén pagando más de uno. Cada concepto tendrá su propio importe, pero la moneda debe ser la misma, ya que se indica en un nivel superior. La API sumará los importes de todos los detalles indicados.
Cada detalle debe contener los siguientes valores:
amount: Importe del concepto o detalle. Debe estar expresado en números con punto como separador de decimales (.) y sin separador de miles, por ejemplo: 15181.85.
concept_id: Identificador del concepto. Este campo identifica el concepto que se está pagando, por ejemplo una patente, número de inmueble, de tasa o un código de producto. El valor es de tipo String y no se realiza ninguna validación sobre él. Debe ser asignado por la entidad y , recomendamos que sea un valor realmente representativo del concepto que se está cobrando, ya que luego podrá ser utilizado como filtro para diferentes consultas.
concept_description: Descripción del concepto. Aquí debemos , campo de tipo String. Deberemos ingresar un texto descriptivo, breve y conciso, para que el pagador lo reconozca, por ejemplo: "Cuota social Abril 2010" o "Impuesto patente ABC123 - Junio 2015". El campo es de tipo String.
external_reference: Referencia del pago. Aquí debemos enviar un identificador que represente a este detalle en particular, como por ejemplo , un número de factura, cedulon, o simplemente un código específico. La función es similar al external_transaction_id salvo que aquí no se valida la unicidad del valor, el mismo external_reference puede estar presente en diferentes detalles.
...