Configura precios B2B, IVA y plazos de pago en PrestaShop

Qué haríamos

Para una tienda mixta minorista y profesional, empezaríamos por el catálogo existente y los precios nativos por grupo. Mantén disponible la compra minorista pública, somete a los solicitantes profesionales a una decisión de aprobación independiente y concede el pago a crédito solo después de una decisión crediticia. Elige la vía según tus módulos reales, proceso de compra, tema, datos de clientes, mercados, integraciones contables o ERP y el equipo que revisará solicitudes y conciliará pagos.

Realiza el cambio en una copia de pruebas privada que reproduzca la configuración e integraciones de la tienda de producción. Aísla los emails a clientes, los pagos reales y las exportaciones de preparación. Ensaya los recorridos siguientes, obtén la conformidad de tu contable sobre los resultados fiscales y las facturas de muestra y después programa el cambio en producción con los ajustes y correspondencias de cuentas anteriores listos para restaurar. Conserva intactos los pedidos aceptados y sus registros si reviertes la configuración.

Si quieres evaluar primero las carencias, el PrestaShop B2B & Wholesale Readiness Audit proporciona un plan ordenado para la tienda existente; la implementación se contrata aparte y tu contable decide el tratamiento fiscal.

Entiende el modo B2B nativo

En Parámetros de la tienda > Configuración de clientes, activa el modo B2B con PS_B2B_ENABLE. En el formulario nativo de registro, esto añade campos de empresa y número de identificación. La administración de clientes también muestra datos empresariales como SIRET/APE, límite de saldo pendiente, días máximos de pago e información de riesgo cuando sean compatibles.

El número de IVA pertenece a una dirección, no al registro Customer. La configuración del formato de dirección y las integraciones determinan dónde lo recoges. La exigencia del número de identificación fiscal del país se refiere al campo de identificación separado dni; no es un interruptor global del campo de IVA.

El modo B2B no aprueba por sí solo a los solicitantes profesionales, ni realiza consultas VIES, ni exime todas las ventas profesionales, ni impone un límite de crédito disponible. Una etiqueta de riesgo almacenada es información para tu proceso, no una decisión automática de crédito.

La navegación de esta guía corresponde a PrestaShop moderno 1.7, 8 y 9. No apliques estas rutas de menú sin cambios a un back office 1.6.

Separa los grupos de clientes del cálculo de impuestos

Crea grupos en Parámetros de la tienda > Configuración de clientes > Grupos. Un grupo puede definir un método de visualización de precios, una reducción y la visibilidad de precios. El acceso a categorías y las restricciones de pago aportan controles adicionales.

Las funciones estándar son Visitante para navegación anónima, Invitado para clientes que compran como invitados y Cliente para cuentas registradas. Lee los identificadores de grupo configurados en lugar de fijar en el código los ID de una instalación concreta.

Un cliente puede pertenecer a varios grupos y tener un grupo predeterminado. La visualización estándar de precios y la selección de precios específicos por grupo normalmente utilizan el grupo predeterminado; añadir la pertenencia a Mayorista no garantiza los precios de Mayorista. El acceso a categorías y módulos puede considerar varias pertenencias.

Utiliza grupos para un número manejable de niveles comerciales, como Minorista, Profesional pendiente, Profesional y Mayorista. Puedes registrar por separado etiquetas relacionadas con el IVA, pero un único grupo profesional puede contener pedidos con tratamientos fiscales distintos.

Impuestos excluidos cambia la base del precio mostrado. No selecciona el grupo de reglas fiscales de un producto ni elimina el impuesto cobrado. El cálculo fiscal utiliza el grupo de reglas fiscales del producto y la dirección fiscal configurada, incluidas las condiciones pertinentes de país y otros datos de dirección.

Para ofertas públicas a consumidores, conserva la información de precios con impuestos exigida. Un selector neto/bruto necesita etiquetas claras y totales correctos. Un escaparate separado en multitienda puede atender a un público exclusivamente empresarial, pero configura y prueba explícitamente sus grupos, URL y visualización fiscal.

Cuando los compradores profesionales anónimos necesiten ver precios netos, Tax Display Switcher ofrece una elección etiquetada entre neto y bruto sin conceder descuentos profesionales ni cambiar el impuesto cobrado. Comprueba los precios de venta, los tachados, la entrega y los totales en la misma vista y prueba después el inicio y cierre de sesión para que una elección de visualización guardada no se confunda con la aprobación profesional.

Configura descuentos, precios pactados y tramos de cantidad

Una reducción porcentual para todo un grupo es una regla de precios amplia. Los precios específicos de producto permiten un precio fijo o una reducción delimitados por cliente, grupo, cantidad, país, moneda y fechas. Las reglas de precios del catálogo permiten condiciones para gamas completas.

La prioridad de precios específicos elige entre las filas de precios específicos que cumplen los requisitos. No cancela automáticamente las reducciones de grupo o categoría. En PrestaShop 1.7.8 y 9, una reducción de grupo/categoría activada se aplica después del cálculo del precio específico. Por ejemplo, un precio específico neto de 12 € con una reducción de grupo del 20% se convierte en 9,60 € antes de otros efectos.

Los precios específicos por grupo normalmente coinciden con el grupo predeterminado del cliente o con una fila para todos los grupos. No compiten todos simplemente porque el cliente pertenezca a varios grupos.

Para un precio base de 100 €, podrías querer esta tabla ilustrativa de volumen. Configura las reglas para obtener estas cifras finales y prueba después los solapamientos:

Este ejemplo de solo lectura inventaría los precios específicos por grupo. Utiliza el prefijo real de la base de datos y el ID de idioma:

SELECT sp.id_specific_price, sp.id_product, sp.id_group,
       gl.name AS group_name, sp.from_quantity,
       sp.price, sp.reduction, sp.reduction_type,
       sp.`from`, sp.`to`
FROM ps_specific_price sp
LEFT JOIN ps_group_lang gl
  ON gl.id_group = sp.id_group AND gl.id_lang = 1
WHERE sp.id_group <> 0
ORDER BY sp.id_product, sp.from_quantity;

specific_price no tiene una columna priority. Inspecciona specific_price_priority y PS_SPECIFIC_PRICE_PRIORITIES por separado. La consulta de inventario no es un cálculo del precio resuelto.

Usa precios específicos por cliente para excepciones reales de cuenta, teniendo en cuenta el coste de mantener muchos contratos. Añade reglas de producto en la pestaña Precios del producto, en Precios específicos. Conserva un mapa documentado de niveles, grupos predeterminados, reducciones por categoría y excepciones destacadas, incluidos su origen y quién puede cambiarlos.

Analiza un precio inferior al acordado

Si el precio neto contractual acordado es 12 € pero tu carrito de prueba muestra 9,60 €, usa el ejemplo de solapamiento anterior para rastrear la diferencia. Comprueba el grupo predeterminado de la cuenta, la fila de precio específico coincidente y la reducción activa de grupo o categoría antes de añadir otra modificación. Decide si el precio contractual debe recibir esa reducción, cambia la regla en conflicto y prueba tanto la cuenta afectada como una cuenta minorista normal.

Para la tabla de volumen, prueba las cantidades 9 y 10 y después cada límite posterior en la página de producto, el carrito y el pedido final. Mantén la misma moneda, dirección y cuenta al comparar. Prueba también una promoción durante el periodo contractual: un descuento de regla de carrito es otra capa que incluir en el precio final acordado.

Controla la visibilidad, el acceso a pagos y los pedidos mínimos

Configura el acceso de grupos a categorías en Catálogo > Categorías. Un producto asignado a otra categoría accesible puede seguir siendo accesible, así que prueba enlaces directos, búsqueda, listados y productos relacionados. Comprueba el acceso de invitados y visitantes además del de cuentas aprobadas.

Utiliza la visibilidad de precios por grupo para un proceso de inicio de sesión para ver precios cuando corresponda. El modo catálogo global en Parámetros de la tienda > Configuración de productos desactiva la compra y tiene una opción separada Mostrar precios. No tiene por qué ocultar los precios y afecta a todo el contexto de tienda.

Configura las restricciones de pago por grupo, país y moneda mediante las pantallas de preferencias de pago y los módulos de pago compatibles. Vuelve a validar la elegibilidad del cliente al enviar la solicitud; ocultar una opción de pago no es protección suficiente por sí solo.

Distingue tres mínimos:

• La cantidad mínima de un producto o combinación se aplica a las reglas de pedido de ese producto.
• El valor mínimo global de pedido está en Parámetros de la tienda > Configuración de pedidos > General, respaldado por PS_PURCHASE_MINIMUM y expresado sin impuestos.
• Un mínimo de cantidad por grupo o para todo el carrito necesita una implementación que exija ese requisito.

Una condición de cantidad de una regla de carrito controla el acceso al descuento. No impide comprar por debajo de una cantidad mínima. Los mínimos globales de producto también pueden afectar a compradores minoristas.

Verifica a los solicitantes antes de conceder ventajas profesionales

Define quién puede acceder a precios profesionales y, por separado, quién puede acceder a crédito. Recoge solo los datos necesarios para esa decisión: identidad de la empresa, datos registrales cuando proceda, dirección comercial, actividad, información de contacto y referencias o documentos proporcionados al riesgo.

No todas las empresas legítimas están registradas a efectos del IVA. Un número de IVA válido tampoco demuestra que el solicitante controle esa identidad. Comprueba los registros empresariales pertinentes, los datos de contacto y la información de identidad facilitada; una dirección residencial o un correo gratuito por sí solos no prueban fraude.

1. Mantén a los solicitantes en un estado minorista o pendiente sin ventajas profesionales.
2. Revisa la empresa y registra la decisión y el motivo.
3. En Clientes > Clientes, edita la cuenta, establece las pertenencias previstas en Acceso de grupo y selecciona expresamente el nivel de precios como su Grupo predeterminado.
4. Autoriza el crédito por separado con condiciones acordadas y un límite.
5. Notifica al solicitante y ofrece una vía para correcciones o revisión.

La creación de una cuenta de cliente no garantiza que ya exista una dirección, por lo que una notificación de creación de cuenta no puede asumir que los datos de IVA estén en el objeto Customer. Utiliza el proceso de solicitud o de dirección para esa información. Los indicadores de boletín y de consentimiento no son indicadores de aprobación profesional ni de correo verificado.

Para el flujo de solicitudes autenticadas y sus políticas actuales, usa la página de ayuda de B2B Account Approval, Trade Account.

Fija un plazo objetivo de revisión que tu equipo pueda cumplir. Revisa el acceso cuando cambien los datos empresariales, la actividad o el comportamiento de pago. Revocarlo puede requerir eliminar pertenencias y restablecer el grupo predeterminado, conservando los registros legales de pedidos. Evita aprobar automáticamente y sin aviso las solicitudes solo porque un campo esté cumplimentado.

Mantén las solicitudes en marcha sin ampliar el acceso

Asigna a la cola de solicitudes un revisor y un suplente designados, con una notificación de solicitud completada y un estado visible para el solicitante. Separa las peticiones de información que falta de los rechazos. Cuando rechaces, explica qué puede corregirse y conserva el acceso minorista si esa es tu política. Usa el historial de compras al revisar niveles comerciales en vez de tratar un volumen prometido de pedidos como prueba.

Restringe los permisos de aprobación del equipo y conserva un registro de quién cambió el acceso. Ensaya el rechazo y la revocación con una cuenta que tenga un carrito abierto: su siguiente envío debe usar su elegibilidad actual en vez de los permisos que tenía al crear el carrito.

Determina el tratamiento del IVA de la operación real

Comprueba el establecimiento del vendedor, los bienes o servicios suministrados, la condición del cliente y el movimiento o lugar de la operación. Un grupo de clientes empresariales o un número de IVA válido son solo parte de esa decisión.

No utilices el artículo 196 como fundamento universal de facturación para bienes. Consulta la Directiva del IVA de la UE y su transposición nacional con tu asesor fiscal.

Gran Bretaña queda fuera del tratamiento de bienes intra-UE. Irlanda del Norte tiene disposiciones especiales para bienes con identificación XI bajo el Marco de Windsor; consulta la guía de HMRC sobre XI. No conviertas a un comprador GB ordinario en un caso de bienes XI.

Los servicios tienen sus propias reglas. La inversión del sujeto pasivo B2B transfronteriza puede seguir aplicándose a operaciones de servicios del Reino Unido; consulta la guía de HMRC sobre servicios.

Para ventas a distancia a consumidores, la OSS y las reglas de IVA en destino son independientes de este proceso B2B. Utiliza la guía de precios e IVA.

Prueba un cambio de destino de entrega

Un comprador profesional francés aprobado facilita a tu tienda belga un número de IVA francés válido, pero pide entrega dentro de Bélgica de bienes expedidos desde Bélgica. Mantén el descuento comercial si la cuenta sigue cumpliendo los requisitos, pero reevalúa la decisión fiscal según esa entrega nacional. El país del comprador y el número guardado no demuestran un movimiento intracomunitario.

En pruebas, repite el pedido con entrega en Francia usando registros de validación y expedición de muestra claramente identificados para comprobar cómo se vinculan las pruebas al pedido. Para operaciones reales que cumplan los requisitos, conserva las pruebas reales de validación y transporte. Compara el impuesto del proceso de compra, el pedido y la factura en ambos casos. Pide a tu contable que apruebe los resultados esperados antes de dejar que la integración los elija automáticamente.

Valida los datos de IVA y gestiona los fallos del servicio

VIES comprueba el registro de IVA intra-UE en los sistemas nacionales. La información de nombre y dirección devuelta varía. No demuestra que el solicitante sea titular de la identidad. Si falta un resultado o se discute, solicita confirmación a la autoridad fiscal nacional como se describe en la guía de la UE sobre VIES.

Normaliza el prefijo de país sin eliminar letras válidas del número. Grecia usa EL en VIES; los formatos irlandés y neerlandés pueden contener letras. Gestiona XI específicamente para las operaciones de bienes pertinentes. La validación de formato filtra entradas mal formadas; el registro necesita una comprobación independiente.

Para una integración SOAP, el WSDL es https://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl. Limita tanto el tiempo de conexión como el de respuesta. connection_timeout por sí solo no limita una respuesta lenta; consulta las opciones de PHP SoapClient.

Distingue un formato inválido, un resultado inválido emitido por la autoridad, una identidad que no coincide y un servicio no disponible o retrasado. Un SoapFault no siempre es una caída del servicio. No conviertas todos los fallos en un cliente inválido ni en una exención automática.

Elige y documenta una política ante indisponibilidad: impuesto ordinario pendiente de revisión, un resultado reciente de validación que cumpla los requisitos, revisión por un empleado o un bloqueo controlado, según corresponda. Explica el resultado al comprador y define con tu contable las nuevas comprobaciones y cualquier corrección posterior de factura.

Conserva registros fechados de validación vinculados al cliente, dirección y transacción pertinentes. Guarda un identificador de consulta cuando se facilite, pero no supongas que todas las respuestas lo contienen. Aplica las reglas pertinentes de conservación y minimización de datos.

Ensaya la alternativa elegida con la consulta no disponible. El comprador debe recibir el resultado configurado y una explicación clara, mientras que el equipo puede localizar el pedido afectado, el motivo del fallo y la siguiente acción. Un resultado pendiente necesita un responsable y un proceso de revisión; una consulta posterior correcta no debe reescribir silenciosamente una factura emitida ni eliminar las pruebas originales.

Mantén el comportamiento del motor fiscal separado de la segmentación

El núcleo no realiza una validación oficial de VIES. Sin embargo, las rutas de cálculo de precios de producto de PrestaShop 1.7.8 y 9 contienen un atajo heredado: con VATNUMBER_MANAGEMENT activado, un número de IVA no vacío en la dirección y un país distinto de VATNUMBER_COUNTRY pueden desactivar el impuesto del producto.

Ese atajo no demuestra que se cumplan los requisitos legales. Audita estos ajustes junto con cualquier gestor fiscal o módulo de IVA para que introducir un número no permita eludir la política prevista.

Aplica la decisión fiscal a la dirección configurada y a la operación. Una entrega nacional, un cambio de identidad de facturación o un carrito mixto pueden requerir un resultado distinto. Nunca eximas todos los pedidos futuros solo porque la cuenta superó una comprobación anterior.

La clasificación opcional por grupo es independiente de la exención y de los precios del grupo predeterminado. Automatic EU VAT Checker puede añadir una pertenencia configurada conservando el grupo predeterminado. Su integración de direcciones recoge el IVA junto a los datos de dirección empresarial; el registro ordinario solo valida un campo de IVA si otra integración lo proporciona. Su página de ayuda cubre la política fiscal actual, el historial de validación, las comprobaciones pendientes y la configuración específica del módulo.

Diseña el pago aplazado y el control de crédito

El núcleo almacena outstanding_allow_amount, max_payment_days y datos de riesgo. Clientes > Saldos pendientes y Customer::getOutstanding() ofrecen funcionalidad nativa de saldos pendientes. Es distinta del control automático del crédito durante la compra.

El núcleo también registra pagos y los asocia a facturas. Un proceso completo de cuentas por cobrar necesita además un plazo acordado, una regla de vencimiento, el saldo restante, una política de crédito, un proceso de cobro y la gestión correcta de devoluciones y abonos.

La transferencia bancaria u otro método fuera de línea pueden crear un pedido sin cobrar dinero, pero el nombre del método y el estado del pedido no implementan por sí solos esos controles adicionales. Para un proceso reducido de cuentas aprobadas, la conciliación manual puede ser adecuada si es explícita y se mantiene.

Al enviar la solicitud, verifica de nuevo el cliente, la tienda, el plazo, la moneda, el carrito y el crédito restante. Un límite estricto necesita reserva atómica o un bloqueo equivalente entre pedidos concurrentes, con gestión segura de envíos duplicados y fallos de creación de pedidos.

Por ejemplo, un límite de 2.000 € con 1.800 € pendientes deja 200 € antes de reservas pendientes u otros ajustes de política. Otro pedido de 900 € supera ese límite. Define si el sistema rechaza el pago aplazado, ofrece pago inmediato o utiliza un proceso explícito de aprobación.

No calcules las cuentas por cobrar sumando orders.total_paid_tax_incl donde valid=1 o paid=0. Concilia facturas y pagos asignados, liquidaciones parciales, abonos y obligaciones canceladas, con la base correcta de tienda y moneda. Los cálculos nativos de saldo pendiente son un punto de partida útil, pero audita también su ámbito y sus supuestos sobre monedas.

Para las políticas actuales de plazos, los ajustes de crédito derivados del grupo, los controles de envío y la gestión de saldos, usa la página de ayuda de B2B Deferred Payment Terms.

Integra el cobro en el flujo de pago

Asigna a alguien la revisión de saldos próximos a vencer y vencidos, la conciliación de transferencias entrantes y la gestión de facturas discutidas. Acuerda el texto de recordatorios, el escalado y cuándo pierden los pedidos nuevos el acceso al crédito. Si el software contable mantiene el saldo, define cómo vuelven las liquidaciones a la tienda y cómo detecta el equipo una importación tardía o fallida. Un límite de compra basado en saldos obsoletos puede rechazar a un cliente que ya pagó o permitir más exposición.

Empieza las relaciones crediticias nuevas con la exposición que pueda soportar tu empresa y revisa después el comportamiento real de pago antes de ampliarla. Mantén una vía de pago inmediato cuando esté permitida para que una retención de crédito no obligue al equipo a aumentar un límite solo para completar una venta.

Configura con criterio los estados de pedido y los documentos de pago

En Parámetros de la tienda > Configuración de pedidos > Estados, inspecciona por separado los indicadores de pago, validación, factura, envío y email de cada estado. Usa un estado distinto de pago aplazado cuando el equipo deba distinguir los pedidos a crédito aprobados de las transferencias pendientes de recibir, y prueba la disponibilidad de la factura y los pasos previstos de preparación sin registrar un pedido impagado como pagado.

paid=0 no excluye por sí solo un pedido de todos los informes de ingresos ni impide un registro de pago. Prueba todo el recorrido de estados de pedido y del módulo de pago antes de permitir enviar pedidos sin pagar.

Guarda de forma persistente el plazo acordado, el evento inicial, la fecha de vencimiento y la referencia de pago mediante una integración definida de almacenamiento y visualización. Pasar extra_vars a validateOrder() no guarda automáticamente condiciones personalizadas ni las inserta en PDF.

Gestiona las opciones nativas de factura y el texto del pie en Pedidos > Facturas. Un pie estático puede mostrar instrucciones bancarias generales, pero no es un motor de vencimientos por pedido. Incluye un número de factura correcto, referencia de pago, datos bancarios y condiciones aplicables, y verifica el documento final.

Para bienes intracomunitarios que cumplan los requisitos, muestra el fundamento adecuado de exención y los identificadores de IVA. Utiliza la mención de inversión del sujeto pasivo para operaciones en las que sea responsable el destinatario, siguiendo los requisitos nacionales. Aplica la redacción según la decisión fiscal real, no según una etiqueta de grupo profesional.

Los procesos de anticipo, proforma y pagos fraccionados necesitan sus propias reglas de pago, preparación y entrega y facturación. El pago anticipado reduce la exposición de cuentas por cobrar, pero no elimina todos los riesgos empresariales.

Valida la factura antes de permitir la expedición

1. Haz un pedido a plazo como cliente elegible y confirma que el estado resultante permita la preparación prevista sin afirmar que ha llegado el dinero.
2. Descarga la factura del cliente y lee la fecha de vencimiento, la referencia de pago, los datos bancarios y la mención de IVA aplicable. Compáralos con el acuerdo guardado y el resultado del proceso de compra.
3. Registra una liquidación parcial mediante el flujo de pago admitido. Confirma que el resto siga pendiente y que el recordatorio pida solo ese saldo.
4. Tramita una devolución y un abono y compara después la obligación restante en la tienda, el extracto del cliente y el sistema contable. Comprueba que el equipo no pueda confundir el abono con un pago entrante.

Revisa plazos de pago, declaraciones y conservación

Elige los plazos según la solvencia, la capacidad de tesorería y la legislación aplicable. «Neto a 30 días», «Neto a 60 días» y una oferta por pronto pago como «2% en 10 días, en otro caso 30 días» requieren un evento inicial y un proceso de liquidación claros. Admitir varios plazos no equivale a instalar varias instancias de un mismo módulo de pago.

A 26 de octubre de 2026, el marco B2B general de Bélgica utiliza 30 días por defecto y un máximo contractual de 60 días; comprueba las reglas sectoriales y de ámbito. La respuesta parlamentaria belga sobre plazos de pago describe el marco actual.

Los límites generales acordados en Francia son 60 días desde la factura o 45 días a fin de mes expresamente acordados, con reglas especiales para algunos sectores y operaciones. Utiliza la guía oficial francesa sobre plazos de pago. No ofrezcas pago neto a 90 días simplemente porque el software acepte ese número.

Prepara las declaraciones recapitulativas de IVA y las estadísticas de bienes aplicables a partir de registros de transacciones, no solo de una exportación de grupos de clientes. La frecuencia y los umbrales dependen de la jurisdicción y la operación. Cuando se exijan estadísticas de bienes, comprueba que tus exportaciones incluyan códigos de mercancías, pesos y valores; los totales de pedidos por sí solos pueden no bastar.

En Francia, la declaración de bienes intra-UE utiliza el état récapitulatif TVA; EMEBI es la encuesta estadística separada, mientras que DES se refiere a los servicios pertinentes. Consulta la guía de las aduanas francesas.

Conserva las facturas, comprobaciones de IVA pertinentes, registros de expedición y correcciones durante el plazo aplicable. El plazo general alemán de conservación de facturas de IVA es de ocho años, sujeto a ampliaciones y excepciones aplicables; no es un plazo universal para todos los datos contables. Consulta las preguntas frecuentes del Ministerio de Finanzas alemán sobre factura electrónica.

Un PDF por sí solo no cumple una exigencia de facturación electrónica estructurada y presentación. Las fases de emisión de KSeF en Polonia comenzaron el 1 de febrero de 2026 para contribuyentes con más de 200 millones de PLN de ventas brutas en 2024 y el 1 de abril de 2026 para los demás. Una transición para ventas mensuales facturadas de hasta 10.000 PLN brutos que cumplan los requisitos se extiende hasta finales de 2026, con exclusiones y obligaciones de recepción que comprobar. Consulta el ámbito oficial de KSeF.

Los plazos inmovilizan capital circulante. Con ventas mensuales facturadas estables de 20.000 € y pago puntual, un modelo simple de 30 días implica aproximadamente 20.000 € en cuentas por cobrar, y uno de 60 días unos 40.000 €, antes de impuestos, estacionalidad, anticipos y otras diferencias temporales. Financia el desfase real de tesorería según tu calendario de costes y liquidaciones.

Prueba todos los recorridos B2B y minoristas

1. Comprueba las vistas anónima, de invitado, minorista, profesional pendiente y profesional aprobado.
2. Prueba cambios de grupo predeterminado, pertenencias múltiples y solapamientos de reglas de precios en cada tramo de cantidad.
3. Verifica los precios públicos, las categorías ocultas, los enlaces directos, los resultados de búsqueda y las restricciones de pago. Prueba la disponibilidad de transportistas y los gastos de entrega para carritos minoristas y profesionales.
4. Prueba por separado los escenarios nacionales, de bienes intra-UE que cumplan los requisitos, servicios, exportación y XI pertinentes.
5. Prueba comprobaciones de IVA válidas, inválidas, mal formadas, no disponibles y con datos discordantes, y cambia después la dirección de compra.
6. Prueba crédito por debajo, en y por encima del límite, pedidos concurrentes, envíos duplicados y fallos de creación.
7. Verifica el cálculo de vencimientos, texto de factura, asignación de pagos, liquidación parcial, reembolsos y gestión de abonos en tu integración.
8. Concilia los totales de informes y repite los casos en cada tienda y moneda que utilices.

No supongas que la configuración B2B deja intacta la venta minorista. Los campos de registro, mínimos globales, modo catálogo, ajustes de dirección y comportamiento de caché pueden afectar a ambos públicos. Comparte el proceso final, documentos de ejemplo y exportaciones de informes con tu contable y tu equipo de preparación y entrega.

Ejecuta los casos de acceso y precios en sesiones de navegador separadas y repítelos después de poblar cualquier caché de página completa o fragmentos. Si los visitantes anónimos reciben los precios de otra cuenta, identifica la regla de caché o integración que sirve esa respuesta. Vuelve a probar el inicio y cierre de sesión y un cambio de nivel antes de publicar los precios.

Planifica el cambio y entrega los controles

1. Registra las correspondencias actuales de grupos, las reglas de precios, los ajustes fiscales, las restricciones de pago y los estados de pedido. Identifica importaciones programadas que puedan sobrescribir la configuración nueva.
2. Acuerda el orden de despliegue con tu desarrollador. Crea y prueba las políticas antes de asignar las cuentas existentes y activa después las ventajas solo para las cuentas aprobadas.
3. Ensaya el cambio en pruebas con cuentas existentes representativas y carritos abiertos. Compara los precios esperados, la elegibilidad y los saldos pendientes con los registros contables.
4. Elige la ventana de producción y la persona autorizada para detener el cambio. Define qué fallo hace restaurar los ajustes anteriores y cómo gestionará el equipo los pedidos aceptados durante la ventana.
5. Tras el cambio, sigue solicitudes y pedidos reales por la revisión, compra, expedición, facturación y liquidación. Conserva los casos de prueba aprobados para futuras actualizaciones de tema, módulo o integración.

Qué preguntar a tu desarrollador o agencia

• ¿Qué ajustes y módulos deciden la aprobación, el grupo predeterminado de precios, el tratamiento fiscal y la elegibilidad de crédito, y puede alguna importación cambiarlos después?
• ¿Qué versiones instaladas de tienda y módulos, proceso de compra y tema se probaron, y dónde están los ejemplos de cuenta, carrito y factura?
• ¿Qué impide que pedidos a plazo simultáneos gasten el mismo crédito y cómo se concilian las creaciones fallidas, cancelaciones y liquidaciones?
• ¿Dónde puede encontrar el equipo una comprobación de IVA sin resolver, una sincronización de saldo fallida y una solicitud rechazada, y quién actúa en cada caso?
• ¿Qué se restaura exactamente si falla el cambio y cómo siguen disponibles los pedidos aceptados, las facturas y las asignaciones de pagos?

Preguntas de los propietarios

¿Puede el comprador añadir un número de orden de compra?

Conviértelo en un requisito explícito si su departamento de cuentas lo necesita para pagar. Comprueba dónde lo recoge tu proceso de compra, dónde se guarda y si llega a la factura y a la exportación contable. Un mensaje de entrega de texto libre es un mal sustituto de una referencia de compra que debe poder buscarse y mantenerse durante todo el flujo.

¿Pueden varios empleados usar el acuerdo profesional de una misma empresa?

Decide si necesitan accesos separados, crédito compartido y una identidad común de facturación. Un nombre de empresa coincidente en registros separados de clientes no crea un acuerdo compartido. Pregunta al desarrollador cómo se conectan la aprobación, la retirada de acceso y la exposición crediticia entre esas cuentas antes de activar plazos para cada empleado.

¿Volver a pedir garantiza el precio antiguo?

Trata la repetición de un pedido como una compra nueva bajo las reglas actuales salvo que tu acuerdo garantice expresamente un precio. Prueba un pedido antiguo tras cambiar el nivel, el precio o el producto, incluidos los artículos no disponibles y los mínimos actuales. Muestra al comprador el carrito recalculado antes de enviarlo.

¿Y si una transferencia paga varias facturas?

Asigna el importe recibido a las facturas previstas mediante el flujo contable o de pago admitido. Mantén visible cualquier importe sin asignar y resuelve las diferencias con el comprador. Marcar todos los pedidos relacionados como pagados haría perder los saldos parciales y volvería poco fiable la siguiente decisión crediticia.