bahrovСисой,

заказ клиента
Оффер у поставщика
заказ у поставщика
счет поставщика
инвойс
Счет клиенту
накладная (сф клиенту)

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

bahrovFinSoft,
Да в AVA ERP так и реализовано.Ссылками. ID там всякие линкуются сиквенсы и констрейны

А в одном документе это совершенно нельзя хранить.
тк у поставщика надо же в заказе сгруппировать несколько заказов.
+ нужна вся история что заказали, что смог поставщик поставить что не смог.
что поставил , какой накладной.

каждыйэтап это новая группировка и количества :)
Не вижу проблем. При частичных поставках исходный документ дробится на несколько, но во всех остается один и тот-же номер заказа. Для отслеживания, что хотели, а что получили нужно хранить в детализации не просто количество товаров, а затребовано+получено. В этом случае можем собрать нужную информацию на любой момент. Часто бывает ситуация, когда на момент отгрузки нет нужных товаров, берут, что есть, и закрывают заказ. Все, чего нет - оформляют уже новым заказом.
Этот алгоритм я подсмотрел в старой книжке Ульмана "Базы данных на паскале", вышедшей то-ли в конце 70-х, то-ли в начале 80-х, точно не помню, а под рукой нет. Там в качестве примера описывалась работа реальной базы данных, в которой заказы вначале оформлялись, а затем переносились в отгруженные. То есть в журнале заказов оставались только ждущие заказы. В реестре можно видеть все. Есть интересный пример из практики. Один клиент года 4 назад ответвился от основного проекта. У него реализовали работу с заказами покупателей похоже, как у вас. Через некоторое время ему потребовалось отслеживать заказы поставщикам. Но в это время в основном проекте уже была опробована описанная схема. Перенес ему аналог. Через несколько дней звонит, спрашивает, а нельзя ли сделать, как с покупателями, уже привыкли. Отложили этот вопрос на подумать, больше звонков не было.

bahrovFinSoft,
Я и не спорю, что можно сделать какието затычки и както наладить работу с горем попалам :)

такая система когда есть очередь заказов(или очередь на актуализацию закупочных цен и тд) она тоже есть.
но решить ей все совершенно нельзя.
Кроме возможности "решить все" нужно, чтобы с такими решениями реально можно было работать. Я, не вдаваясь в подробности, упомянул технологию, при которой можно максимально уйти от необходимости поддержки цепочек жестко взаимосвязанных документов в сторону логического объединения документов и динамического определения связей на основании аналитических признаков. Насколько она жизнеспособна, покажет практика, определенные минусы там, конечно, тоже есть. Успехов.

bahrovСисой,
да я и говорю каждому своё 1 1с пусть занимается парикмахерскими и управляет небольшими фирмами.
мы тут наконец-то SAP R3 победили в тендерочке :) по честному просто по функционалу, несказанно рад я этому был.
Более чем уверен, что причина не в функционале, а в том, что одну систему представлял непосредственно разработчик, а другую посредники с гораздо более низкой квалификацией. Если бы SAP действительно нужен был этот клиент, то она бы его получила. Тут действуют простые экономические законы. Компанию с несколькими тысячами программистов, аудиторов и т.п., имеющую огромные обороты и клиентскую базу, вряд ли можно сравнивать с небольшой начинающей компанией. В любом плане. Отбирать клиентов у такого монстра можно только в том случае, если этот клиент ему не очень интересен в финансовом плане. Большие компании - большие затраты.