API, PO por correo, portal alojado, EDI o punchout — cada canal de pedido B2B, una sola operación de fulfillment.
Fabrica productos que otras empresas usan, instalan, transforman u operan. No consumidores. No revendedores. Sus clientes son cuentas, no transacciones.
Probablemente tiene entre 50 y 2.000 cuentas activas. El patrón de pedidos es repetitivo. El comprador en cada cuenta suele ser la misma persona a la que ha estado cotizando durante años — el jefe de planta, el comprador de MRO, el analista de compras de un titular de contrato del Fortune 500. Sus representantes de inside sales llevan con ustedes entre 5 y 15 años. Saben qué cuentas pagan a 30 días netos y cuáles se estiran silenciosamente a 52. Saben qué formato de PO rompe la importación de su ERP y lo arreglan antes de que ocurra.
Ese conocimiento institucional es su ventaja competitiva. El proceso de entrada de pedidos a su alrededor no lo es.
Lo que esta audiencia realmente enfrenta un martes por la mañana.
Está pagando salarios base de $65–$90 mil a personas que pasan la mayor parte del día transcribiendo POs al ERP. La parte de venta del inside sales es la parte que se está exprimiendo.
Cada cuenta envía de manera diferente. Adjuntos en PDF, pedidos en el cuerpo del correo, faxes escaneados de cuentas que aún usan fax, una plantilla de Excel que un cliente hizo en 2014. Un CSR transcribe todo el día.
Precios contractuales para cada cuenta, descuentos por volumen, precios promocionales especiales para el representante de la costa oeste — gestionados en un libro que nadie posee. La versión en la unidad compartida está tres semanas atrasada con respecto a la realidad.
Una de sus principales cuentas usa Coupa. Otra usa Ariba. Quieren integración cXML punchout con su catálogo o van a buscar un proveedor que la tenga. Lleva 18 meses cotizando ese proyecto a TI.
Envía por correo un catálogo PDF de 240 páginas a su base de compradores. Dos semanas después, descontinúa un SKU y agrega tres nuevos. El catálogo está mal. Los compradores piden artículos descontinuados. Los CSRs pasan horas en la limpieza.
Sabe lo que pidió cada cuenta. No sabe lo que buscaron, lo que consideraron, qué estaba sin stock cuando miraron. Inside sales entra a las revisiones de cuenta con el historial de facturas del trimestre pasado y poco más.
Las pérdidas son silenciosas. Un comprador menciona en una conversación que su competidor "simplemente me deja reordenar online". No pierde la relación en un trimestre. La pierde a lo largo de dos años, cuenta por cuenta.
SAP, NetSuite, Acumatica, Epicor Prophet 21, Infor SX.e — el ERP guarda sus precios contractuales y el inventario. No maneja la experiencia hacia el comprador. Acoplar uno sin romper el otro es la mayor parte del trabajo.
Recepción específica por canal, un único back-end. Los compradores entran por la puerta que prefieren; el pedido aterriza en la misma operación.
Precios basados en cuenta visibles al iniciar sesión. Acceso basado en roles (el comprador de planta ve un catálogo, las compras corporativas ven otro). Listas de reorden extraídas del historial de pedidos. Conversión de cotización a pedido. Estados de cuenta descargables. Direcciones de envío guardadas. Gestión de usuarios del lado del comprador para que el TI de su cliente pueda agregar y revocar a su propia gente.
Flujo de pedidos directo de sistema a sistema para las cuentas que tienen el equipo de ingeniería para integrarse con usted. Endpoints REST autenticados para creación de pedidos, verificación de inventario, búsqueda de precios, estado del pedido. Los webhooks empujan los cambios de estado de vuelta al sistema del comprador. Documentado como un producto real, no como un entregable de SI.
Todos los canales de recepción →Los PDFs que llegan al inbox se procesan automáticamente — líneas, cantidades, dirección de envío, número de PO, fecha solicitada. Cada campo extraído lleva una puntuación de confianza. Los pedidos de alta confianza fluyen directamente a la cola. Los de baja confianza emergen para revisión humana con el PDF fuente renderizado lado a lado. El CSR que solía teclear todo el día ahora revisa excepciones.
Stack EDI completo sobre AS2 o VAN para las cuentas que lo requieran. Los 850 entrantes se mapean a pedidos. Los acuses 855 vuelven automáticamente. Los ASNs 856 se generan desde la confirmación del almacén. Las facturas 810 y los avisos de remesa 820 cierran el ciclo. Incorporar un nuevo socio comercial típicamente toma de 2 a 4 semanas, no un trimestre.
Integración en vivo con las plataformas de e-procurement que sus cuentas empresariales ya usan — Coupa, SAP Ariba, SAP Concur, Jaggaer, Oracle iProcurement. El comprador hace punchout desde su UI de compras a su catálogo, configura el pedido con sus precios negociados y devuelve el carrito a su flujo de requisición. cXML y OCI 4.0/5.0 soportados.
Descuentos por volumen. Precios contractuales por cuenta con fechas de vigencia y caducidad. Variaciones de términos de pago (30 días netos, 45 netos, 60 netos, descuento por prepago). Precios bloqueados por cotización que sobreviven hasta que la cotización expire. La fuente de verdad es su elección — impulsada por ERP (precios extraídos al momento del pedido) o gestionada por portal (reglas mantenidas en OrderHUBx y sincronizadas al ERP). Ambos modos son de primera clase.
Cotizaciones impulsadas por configurador para productos con opciones y dependencias. Precios en tiempo real incluyendo términos contractuales. Generación instantánea de PDF con marca. Períodos de validez de cotización. Conversión de cotización a pedido con un clic desde el correo del comprador. Se integra con Salesforce CPQ, Conga o DealHub si ya tiene uno; funciona de forma independiente si no.
Historial completo de pedidos visible al comprador en su portal — detalle por línea, fechas de envío, tracking, facturas. Reorden con un clic desde cualquier pedido pasado, con ajustes de cantidad antes de enviar. Liberaciones de pedidos abiertos contra un PO maestro existente. El comprador responde por sí mismo a sus preguntas de "¿qué pedimos en marzo pasado?" en lugar de escribirle al CSR.
Sin importar cómo llegó el pedido — portal, API, correo procesado, EDI 850, carrito de punchout — a partir de ese punto es la misma plataforma. Las reglas de enrutamiento deciden qué almacén lo cumple. La asignación reserva inventario. PackScan dirige el picking y empaque verificado por escaneo en el piso. BatchTrack mantiene la trazabilidad de lote y serie para las cuentas que lo requieren (compradores de dispositivos médicos, alimentos y bebidas, químicos regulados). El envío hace rate-shopping entre transportistas. El tracking se devuelve al comprador a través del canal por el que entró el pedido. Las RMAs vuelven al mismo pipeline de excepciones.
No opera un stack separado para B2B. La operación de fulfillment es la misma que usa su equipo D2C, la misma que usa su equipo de distribuidores. El canal de recepción cambia; el piso no.
Si también vende D2C o a través de una red de distribuidores, está en la misma plataforma. Sin segundo sistema. Sin segunda integración con su ERP.
SAP, NetSuite, Acumatica, Epicor Prophet 21, o Infor SX.e — integra OrderHUBx a su ERP una vez. Las tres audiencias viajan por el mismo conector. Precios, inventario, maestro de clientes y pedidos publicados se sincronizan a través de un único puente.
El portal B2B ve el mismo ATP (disponible para prometer) que la lista de Amazon y el portal de distribuidores. Las reservas se honran entre audiencias. Sin doble venta porque dos sistemas no se pusieron de acuerdo sobre el stock.
Mismo personal de almacén. Mismas estaciones PackScan. Mismas cuentas de envío. Misma cola de excepciones. La curva de costo por pedido se aplana porque no se duplican gastos generales por canal.
Si sus compradores consumen, instalan, transforman u operan el producto ellos mismos — lo compraron para su propio uso — usted es un fabricante B2B Directo. Quédese en esta página.
Si sus compradores revenden sus productos a través de su propia base de clientes bajo precios contratados, reglas de territorio o aplicación de MAP — si habla de registro de oportunidades, MDF, sell-through, tasa de cumplimiento por nivel — usted es un fabricante con distribuidores, y la página correcta para usted es Para Redes de Distribuidores.
La plataforma es la misma. El vocabulario, la superficie de gestión de socios y las herramientas específicas por audiencia difieren. Aterrizar en la página correcta le ahorrará una llamada de descubrimiento.
El lanzamiento típico de un portal B2B en OrderHUBx corre de 60 a 90 días desde la firma del contrato hasta los primeros pedidos en vivo. Por fases, no big-bang.
Integración con ERP definida y construida (SAP / NetSuite / Acumatica / Prophet 21 / SX.e). Maestros de clientes, artículos y tablas de precios se sincronizan. Decisiones de merchandising del catálogo tomadas. Cuentas de envío conectadas. Entorno UAT levantado con datos reales, no sintéticos.
El 20% superior de cuentas se incorpora con tratamiento de guante blanco — recorrido uno a uno, contacto de soporte dedicado, retroalimentación directa al equipo de implementación. Sus compradores de mayor volumen prueban el flujo en su ciclo real de reorden. Socios EDI incorporados en paralelo.
Las cuentas piloto entran en vivo. El canal de correo permanece abierto para la cola larga. CSRs entrenados en el flujo de revisión de excepciones. Comienzan las integraciones de punchout para cuentas empresariales (cXML u OCI — típicamente un complemento de 4 a 6 semanas por sistema de compras). Las primeras métricas de adopción del portal aparecen en la semana 12.
Las cuentas de cola larga se autoseleccionan al portal a medida que demuestra su valor. Inside sales redespliega horas de la entrada de pedidos al crecimiento de cuentas. La migración no se fuerza; se gana. Para el mes 12, la mayoría de los equipos ven entre el 60% y el 80% del volumen de pedidos fluyendo por canales de autoservicio. Playbook detallado en el artículo sobre migración de inside-sales.
Cinco piezas largas escritas para la audiencia operativa B2B. Sin relleno, sin marco de proveedor.
Las matemáticas de break-even del CFO. Cuándo construir, cuándo esperar, cuándo escalonar. Ejemplos trabajados con 180 clientes y con 800.
Lo que CPQ realmente requiere. Salesforce CPQ, Conga, DealHub, Tacton, KBMax comparados. La respuesta honesta de construir-vs-comprar para configuradores.
Precios contractuales, descuentos por volumen, modificadores por términos de pago, tarifas bloqueadas por cotización. Dónde debe vivir la lógica de precios: ERP, portal o ambos.
cXML vs OCI. Lo que Coupa, Ariba, Concur y Jaggaer realmente necesitan de su catálogo. La ruta de implementación que no toma un año.
El playbook interno de gestión del cambio. Cómo redesplegar las horas de los CSRs después del lanzamiento sin perder cuentas en la transición.
Una sesión de trabajo con alguien que ha gestionado un lanzamiento real de portal B2B. Traiga su número de cuentas, su promedio de pedidos por cuenta y los sistemas de compras que usan sus principales cuentas. Recorreremos la arquitectura y el cronograma.