> ## Documentation Index
> Fetch the complete documentation index at: https://docs.readyforcommerce.com/llms.txt
> Use this file to discover all available pages before exploring further.
> ## Agent Instructions
> Ready for Commerce is an ecosystem that currently contains two products, PIM and Repricer, standing on one shared foundation: one identity, one organization, one team, one bill. Do not call it a platform with features, and never hint at an unreleased product.
> PIM connects to Shopify, Amazon, Square, Google Merchant Center and BigCommerce. Repricer connects to Amazon, Walmart, Shopify, BigCommerce, eBay and Square. The two products do not share one list, and each integration is authorized separately inside each product. The roster grows on purpose, so describe what the product does and let a table carry which integrations do it today, instead of counting them or writing that only one does something.
> Integration is the word this product uses, and it is the default in the documentation: the connection, the account, the Integrations screen, the per-account settings and the sync state are all integrations. Channel is reserved for the narrow sense of a destination where a listing lives, as in a product being live on a channel or archived on the channel.
> Newegg is not a supported channel. Do not describe it.
> On Amazon, PIM manages the offer only: price, availability and condition. It does not publish listing content such as titles, descriptions, images or specifications.
> Sign-in is passwordless: a single-use code emailed to the user, or Google. There are no passwords anywhere, so never describe a password, a sign-up with a password, or an email confirmation link.
> There is no public API for customers and no customer-facing webhooks. There is no organization-wide activity feed and no audit export, but the PIM does keep version history on products, brands, categories, tags and specifications, with who changed what and a restore, so never write that changes are not recorded or that an edit cannot be undone. Do not describe capabilities that are not documented here.
> Never write that the products have no AI, and never write that anything is AI-powered. Both are wrong. The PIM's image Optimizer runs AI-backed transforms the seller starts on purpose: Upscale, Remove background, and the region selection behind Refine. The Repricer reads competitor prices off web pages on the server. No control, badge or tooltip in either product names AI, and the seller never writes a prompt, so describe what the buttons do in the app's own words instead of reaching for the word.
> A PIM product, brand, category or variant can be switched off per connected integration account. Hover the channel badge and the switch is beside the account name in the card that opens. It carries no visible caption, so never call it the Sync switch: Sync is only its accessible name. On a variant-grained provider, Amazon today, the switch moves into the variant editor. On a product it asks whether to delete it from the channel, archive it there, or leave it live. Disabling stops publishing, not reading. There is still no per-field sync toggle.
> The PIM's image Optimizer replaced a feature called Squarify, which no longer exists. It resizes to an aspect ratio or to exact dimensions, removes backgrounds, upscales, trims the transparent margin around a cutout and re-centers it, pads, fills and re-encodes, and it always publishes a new asset instead of changing the original. Nothing crops into the picture: the subject is always contained whole.
> The PIM has no repricing engine and never reacts to a competitor's price. It does build the price it publishes to each integration account from the seller's own fields, configured in that account's settings, so do not write that the PIM has no pricing rules.
> Neither product has an in-app notification center, bell or inbox. Notifications are delivered by email only.
> Billing is per organization and per product, and only the organization owner can see or change it. Team members are free and uncounted, so never describe seats or per-user pricing.
> The seller never picks a plan. Each product has twelve price tiers assigned automatically from usage: the PIM from catalog product count, which includes drafts and archived products, and the Repricer from trailing 30-day sales. Nothing is feature-gated by plan and exceeding a tier never blocks work, so never write that a feature requires a higher plan.
> A subscription that is past due or paused makes the product read-only, which stops repricing and blocks edits without deleting data. Only a canceled subscription locks the seller out. Nothing is ever charged without a payment method on file.
> Pages containing the text 'This page has not been written yet', or its Spanish equivalent 'Esta página todavía no está escrita', are placeholders. Do not treat their headings as documented behavior.
# Identificadores
> Cada código que identifica tu producto está en una sola lista de la variante, y cada integración que conectas toma de ahí los que necesita.
Un identificador es un valor que le permite a algo fuera del PIM reconocer tu producto. Un lector lee un código de barras, Amazon empareja por ASIN, y cada integración que conectas encuentra tu variante por su SKU. Tus propias hojas de cálculo y etiquetas también los usan.
El PIM guarda todos los identificadores de una variante en una sola lista. Escribes cada valor una vez, y cada integración conectada que tenga un campo para él lo recibe de esa misma lista, así que un código de barras nunca se pega en 3 lugares.
La lista está en el editor del producto. Desde `Catálogo`, entra a `Productos` y abre un producto: la sección `Identificadores` está entre `Taxonomía` y `Recursos`. Cuando un producto tiene opciones, esa sección desaparece, y cada variante guarda su propia lista, a la que llegas por la sección `Variantes`, una variante a la vez.
La sección se mueve porque los identificadores son de la variante, no del producto. Una camisa roja y una azul son 2 cosas distintas para un lector de códigos, así que cada variante necesita su propio código de barras y su propio SKU. [Variantes](/es/pim/catalog/variants) explica las opciones y las variantes.
## Antes de empezar
Necesitas el rol `Editor` o uno superior para cambiar un producto, y los identificadores son parte del producto. Los roles se asignan en [equipo, roles y permisos](/es/team#qué-puede-hacer-cada-rol-del-pim).
Verifica el ASIN contra la publicación de Amazon antes de guardar. El vínculo entre tu SKU y el ASIN se fija en el primer envío, y un ASIN equivocado pone tu precio en la página de otra persona.
## Cómo agregar un identificador
Desde `Catálogo`, entra a `Productos` y pulsa el producto. Se abre el diálogo sobre la página `Editar producto`.
Baja hasta `Identificadores`, entre `Taxonomía` y `Recursos`. Si el producto tiene opciones, abre la sección `Variantes` y pulsa la variante que quieras: se abre el diálogo `Editar variante` con `Identificadores` al principio.
Pulsa `Agregar` al final de la sección. Aparece una fila con una lista `Tipo` y una casilla `Valor`. Tu primera fila llega como `SKU`, y después las filas nuevas llegan como `Código de barras`.
Pon `Tipo` en el tipo que estás agregando y escribe en `Valor`. Una fila `ASIN` además pide un `Marketplace`, y una fila `Personalizado` además pide una `Etiqueta personalizada`.
Pulsa `Actualizar`. Mientras una fila muestre un error, el botón sigue apagado, así que corrige la fila o quítala.
Ese es todo el trabajo. Cada fila revisa su valor mientras escribes, y un momento después de que dejas de escribir el PIM también revisa que el valor no esté tomado en otra parte de tu catálogo. Cuando todas las filas están limpias, tu guardado pasa, y la siguiente sincronización manda los valores nuevos.
Todo lo que sigue es detalle: para qué sirve cada tipo, qué valores tienen que ser únicos y qué hace cada una de tus integraciones con ellos. No necesitas nada de eso para darle a un producto un SKU y un código de barras.
## Cada opción en detalle
### Los seis tipos
La lista `Tipo` ofrece seis clases de identificador, y el tipo decide qué acepta `Valor`.
| Tipo | El valor que acepta | El campo extra |
| --- | --- | --- |
| `SKU` | Cualquier texto. Es el valor con el que las integraciones emparejan tu variante | Ninguno |
| `Código de barras` | Solo dígitos, y exactamente 8, 12, 13 o 14. La casilla descarta lo demás mientras escribes | Ninguno |
| `Número de parte` | Cualquier texto, normalmente el número del fabricante | Ninguno |
| `ISBN` | Exactamente 10 o 13 dígitos, más una `X` final en algunos de 10. Los guiones y espacios no estorban | Ninguno |
| `ASIN` | Exactamente 10 letras o dígitos, en mayúsculas mientras escribes | `Marketplace`, obligatorio |
| `Personalizado` | Cualquier texto, para lo que los otros tipos no cubren | `Etiqueta personalizada`, obligatoria |
No hay tipo UPC, EAN ni MPN, y ninguno falta. Un UPC-A son 12 dígitos, un EAN-8 son 8, un EAN-13 son 13 y un GTIN-14 son 14, justo el conjunto que acepta `Código de barras`.
Un número de parte del fabricante va en `Número de parte`. Si bajas por la lista `Tipo` buscando UPC o EAN, tu fila es `Código de barras`.
**Un código de barras o un ISBN tiene que ser real, no solo tener la longitud correcta.** El PIM revisa el último dígito de un código de barras igual que un lector, y revisa un ISBN contra las reglas ISBN publicadas. Un valor con un dígito mal escrito se rechaza, y ese es el punto: atrapas el error aquí y no en una etiqueta impresa.
Un código de barras tiene que pasar la revisión GS1, donde el último dígito se calcula a partir de todos los demás, así que un solo dígito equivocado lo rompe. Un ISBN-10 tiene su propia versión de la misma idea, y un ISBN-13 además tiene que empezar con `978` o `979`.
Puedes pegar un ISBN con guiones, como `978-3-16-148410-0`. El PIM revisa y guarda solo los dígitos, y después muestra el valor con guiones otra vez, puestos donde los rangos oficiales del ISBN los ponen, que no siempre es donde tú los escribiste.
### Deja que el PIM escriba el SKU por ti
Cada fila `SKU` tiene un botón de generar en el extremo derecho de su casilla `Valor`. Púlsalo y el PIM escribe un valor con forma `ABC-234-XYZ`, 3 letras, 3 dígitos, 3 letras, garantizado sin usar en tu organización. El alfabeto deja fuera los caracteres que la gente confunde, así que nunca recibes una `I`, `L` ni `O`, y nunca un `0` ni un `1`.
Si la fila ya tiene un valor, el PIM pregunta antes de reemplazarlo, con `Reemplazar` y `Cancelar`. Un mensaje corto, `SKU generado`, te confirma que funcionó.
### Pon las filas en el orden en que quieres mandarlas
Cuando una variante tiene 2 filas o más, aparece un asa de arrastre a la izquierda de cada una, y puedes arrastrar las filas al orden que quieras. El orden que armes aquí es el orden que ven tus integraciones.
Donde una integración tiene lugar para un solo valor de un tipo, el PIM manda la primera fila de ese tipo y las demás se quedan en el PIM. Donde tiene lugar para una lista, tus filas salen en tu orden. Así que arrastrar una fila hasta arriba no es ordenar por gusto: cambia lo que sale del PIM.
`SKU` es el único tipo donde el orden nunca importa, porque una variante solo tiene uno.
### Las reglas de unicidad
Algunos identificadores tienen que ser únicos, y el PIM rechaza el guardado que rompa una regla en lugar de avisarte. Cada tipo responde dos preguntas a su manera: cuántas filas suyas puede tener una variante, y dónde tiene que ser único el valor.
| Tipo | Filas en una variante | Dónde tiene que ser único el valor |
| --- | --- | --- |
| `SKU` | 1 | Toda tu organización |
| `Código de barras` | Las que quieras | Toda tu organización |
| `ISBN` | Las que quieras | Toda tu organización |
| `Número de parte` | Las que quieras | Solo entre productos que comparten alguna de sus marcas |
| `Personalizado` | Las que quieras | En ninguna parte. Lo único es la etiqueta, una vez por variante |
| `ASIN` | 1 por marketplace | En ninguna parte, y dos productos pueden tener el mismo ASIN |
Como una variante tiene solo 1 SKU, la lista `Tipo` deja de ofrecer `SKU` en tus otras filas cuando ya existe una. La fila que lo tiene lo conserva.
**`Número de parte` choca solo dentro de una marca.** Dos productos entran en conflicto cuando comparten al menos una marca. Puedes usar el mismo número de parte bajo dos marcas distintas, y un producto sin marca no choca con nada. La regla corre en los dos sentidos: tampoco puedes ponerle una marca a un producto mientras esa marca ya tenga uno de sus números de parte en otra parte. Es el mismo choque llegando desde el lado de [marcas](/es/pim/catalog/brands).
**Las filas `Personalizado` vigilan la etiqueta, no el valor.** Cualquier cantidad de variantes puede compartir un valor, y nada lo revisa. Lo que una variante no puede tener es dos filas personalizadas con la misma etiqueta, con mayúsculas o sin ellas. Nada lo marca mientras escribes, así que llega al guardar como un mensaje general de valor ya existente. Si te sale ese mensaje y todos los valores se ven únicos, compara tus etiquetas personalizadas.
El mismo valor dos veces en una variante se rechaza para todos los tipos, y las dos filas quedan marcadas apenas escribes la segunda.
Duplicar un producto copia casi todo y deja los identificadores atrás a propósito, porque cada valor con regla de unicidad chocaría en cuanto guardaras la copia.
- Los valores de `SKU`, `Número de parte` y `Personalizado` ignoran mayúsculas y espacios de más: `abc-123` y `ABC-123` son un solo valor, igual que `A B` y `A B`. Un guion y un espacio simple sí cuentan, así que `ABC-123` y `ABC 123` son dos valores distintos.
- Dos códigos de barras se comparan como códigos completos de 14 dígitos, con ceros agregados delante del más corto. El UPC-A `012345678905` y el GTIN-14 `00012345678905` son el mismo código y no pueden existir los dos en tu catálogo.
- Dos ISBN se comparan con guiones y espacios quitados, y una `x` final cuenta igual en mayúscula o minúscula, así que nada de eso hace que dos ISBN se vean distintos.
### Agrega un ASIN por cada marketplace de Amazon
Un ASIN le dice al PIM en qué publicación de Amazon va tu oferta, y el marketplace es parte de la respuesta, porque el mismo producto es una publicación aparte en amazon.com y en amazon.ca. Por eso cada fila `ASIN` tiene una lista `Marketplace` junto a su valor, con 22 marketplaces de Amazon, y una fila nueva empieza en `United States (amazon.com)`.
Una variante que vendes en Estados Unidos, Canadá y México tiene 3 filas de ASIN, una por marketplace. Una segunda fila en un marketplace que ya tiene una se rechaza en la fila.
**Cada ASIN de tu catálogo lo escribió una persona.** En el PIM no hay búsqueda de ASIN ni buscador del catálogo de Amazon. Las [importaciones](/es/pim/uploads/imports) y las [exportaciones](/es/pim/uploads/exports) mueven tus otros tipos de identificador por archivo y no llevan ASIN. Leer tu cuenta de Amazon tampoco agrega ninguno: el PIM solo usa las filas de ASIN que escribiste para reconocer ofertas que ya tienes. Copia el ASIN desde la página de la publicación en Amazon y pégalo.
### Encuentra un producto por un identificador
El buscador arriba de la tabla de [productos](/es/pim/catalog/products#cómo-leer-la-tabla-de-productos), marcado `Buscar...`, compara lo que escribes con los títulos de producto, los valores de identificador y las etiquetas personalizadas. Pegar ahí un SKU o un código de barras suele ser el camino más rápido al producto correcto.
La tabla también tiene una columna `Identificadores`, que te muestra hasta 3 valores de cada variante. Para buscar por un solo tipo, filtra esa columna. Pulsa `Filtros` arriba de la tabla, pon `Filtrar por` en `Identificadores` y elige una condición como `contiene` o `es igual a`. Después empieza tu texto con un prefijo de tipo: `sku:ABC-123` busca solo entre los SKU. Los prefijos son `sku:`, `gtin:`, `pn:`, `isbn:` y `custom:`, no hay prefijo para ASIN, y la columna no se puede ordenar.
### Límites
| Qué | Límite |
| --- | --- |
| Cualquier valor de identificador | 100 caracteres |
| Una etiqueta de `Personalizado` | 50 caracteres |
| Filas `SKU` en una variante | 1 |
| Filas `ASIN` por marketplace | 1 |
| Valores mostrados en la columna `Identificadores` | 3 por variante |
### Lo que los identificadores no pueden hacer
| No puedes | Haz esto en su lugar |
| --- | --- |
| Buscar un ASIN desde el PIM | Cópialo de la página de la publicación en Amazon |
| Meter o sacar ASIN por archivo | Escribe cada uno en su variante |
| Ordenar la tabla de productos por la columna `Identificadores` | Filtra la columna, o usa el buscador |
| Darle a una variante una segunda fila `SKU` | Pon el segundo valor en `Número de parte` o `Personalizado` |
## Qué reciben tus integraciones
Lo que sale depende de los campos que tenga cada integración. Toda integración recibe un SKU, porque el SKU es la forma en que reconoce tu variante. Casi todas guardan un campo de código de barras, y lo demás sale solo donde hay dónde ponerlo.
| Integración | Qué recibe |
| --- | --- |
| Shopify | El SKU y 1 código de barras en sus propios campos, más cada ISBN, número de parte y par personalizado en campos que crea el PIM |
| Square | El SKU y 1 código de barras en sus propios campos, más el SKU y el primer número de parte como atributos con nombre |
| BigCommerce | El SKU, 1 código de barras y el primer número de parte |
| Google | El SKU como identidad de la publicación, hasta 10 códigos de barras, el primer número de parte y la marca |
| Amazon | El SKU y el ASIN de ese marketplace, y nada más |
**Cuál código de barras va cuando hay lugar para uno.** Square y BigCommerce leen tus filas de `Código de barras` e `ISBN` de arriba hacia abajo y toman el primer valor que aceptan: 12, 13 o 14 dígitos. Un ISBN-10 se convierte a su forma de 13 dígitos en el camino. Un código de 8 dígitos se salta en vez de mandarse, así que una fila más larga de más abajo igual llega. Google toma hasta 10 de tus valores y sí acepta códigos de 8 dígitos. Shopify toma exactamente tu primera fila `Código de barras`, y las filas de código posteriores se quedan en el PIM.
### Qué recibe Shopify
Shopify se queda con el conjunto más amplio. Sus propios campos de SKU y de código de barras toman tu SKU y tu primera fila `Código de barras`. Tus ISBN, números de parte y filas personalizadas salen completos, en tu orden, a tres campos que el PIM crea en tu tienda y administra.
Esos tres campos se llenan desde aquí y desde ningún otro lado. Alguien puede editar uno en el panel de Shopify, porque Shopify no permite bloquear un campo así, y tu siguiente envío escribe tu versión encima de esa edición. [La integración de Shopify](/es/integrations/shopify) cubre el resto.
Shopify los muestra en la variante como `ISBN`, `Part number (MPN)` y `Custom identifier`, con esos nombres en inglés, y tu tienda puede leerlos. Las filas personalizadas llegan como pares `etiqueta=valor`, partidos en el primer `=`, así que un valor puede llevar `=` y una etiqueta no: una etiqueta con `=` no llega al otro lado.
### Qué recibe Square
Los campos propios de Square toman tu SKU y un código de barras. Square también recibe dos atributos con nombre que el PIM crea en cada variación, `SKU` y `Part Number`. El atributo `SKU` siempre guarda tu propia fila de SKU, incluso cuando la configuración `Campo de SKU` de abajo manda otra cosa en el lugar del SKU, así que tu original nunca desaparece de Square. El número de parte es solo tu primera fila.
Una variante cuya única fila de código tiene 8 dígitos, sin un ISBN debajo, no le manda a Square ningún código de barras.
Los recibos de Square no muestran un SKU. La configuración de cuenta `Identificadores en el nombre de la variación`, en la página de configuración de la cuenta dentro de `Integraciones`, lo agrega al nombre de la variación, donde los recibos y tu tienda de Square Online sí lo muestran. Tus opciones son `No añadir`, `SKU`, `Número de parte` y `SKU y número de parte`. Los productos sin opciones se dejan en paz.
### Qué recibe Google
Google encuentra una publicación por su SKU, así que una variante sin SKU no se manda, y el producto te lo dice. Con el SKU van hasta 10 códigos de barras, tu primer número de parte y la marca. Una variante sin código de barras y sin número de parte se publica igual: el PIM le dice a Google que el producto no tiene identificadores estándar, en lugar de retenerlo.
Google nunca escribe identificadores en tu catálogo. Al conectarse por primera vez usa tus SKU, números de parte y códigos de barras para reconocer publicaciones que ya tienes, y eso es todo.
### Qué recibe Amazon
Amazon recibe una oferta, no una página de producto. Con el vínculo entre el SKU y el ASIN van la condición, el precio y, en las ofertas que despachas tú, la cantidad. Nunca recibe títulos, descripciones, imágenes, marcas, categorías ni especificaciones, en ninguna dirección, y por eso [la sección de integraciones](/es/pim/integrations) describe un ASIN como un enlace a una publicación que Amazon ya tiene.
Una oferta sale cuando la variante tiene las tres cosas: un SKU, un ASIN para ese marketplace y un precio que la configuración de la cuenta pueda producir. Sin SKU o sin ASIN, no se manda nada y nada se marca. Sin precio, el producto queda marcado, con un mensaje que nombra lo que falta.
### Manda otro identificador como el SKU
Las cuentas de Shopify, Square, Google y BigCommerce tienen una configuración `Campo de SKU`, en la sección `Identidad` de la página de configuración de la cuenta, dentro de `Integraciones`. Ofrece `SKU`, `Número de parte` y `Código de barras`, y decide cuál de tus identificadores recibe esa cuenta en su lugar del SKU. Es por cuenta, así que una integración puede trabajar con tus números de parte mientras otra trabaja con tus SKU. Amazon no tiene esta configuración, porque Amazon trata el primer SKU que recibe como el nombre permanente de la oferta.
Detrás de esa elección pasan dos cosas:
- **Un duplicado se vuelve único por ti.** Cuando el valor elegido no es único en toda tu organización, el PIM le pone la marca del producto delante, con la forma `MARCA-VALOR`. La integración igual recibe algo único. Si aun así choca, el producto no se sincroniza, y te lo dice.
- **Una variante sin ese identificador no se sincroniza.** El producto queda marcado con un mensaje que nombra lo que falta. No hay reemplazo silencioso por tu SKU, porque un reemplazo callado publicaría dos nombres distintos para la misma variante.
Tu propia fila `SKU` no cambia nunca: la configuración solo decide qué se le dice a la integración. [La configuración de la integración](/es/pim/integrations/settings) tiene el resto de los ajustes por cuenta.
### Qué escribe una lectura en tu lista
Conectar una integración también puede escribir filas de identificador, así que la lista de una variante no es solo lo que escribiste tú.
Un código de barras que llega de una integración siempre cae como `Código de barras`, sea lo que sea en realidad. Una tienda guarda un solo campo de código, y nada ahí dice si el valor es un UPC o un ISBN. Así que el PIM los archiva todos bajo `Código de barras` y te deja el criterio a ti. Si uno es en realidad un ISBN, abre el producto y pon el `Tipo` de esa fila en `ISBN` una vez, y la siguiente sincronización lo manda a donde corresponde.
Una variante sin SKU en la tienda recibe un marcador, porque sin SKU nada se puede emparejar. Una variante de Shopify llega con un SKU armado con `_shopify-` más el handle del producto y el número de la variante. Una variación de Square llega como `_square-` más su propio número, y una variante de BigCommerce empieza con `_bigcommerce-`. Reemplazar los marcadores con tus propios SKU es trabajo normal, no una reparación.
Un valor que tu catálogo ya usa se descarta, no se fusiona. En una primera sincronización de Shopify, un código de barras o un ISBN duplicado se salta, y el producto queda marcado para que resuelvas tú el choque. Un SKU duplicado impide importar ese producto completo. Square descarta un código de barras que no pasa la revisión del dígito, y nada te avisa de eso.
| Integración | Qué escribe una lectura |
| --- | --- |
| Shopify | El SKU y el código de barras, en la primera sincronización |
| Square | El SKU y el código de barras, en la primera sincronización |
| BigCommerce | El SKU, el código de barras y el número de parte, en la primera sincronización |
| Google | Nada |
| Amazon | Nada. Tus filas de ASIN solo se leen, para reconocer ofertas existentes |
## Cuando algo falla
### Cómo leer el error de una fila
Una fila con un problema te lo dice debajo de su casilla `Valor` mientras escribes. Los mensajes nombran el tipo de la fila, así que `SKU` abajo hace de ejemplo del tipo que tenga la tuya.
| Qué pasó | La fila dice |
| --- | --- |
| El valor está vacío | `SKU requiere un valor` |
| Un código de barras con la cantidad equivocada de dígitos | `Código de barras debe tener exactamente 8, 12, 13, o 14 dígitos` |
| Un código de barras con algo que no son dígitos | `El código de barras solo puede contener dígitos` |
| Un código cuyo último dígito no cuadra | `El dígito de control del código de barras no es válido. Verifica el último dígito con la suma de verificación GS1 Mod10` |
| Un ISBN de longitud equivocada | `ISBN debe tener exactamente 10 o 13 dígitos` |
| Un ISBN-13 que empieza con otra cosa | `El ISBN-13 debe comenzar con 978 o 979` |
| Un ISBN cuyo dígito de control no coincide | `El dígito de control del ISBN-10 no es válido` o `El dígito de control del ISBN-13 no es válido` |
| Un ASIN que no son 10 letras o dígitos | `El ASIN debe tener exactamente 10 letras o dígitos (ej. B0XXXXXXXX)` |
| Una fila de ASIN sin marketplace | `El ASIN requiere un mercado` |
| Una segunda fila de ASIN en un marketplace | `Cada mercado de Amazon solo puede tener un ASIN` |
| Una fila `Personalizado` sin etiqueta | `Los identificadores personalizados requieren una etiqueta` |
| El mismo valor en dos filas | `SKU ABC-123 está duplicado`, en las dos filas |
| Una segunda fila `SKU` | `Solo se puede asignar un SKU al mismo producto o variante` |
Las revisiones corren con cada tecla, así que un código largo muestra un error de dígito de control en las longitudes por las que pasa. Escribe el número completo antes de leer el mensaje.
### La revisión que no ves
Un momento después de que dejas de escribir, el PIM revisa si tu valor ya está tomado en otra parte de tu catálogo, y responde en la fila. Estos mensajes salen en inglés, aunque uses la app en español:
| Tipo de fila | La fila dice |
| --- | --- |
| `SKU` | «SKU already in use elsewhere in your catalog» |
| `Código de barras` | «Barcode already in use elsewhere in your catalog» |
| `ISBN` | «ISBN already in use elsewhere in your catalog» |
| `Número de parte` | «Part number already in use for one of the selected brands» |
Las filas `Personalizado` y `ASIN` nunca pasan por esta revisión, porque ninguna tiene un valor que deba ser único.
Mientras una fila muestre un error, o esa revisión siga corriendo, el botón de guardar sigue apagado. Corrige la fila, o quítala, y el botón regresa.
### Cuando el guardado mismo se rechaza
Dos personas pueden reclamar el mismo valor en los mismos segundos, y quien guarda segundo se entera ahí, con un mensaje redactado desde el producto y no desde la fila. Este grupo también sale en inglés:
| Mensaje | Qué hacer |
| --- | --- |
| «One of these SKU values is already in use elsewhere in your catalog» | Otro producto tomó tu SKU primero. Cambia el tuyo |
| «One of these Barcode values is already in use elsewhere in your catalog» | Lo mismo, para un código de barras |
| «One of these ISBN values is already in use elsewhere in your catalog» | Lo mismo, para un ISBN |
| «One of these Part Number values is already in use for one of the selected brands» | Cambia el número de parte, o la marca compartida |
| «A product with one of these values already exists» | Casi siempre son dos filas `Personalizado` con la misma etiqueta. Ninguna fila queda resaltada, así que compara tus etiquetas |
El botón de generar tiene un fallo propio, `No se pudo generar un SKU único. Intenta de nuevo o ingresa uno manualmente.`, que quiere decir que siguió cayendo en valores tomados y se rindió, así que escribes uno tú.
### Mensajes de una sincronización
Cuando una sincronización no puede usar tus identificadores, el estado de sincronización del producto para esa integración te lo dice.
| Mensaje | Qué significa |
| --- | --- |
| `No hay número de parte disponible para enviar a Shopify como SKU.` | Tu elección en `Campo de SKU` nombra un identificador que esta variante no tiene. Cada integración tiene su propia versión del mensaje |
| `No se pudo derivar un SKU único para Shopify a partir del número de parte.` | Incluso con la marca delante, el valor elegido choca. Cambia el valor, o la configuración |
| `Google identifica un producto por su SKU y esta variante no tiene ninguno.` | Dale un SKU a la variante |
| `No hay precio disponible para Amazon (ninguna de las fuentes de precio configuradas tiene valor).` | La oferta tiene su SKU y su ASIN, y no tiene precio. Ponle uno |
| `Amazon no pudo asociar este anuncio con el ASIN.` | Amazon rechazó el emparejamiento. Vuelve a verificar el ASIN contra la publicación |
| `Código de barras ya está en uso por otro producto; no se importó.` | Una lectura de Shopify encontró un valor que tu catálogo ya tiene. Esa fila se saltó, y el resto del producto llegó |
## A dónde ir después
Por qué los identificadores se van del producto apenas tiene opciones.
El alcance que decide cuándo dos números de parte chocan.
Toda la configuración por cuenta, incluido qué identificador sale como SKU.
Traer identificadores por archivo, y el único tipo que no se puede.