Если просто поставить у всех флаг, без изменения типа операции в журнале - после разноски задвоятся проводки по ОС и ГК.
Вообще , "Прием" - операция фантомная, живущая только в журнале, в проводках ОС не существующая (при разноске она создает проводки ОС по вводу и амортизации) и в расчете балансов по ОС не участвующая. Потому можно и обмануть слегка систему, слегка изменив тип создаваемых операций - несложная модификация класса RAssetProposal_CompanyReceipt, создающего строки по приему:
- Закомментарить присвоение типа "Прием" для всех строк
- Инициализировать это присвоение в методе createDisposalTrans() в зависимости от обрабатываемой величины в профиле разноски (там есть жирный switch - не ошибетесь)
- Создаваемым строкам ставить ledgerJournalTrans.AssetCanDisposal_RU = true
Тогда по приему для каждой конкретной модели конкретного ОС будут созданы строки журнала ОС с одним ваучером, в кол-ве двух штук (или сколько там настроено у Вас в профиле разноски - у нас, например, по трем, мы еще и сальдо амортизационной премии выделяем и учитываем), с разными типами операций, "ввод в эксплуатацию" и "амортизация" (отражающих реальную суть). Их разноской займутся RAssetPost_Aquisition и RAssetPost_Depreciation соответсвенно, вместо придурковатого RAssetPost_CompanyReceipt - тогда источником аналитики для проводок ОС и ГК станут разные строки журнала ОС вместо какой-то одной.