Metodología de Trade Health
Versión 1.1·Vigente desde 1 de julio de 2026
BM-THM-v1.1
English version governs. The legally binding version of this document is the English version 1.1 (content fingerprint
bb88bfe44dccad3a8c354a9ddc2468989ba9b0b87e59e53c2649bbf76814f4ea). This translation is provided for convenience only.The binding English version is available at this permalink.
Esta página describe cómo Berry Marketplace calcula la puntuación Trade Health visible en cada perfil de empresa, en la ficha de anuncios y en las vistas de ofertas de la Plataforma. Documenta cómo Berry ha interpretado la sección 7 (Sistema de reputación) de los Términos de la plataforma desde su entrada en vigor, y se publica por transparencia. No es en sí un contrato y no exige su aceptación.
Qué es la puntuación Trade Health
La puntuación Trade Health es un número entre 0 y 100, calculado por Berry a partir del historial comercial verificado de una empresa en la Plataforma. Se muestra junto con (y nunca combinada con) las reseñas redactadas por usuarios para que los contrapartes dispongan con un vistazo de dos señales distintas:
- Estrellas — lo que otras empresas han dicho sobre una empresa, con sus propias palabras.
- Trade Health — lo que dice el propio historial comercial de una empresa sobre ella misma, calculado por Berry a partir de hechos objetivos.
La puntuación de una empresa se actualiza automáticamente cada vez que se produce un evento que alimenta el indicador (se completa un contrato, se resuelve una disputa, se paga una factura, se registra una entrega). Un recálculo de respaldo diario se ejecuta a las 06:30 UTC por si algún disparador en vivo omitió eventos.
La puntuación, la banda en la que se sitúa y el desglose por componentes son visibles en cada perfil de empresa. Las empresas pueden ver los eventos que alimentan su propia puntuación en la pestaña Mi empresa → Actividad Trade Health.
Bandas
| Puntuación | Banda |
|---|---|
| 90–100 | Excelente |
| 75–89 | Buena |
| 60–74 | Regular |
| Por debajo de 60 | Requiere atención |
| Menos de 3 contratos completados | Historial insuficiente (sin puntuación publicada) |
Una empresa con menos de tres contratos completados en la Plataforma muestra «En construcción (X de 3)» en lugar de una cifra. Así evitamos penalizar a empresas nuevas por información fragmentaria. Una vez superado el umbral, la puntuación aparece.
Componentes y pesos
La puntuación es la media ponderada de cuatro componentes; las ponderaciones suman 1,00.
| Componente | Peso | Qué mide |
|---|---|---|
| Tasa de disputas | 35% | La proporción de contratos completados que concluyen sin incidentes respecto de los que tuvieron un problema de calidad o disputa, ponderada por la gravedad del resultado. |
| Entrega puntual | 25% | Qué tan cerca del calendario real se producen las entregas de una empresa (señal atribuida al vendedor). |
| Pago puntual de comisiones | 20% | Si una empresa cumple los vencimientos de las facturas de comisión de Berry sobre la operación (señal atribuida al comprador). |
| Tasa de respuesta en disputas | 20% | Si una empresa interactúa con las disputas que se le han planteado dentro del plazo de respuesta establecido. |
Cada componente se calcula de forma independiente como un valor entre 0,0 y 1,0, se multiplica por su ponderación y se suman los componentes antes de dividir por el peso total de los componentes para los que la empresa cuenta con al menos un evento; el resultado se multiplica por 100 para obtener la puntuación mostrada.
Si una empresa no tiene eventos para un componente dado —por ejemplo, una empresa que sólo vende carece de historial de pago de comisiones—, ese componente se excluye del numerador y del denominador: ni ayuda ni perjudica el resultado.
Cómo el tiempo influye en la puntuación
Trade Health utiliza un modelo de dilución, no de decaimiento temporal. Esta distinción es importante.
Un modelo de decaimiento diría que «los hechos más antiguos cuentan cada vez menos». Berry no haría eso: los años no reducen artificialmente la importancia de un evento.
Un modelo de dilución dice «cada nuevo contrato cerrado bien añade registro favorable y el conjunto mejorará proporcionalmente a medida que se consoliden comportamientos adecuados». Tal es el método de Berry.
En la práctica, una empresa que sufre un problema antiguo y luego ejecuta una larga serie de contratos íntegros observa una mejora natural de su resultado: el incidente no se borra del historial pero su peso aritmético dentro del total mengua con cada operación nueva y limpia. Es posible compensar mediante buen comportamiento posterior: cualquier contrato limpio diluye la incidencia de un problema anterior, sin negar jamás que ese problema existió.
No pretendemos olvidarnos del pasado remoto en el cálculo: una disputa de hace tres años cuenta exactamente igual en el modelo aritmético que una de hace tres semanas; lo único variable es la facción representativa de ese episodio en el retrato integral de una empresa.
Una revisión posterior de esta metodología podría introducir una capa adicional —simétrica— sobre los hechos menos recientes si los datos mostraran que mejoran la señal para empresas con actividad intermitente. Si se adoptara algo así, será una superposición estrictamente simétrica, nunca una curva que amplifique fuera de medida solo los episodios recientes. Todo cambio de esta madurez se comunicará como nueva versión de esta página (v1.1, v2.0, etc.) de acuerdo con la sección 7.3 de los Términos de la plataforma, que preserva para Berry libertad técnica de evolución metodológica.
Un futuro lanzamiento también podría integrar una contracción bayesiana —técnica estadística para suavizar la volatilidad de empresas pegadas al mínimo de tres contratos, acercando modestamente los ratios medios globales sin distorsionarlos gravemente—. La versión v1.0 aplica sólo umbral (sin cifras publicadas por debajo de tres contratos); la v2.0 probablemente introduciría compresiones por encima de dicho nivel. Transparentamos su ausencia hoy para que posterior incorporación sea previsible.
Detalle de componentes
Tasa de disputas (peso 35%)
Fuente: cada contrato que alcanza el estado COMPLETED. Cada contrato completado genera una fila por parte afectada (comprador y vendedor), y el valor de la fila lo determina el peor resultado de calidad de ese contrato. Las operaciones limpias cuentan al completo; las que incluyen incidencias de calidad o disputas cuentan menos, en función de cómo se resolvió el caso y de qué parte tenía la culpa.
| Resultado en el contrato | Valor para la parte con responsabilidad | Valor para la contraparte |
|---|---|---|
| Operación limpia: sin incidencia de calidad ni disputa | 1.00 | 1.00 |
| Incidencia de calidad resuelta bilateralmente (sin disputa formal) | 0.85 | 0.85 |
| Disputa → reclamación retirada (típicamente resuelta fuera de la Plataforma) | 1.00 (respondent) | 0.95 (initiator) |
| Disputa → sin acción acordada (reclamación desestimada de mutuo acuerdo) | 0.95 (respondent) | 0.92 (initiator) |
| Disputa → culpa reconocida con restitución íntegra (reembolso o reposición) | 0.50 | 1.00 |
| Disputa → reembolso parcial acordado con atribución de culpa | 0.50 | 0.95 |
| Disputa → resolución sin culpa clara (compromiso) | 0.70 | 0.70 |
| Disputa → remisión al arbitraje externo | 0.60 | 0.60 |
| Disputa → reclamación caducada (sin participación, expirada) | 0.10 (respondent) | 0.50 (initiator) |
Algunas notas sobre la lectura de esta tabla:
- Incluso una disputa bien resuelta sigue contando algo. Un vendedor que entrega un reemplazo tras una reclamación legítima obtiene 0.50 en esa fila, no 1.0. El reemplazo fue la respuesta correcta, pero hubo un problema real de calidad, y la puntuación lo refleja. Reposición, reembolso completo y crédito en tienda se tratan de forma equivalente: la atribución de culpa es la misma con independencia de la forma concreta de la restitución.
- Las reclamaciones retiradas se interpretan favorablemente. Cuando se retira una reclamación, lo más habitual es un acuerdo amistoso fuera de la Plataforma. El respondiente recibe 1.00; el iniciador recibe 0.95.
- Ignorar una queja es el peor resultado rutinario. Un respondiente que deja caducar la reclamación sin participar obtiene 0.10. El iniciador que también abandona obtiene 0.50.
- El arbitraje externo se mantiene en 0.60 para ambas partes hasta que el resultado arbitral quede registrado de nuevo en la Plataforma; entonces la puntuación se recalcula a partir de ese desenlace.
Entrega puntual (peso 25%)
Fuente: cada entrega registrada (fila de contract_deliveries efectivamente entregada). Los días de retraso se calculan como fecha de entrega efectiva − fecha prevista, con un mínimo de cero (las entregas anticipadas puntúan igual que las puntuales).
| Días de retraso | Valor |
|---|---|
| 0 (en fecha o antes de lo previsto) | 1.00 |
| 1–3 días | 0.70 |
| 4–7 días | 0.40 |
| 8–14 días | 0.20 |
| 15 días o más | 0.10 |
Esta señal se atribuye al vendedor: solo afecta la puntuación del vendedor.
Puntualidad en el pago de comisiones (peso 20%)
Fuente: cada factura de comisión (tarifa por operación de Berry cargada al comprador) con estado PAID. Los días de retraso se calculan como fecha de pago − fecha de vencimiento, con un mínimo de cero.
| Días de retraso | Valor |
|---|---|
| 0 (pagada en fecha o antes) | 1.00 |
| 1–3 días | 0.80 |
| 4–7 días | 0.40 |
| 8–14 días | 0.20 |
| 15 días o más | 0.10 |
Algo más indulgente que la entrega puntual solo en la franja de 1–3 días: la liquidación bancaria por SEPA puede legítimamente llevar 1–2 días. Las curvas convergen a partir del cuarto día, donde las explicaciones basadas solo en demora bancaria dejan de aplicarse con la misma fuerza.
Esta señal se atribuye al comprador: solo afecta la puntuación del comprador.
Las facturas de suscripción no forman parte de Trade Health. La suscripción mensual o anual a la Plataforma es una relación comercial entre cada empresa y Berry, distinta de cómo esa empresa se presenta a sus contrapartes. Incluir la gestión de morosidad de suscripción en una métrica de reputación orientada al contraparte mezclaría dos relaciones distintas; por eso no lo hacemos.
Los pagos comprador–vendedor previstos en el contrato tampoco forman parte de Trade Health. Suelen realizarse fuera de la Plataforma (normalmente por transferencia bancaria directa) y Berry no dispone de un registro fehaciente del momento en que se liquidan. Si el rol de Berry en la mediación de esos pagos se amplía en futuras líneas de producto, este componente podría añadirse.
Tasa de respuesta en disputas (peso 20%)
Fuente: cada disputa planteada contra la empresa cuando actúa como respondiente.
| Comportamiento de respuesta | Valor |
|---|---|
| Respuesta dentro de la ventana de respuesta de la disputa | 1.00 |
| Respuesta fuera de la ventana, pero antes de la resolución | 0.50 |
| Sin respuesta | 0.00 |
La ventana de respuesta se lee por disputa en el campo respondentDeadline —no es un plazo fijo de 7 días. Las disputas agrícolas B2B requieren a menudo plazos variables por muestreo, análisis de laboratorio, periodos festivos y fuerza mayor, y el sistema lo admite. La pregunta relevante no es «¿respondí en 7 días?», sino «¿respondí dentro del plazo que aplicaba a esta disputa concreta?».
Ajustes — corrección de entradas por Berry Operations
La sección 7.3 de los Términos de la plataforma establece que las empresas pueden solicitar revisión de inexactitudes fácticas que afecten a su puntuación de reputación. Berry aplica esa facultad mediante un único mecanismo: excluir eventos individuales del conjunto de entrada de la puntuación.
Jamás sustituimos manualmente el número que aparece en la puntuación de una empresa. La puntuación es siempre el resultado determinista de una fórmula aplicada a un conjunto de eventos. Lo que Berry Operations puede hacer —y solo Berry Operations, mediante un flujo auditado— es marcar un evento concreto como no computable, con un motivo identificado y un registro de auditoría permanente.
El conjunto cerrado de motivos por los que Berry Operations puede excluir un evento de la puntuación de una empresa:
| Motivo | Cuándo se aplica |
|---|---|
| Error de plataforma o de registro | Los sistemas propios de Berry causaron el problema, o el sistema registró mal un hecho (la entrega era puntual pero quedó como retrasada; una integración contabilizó mal un pago). Tanto los fallos del lado de los datos como los del lado de la plataforma se agrupan bajo este único motivo: la nota libre en la fila de auditoría desambigua el caso. |
| Fraude de la contraparte confirmado | La contraparte actuó de mala fe y el incidente reflejaba eso, no la conducta de esta empresa. |
| Fuerza mayor | Un conflicto portuario, bloqueo aduanero, episodio meteorológico grave u otra circunstancia comparable afectó al tráfico sin culpa manifiesta de ninguna parte. |
| Acuerdo paralelo fuera de la plataforma | Las partes resolvieron la operación al margen de la Plataforma (normalmente por contacto directo) y el registro en la Plataforma ya no refleja lo que realmente sucedió. El evento registrado en la Plataforma es engañoso y no debe alimentar la puntuación. |
| Otro (documentado) | Cualquier otra causa; la operadora debe justificar por escrito la exclusión en el registro de auditoría. La nota libre es obligatoria. |
Categorías de uso exclusivamente interno. En la base de datos existe
un motivo adicional no público —datos de prueba o demo— destinado a
limpiar fixtures de staging que se hayan colado en producción. No
refleja en ningún caso conducta real de una empresa, en operación normal
no se aplica a operaciones reales y se documenta aquí por exhaustividad,
no como motivo que una empresa vaya a encontrar nunca en su propia fila
de auditoría. Si observa una exclusión con TEST_OR_DEMO sobre una
operación real, contacte con soporte: casi con seguridad es un error de
Operaciones del que queremos tener constancia.
Cada exclusión se registra en una tabla de auditoría donde solo pueden añadirse filas nuevas —sin edición ni eliminación, ni siquiera por Berry Operations. La empresa cuya puntuación se ve afectada puede ver su lista de exclusiones en la pestaña Mi empresa → Actividad Trade Health, con los nombres de las operadoras censurados a «Berry Operations team» por su privacidad. La empresa puede solicitar revisión de una exclusión (o argumentar que deba concederse) mediante el ticket de CRM enlazado.
Los eventos excluidos no aparecen en el panel público de desglose (una empresa con una disputa excluida y 19 contratos limpios muestra una tasa de disputas del 5%, no un «5% con una exclusión»). La pista de auditoría queda donde corresponde —en CRM y en la pestaña de Actividad Trade Health propia — mientras los perfiles públicos muestran una puntuación depurada y defendible.
Violaciones de integridad —fraude confirmado, suspensión de cuenta posteriormente revertida, infracciones por patrones reiterados— se gestionan de forma distinta a las señales rutinarias. Cuentan con pleno peso indefinidamente y no están sujetas al mecanismo de dilución descrito arriba. La versión v1.0 no implementa aún incidentes de integridad, pero el marco queda aquí declarado para que, si una empresa encuentra uno en el futuro, no lo interprete como un cambio retroactivo arbitrario.
Derecho a revisión factual
Una empresa que considere que un evento concreto figura registrado de forma incorrecta y no debiera computar en su puntuación Trade Health puede solicitar revisión mediante el canal de soporte enlazado desde Mi empresa → Actividad Trade Health. Berry Operations evalúa la solicitud contra los cinco motivos indicados más arriba, aplica la exclusión o deniega la solicitud y deja constancia en el log de auditoría. Berry no está obligado a alterar resultados derivados de desenlaces transaccionales verificados o disputas ya documentadas (segundo párrafo de la sección 7.3 de los Términos de la plataforma).
Alcance y descargo de responsabilidad
Las puntuaciones de reputación son indicadores meramente informativos y no constituyen valoraciones jurídicas. Son visibles para otros usuarios de la Plataforma según lo previsto en la sección 7.2(a) de los Términos de la plataforma. Berry se reserva la discreción sobre la metodología de cálculo, que puede evolucionar con el tiempo, según lo previsto en la sección 7.3.
Trade Health se calcula solo con los eventos registrados en la Plataforma Berry. No se incorporan historial comercial fuera de la Plataforma, referencias, certificaciones ni reputaciones externas.
La puntuación Trade Health no influye por ahora en el orden de resultados de búsqueda ni en los resultados del emparejamiento. Si eso cambiara en una versión posterior de la Plataforma, actualizaremos esta página y comunicaremos el cambio.
Versiones anteriores
La versión 1.1 (1 de julio de 2026) migró esta página a la representación HTML de la plataforma, sin cambios en la metodología. La versión 1.0 (20 de noviembre de 2025) fue la primera versión publicada de esta página.