Bom, até houveram alguns bugs sobre isso (por exemplo, ‘MOD_PLSQL FAILED WITH “HTTP-500 FAILED TO BIND TARGET PROCEDURE ORA-01036″‘ (Doc ID 1991501.1, ‘Bug 9245177 – Windows: ORA-1036 in .NET (Doc ID 9245177.8)’ e ‘Calling the Same Stored PROCEDURE Twice Fails With ORA-01036 (Doc ID 1019103.6’), mas são bem antigos : não deve ser isso, mas ABRA UM CHAMADO NO SUPORTE ORACLE para ver esse tipo de possibilidade…
Afora isso, se vc tiver 101% de certeza que ** REALMENTE ** nenhum Código foi alterado (ie, NEM o código do Aplicativo e NEM a proção de Código que roda dentro do database, como por exemplo Stored PL/SQLs, e NEM eventual código que rode em web browsers) – não dá pra confiar só no bafo de boca de desenvolvedor, vc ** TEM ** que ter Provas Efetivas disso, como por exemplo as datas de compilação e criação das rotinas -, aí só sobra eventual dependência de objetos : por exemplo, estrutura de tabelas alteradas (ESPECIALMENTE se tua Aplicação tiver código idiótico que cria/altera tabelas e estruturas on-the-fly), itens do banco (Packages, tabelas, TYPES, Contexts, etc) que servia de definição de tipos de variáveis (via %TYPE ou %ROWTYPE ou similares), arquivos .XML ou de configuração alterados, é algo por aí eu penso…
[]s
Chiappa