eMAG 的卖家学院更新了一份操作说明，标题是 New offers automatic translation flow，讲两件事：新刊登的商品怎么进入翻译流程，以及满足什么条件之后会自己发出去。这两件事原先分在两处。卖家把商品资料译成当地语言是一套动作，把译好的内容挂上架是另一套动作，中间靠人盯着、靠手工对。说明里给的说法是，卖家不必再把翻译和发布拆成两套手工流程。也就是说，平台想把“翻译完成”和“可售状态”往一条流程里收，减少卖家在两边来回核对的动作。但流程自动了，不等于条件自动满足；卖家要做的，是把进入流程前的资料和进入流程后的销售条件准备好。
一、排队、齐料、放行
翻译处理这一段，说明用的是“优先处理待翻译商品”“按相应流程安排”这类表述。翻成运营的话，就是排队。平台按自己的排期推进，卖家这边能做的只有把料备齐，让商品进了队不要被退回来。排队意味着卖家不能完全控制翻译什么时候完成，但可以控制商品资料是否完整、字段是否可读、语言和类目信息是否对得上。料不齐，商品即使进了队，也可能在中间停下来，最后变成“后台看着在流程里，前台一直没有可售内容”。所以上架前的准备重点不是反复催进度，而是把标题、属性、规格、图片、类目和基础销售信息一次性备齐，减少被退回或卡住的概率。
放行的条件写得比翻译实：价格、库存、有效的销售报价，三项都在，商品才走自动发布。缺一项，流程就停在翻译完成那一步。商品在后台看着是译好了，前台没有可卖的东西。这里要分清“翻译完成”和“发布完成”是两种状态：前者只说明语言内容处理完了，后者才说明商品在目标市场具备可售条件。卖家如果只看翻译状态，很容易误以为已经上架，实际前台可能还没有价格、没有库存，或者没有形成可售报价。
“有效的销售报价”这一项最容易被当成价格重填一遍。价格是一个数，报价是把价格、库存、配送条件绑在一起的那个可售状态。前者填了，后者没建，等于货摆出来没挂价签。价格只是报价的一部分，报价还涉及库存是否可售、配送条件是否成立、销售站点是否对应。卖家在后台看到价格字段有值，不代表前台就能下单；要确认的是这个价格有没有和库存、配送条件一起形成有效报价。三项条件里，价格和库存相对直观，有效销售报价最容易被忽略，也最容易造成“译好了却没卖”的假象。
一批商品一起传的时候，这个条件更难顾。字段缺在哪一条上，后台不会集中告诉你，只能逐个点开看。批量上传的麻烦在于，错误分散在单条商品里，表面看整批都进了流程，实际可能只有一部分满足自动发布条件。上架前把三项列成一张对照表，比事后一条条翻要省事。对照表可以按 SKU 列价格、库存、销售报价状态，再补一列目标站点，方便批量检查时快速定位缺项。与其等流程走完再逐个点开排查，不如在上传前就把三项条件当成必填项核对一遍。
二、译完不等于能卖
译完只过了语言这一关。说明特意留了一句：商品完成翻译，不代表所有销售条件都已满足。卖家还得去目标市场的商品页面看价格和库存对不对。后台状态和前台展示之间可能有时差，也可能因为站点、税率、配送条件不同而出现差异。翻译流程解决的是语言可读性，销售条件解决的是能不能买；两者不是一回事。
这一步在跨境场景里最容易漏。罗马尼亚、保加利亚和匈牙利三处市场，语言、税率、配送时效各不相同，同一条链接发出去，等于三个站点各挂一套销售条件。译好了、发出去了，价格挂错，损失照样算在卖家头上。不同站点的税率会影响最终价格展示，配送时效会影响买家是否愿意下单，语言差异则影响标题和属性能不能被搜到。卖家不能因为源商品资料只有一套，就假设三个站点的销售条件也一样；自动翻译流程可以复用语言内容，但销售条件仍要按站点逐一核对。
抽查的动作可以固定成四项：标题、规格、品牌、关键参数。机器翻译在规格和参数上出错最多，单位和型号是高发处。标题里一个词译岔，搜索里就找不到这件东西。规格里的单位换错，可能让买家对尺寸、重量或容量产生误解；型号译错，可能让买家买到不匹配的配件。品牌名一般不建议意译，关键参数则要对照原文逐项看。抽查不必等全部商品译完再做，可以在自动发布前后按批次抽，发现问题及时改，比前台出单后再回头修更省成本。
总结
New offers automatic translation flow 的核心不是“平台会自动翻译”，而是“翻译进入流程，发布看销售条件”。卖家要做的三件事可以归纳为：进队前把资料备齐，放行前把价格、库存和有效销售报价三项核对清楚，发布后到目标市场页面抽查标题、规格、品牌和关键参数。译完只是语言关，能卖还要过销售条件关；自动流程减少的是手工搬运，不减少卖家对可售状态的确认责任。