Isolar o código que trata da infraestrutura do sistema do código que trata das regras de domínio é uma boa prática ao desenvolver aplicativos. O código que lida com o banco de dados, por exemplo, costuma ser isolado em classes que seguem um padrão Data Access Object (DAO). Os desenvolvedores geralmente criam um DAO para cada entidade de domínio no sistema. No entanto, como alguns trechos de código lidam com mais de uma entidade/tabela, os desenvolvedores precisam decidir em qual DAO colocarão o código e, às vezes, escolher um local menos intuitivo. Neste artigo, apresentamos uma heurística para identificar métodos que podem ter sido escritos em um local ambíguo. Para validar a ideia, testamos em três projetos industriais de uma empresa brasileira. A heurística selecionou, em média, 13% a 18% dos métodos em DAOs. Após avaliar tais métodos, concluímos que a heurística estava correta em 50% a 75% dos casos. Portanto, acreditamos que a heurística pode indicar possível dívida técnica, onde os desenvolvedores poderão inspecionar e possivelmente refatorar.