刚做采购那会儿，我拿到订单表是乱着的，从上到下一条条看，看到哪算哪。结果经常是小的碎单处理了一堆，月底一核对，真正要紧的几笔大额反倒还挂着没票，被财务追着问。
后来我改了顺序。这篇讲的就是这个简单的调整，怎么用排序把优先级理出来，以及我为什么盯大额盯得这么紧。
为什么我先盯大额订单
道理很朴素：时间和精力有限的时候，得先照顾影响大的。一笔几百块的小单没票，财务顶多记一笔；一笔上万的大额没票，进项抵不了，账上就差一大块，事情的性质不一样。
还有一层是我自己的教训。有次一笔六千多的设备，我拖到很晚才去申请，商家那边说要走流程，硬是等了两周。要是早一点盯上，就不会卡在财务结账那几天。大额订单的开票周期，往往比小额长，得往前放。
我算过一笔账，一个月订单里，金额排前面的那七八笔，占了总额的大半。先说清这个前提，下面的排序才有意义。把这几笔的票理顺，剩下的碎单就算漏一两个，损失也有限。
按金额排序，具体怎么排
动作很简单，把订单表打开，选中金额那一列，按从大到小排一次。排完从上往下看，最大的那些全在顶部，一眼就能扫到。
这里有个小前提，金额那一列得是数值，不能是带文字的一串。有些导出会把金额写成带货币符号的文本，那样排序会失灵。我导出的时候会确认一下这列是不是能直接比大小，不行的话先处理一下再排。
排序还有个附带好处，能顺手看出金额异常的单子。有一次我一眼扫到一笔金额大得离谱，点开才发现是重复下单，趁早退了，不然票都申请出去了更麻烦。
排完之后我不急着动手申请，只是先看清楚"谁是大头"，心里有个数。真正决定哪几笔要处理，还得往下看。
光排序不够，还得叠一个发票状态
光按金额排，会把已经开过票的大额订单也顶在最上面，白占位置。所以我会再叠一个条件：只看发票状态里"还没开"的那些。
我导出的表里有发票状态这一列，直接按它筛一下，把已经开好的、申请中的先滤掉，剩下的才是要处理的。这么一筛，顶部剩下的就是"大额且没票"，这几笔就是当天的重点。
这一步是我觉得最省事的地方。以前我要一单一单点进去看开没开，现在一列一筛就出来了，省掉大量翻页。
筛的时候我会把申请中的也算进去一起看，因为申请中不等于已经开好，万一卡住了还得回头处理，不能当成已完成放过去。
大额订单我会额外多做一步
小额订单我按批次处理，大额的我一般会单独记一下。具体做法是在表里给这几笔标个记号，盯得勤一点。
因为大额往往也有两个特征：一是商家开票慢，二是容易因为金额、税号这些细节出岔子。我碰到过一笔票面金额跟我订单金额差了几块钱运费，来回对了半小时才发现。提前把这类盯上，出问题好追。
这不是什么高明的办法，就是多留个心眼。金额越大，我越不愿意让它拖到月底。
我还会把这笔订单和它的商家名字记在一起。大额订单我通常只在固定的几家店买，盯这几家比盯一堆小店容易，哪家慢，下次对这种大单我就留个提前量。
小额订单我不是不管，是集中扫尾
把大额挑出来之后，剩下的零碎订单我不会一笔笔盯。我会把它们攒一攒，一起按状态过一遍，能申请的批量提交，攒到一定量再统一处理。
这么安排的好处是，我不用在碎单上反复切换注意力，一天的时间里大块的精力留给要紧的，零散的凑在固定时段一起办。对账的时候，这些小额单子我也一样要核，只是节奏放后面，不影响大局。扫尾的时候我也顺手看一眼有没有快到期还没处理的，免得到时候过了时间补不了，那才叫亏。
我后来改成这样
上面这套排序加筛选，用一张表就能做。但前提是这张表得先在手上，而且带的列够用。以前我导出的表连发票状态都没有，得另外拼，很麻烦。
我现在导表用的是多多开票助手（安装和首次使用我写过一篇教程），它是一个装在浏览器上的扩展，导出来的表里本身就带着发票状态、下载状态这些列，我打开就能直接按金额排、按状态筛，不用再去拼第二张表。挑出来的那批，也能直接在里面批量提交申请。
它替不了我也得说。排序和筛选是我自己的判断，先处理哪些、放过哪些，它不去决定。哪家商家开得快、哪笔可能会卡，也得靠我平时记着。它就是把表拉全、把状态摆好，剩下的活还是我的。
常见问题
订单表里金额是文本格式，排序不对怎么办？
先把金额那一列改成数值再排。带货币符号的文本，排序会按字符比，结果不对，得先去掉符号转成数字。
大额订单大概从多少金额算起？
没有固定线，看你们公司的口径。我这边是相对而言，把当月金额排在前面的那些当重点，跟具体数字关系不大。
小额订单拖着不处理，会有风险吗？
有。开票有期限，拖太久可能就补不了了。所以我攒归攒，还是会设一个固定的时间点统一扫一遍，不让它们无限往后压。
导出的表看不到发票状态，怎么筛？
订单页本身不显示这些信息，得靠带发票状态的表。我用的多多开票助手导出时就把这一列带上了，省了我另拼一张表。