交付格式转换器

商店按来源提供的原样交付批次：并不存在统一格式，每件商品的格式都写在名称中「Формат」一词之后。转换器原样读取这段文本，把每一行拆成六个字段——账号、密码、邮箱、邮箱密码、2FA 密钥与 cookie，再按你的工具所需的顺序把同样的数据拼回去。

解析全部在浏览器中进行。无论是粘贴的列表还是上传的文件，都不会发送到服务器。对这类数据而言，这不是便利，而是使用前提：登录凭据不应放进别人的在线转换工具。

• 输入框下方的「已解析行数」计数显示工具实际识别到多少条记录。
• 上传的文件会追加到已输入的内容之后，而不是覆盖它——两批交付可以一次性统一成同一种格式。
• 结果可一键复制，也可下载为 .txt 文件。

交付文本行并不是带表头的表格：不同批次的取值顺序各不相同，单一模板无法通吃。因此字段是按特征识别的，而不是按所在位次。

输出顺序由你决定：字段按点击先后排列，按钮上的数字表示位次。「清空顺序」会重置选择，便于为第二个工具或另一批货重新组合。

导入时最常见的两个坑。未选中的字段完全不会出现在结果里。已选中却在行中找不到的字段，会在分隔符之间留出空位——列不会错位，导入拿到的正是你描述的结构。

只有文本才能拆成字段。以文本行交付的形式——账号与密码加竖线之后的 cookie、同样结构再带 2FA 密钥，以及单独一行的 User-Agent——都可以用文本编辑器打开并在此解析。面向账号管理器的配置文件 IAM、IGAM | IAM only 与不含 cookie 的 IAM 则是文件：字段在文件内部，无从拆分，也用不上转换器。

由此得出唯一值得带走的实用结论：格式要在付款前看，而不是付款后。它写在商品名称里；如果你的软件需要文本行，账号管理器的配置文件就不适用——任何转换器都改变不了这一点。

转换器是验收的第一步，而不是橱窗装饰。购买后立刻把交付列表跑一遍：已解析行数与输出中的空列，几秒钟就能显示出与商品卡片所述构成的差异。如果批次标注了「С почтой」，却没有任何一行能解析出邮箱字段，你会在导入软件之前就发现，而不是之后。

从交付起有 30 分钟可用于检查：替换在此期间有效。检查结束前不要修改密码、邮箱和绑定信息——任何此类改动之后保障即失效。顺序始终一致：解析、核对构成、登录，最后才按自己的需要做设置。