NetSuite no trae punto de venta para México: qué opciones hay

NetSuite resuelve bien la oficina: compras, cuentas por cobrar, inventario por ubicación y contabilidad de varias subsidiarias. Cuando la empresa también vende en un mostrador o con camionetas, aparece la pregunta de con qué se cobra. La suscripción de NetSuite no trae una caja de mostrador lista para México, y la respuesta depende de cuánto vendes así y de cómo facturas.

Lo que NetSuite sí trae para vender

Todos los registros que una venta necesita ya existen en NetSuite. Una venta de contado se registra como cash sale. Un pedido es un sales order, su entrega es un item fulfillment, la factura es un invoice y el cobro es un customer payment. Con la localización para México y un PAC, la cuenta puede timbrar sus facturas.

Así que la opción más simple es capturar en NetSuite. Alguien con usuario atiende al cliente, registra la venta y el pago, y todo queda donde lo busca contabilidad. Si vendes casi todo a crédito, por pedido, y el mostrador recibe a pocos clientes al día, esto funciona y no agrega ningún sistema.

Probablemente no necesitas una caja aparte si:

• Las ventas de mostrador son pocas y las registra alguien que ya tiene usuario de NetSuite.
• No manejas efectivo por turno con corte de caja.
• Tus vendedores no venden ni cobran en la calle.

Si es tu caso, revisa formularios y permisos en NetSuite antes de contratar otra cosa.

Dónde deja de alcanzar

NetSuite se usa desde el navegador, con formularios hechos para la oficina. En un mostrador con fila el cajero necesita escanear, cobrar en efectivo o con tarjeta, dar cambio e imprimir el ticket en segundos. Hacer eso en un formulario de cash sale es lento.

La licencia también pesa. Cada persona que registra ventas en NetSuite ocupa un usuario de NetSuite. Con varios cajeros por turno y vendedores en ruta, la suscripción crece por gente que solo cobra.

En ruta el problema es otro: no siempre hay señal. Un vendedor que entra a una tienda en una zona sin cobertura no puede esperar a que cargue un formulario web. Necesita una app que guarde la venta en el teléfono y la mande cuando vuelva la conexión.

Y luego está el CFDI. Si la cuenta de NetSuite timbra y la caja también, alguien va a timbrar dos veces la misma venta. Si ninguno lo tiene claro, alguien se va a quedar sin factura.

Las opciones

Oracle ofrece un punto de venta para NetSuite que se contrata aparte, y hay otros de terceros. No los vamos a calificar aquí. Si los evalúas, haz las mismas preguntas que le harías a Nori.

Qué revisar en cualquier caja conectada a NetSuite

Cómo se autentica

NetSuite acepta OAuth 2.0 de máquina a máquina con certificado, y autenticación por token. Pregunta cuál usa, qué rol necesita y qué permisos le das.

Cómo queda cada venta

Un ticket de mostrador debería ser un cash sale. Una venta por pedido debería mantener la relación entre el sales order, su item fulfillment y su invoice, para que NetSuite sepa qué quedó pendiente de entregar o de cobrar.

Qué pasa con las subsidiarias

Si tu cuenta tiene varias, cada registro tiene que llevar la subsidiaria correcta, y el departamento y la clase si los usas.

Cómo evita duplicados

NetSuite no acepta dos registros con el mismo external id. Si la caja pone uno propio en cada registro y lo busca antes de reintentar, una venta cuya respuesta se perdió no se crea dos veces.

Qué hace cuando NetSuite pide esperar

NetSuite limita cuántas llamadas corre una cuenta al mismo tiempo. Si la caja manda todo de golpe, NetSuite empieza a rechazar llamadas. Debe esperar unos segundos, reintentar y no saturar tu cuenta, que también la usan tus otros sistemas.

Quién timbra y dónde queda el UUID

Este es el punto que más problemas da en México. Define si timbra la caja o NetSuite, y en qué campo de NetSuite queda el UUID, el uso del CFDI, el método y la forma de pago y el RFC del cliente.

Cómo lo hace Nori con NetSuite

El conector de Nori con NetSuite está en pruebas con cuentas reales. Si te interesa, lo revisamos con tu cuenta en una demo antes de dar cualquier paso, y puedes probar primero en tu sandbox.

Nori se conecta por los servicios REST de NetSuite: la REST Record API para crear registros y SuiteQL para leer catálogos. La autenticación preferida es OAuth 2.0 de máquina a máquina con un certificado que subes en NetSuite. La llave privada se queda contigo y la capturas en Nori. Si ya usas autenticación por token, también funciona.

Así queda cada documento de Nori en NetSuite:

Cancelar en Nori borra el registro en NetSuite. Si nunca llegó, no se manda nada.

En la pantalla de Mapeos dices qué formulario usa cada tipo de registro, en qué campos personalizados van el UUID, el uso del CFDI, el método y la forma de pago y el RFC, y qué código de impuesto de NetSuite corresponde a cada impuesto de Nori. Si tu cuenta tiene subsidiarias, eliges la subsidiaria, y también el departamento y la clase si los usas. Los almacenes de Nori se ligan con las ubicaciones de NetSuite.

Un pedido de ruta, de la calle a NetSuite

El vendedor levanta el pedido en la app con los precios y el límite de crédito que bajaron de NetSuite, aunque esté sin señal. Al contabilizarse sube como sales order. Al día siguiente el repartidor entrega completo o en parte, y la entrega sube como item fulfillment de ese pedido.

La factura se timbra en Nori y sube como invoice hecho desde su pedido, ya con el UUID en el campo que elegiste. El cobro sube como customer payment aplicado a esa factura, y solo después de que la factura ya está en NetSuite. Si Nori timbra, nada que lleve CFDI sube antes de tenerlo, así tu cuenta de NetSuite no lo timbra por segunda vez. Al regresar el camión, los faltantes y sobrantes de la liquidación suben como ajuste de inventario.

Cuando NetSuite tarda o rechaza llamadas

Cada registro que crea Nori lleva un external id propio. Si NetSuite recibió el registro pero la respuesta se perdió, en el siguiente intento Nori busca ese external id, encuentra el registro y lo liga.

Para no chocar con el límite de llamadas simultáneas, Nori usa como máximo cuatro a la vez por empresa, por debajo de las cinco que permite una cuenta básica. Si NetSuite contesta que hay demasiadas, Nori espera 1, 2, 4 y 8 segundos antes de repetir. Si de plano no responde o rechaza el acceso, deja de llamarlo unos minutos y vuelve a probar, mientras la caja y la app siguen trabajando. Los envíos con error se reintentan solos, en orden: un pago espera a su factura y una entrega espera a su pedido.

Los catálogos bajan de NetSuite y en Nori se ven en solo lectura. Cada noche corre una conciliación que corrige diferencias. La existencia que ve el cajero es la de NetSuite menos lo que Nori vendió y todavía no sube, para no vender dos veces la misma pieza.

Licencias

En Nori cada persona ocupa una licencia que pagas una vez y es tuya, y cada año pagas un mantenimiento del 18 % sobre las licencias activas. El conector con NetSuite viene incluido. Tus cajeros y vendedores no necesitan usuario de NetSuite: entran con su usuario de Nori y los registros se crean con el rol de la integración.

Por dónde empezar

Antes de hablar con cualquier proveedor, junta tres datos de tu cuenta: si tienes activos REST Web Services y SuiteQL, en qué campos guardas hoy el UUID y el RFC, y quién timbra tus facturas. Con eso a la mano, en cualquier demo (la nuestra también) puedes pedir que te enseñen tu caso y no uno de ejemplo.