100% cloud, sin middleware. Es la integración más simple de las 7 — un equipo pequeño puede tenerla lista en días.
Lado PIZ
- En sandbox: si tu organización aún no tiene una cuenta de prueba, pide que te creen una — es el único paso manual. Una vez adentro, ve a Mi organización → Integraciones API y genera tu
client_id/client_secretal instante, sin pedir nada más. - En producción: Integraciones API es un add-on — pide a tu contraparte comercial que lo active para tu organización. Una vez activo, la generación de credenciales es igual de inmediata desde el mismo panel.
- Guarda el
client_secrety elwebhook_secretapenas se muestran — no se vuelven a ver. - Registra tu URL de callback de facturas en el mismo panel.
- Implementa el flujo OAuth2 +
POST /purchase_requisitions.phpy la verificación de firma del webhook — ver Referencia técnica.
Lado Oracle NetSuite — enviar la SOLPED
SuiteTalk REST expone el record purchaseRequisition. Un script programado (Scheduled Script o Map/Reduce en SuiteScript) o un flujo lee las requisiciones nuevas y hace el POST hacia PIZ — esa autenticación es independiente de la que usa tu script para operar dentro de NetSuite.
Lado Oracle NetSuite — recibir la factura
Expón un RESTlet (Setup → Integration → REST Web Services) con permiso de creación sobre vendorBill — esa URL es la que registras como webhook_url en tu panel de PIZ.
Qué configurar de tu lado
| Configurar en NetSuite | Dónde | Para qué |
|---|---|---|
| Integration Record | Setup → Integration → Manage Integrations → New | Habilita Token-Based Authentication; genera Consumer Key/Secret |
| Access Token | Setup → Users/Roles → Access Tokens → New | Identifica al usuario técnico (rol con permisos sobre Purchase Requisition y Vendor Bill) |
| RESTlet | Setup → Integration → REST Web Services | Punto que recibe el webhook de factura de PIZ y crea el vendorBill |
Nota
taxDetails no está disponible vía REST en vendorBill — si necesitas el detalle de IGV en la factura, tu RESTlet debe completarlo con lógica propia.