...
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. En el caso de intentar crear dos solicitudes de pago con el mismo valor, la segunda fallará a causa de en esta validación. Esto garantiza que no se informe la misma solicitud más de una vez.
...
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 . 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 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. 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.
...