单据状态一路往下推，能走哪几条边得先逐条写明白
一张单子从建起来到走到末尾，中间要经过好几档状态。起初大家心里都有一套默认走法，谁也没写下来，后来加了两种新情形，各人按各人的理解去推：有的直接从待判跳到了办结，有的还照老规矩先过一道复核，同一类单子落下去竟是两种样子。一、先把有哪几档状态列全
从建单起，到待判、到复核、到办结、到作罢，一档档写下来，每档后面注明它表示什么、由谁负责往下推。列的时候别只写顺当的那条路，半途停下的、退回去重来的，也都各占一档，别挤在别的状态里含糊带过。
档数不宜贪多。每加一档，后面要管的走法就多出一片，看板、留痕、对外的说法都得跟着改。能合并的两档就并成一档，用一处标记区分细节；分得太细，用的人光是记住该点哪个就要翻说明。状态表改一档要经几个人看，先把名字列在表头，谁都觉得能顺手改一格，过些日子就没人说得清哪一档是怎么来的。
二、哪档能到哪档画成一张表
把允许的走法一条条列成表：待判只能往复核或作罢走，复核过了才到办结，办结之后不再往前。表上没有的边，一律不许推，程序里照着这张表去卡，别靠各处自己写一句判断。
画表时容易漏的是往回走的边。复核没过退回待判算不算一条，退回去之后还能不能再往复核走，这些都得写明。只画顺向那几条，真遇到退回，写码的人就各自临场补一句，几处补得不一样，后面查起来谁也说不清该按哪份算。评审安排在周几提前贴出来，临时喊人常常凑不齐，改表的那件事便一拖再拖，等到要用时才手忙脚乱补一遍。
三、推状态只留一个入口
同一档往下推的动作，集中到一处去做，别让页面、后台任务、外部来的通知各写各的一段。入口只有一个，卡表、留痕、附带要做的几件事就能放在一处一次做完，不至于某条路走了卡表却漏了留痕。
入口里先核一遍当前档位，再核要去的档位在不在表上，两条都过了才动。核当前档位这一句看着平常，恰恰是并发来的时候挡住乱推的那道；图省事略过它，两条通知前后脚到，单子就可能被推过一档。每档状态旁边留一行写由头，只摆一个名字，后来的人问起为什么单开这一格，谁也答不上来。
四、每回推动都留一条依据
谁在什么时候把这张单子从哪档推到了哪档、凭的是哪条记录，写成一条存下来。日后有人问这单怎么就到了这一档，翻留痕就有答案，不用把当时经手的人找回来回忆。
依据写具体些，别只留一句系统自动。是复核通过了、是等过了约定的时点、还是哪一处回执到了，写明是哪一种、对应哪条记录号。含糊的一笔，等于没留，真到要复盘时还得从头再查一遍。表改过几版各存一份，归档按回数编，找的人想的是那一回为了哪类单子改的，不是文件按日期排出来的名字。
五、表外的情形单开一条待判
总会冒出表上没写的情形，比如两处信息对不上、或者来的通知晚了半拍。别硬塞进某一档凑合，也别让程序自家拿主意往下推，单开一条待判挂着，交给人看明白再决定该补哪条边。
挂着的待判要有人认领、有时限。没这两样，它们会悄悄堆成一小堆，谁都以为别人在处理。看板上单列一档，条数涨了就有人问一句，是该补表了，还是哪一处上游近来老给不齐信息。约好一个能回话的人别每回都在大群里喊，喊来的答复前后两句还不一致，反倒要多核一轮才敢往表里填。
六、改表要连着旧单一块想
表里加一条边、并掉一档，得先问还在途中的那些单子怎么办。按新表走，有的单子当前档位已经不在表上；照旧表走，两套规矩又得同时养着。定个切法：存量按原来的走到末尾，新建的从哪天起用新表。
改完把新旧两张表并排存一份，注明哪天切、存量怎么收尾。过些日子有人翻出一张旧单问当时为什么能那么走，看这份就明白，不会拿今天的规矩去套从前，越套越觉得哪哪儿都不对。
状态走得乱，很少是某一处写错了判断，多半是那张能走哪几条边的表一直只存在各人心里。列档、画表、收拢入口、留依据、挂待判、管改表，六件事做齐，单子往哪走就成了一件照着念的活；缺了表这一步，后头五件都无从下手。 很多建议都很接地气，能直接用在生活或工作中，实用性很强。 内容真实不做作，没有多余套路，都是实实在在的经验之谈。 看完楼主的分享感觉很有收获，感谢这么用心的整理，学到很多新知识。 每一条都很实用，已经记下来了，以后遇到类似问题就能用上。 非常同意楼主的看法，现实中确实是这样，很多人都忽略了这一点。
页:
[1]