东方财富逐笔成交明细如何查看？功能入口与字段说明

逐笔成交明细在东方财富里究竟是什么

在东方财富的个股页面中，逐笔成交明细是一份按时间排列的成交流水，每一行对应市场上的一次撮合成交，最小字段通常包括时间、成交价、现量。它与分时图来自同一数据源，差别只在呈现方式：分时图展示聚合后的曲线，明细保留尚未聚合的原始条目。先理解这层关系，才能判断什么时候该看曲线、什么时候必须翻明细。

从留档与可审计的角度看，这个区别更关键。分时图回答的是“十点钟价格大约在什么位置”，明细回答的是“这个价格由哪几笔、多大数量堆出来”。做盘中异动说明、复盘记录、教学演示时，后者的证据强度明显更高，因为它保留了时间戳和单笔粒度，事后可以逐条复核，而不是只能凭一张曲线截图争论。

和分时图、内外盘、五档盘口的分工

同一屏里往往并排放着好几块信息，容易混淆。分时图是价格与均价的连续曲线，成交量柱是按时段汇总的量；内外盘是把成交按主动方向归类后的两个汇总数字；五档盘口展示的是尚未成交的委托挂单。这四者里，只有明细和成交量柱描述的是“已经发生的事”，盘口描述的是“尚未发生的意图”。把事实与意图分开，后续判断才不会跑偏。

因此在合规留档时，盘口截图只能证明“当时有人挂过单”，不能证明“真的成交了”；明细截图才能证明撮合确实发生。两者需要配套保存，但用途不同，不能互相替代。这是一个常见的取证误区：只留了盘口，事后无法证明挂单是否被吃掉；只留了明细，又缺少当时的委托环境。更稳妥的做法，是让两类材料在同一时间窗口内相互印证。

“逐笔”与“分笔”：行情级别带来的口径差异

交易所行情是分级推送的。基础行情以固定快照间隔推送聚合结果，客户端把快照里的成交拆开展示，看起来像逐笔，实质仍是快照内的合并记录；更细的逐笔成交与逐笔委托队列，需要更高级别的行情授权。也就是说，你在免费客户端看到的“逐笔成交明细”，条目粒度受行情级别约束，具体口径以交易所与券商公布的口径为准。

这解释了一个高频疑问：为什么明细里的条数明显少于自己肉眼观察到的挂单变化？因为挂单是意图、可以频繁撤改，成交才是事实、必须撮合成功。经验性观察是，同一只股票在同一时刻，不同客户端显示的明细条目数可能存在差异，差异幅度取决于各自使用的行情级别，而非软件“算错了”。与其纠结条数，不如把行情级别和采集时间一并记录下来。

它不能替代什么：行情明细与个人成交回报的分界

这是整篇文章最需要先讲清楚的一点。逐笔成交明细属于公开行情数据，记录的是全市场在该股票上的撮合情况，不含任何账户信息；而你自己的成交回报、对账单、交割单由券商出具，包含账户、成交编号、手续费等要素。二者在留档时承担完全不同的证明责任，混用会直接导致材料失效。

举个具体场景：假设你需要说明“某日盘中以某个价格成交了一笔委托”。仅提供行情明细，只能证明该时刻市场上出现过这个价格，无法证明这笔成交属于你；仅提供对账单，能证明成交归属，但缺少当时的市场上下文。可复现的做法是两者并存——对账单截图加同一时刻的明细截图，并在文件名中标注交易日与股票代码，形成可交叉验证的一组材料。

一个容易踩的坑：时间基准不一致

明细里的时间是行情服务器时间，对账单里是对账时间，两者可能存在偏差。若设备系统时间被手动改过，截图上的系统时间栏也会失真，留档的可信度随之下降。建议在留档前确认设备已开启网络自动对时，并让系统时间栏出现在截图内。

验证方法也很直接：同一时刻用两个不同客户端打开同一只股票，对比最新一条明细的时间标签。若两者相差明显，说明其中一端的时钟或缓存存在问题，此时不应直接归档。这属于定性检查，不需要精确到毫秒。

入口不止一个：先用决策树选对路径

东方财富在移动端、桌面终端和网页版都提供了成交明细的入口，但用途并不完全重合。与其记住一堆路径，不如先按目的分流：只是盘中随手看一眼，用手机最快；需要长时间盯盘、多股并列对比，桌面终端更合适；只需要在会议或文档里引用，网页版截图最规整。

入口	典型用途	优势	局限
移动端个股分时页的“明细”标签	盘中快速查看、随手截图	路径最短，单手可操作	屏幕窄，长时段记录需连续截屏
桌面终端的成交明细面板	长时间盯盘、多股对照	信息密度高，可并列窗口	需安装客户端，占用系统资源
网页版个股页的成交列表	文档引用、临时核验	免安装，截图版面干净	刷新频率与展示行数受浏览器端限制

决策规则可以简化成三个问题

第一问：这次查看是否需要留证据？如果只是好奇，任何入口都行；如果需要留档，优先桌面端或网页版，因为版面稳定、字段齐全，截图更容易被第三方读懂。第二问：是否需要横跨较长时间段？如果答案是肯定的，移动端单张截图往往不够，需要连续记录或用桌面端长时间开着。第三问：是否要与人共享？共享给同事或用于正式说明时，建议附上股票代码、交易日、行情级别说明，避免对方误读。

什么时候不该用明细？当你需要的是“自己的成交情况”时，应该去券商对账单，而不是行情明细；当你想做长时间序列的量化回测时，逐条截图得到的样本既不完整也不规整，应改用专业数据服务。把工具用在不合适的场景里，成本远高于收益。

移动端最短路径（Android 与 iOS）

两端的基本路径一致：打开东方财富 App，通过搜索框或自选列表进入目标个股，个股详情页默认落在分时图，页面下半部分有一排标签（常见为分时、五日、日K、明细一类），切到“明细”即可看到当日的成交流水。若你在 K 线页面，需要先切回分时，因为明细通常挂载在分时视图下。

Android 与 iOS 的差异主要不在入口，而在交互习惯：iOS 的侧滑返回更常用，Android 多数机型支持系统返回键；截屏手势也不同，iOS 为侧键加音量上键，Android 各厂商略有差别。这些差异不影响数据本身，却会影响连续留档的效率，长时间记录时建议固定使用同一台设备，减少格式混杂。

路径失效时的三条回退方案

• 标签栏里找不到“明细”：先确认当前是否停留在分时视图；部分版本会把次级标签收进“更多”，需要展开后再选。
• 明细区域空白：先看盘口是否有报价。停牌、尚未开盘、当日无成交的新股都可能出现空列表，这属于正常现象而非故障。
• 数据长时间不动：切到其他页面再切回，触发一次重新拉取；若仍不刷新，检查网络类型切换（Wi-Fi 与移动数据互换）后重试。

这些回退动作的共同逻辑是“先排除状态问题，再怀疑数据问题”。多数所谓“明细不更新”的情况，实际是页面停留在后台、连接被系统挂起，或者当前处于非交易时段。先确认交易时段与股票状态，能省掉大量无效排查。

桌面终端与网页版：更适合留档的两条路径

桌面端的一般路径是：启动客户端并登录，从自选或搜索进入个股，在分时图界面的副图标签区找到成交明细（常见命名为“分时成交”或“成交明细”），点击后在图表下方或右侧展开列表。不同版本的布局存在差异，若默认未显示，可在该区域的标签上右键或通过菜单调出，具体以你安装的版本为准。

网页版的一般路径是：在浏览器打开东方财富的行情页面，搜索股票代码进入个股页，页面中通常设有成交明细或分时成交区块。网页版的优势是版面固定、字号可调，截图后可直接贴进文档；局限是刷新节奏受浏览器与网络影响，长时间挂机可能出现连接中断，需要手动刷新。

导出能力要以实际版本为准

关于“能不能把明细导出成表格”，这里不做绝对判断。经验性观察是：移动端与网页版通常不提供逐笔明细的结构化导出，桌面端可能存在复制或另存的能力，但入口与可用性随版本变化。可行的替代方案是截图加人工记录关键条目，或者使用系统级截屏工具定时抓取，形成带时间戳的序列。

如果你确实需要结构化数据，正确方向是使用专业数据服务，而不是在客户端里逐条复制。把客户端的定位放在“观察与取证”，把数据服务的定位放在“批量分析”，分工清楚之后，很多纠结会自然消失。

字段逐项说明：三列数据里的四个坑

列表通常只有寥寥几列，信息密度却不低。以下按常见字段逐项拆解，列名与顺序以实际界面为准，不同终端可能有增减。

字段	含义	常见误读	留档注意
时间	该笔撮合发生的时刻，精度以界面显示为准	误以为是本地设备时间	与系统时间栏同框，便于事后核对
成交价	该笔撮合的成交价格	误以为等于当时的买卖报价	需与盘口截图配套，区分事实与意图
现量	该笔成交的数量，单位可能显示为手或股	未换算单位就与成交量柱对比	归档时注明单位口径，避免后续争议
方向标记	常见为红绿配色或 B/S 字母，表示主动买卖方向	只看颜色不看字母，主题切换后判读反了	截图时保留主题设置，或同时记录字母口径

现量的单位问题最容易被忽略

同一笔成交，有的界面显示为“手”，有的显示为“股”，切换方式随版本而异。若不做换算直接与成交量柱比较，很容易得出“明细加起来对不上成交量”的结论。可复现的验证方法是：取一段时间内的明细逐条累加，按界面标注的单位换算成股，再与该时段的成交量柱对比，若量级吻合，说明只是单位口径问题。

另外要注意，明细条目受快照聚合影响，累加结果与统计柱之间可能存在小幅差异，这是口径差异而非数据错误。留档时把“单位”“口径”“行情级别”三项写在说明里，可以省掉后续大量解释成本。

红绿与 B/S：判读方向的两套语言

红色通常代表主动买（外盘），绿色代表主动卖（内盘），灰色或白色多表示方向难以判定，例如价格与前一笔记账价持平的情形。问题在于，不同版本、不同主题（浅色/深色）下配色可能调整，仅凭颜色判断存在风险。稳妥做法是优先看字母标记，若界面只提供颜色，则在设置中确认配色方案后再截图。

从留档角度，建议在说明文档中写清“红=主动买、绿=主动卖”的口径，而不是只贴图。因为接收方可能使用不同主题的客户端，看图时产生歧义，反而增加沟通成本。这条建议在跨团队协作时尤其有用。

集合竞价时段的呈现方式不一样

A 股市场的开盘与收盘集合竞价阶段不进行连续撮合，明细中通常表现为一条集中成交记录，数量往往明显大于连续竞价阶段的单条记录。因此在开盘后最初几分钟查看明细，看到的第一条大额成交不必惊讶，它对应的是集合竞价的结果，而不是某笔突然的大单扫货。

部分板块存在盘后交易安排，这类时段在明细中是否单列、如何标注，以实际界面显示为准。若你的留档涉及这些时段，建议在说明中额外注明，避免与非交易时段的记录混淆。

把明细变成可审计材料：五步留档法

第一步是固定时间基准，确保设备开启网络自动对时，并让系统时间栏出现在截图范围内。第二步是补齐上下文，同一张图或同一组图里应能看到股票代码、股票名称、交易日与当前所处的行情级别。第三步是保证连续性，单张截图只能证明某一瞬间，若要说明一段过程，需要按固定间隔连续采集。

第四步是保留原始文件，不要只保存二次编辑后的图片，原始文件加采集说明才具备完整证据链。第五步是最小化披露，若截图中包含账户昵称、自选股列表等个人信息，正式提交前应做遮挡处理，只保留与结论相关的区域。

一个具体的小案例

假设某位投资者需要说明“某日午后某只股票出现了短时集中的大额成交”。可复现的做法是：在桌面端打开该股分时图与成交明细面板，按分钟级间隔连续截图，每张图包含系统时间、股票代码与明细列表；同时保存原始截图文件，记录采集设备与网络环境；事后整理成一份按时间排序的清单，并附上一段文字说明采集方法与口径。这样的材料比一张孤立的截图更经得起追问。

反过来，如果只保留了一张时间不明的截图，即便内容真实，也很难回答“这是哪一天、哪个行情级别、有没有被裁剪”这三个问题。留档的成本主要花在这些看似琐碎的元数据上，而不是截屏本身。

数据边界：能看多久，什么看不到

客户端的成交明细主要服务于当日盘中观察，经验性观察是跨日回看的可用范围有限，通常需要依赖客户端缓存或额外购买的数据服务，具体范围以实际显示为准。这意味着它不适合作为长期历史库使用，也不适合用来做跨月、跨年的序列分析。

若确实需要历史逐笔数据，方向是专业数据终端或数据接口服务，而不是在免费客户端里翻找。把需求提前分类，可以避免在错误的工具上耗费时间。需要强调的是，任何历史数据的可用范围都以其服务说明为准，本文不做具体承诺。

延迟与完整性：两个必须接受的现实

免费行情普遍存在延迟，延迟大小取决于行情授权与网络条件，不宜给出固定数值。对于盘中决策，几秒的差异可能就影响判断，因此明细更适合做“事后核对”而非“实时触发”。如果你的场景对时效要求极高，应评估更高级别的行情服务，而不是在客户端里反复刷新碰运气。

完整性方面，如前述，明细条目受快照聚合影响，不保证与交易所的完整逐笔一一对应。理解这一点，就不会因为“条数比别人少”而怀疑软件出错。可复现的验证方式是：同一时刻用两个不同行情级别的客户端对比同一只股票的明细条数，差异存在即为正常。

常见异常排查：现象、原因、验证、处置

排查应按固定顺序推进，避免东一榔头西一棒子。先确认交易时段与股票状态，再检查网络与页面状态，最后才怀疑行情级别差异。多数问题在前两步就能定位。

现象	可能原因	验证方式	处置
明细长时间不刷新	页面被系统挂起、网络切换、处于非交易时段	看盘口报价是否变化	切页重进，或切换网络后重试
明细区域为空	停牌、尚未开盘、当日无成交	查看股票状态与交易时段	确认状态，属正常现象无需处理
条数明显少于其他软件	行情级别不同，聚合粒度不同	同刻对比两个客户端的条目数	接受口径差异，必要时升级行情服务
红绿方向看起来反了	主题配色差异、主动买卖判定口径	切换到显示 B/S 字母的模式核对	以字母为准，截图时保留主题设置

不要用“重启试试”代替定位

面对异常，最常见的错误是直接重启客户端，结果问题暂时消失却不知原因，下次复现时又要从头排查。更有效的做法是记录现象发生的时间、当时的网络类型、当前所处的页面与交易时段，形成一份简短的现象记录，再动手处置。这份记录本身也是留档的一部分。

如果同一现象在多个设备、多个网络下都能复现，且排除了时段与股票状态因素，才值得作为问题反馈。反馈时附上现象记录与截图，比一句“明细不刷新”有用得多。

适用与不适用：一张准入清单

适用的场景包括：盘中观察个股活跃度、复盘时核对某段价格的形成过程、说明异动时提供过程证据、教学演示中展示撮合与盘口的区别、与盘口截图配合形成完整证据组。这些场景的共同点是“看过程”，而不是“下结论”。

不适用的场景同样清晰：不能作为个人成交的凭证，不能替代券商对账单，不能作为长期历史数据库，不适合支撑高频策略回测，也不宜用于对时效要求极高的盘中触发判断。把边界写清楚，比反复强调功能强大更有价值。

合规视角的三条硬约束

• 行情数据属于公开信息，但其再分发与商业使用受服务协议约束，批量抓取与转售存在合规风险，需事先确认授权范围。
• 留档材料中若含个人账户信息，提交或共享前应做遮挡，遵循最小必要原则。
• 截图与录屏都可能被质疑完整性，正式场合应保留原始文件并记录采集条件，必要时留存校验值。

这三条约束的共同底色是“可追溯”。只要每一步采集都能说清时间、来源、方法与处理方式，材料就站得住；反之，再多的截图堆在一起也难以形成链条。

最佳实践检查表

把前面的内容压缩成一份可执行的清单，日常按此操作即可，不必每次都重新思考。

1. 先明确目的：只是看一眼，还是要留档。目的决定入口，而不是反过来。
2. 留档优先选桌面端或网页版，版面稳定、字段完整，第三方更易读懂。
3. 截图必须包含股票代码、名称、交易日与系统时间，四者缺一不可。
4. 盘口与明细配套保存，分别对应“意图”与“事实”，不要只留其一。
5. 记录行情级别与现量单位，避免事后因口径不同产生争议。
6. 连续过程用固定间隔采集，单张截图不足以说明趋势。
7. 保留原始文件，二次编辑版本仅用于展示，不用于举证。
8. 涉及个人信息的部分先遮挡，再对外提供。
9. 需要结构化历史数据时改用专业数据服务，不在客户端里硬凑。
10. 出现异常先记录现象再处置，避免问题消失后无法复盘。

这份清单不需要一次全部做到，但越往正式场合走，需要满足的条目就越多。日常观察可以只做前三项，正式说明则应尽量覆盖全部。

常见问题

写在最后：先定用途，再定动作

回到最初的问题——逐笔成交明细怎么查看，答案本身并不复杂：移动端在个股分时页切到明细标签，桌面端在分时图界面的副图区调出成交明细面板，网页版在个股页找到成交列表。真正决定这份材料价值的，是你带着什么目的去看，以及看完之后留下了什么。

如果只是盘中随手一瞥，记住路径就够了；如果涉及说明、复盘或正式提交，请把时间基准、上下文、连续性、原始文件与最小化披露这五件事一并做到。行情明细能证明市场发生了什么，却证明不了你的成交归属，这条分界线任何时候都不应模糊。

从版本演进看，入口位置、字段呈现与导出能力都可能随客户端更新调整，本文不预设具体变化；可迁移的原则仍是先定用途、再定动作，并以实际界面和交易所、券商公布的口径为准。

下一步建议很具体：打开你的客户端，按本文路径完整走一遍，确认标签位置与本机版本一致；然后按检查表前三条做一次演练，拍一组包含代码、交易日与系统时间的截图，看看这份材料交给一个完全不了解背景的人，对方能否读懂。能读懂，说明你的留档方法已经过关。