При беглом просмотре функционала обнаружили пару немного нелогичных особенностей:
1) Название должности должно быть уникальным в пределах всей организации, а не подразделения. Т.е., к примеру, подразделение А не может иметь должность "сантехник", если такая должность уже есть в подразделении Б. Можно конечно должности называть немного по-разному, но все же это костыль.
2) Отсутствует понятие совместительства должностей. Одному работнику можно назначить лишь одну должность. И как обойти сие - пока не придумали.
Собссно вопрос: кто с этим сталкивался, почему все так странно, и можно ли с этим бороться? Ну кроме собственноручной правки модулей (не хотелось бы потом при очередном апдейте получить вместо системы тыкву)

Текущая модель поддерживает только одну должность для работника. Необходима кастомизация. Текущие модули не правят, а создают новые, расширяющие функциональность стандартного. Модель в пределах основной версии не будет меняться, поэтому при апдейте ничего плохого не случиться. А при переходе на другую основную версию модели могут очень сильно поменяться, поэтому здесь миграция будет нужна по любому.

PS. создать новый модуль и расширить функциональность в OpenERP очень просто, посмотрите как сделаны другие модули.

Ну написать модуль небольшая проблема, пишутся они просто, если вникнуть. С полноценной интеграцией в существующую логику - будет, возможно, посложнее. Хотя, если это лишь информационные поля, не завязанные в какой-то бизнес-логике (формировании отчетов и т.п.) - проблем ессно не возникнет.

Как вариант, можно завести две учетные записи на одно лицо. Кстати, при этом можно будет точнее вести табель учетного времени. Например:

• ПН:
  • 6часов Иванов Иван (работа сантехником)
  • 2часа Иванов Иван (работа электриком)
• ВТ:
  • 0часов Иванов Иван (работа сантехником)
  • 8часов Иванов Иван (работа электриком)

Народ говорит, что еще можно использовать управление трудовыми договорами. Один работник может иметь несколько договоров, а каждый договор ссылается на должность.