PLS-00302是编译错误而非运行时错误，表明Oracle在解析PL/SQL时发现标识符（如过程、函数、变量等）未声明或不可见；需检查拼写、作用域、权限、同名对象冲突及客户端/服务端版本兼容性。
直接结论：pls-00302 不是运行时错误，而是编译失败信号——oracle 在解析 pl/sql 代码时发现某个标识符（变量、过程、函数、包成员、序列名、甚至系统组件）根本没被声明或不可见。
检查未声明的标识符拼写和作用域
错误信息里明确写出缺失的名称，比如 PLS-00302: component 'PRC_SJ_WDS_CP_FINISH' must be declared，说明当前上下文试图调用或引用这个过程，但它在当前 schema 下不存在、拼错、或不在可见范围内。
- 用
SELECT object_name, object_type FROM all_objects WHERE object_name = 'PRC_SJ_WDS_CP_FINISH'确认对象是否存在；注意 Oracle 默认不区分大小写，但若创建时用了双引号（如"PrC_Sj_Wds_Cp_Finish"），调用时也必须严格匹配大小写+双引号 - 确认调用位置是否在正确 scope 内：比如在匿名块里直接写
PRC_SJ_WDS_CP_FINISH();，该过程必须已存在于当前用户 schema 或通过GRANT EXECUTE授权且显式加 schema 前缀（如SCOTT.PRC_SJ_WDS_CP_FINISH();） - 如果是包内过程，确保调用语法为
pkg_name.procedure_name，而不是漏掉包名或写成pkg_name..procedure_name这类多点错误
排查同名对象冲突（尤其是 schema 名与表/序列同名）
Oracle 有已知 bug：当某个用户（schema）下存在一个与 schema 名完全相同的表、视图或同义词时，会导致编译器混淆，把本该解析为序列或内置组件的名称误判为未声明。典型报错如 PLS-00302: component 'MYSEQ' must be declared，而 SELECT * FROM user_sequences WHERE sequence_name = 'MYSEQ' 明明存在。
- 运行
SELECT object_name, object_type FROM all_objects WHERE owner = 'YOUR_SCHEMA' AND object_name = 'YOUR_SCHEMA'，查是否有同名对象 - 若有，重命名或删除该对象（如
RENAME YOUR_SCHEMA TO YOUR_SCHEMA_BAK）；这是 Oracle 10.2.0.4–11.2.0.3 版本中确认的 bug，后续版本已修复但部分 12c/19c 补丁环境仍可能复现 - 特别注意 Data Pump 相关错误（如
IS_VPD_ENABLED、ISNONORACLECLOUD报未声明），往往源于 XDB 或 GSM 组件损坏，不是代码问题
验证客户端与服务端版本兼容性（exp/imp 场景）
使用高版本客户端工具（如 Oracle 11g/12c 的 exp）连接低版本数据库（如 9i/10g）时，会因客户端尝试调用服务端不存在的 PL/SQL 包函数而触发 PLS-00302，典型错误是 'SET_NO_OUTLINES' 或 'DBMS_DATAPUMP' 未声明。
- 错误示例：
EXP-00056: ORA-06550: line 1, column 41: PLS-00302: component 'SET_NO_OUTLINES' must be declared - 这不是你的代码问题，而是工具协议不匹配；唯一可靠解法是**改用与数据库主版本一致的客户端工具**（例如服务端是 10.2.0.5，就用 10gR2 的 exp）
- Data Pump（
expdp/impdp）不受此限制，但要求数据库版本 ≥10g；若用expdp报IS_VPD_ENABLED错误，优先运行@?/rdbms/admin/catqm.sql和utlrp.sql重建无效对象
真正棘手的 PLS-00302 往往藏在“看起来没问题”的地方：比如包体里引用了另一个包的公有变量，但那个包编译失败导致状态为 INVALID；或者用了动态 SQL，却忘了在字符串里加引号导致解析器误认为是标识符。遇到这类情况，别只盯着报错行，先跑 SELECT * FROM all_errors WHERE name = 'PRC_SJ_WDS_CP_FINISH' 看完整编译错误链。
