El frente de tiendas nativo
Una tienda completa en su propia dirección: productos y variantes, temas, páginas de bloques, paneles promocionales, menús, un carrito y una salida.
Comercio · escaparate, chat y canales
Un catálogo. De todas formas la gente compra.
Abrir una tienda real en su propia dirección, y luego dejar que los mismos productos se vendan dentro de una conversación en su sitio web, en WhatsApp, en Instagram y más allá. La tienda precios el pedido, la tienda firma la tarjeta, y sólo la confirmación de su cliente lo crea.
17 payment gatewaysEfectivo, colección y en tiendaOcho canales de ventaLos datos de la tarjeta nunca se cruzan OpsIQ
En vivo
Datos de la tarjetaNunca la nuestra
Pasarelas17
Qué comercio significa aquí
No hay un chequeo. Una tienda, una conversación y un contrato.
Comercio en OpsIQ es cuatro cosas que comparten un catálogo: una tienda nativa que posee, una ruta de venta a través del chat y canales sociales, una capa de pago que nunca toca una tarjeta, y un contrato publicado otras plataformas y desarrolladores construyen contra.
En vivo
Vender dentro de una conversación
El mismo catálogo citado por el servidor y confirmado en una tarjeta firmada, a través del widget web y siete canales de mensajería.
17 gateways, 4 offline methods
Pago con el proveedor hospedado en todas partes, más transferencia bancaria, efectivo en la entrega, pagar en la colección y pagar en tienda por el dinero que nunca va en línea.
Un contrato, no una integración
Connector Contract 2.4 with 57 declared capabilities, a typed public API and conformance tooling anyone can run.
El frente de tiendas nativo
Una tienda que tienes, en una dirección que es tuya.
No es una página anfitriona con el nombre de otra persona en URL. Su dominio, su tema, su tipografía, su fotografía, sus políticas. Esto es lo real, correr.
Su dominioSu tema
PagarConstruido en
40 languagesCada página
Color, tipografía, rellenos y gradientes, forma, ancho, movimiento, buceador y cómo la tienda se comporta en luz y oscuridad. Previsualizar escritorio y teléfono antes de guardar.
Acerca, Contacto, un Mirador y el área de la cuenta, además de páginas personalizadas con su propio héroe, rociado y configuración de búsqueda. Rutas reservadas como carrito y checkout manténganse los suyos para guardar.
Colocación, disparador, fondo, movimiento, ancho, un coupon y una vez por espectador comportamiento, construidos desde los mismos bloques que todo lo demás.
Apunte en páginas, productos, colecciones, políticas, acciones de cartografía y cuenta, un modal vivo o un enlace externo seguro, con un nivel de desplegable en el encabezado.
Cuarenta locales, con la apertura de la tienda en la moneda que sigue al visitante, y su precio nunca substituyó detrás de su espalda.
Inicio Acerca y texto de política donde esos campos están vacíos, nunca por tus propias palabras, y un cheque de preparación que mantiene la advertencia hasta que lo hayas reemplazado.
Míralo por ti mismo, ahora.
Abre la tienda en vivo
Esta es nuestra propia tienda de validación de lanzamientos. El frente comercial, cuentas, monedas, idiomas y checkout son lo real. Los productos en ella son artículos de prueba, así que traten como demostración de trabajo más que un catálogo.
Venta a través de chat cliente y canales sociales
El asistente puede hablar del precio. Nunca puede establecer uno.
Un modelo que se permite decir un número eventualmente dirá el equivocado. Por lo tanto no está permitido. El asistente encuentra productos y pide al servidor para una cotización; el servidor precios del pedido, compone la tarjeta de confirmación y la firma. Lo que el comprador ve es escrito por la tienda.
Un catálogo, una cita, una firma.
En vivo
Cómo se mantiene
Cuatro cosas que una conversación no puede hacer.
No puede inventar un precio. La cita viene del catálogo a través del servidor. La tarjeta lleva esa figura, y la puerta de entrada carga exactamente lo que muestra la tarjeta.
No puede confirmar en nombre del cliente. La confirmación es un artefacto, no una frase: el botón de la tarjeta en la web, o un comando exacto confirman en un canal. Un "sí" casual no hace nada.
No puede mover una tarjeta entre conversaciones. La carga de pago firmada lleva una precipitación del canal y la persona; una tarjeta levantada en otro hilo no se verifica.
No puede ir a parar. La tarjeta expira, y el precio, stock y mercado se revisan de nuevo en el momento de la confirmación, no en el instante de la oferta.
Moneda de geo al lado del total de la tienda
Identidad verificada por un código enviado por correo electrónico
Refusals name the missing field
Las paredes
Límites que establece, Forzada en cada puerta.
Un límite que sólo guarda la página de checkout no es un límite. Cada pared debajo se juzga en el camino de colocación compartido, por lo que el carrito, el botón de compra y una confirmación en un chat todos cumplen con el mismo. Usted establece los valores en Ajustes, y nada en esta página los codifica.
01
Un límite máximo en efectivo para la entrega
Los bienes salen antes de que llegue el dinero, así que usted capte cuánto está dispuesto a enviar por ese camino. Por encima del techo la opción simplemente no se ofrece, en la moneda propia del pedido.
02
Códigos reservados cuando se coloca la orden
Las claves de licencia, los códigos prepagado y de tarjeta regalo se reclaman dentro de la propia transacción del pedido. Si no hay suficiente, el orden vuelve a rodar y nada se cobra. Dos compradores no pueden comprar el mismo código.
03
Un límite diario por cliente
Las órdenes del mismo correo electrónico en el último día se resumen en la misma moneda, nunca convertido, y un nuevo orden que cruzaría su límite es rechazado antes de que sea colocado.
04
Un interruptor de matar que sabe la diferencia
Pausar la venta detiene nuevos compromisos mientras lee, mira y libera. Los hechos que ya son verdaderos, como un pago que ha aterrizado, se desconciertan en lugar de ejecutar o narrar como se hace.
05
Un piso de identidad antes de que exista un orden
Donde OpsIQ posee el pago, un cliente de chat alcanza un código de seis dígitos enviado por correo electrónico antes de crear un pedido. Un operador puede requerir más que eso y nunca menos.
06
El asistente cita tus palabras o nada
Cada razón que el asistente de tienda-floor da para una selección tiene que ser una frase que ya aparece en el propio texto del producto. Una frase que compuso se deja caer en lugar de mostrar.
En vivo
RefiriéndoseNada cargado
Una ruta de colocación
El carro, el botón y la conversación se encuentran con las mismas puertas.
Un pedido puede comenzar en tres lugares. Sólo se convierte en un orden en uno, y que un lugar funciona cada pared que configuraste. Nada es saltado porque llegó por una ruta diferente, y un rechazo dice lo que sucedió en una frase el cliente puede actuar en vez de un código de error.
Juzgado en la moneda de la orden
Nunca te hayas convertido detrás de tu espalda
Rechazado antes de que se cargue cualquier cosa
Cada uno de estos muros está marcado por una prueba de mutación: el guardia se rompe deliberadamente en la fuente, un test de nivel de puerta tiene que ir rojo, y el archivo es restaurado y re-controlado byte para Byte. Un guardia que nunca ha fallado no es probado.
Pagos
17 gateways, 4 ways to pay offline, y no un número de tarjeta.
Cada puerta OpsIQ Las naves utilizan el propio checkout hospedado del proveedor. Su cliente escribe su tarjeta en la página del proveedor, en el dominio del prestador. OpsIQ tiene una referencia a un pago, nunca un instrumento, y el código que dibuja ese límite rehúsa cualquier cosa fuera de una lista revisada de campos.
En vivo
WebhooksDespierta, no prueba
Formas de pagar
En línea, y las formas en que el dinero sigue sin conexión.
Un montón de comercio real nunca toca una tarjeta. Cada método offline lleva sus propias condiciones en lugar de ser una nota de texto libre en la parte inferior de un recibo.
Transferencia bancaria con los detalles de su cuenta mostrados en el checkout.
Efectivo en la entrega, sólo se ofrece cuando algo es realmente ser entregado y el total se sienta bajo su techo.
Pagar por la colección, nada deja sin pagar, por lo que no tiene techo.
Paga en la tienda, ofrecido sólo cuando usted ha publicado en algún lugar donde una persona puede entrar. Los bienes todavía se pueden entregar.
Cuatro proveedores adicionales no son enviados deliberadamente. Sus webhooks se firman con esquemas que no están HMAC en absoluto, y doblarlos en HMAC El ayudante produciría un verificador que nunca podría tener éxito. La razón para cada uno está escrita en lugar de dejarse como una brecha.
Cada puerta de entrada OpsIQ
Región es como los agrupamos aquí, nunca una restricción. Un comerciante en Lagos puede desear Stripe, y un mercader en Berlín bien puede desear Paystack. Las curvas marcadas como la propia cuenta de su cuenta siguen cualquier cosa para la que se configura la cuenta del proveedor.
En vivo
Seguridad
El dinero es el único lugar "probablemente bien" no es un diseño.
El comercio se construye alrededor de una regla simple: nada es tratado como verdad porque algo dijo que era. Un Webhook es un aviso para ir y comprobar, la reclamación del cliente no es evidencia, y un pago se confirma sólo después OpsIQ pide al proveedor en sí mismo y la respuesta coincide en cada campo.
La tarjeta de confirmación
Una tarjeta es un artefacto, no una frase.
La tarjeta que un cliente confirma lleva una carga de pago firmada: un nonce, el espacio de trabajo, la conversación, el producto, la cantidad, el precio unitario, la moneda, una expiación y la cantidad exacta que cada puerta tomaría. Se firma con un HMAC sobre esa carga utilizando una llave derivada para su espacio de obra solo, y verificada con una comparación de tiempo constante.
Tres superficies pueden confirmar y cada aspecto similar se niega por nombre: un mensaje de chat, texto gratuito, una llamada herramienta modelo, un refresco de página, una solicitud repetida, una intención inferida.
No hay clave de firma significa que no hay tarjeta. El camino falla cerrado en lugar de caer a una oferta sin firmar.
Confirmando dos veces compra una vez. La oferta se reclama atómicamente, y una segunda confirmación devuelve el primer resultado en lugar de un segundo orden.
En vivo
Cada puerta de entrada es anfitriona por proveedores. Una clase fronteriza permite sólo un conjunto revisado de campos de referencia de pago y rechaza fragmentos de instrumentos por nombre: número de tarjeta, CVV, caducidad, datos de pista, bloque PIN, IBAN, código de clasificación y más. Un token proveedor no es una tarjeta, y es inútil en cualquier otro lugar.
Forjado, replayado, establo y fuera de orden son cuatro ataques diferentes, por lo que obtienen cuatro respuestas diferentes en lugar de un booleano. Las firmas se comparan en tiempo constante, y un Webhook cuyo esquema no autentica todo el cuerpo es tratado como una incitación para mirar el pago hacia arriba, nunca como prueba.
Una operación lleva una clave de idempotencia ligada al espacio de trabajo, la transacción y los parámetros exactos, reclamados atómico. La tienda responde con cuatro resultados, no dos: fresco, replay, todavía en funcionamiento y conflicto. Una tienda rota tira más que reportar fresco, porque así es como un outage se convierte en una carga duplicada.
Una reserva es un comparador y cambio contra el recuento exacto que lee, tomado dentro de la propia transacción del pedido. Los códigos digitales se reclaman de la misma manera, y una falta hace rodar todo el orden antes de que cualquier cosa sea cargada en lugar de prometer un código que no está allí.
Donde OpsIQ es dueño del pago, un pedido de chat necesita primero un código de seis dígitos enviado por correo electrónico. El código se almacena sólo como una hachilla salada, los intentos son contados antes de la comparación, la ventana está atada y quema es una sola actualización atómica para que las confirmaciones paralelas no todos pasen.
El comercio está cubierto por cuatro capas de pruebas y por un arnés anti mutación. El arnese rompe una guardia en la fuente, requiere una prueba llamada de nivel de puerta para volverse rojo, luego restaura el archivo y comprueba el partido de bytes. Un guardián que nadie ha visto falla no es probado.
Estos describen controles técnicos en la plataforma. No son una certificación de cumplimiento, y nada aquí debe ser leído como uno. Si usted necesita un certificado formal para su propia auditoría, háblenos sobre lo que su comprador o auditor está pidiendo.
Correr la tienda
La mitad sin aglamor, que es la mayor parte de retail.
La venta es la parte fácil. Lo que sigue es el trabajo: el cliente que quiere su historial de pedidos, el paquete que se envía en dos piezas, el reembolso que fue medio pagado en crédito, el comprador que necesita un tamaño, el carrito que quedó en la puerta.
Cuentas de clientes
Inicie sesión con una contraseña, historial de pedidos, direcciones, descargas y seguimiento en un solo lugar. Alguien que pidió a través de un chat hace meses puede reclamar la misma cuenta con su correo electrónico y encontrar cada uno de esos pedidos esperando.
Crédito de la tienda como un libro de contabilidad real
El crédito es un solo apéndice y el saldo siempre se deriva de él, nunca un número que alguien editó. Se mantiene por moneda y nunca se convierte, y gastarlo es atómico dentro de la transacción del pedido.
Tarjetas de regalo y códigos de licencia
Vender desde un estante de códigos cifrados: tarjetas de regalo, tarjetas prepagadas, claves de licencia y tarjetas de rasguño. Se reclama un código cuando el pedido se coloca y revela después del pago, por lo que el mismo código nunca puede ir a dos personas.
Consejos que se mantengan honestos
Un porcentaje de punta se resuelve en el servidor contra las mercancías después del descuento, nunca en envío o impuesto, y nunca se grava. Una propina nunca puede exceder el orden que se encuentra, ya sea en el carrito o la ruta de compra-ahora.
Envíos de división
Envíe una parte de un pedido ahora y el resto cuando aterrice. Cada envío lleva su propio portaaviones y rastreo, y la aritmética no le permitirá enviar más de una línea que el pedido realmente tiene. El cliente ve cada pieza en su página de cuenta.
Reembolsos que recuerdan cómo se pagó
Un pedido pagado la mitad en crédito y la mitad por tarjeta se reembolsa proporcionalmente de vuelta a ambos. Reembolso es transaccional e idempotente, así que pulsar el botón dos veces vuelve el dinero una vez.
Recordatorios de carte abandonado, capped
Sólo alguien que escribió su propio correo electrónico en su checkout se escribe a, al menos dos veces por carrito, siempre. La tapa es reclamada en la base de datos antes de que el mensaje salga y un clic lo detiene permanentemente sin registro.
Kits de industria
Siete puntos de partida, para la moda, alimentos, cosméticos, libros, descargas, servicios y productos prepagados. Un kit es una vista previa antes de que sea una acción, y cada uno se verifica por su propio verificador en lugar de confiar porque está en el cuadro.
El borrador de embarque
Responde una pregunta sobre lo que vendes y OpsIQ borra la tienda: un kit de fijación, su copia de la tienda y un puñado de productos. Todo lo que hace llega como un borrador. Lo lees, lo cambias y decide qué se publica.
El asistente de la tienda-floor
Un panel "ayúdame a elegir" que puede recomendar de su catálogo y nada más. Cada razón que da tiene que ser una frase ya escrita en ese producto, y cualquier oración que compone por sí misma es tirado en lugar de mostrar.
Guía de tallas
Aritmética contra la gráfica que publicaste para ese producto, y nada más. Donde no hay carta no hay respuesta, por lo que un modelo no puede convertir una guía de tamaño perdido en una recomendación segura.
Preparación de lanzamiento y registro de vencimiento
Readiness hace las preguntas que un comprador haría: ¿hay algo para comprar, pueden pagar, puede llegar a ellos, se le dirá a cualquiera, puede ser contactado. La madurez está calculada de sus propios ajustes y registros, nunca declarado.
En vivo
Presiona dos veces.Reembolsos una vez
Dinero que ya es tuyo
El crédito es una historia, no un campo.
El crédito de la tienda de motivos es un libro mayor en lugar de un número en el registro del cliente es que un número puede estar equivocado y nadie puede decir. Una historia se puede leer atrás, añadir a, y nunca ajustado silenciosamente.
Concedido en un acuerdo de reembolso o como buena voluntad por usted, y gastado en el checkout dentro de la propia transacción del pedido.
Celebrada por moneda y nunca convertida, así que un crédito del euro se mantiene en un crédito de euros en lugar de derivar con una tasa.
El correo electrónico de crédito viene de la sesión firmada, Nunca de la petición, así nadie puede pasar un equilibrio nombrando la dirección de alguien más.
Las tarjetas de regalo son un mecanismo diferente y vale la pena mantenerlas rectas. Usted las vende desde una cantidad de códigos, y un código se entrega después del pago. El crédito de la tienda es el libro mayor arriba. Hoy en día un código de tarjeta de regalo no se canjea en un saldo de crédito, así que planifique su oferta alrededor de vender el código en lugar de alrededor de una cartera redimible.
Store Intelligence
Números que admiten cuando no pueden responder.
Visitas únicas, vistas al producto, cartificaciones, salidas y terminaciones, conversión, pedidos confirmados, ingresos, adquisiciones, dispositivos y lugares, productos de primera calidad y recuperación. La conversión se construye sólo a partir de eventos public-store explícitamente etiquetados, por lo que cuenta lo que realmente sucedió en lugar de lo que parecía suficientemente cercano.
Las curvas nunca se combinan silenciosamente. Los ingresos se reportan por moneda, porque añadirlos en silencio es cómo un número se convierte en ficción.
Un dash no es cero. Donde el rango no puede responder a la pregunta de conversión que obtiene una dash y una razón, no un truco seguro.
Superficie de alertas de calidad de datos en vez de esconderse, así que sabes cuando una figura es delgada antes de actuar en ella.
La misma instantánea está disponible sobre API como un agregado seguro de privacidad sin identidades de cliente.
En vivo
ConversiónEventos Etiquetados sólo
Conector de comercio
¿Ya vendes en otro lugar? Tráelo a la conversación.
Un conector no consigue vender debido a su nombre. Declara cuál de sus propias operaciones responde OpsIQ los papeles canónicos del comercio, y lo que declara es exactamente lo que puede hacer. No se debe nada y desaparece de la configuración de venta por sí misma. No hay lista para ser agregada.
Búscalo, explícamelo, nunca lo vendas
El asistente puede encontrar productos y describirlos con precisión, pero no hay orden ejecutable ni checkout. Cada paquete se queda aquí hasta que sus propias citas escritas y acciones de pedidos pasan el contrato más profundo, porque la reputación de una plataforma no es evidencia de que su integración puede tomar dinero.
- Magento 2
- PrestaShop
- OpenCart
- osCommerce
- Stripe Catálogo
- Plaza
- Webflow
- Wix
Su plataforma emite el checkout
El conector devuelve una dirección de salida real acuñada por la plataforma mercante en sí, junto con la cotización canónica. La dirección tiene que ser HTTPS, su anfitrión tiene que coincidir con lo que el paquete declaró, y la cita es corta vida. Un enlace de producto o un carrito URL montado localmente no es una capacidad de checkout.
- Shopify
- BigCommerce
- Plaza
El orden se crea en su plataforma
El modo más profundo. OpsIQ refresca la cita inmediatamente antes de ejecutar, suministra la clave de idempotencia y después de cualquier resultado desconocido pide una búsqueda de recuperación antes de que se retrata cualquier cosa. La acción creado tiene que ejecutar la propia lógica de precios, acciones y orden de su plataforma. Un inserto de base cruda es rechazado por completo.
- WooCommerce
- WHMCS
- Botble
- OpsIQ Puente SaaS
La declaración es todo el contrato
Un conector dice lo que puede hacer.
OpsIQ Nunca adivina una capacidad del nombre de una acción, la reputación de una plataforma o el marketing de un proveedor. Un paquete envía un mapa de papel que nombra a cuál de sus propias operaciones responde cada rol canónico y ese archivo está dentro del paquete firmado. Eliminar un papel, o desinstalar el conector, y una propuesta que ya estaba en pantalla deja de ser válida en lugar de dejar atrás autoridad firme.
Declarado, luego verificado. Una operación mapeada debe existir en el propio manifiesto de acción del paquete, o la reclamación es rechazada en lugar de fallar silenciosamente delante de un cliente.
Un papel de lectura no puede apuntar a algo destructivo, y un papel de escritura no puede mapear a una inserción genérica del registro, que evitaría los propios precios de la plataforma, bloqueo de stock y confirmación.
Cada escrito declara una búsqueda de recuperación. El tiempo de salida peligroso es el que después de su plataforma ya puede haber creado el orden, y sin un vistazo las únicas opciones son para volver a entrar ciego o perderlo.
Tres herramientas, no dieciocho. El asistente llama a una herramienta por verbo con su conector como parámetro, así que una tienda con seis conectores todavía tiene tres herramientas y un conjunto de reglas.
En vivo
DesinstalarloLas ofertas expiran
WooCommerce
Hable con los WooCommerce REST API por tu cuenta WordPress. Pedidos, reembolsos y notas de pedidos, productos con variaciones y atributos, clientes, cupones, tarifas fiscales, zonas de envío y métodos, ventas e informes de producto. Es uno de los conectores que puede crear un orden real desde una conversación, con una búsqueda de recuperación detrás de ella.
Shopify
Obras sobre Shopify Admin API. Pedidos, transacciones incluyendo captura y vacío, reembolsos, pedidos de cumplimiento y seguimiento, productos, variantes, niveles de inventario y ubicaciones, clientes, borradores de pedidos, descuentos, tarjetas regalo y chequeos abandonados. En chat cita y luego da al cliente a ShopifyEs su propio chequeo.
WHMCS
La implementación de referencia del contrato comercial y la integración más profunda aquí. Facturas, transacciones, créditos y cotizaciones, pedidos, registros de clientes y contactos, servicios con suspensión, actualizaciones y cambios de precios, dominios con registro, transferencia, renovación y servidores de nombres, entradas y productos. Puede crear un orden real, y precios por cliente porque WHMCS impuestos por el propio perfil del cliente.
BigCommerce
Pedidos con productos, mensajes, estatus y direcciones de envío, captura de pago, anula y reembolso quoting, envíos, catálogo de productos y variantes, categorías y marcas, clientes y grupos de clientes, cupones, certificados de regalo, carritos, listas de precios y canales. Citas en chat, luego entrega a la comprobación BigCommerce.
Magento 2 y PrestaShop
Profundas integraciones de lectura y escritura para la propia tienda: pedidos, facturas, memos de crédito y envíos en Magento; pedidos, estados, facturas, resbalones de crédito, transportistas y seguimiento en PrestaShop, a través de su servicio web clásico y el nuevo administrador API. En una conversación ambos se mantienen a nivel de catálogo hoy.
OpenCart y osCommerce
Historial de pedidos y pedidos, devoluciones, productos, stock y precio, categorías, clientes y direcciones, cupones e informes sobre OpenCart. osCommerce puentes tanto su instalación heredada como la nueva interfaz REST, incluyendo el estado del pedido, cancelación y reembolso. Ambos son nivel de catálogo en chat.
Stripe
Clientes, cargos y reembolsos, intenciones de pago y métodos de pago, suscripciones y artículos de suscripción, facturas y notas de crédito, productos y precios, cupones y códigos de promoción, disputas, pagos e informes de saldo. También lleva las tres obligaciones de un paquete de pago para que pueda ser la puerta de entrada y un catálogo.
Plaza
Clientes, pedidos, pagos y reembolsos, artículos de catálogo y ubicaciones, además del servicio al cliente para el propio perfil y pedidos de un comprador. En chat cita y luego emite un enlace de pago cuadrado. Es una de dos puertas certificadas dentro de un conector existente en lugar de enviar como paquete separado.
Botble
Un hotel y la integración de reservas en lugar de minorista. Catálogo de habitaciones, una cotización para una estancia, checkout de reserva nativa, reservas con estado y cancelación, pagos, invitados y autoservicio para que un huésped pueda ver y cancelar su propia reserva. Puede crear una reserva real desde una conversación.
Paystack y los paquetes de la puerta
Un paquete de puerta es una cosa más estrecha que un conector de tienda, y deliberadamente así. Declara para qué monedas, países, métodos y entorno está configurado, verifica el esquema de firma del Webhook del proveedor, y mapas que los nombres de eventos del proveedor en los canónicos. Nunca decide que un pago sucedió.
El OpsIQ Puente SaaS
Conecta un OpsIQ- plataforma de facturación anfitriona como fuente comercial: catálogo, cotizaciones, clientes, pedidos, facturas, métodos de pago y registro de pagos, con reconciliación en un horario para que un webhook caído no pueda perder tranquilamente los ingresos.
Reconciliación programada
Cualquier conector cuya plataforma puede listar las ventas completadas declara que se reconcilia, y OpsIQ re-reads que listan en un programa a través del mismo escritor idempotent. Un Webhook que nunca llegó se encuentra en el próximo pase. Un paquete que podría conciliar y no falla la conformidad.
Para desarrolladores
Un contrato que puedes leer, y herramientas que te dicen cuando estás equivocado.
El comercio no es un conjunto de integraciones que hemos escrito. Es un contrato publicado con un número de versión, esquemas controlados por máquina, comandos de conformancia que usted se ejecuta y un paso de firma. Lo que usted construye se sienta junto a lo que nosotros construimos, bajo las mismas reglas.
En vivo
Tres formas de
Construye un conector, una puerta de entrada o simplemente llama al API.
Un conector. Contract 2.4, 57 declared capabilities, seven package profiles, JSON schemas for every manifest, and a commerce role map whose vocabulary is closed. Packages are signed over a hash of every file, so an edited package stops verifying.
Una puerta de pago. Implementar el controlador de pago del almacén: su pergamino, un control ambiental, crear una salida, buscar un pago arriba, reembolso, normalizar un Webhook y accesorios de suministro. La entrada es bloqueada y necesita siete accesorios y seis cheques de paso, incluyendo la cantidad de desajuste, desaparejo de divisas y replay de webhook.
El público API. Acciones de comercio clasificadas para productos, pedidos, reembolsos, la forma y el catálogo del almacén, páginas, preparación de lanzamiento y una instantánea analítica, bajo alcances menos privilegiados API; la confirmación nunca puede.
Descubrimiento que se genera, no escrito. La documentación, el documento OpenAPI y la colección Postman vienen del mismo registro que utiliza el validador de solicitud, por lo que no pueden derivar de lo que realmente acepta la plataforma.
Escriba roles declaran una búsqueda de recuperación
Un papel leído puede no llamar una operación destructiva
Las escrituras de registro bruto se rechazan estructuralmente
Antes de abrir las puertas
Un cheque de preparación que pide lo que un comprador preguntaría.
La mayoría de las listas de verificación del lanzamiento te marcan. Esta pregunta hace las cinco preguntas que deciden si un extraño puede realmente comprar de ti hoy, y cada respuesta viene con la cosa a ir y hacer en lugar de un porcentaje.
¿Hay algo que comprar? Un producto publicado con un precio, una moneda y acciones que significa algo.
¿Pueden pagar? Una puerta de entrada conectada, o un método offline cuyas condiciones están realmente satisfechas.
¿Pueden llegar las mercancías? Zonas de entrega o en algún lugar para recoger para artículos físicos, archivos protegidos o códigos para los digitales.
¿Se le dirá a alguien? Un recibo que envía, y una ruta por la cual usted encuentra un pedido existe.
¿Puedes contactarte? Datos de contacto reales y páginas de política con sus propias palabras en ellos, no el texto inicial.
Los bloqueadores detienen el lanzamiento
Advertencias mantienen alerta
La madurez se mide, nunca declarada
En vivo
Texto inicialMantiene advertencia
FAQ
Antes de empezar a vender.
Respuestas correctas sobre la tienda, el dinero y lo que es y no se permite hacer el asistente.
Una tienda real. Productos con variantes, opciones, reglas de medios y cumplimiento, un tema que sintoniza, páginas construidas a partir de bloques, paneles promocionales, menús, un carrito, una salida, cuentas de clientes, seguimiento de pedidos y descargas, en su propia dirección. Puede abrir la tienda de demostración en vivo desde esta página y utilizarla.
OpsIQ ships 17 certified gateways spanning Africa, Europe, the Americas, Asia-Pacific, global providers and crypto, plus 4 offline methods: bank transfer, cash on delivery, pay on collection and pay in store. If yours is not there, you can build it: the payment driver is a fixed interface and admission is a fail-closed certification run rather than a code review. A further 4 providers are deliberately not shipped, each with its reason written down.
No. Cada puerta de entrada utiliza el checkout con el proveedor, por lo que la tarjeta se introduce en la propia página del proveedor y OpsIQ sólo tiene una referencia a un pago. El límite es aplicado en código: solo se acepta una lista revisada de campos de referencia de pago, y fragmentos de instrumentos como número de tarjeta, CVV, datos de vencimiento o pista son rechazados por nombre.
No. El asistente puede buscar su catálogo y pedir al servidor una cotización, pero el servidor precios del pedido y firma la tarjeta de confirmación. Confirmación es el propio botón de la tarjeta en la web o un comando exacto confirman en un canal. Nada que escriba el modelo puede crear un orden, y la propia prosa del ayudante de tienda se descarta en lugar de filtrar.
El widget de chat web, WhatsApp, Facebook Messenger, Instagram mensajes directos, Telegram, LINE, SMS y X mensajes directos. Usted elige cuál de ellos está abierto bajo su configuración comercial, y un canal que no ha marcado no puede vender sin importar cómo se vaya a la conversación.
No. Conecta la tienda que tienes y se convierte en parte de la conversación. Lo que un conector puede hacer es establecer por los roles que declara: algunos sólo pueden buscar el catálogo, algunos pueden citar y entregar al cliente a su propia salida, y algunos pueden crear un orden real en tu plataforma usando la lógica de precios y stock propios de tu plataforma.
Pausa todo lo que vende en su entorno comercial. Exploración de catálogos, búsquedas y versiones siguen funcionando, al tiempo que proponen y confirman la parada en cada canal inmediatamente. Los hechos que ya son verdaderos, como un pago que ha aterrizado, se apagan más que ejecutados o reportados como realizados.
Sí, y cada uno lleva sus propias condiciones. El efectivo en la entrega aparece sólo cuando algo es genuinamente ser entregado y el total está bajo el techo que se establece. La paga en la colección aparece solamente en una orden de recogida. La pago en tienda aparece solo cuando usted ha publicado algún lugar donde una persona puede entrar.
El comercio es parte de la OpsIQ plataforma en lugar de un producto por asiento separado. Las inclusiones exactas varían según el plan, así que vea precios para cada nivel, y hay una forma gratuita de comenzar.