096、BDC数据校验与错误处理：从一次生产事故聊起上周五下午，运维同事火急火燎地跑来，说财务那边跑批量过账，有一大批凭证没进来，报的是“工单号不存在”的错。我瞥了一眼日志，明明是录屏的时候输入了工单，怎么到生产就没了？后来一查，录屏时用的是测试数据，工单号是“0000012345”，而生产那边一个自定义校验把前导零给剥了，BDC还在傻乎乎地找“0000012345”，当然找不到。那一刻我才意识到，BDC这玩意，最怕的不是程序报错，而是它“不怎么报错”——因为系统根本不知道你想要什么。BDC的本质就是模拟用户敲键盘。你录屏的时候每一步操作，屏幕叫什么，字段放哪里，光标停哪，按键按哪个，都被记录成一组BDC表。执行的时候，程序就像一台自动播放的卡带机，把动作重放一遍。问题是，用户眼睛能看到“这个字段必输”“这个格式不对”，BDC不知道。它只知道往屏幕上塞值，然后回车。如果屏幕跳转逻辑和录屏时不一样，或者字段值不满足屏幕校验，系统唯一能做的就是弹出一条消息——但这条消息究竟是卡在哪个屏幕、哪个字段，BDC根本不管。更麻烦的是，有些校验逻辑藏在自定义函数里，比如“如果用户ID带有Z开头，则金额必须为正”，这种规则录屏时也许碰巧是对的，但换一组数据就翻车。所以BDC的数据校验，必须分两层。第一层，在调用事务之前，把数据在内存里先过一遍筛子。用ABAP的话说，就是写一个ZCHECK接口，把必填字段、长度、域值、甚至通过BAPI或者FUNCTION MODULE去查主数据，能查的全查了。别嫌麻烦，这层筛选能挡掉70%的破事。比如日期字段，用户习惯填“20250412”，但BDC要的是内部格式，也就是“20250412”可能没问题，但有时候屏幕上显示的格式是“12.04.2025”，