Crear cuenta administrada
Esta API permite crear y gestionar cobros de manera flexible, adaptándose a diferentes escenarios de pago: creados, programados y normales. Los cobros pueden personalizarse con reglas de vencimiento, recargos, descuentos anticipados y notificaciones automatizadas, garantizando una integración sencilla y escalable para el comercio. Es esencial que te asegures de generar un único cobro por cada venta, pedido o interacción con el cliente, según sea apropiado.
Ruta
POST /v1/business/child
Encabezado
Content-Type*
application/json
x-auth-token*
{token}
Cuerpo
Datos del Negocio
business_id*
Es el identificador único que se le asignará al negocio hijo en el sistema
business_name*
Nombre comercial de la sede o del sub-negocio.
type*
Categoría del negocio.
general | logistic
business_id_type*
Tipo de documento de identificación del negocio.
CC | CE | NIT | PASAPORTE | DNI | EIN
business_id_number*
Número de identificación de la empresa (NIT sin DV).
business_id_number_dv
Dígito de verificación de la empresa
Ejemplo: 1
business_phone
Número de celular del negocio.
Ejemplo: 573112229999
business_email
Correo electrónico de contacto comercial del sub-negocio.
Ejemplo: alguien@ejemplo.com
business_webhook
URL del webhook donde el sub-negocio recibirá los eventos de notificación.
Ejemplo:https://minegocio.com/mi-aplicacion
Datos de Contacto (Usuario Principal)
Están relacionados directamente con la persona que será el contacto principal de este sub-negocio:
first_name
Nombre del contacto principal.
last_name
Apellido del contacto principal.
nickname
Apodo o nombre corto para el contacto.
phone
Número de teléfono móvil del contacto principal (debe tener entre 10 y 15 dígitos numéricos).
user_email
Correo electrónico válido del contacto.
user_id_type
Tipo de documento de identificación del contacto principal.
CC | CE | NIT | PASAPORTE | DNI | EIN
user_id_number
Número de identificación del usuario.
user_id_number_dv
Dígito de verificación del documento del usuario (opcional, por defecto es null).
Apariencia y Ubicación
Campos adicionales que permiten que el hijo tenga su propio estilo y ubicación geográfica separada del padre:
logo
URL (URI válida) con la imagen del logo del sub-negocio.
main_color_brand
Código HEX del color principal de la marca Ejemplo #FF0000
secondary_color_brand
Código HEX del color secundario de la marca.
Ejemplo #FF0000
city
Ciudad principal de operación.
state
Departamento o estado provincial de operación.
country
País de operación.
Configuración Financiera
fee_variable_saas
Tarifa (fee) variable aplicada bajo el modelo SaaS para este sub-negocio específico. Se espera un número entre 0 y 1(por defecto es 0
Ejemplo: 0.1
fee_fixed_saas
Tarifa (fee) fija aplicada bajo el modelo SaaS para este sub-negocio específico.
Ejemplo: 2000
Configuración Medios de Pago
payment_methods.breb
Habilita los pagos mediante Bre-B.
payment_methods.wallet
Habilita los pagos mediante billetera digital.
payment_methods.bank
Habilita los pagos mediante transferencia bancaria.
payment_methods.card
Habilita los pagos con tarjeta nacional.
payment_methods.card_intl
Habilita los pagos con tarjeta internacional.
payment_methods.card_by_tz
Habilita los pagos con tarjeta mediante zona tarifaria.
payment_methods.cash
Habilita los pagos en efectivo.
Verificación del Negocio (KYB)
Flujo SELF: Sin objeto compliance
La cuenta administrada realiza su propia vinculación.
El kyb_url contiene un token con datos del partner. Incluye logo, colores y URL de retorno. El enlace se acorta automáticamente para facilitar su distribución.
Flujo PARENT: Con compliance.type: "PARENT"
La cuenta padre asume la vinculación del comercio. Un aprobador registrado acepta los documentos legales desde un portal controlado por Trazo.
Configuración Aprobación de la Cuenta Administrada
La aceptación de documentos legales no está disponible vía API. Debe realizarse desde Webviews de Trazo.
compliance.type
Sí
Tipo de compliance. Actualmente solo admite PARENT.
compliance.approver_id
Sí
Número de identificación del aprobador registrado en el equipo del negocio padre.
compliance.channel
Sí
Canal de envío de la solicitud. Actualmente solo admite EMAIL.
El objeto compliance es opcional. Si no se envía, se usa el flujo SELF.
Email automático
Con compliance.type en PARENT, se envía un email al aprobador.
Respuesta
Ejemplo
Última actualización