SolYUtorturbovegan,

Есть подозрение, что под словом ORM часто понимают любой построитель забросов. А это не так - ORM-требует понимание концепции, под которую он создавался. (а именно Rich DDD). Без него тоже работает, но смысл зачастую теряется. Поэтому если готовы это изучать - то вперёд.
Иначе поищите себе что-нибудь попроще, типа BLToolkit.

И что же такого богатого в настоящем ORM? Расскажи, как этот маппер поможет в обычном и простом варианте:
- Вася Пупкин может создавать накладную и опубликовывать ее для согласования с вышестоящим менеджером. После опубликования, он не имеет возможности ее редактировать.
- Перед сохранением должна выполняться проверка на отсутствие дубликатов в деталировке. Если дубли обнаружены, то взбодрить нужный интерфейс, чтобы на форме сразу отображалась информация об ошибках. Это простой вариант, а в общем случае нужна система с асинхронной проверкой как на сервере так и на клиенте, с возможностью связанных правил и тд.
- Вышестоящий менеджер может только подписать или отправить обратно на корректировку.
- У всех заинтересованных лиц должны появляться сообщения или e-mail c уведомлениями после изменения статуса накладной.
- Муся, не имеет никакого доступа к накладным, может просматривать только задание на уборку помещений.
- Интересуют не частные варианты, а общий случай - одни и те же объекты для Winforms, Asp, Wpf, Silverlight
- 2x и 3х звенки с и возможностью интеграции с внешними сервисами.

SolYUtorSeVa,

Перечисленные задачи не относятся к ORM в частности, и к Data Access в общем.
А что же тогда относится к ORM? Банальный, тупой маппинг. Где же rich?