100% cloud, sin middleware. Es la integración más simple de las 7 — un equipo pequeño puede tenerla lista en días.
client_id/client_secret al instante, sin pedir nada más.client_secret y el webhook_secret apenas se muestran — no se vuelven a ver.POST /purchase_requisitions.php y la verificación de firma del webhook — ver Referencia técnica.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.
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.
| 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 |
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.