Vapr, а что именно надо отразить? Факт возникновения дебиторки? Так это просто инвойс.

VaprТ.е. например, наша бригада отремонтировала какой-то объект сторонников, в работу были привлечены собственные ресурсы. В системе нужно создать заказ (WIP или EAM, других то вариантов нет, как я понимаю) в котором необходимо отразить какой именно объект был отремонтирован, и собственные затраты , т.е. человеко-часы в данном случае. И "привязать" этот заказ к заказу на продажу.
Тут уже детали не подскажу. Слишком давно с оебсом сталкивался.
Насколько помню, есть несколько вариантов.
Относительно просто - учитывать свои затраты в значениях одного из сегментов фин счета (заказ).
Или более сложный - фактически создать товар (услугу) с идентификацией по номеру заказа и считать себестоимость примерно как и для обычных товаров.
Вроде бы еще есть варианты, но эти два основные.

Vaprs_ustinov,

Спасибо за ответы.
Вот в том то и дело, что хотелось бы узнать чей-то опыт.
Единственное место где можно связать заказ на работы и заказ на продажу это заказ WIP. Но вот указать там услугу не получится, позиция должна быть складируемой.
Но ведь должен же быть способ отражения подобных услуг.
С чего вдруг?

Есть заказ покупателя. Добавляете (если еще нет) сегмент фин счета, в котором будете указывать заказы покупателя.
И при учете затрат указываете этот заказ (как сегмент фин счета).
В некоторых случаях не хватает гибкости, но зато надежно.

Vaprs_ustinovС чего вдруг?

Есть заказ покупателя. Добавляете (если еще нет) сегмент фин счета, в котором будете указывать заказы покупателя.
И при учете затрат указываете этот заказ (как сегмент фин счета).
В некоторых случаях не хватает гибкости, но зато надежно.

Если использовать сегмент фин.счета - это значит изменение плана счетов предприятия, что не есть гут. Тогда уж в заказах на продажу настроить гибкое поле и использовать его для указания заказа (хоть ЕАМ, хоть WIP). Но это все "костыли".
Хотелось бы все-таки использовать стандартный функционал предназначенный для отображения подобного рода операций.
Ведь есть связка в WIP с заказом на продажу при изготовлении материалов, может быть там есть возможность связать и услугу на сторону.
Можно и гибкое поле. Но отдельный сегмент - надежнее и правильнее. Если нужен анализ разных сумм в разрезе заказов - лучше добавить заказы как сегмент счета - бухи смогут пользоваться стандартными отчетами.
Сегменты именно для этого придуманы. Это и есть стандартный функционал для подобного рода задач.

Vaprs_ustinovМожно и гибкое поле. Но отдельный сегмент - надежнее и правильнее. Если нужен анализ разных сумм в разрезе заказов - лучше добавить заказы как сегмент счета - бухи смогут пользоваться стандартными отчетами.
Сегменты именно для этого придуманы. Это и есть стандартный функционал для подобного рода задач.

Может быть и так, хотя не уверен.
Сегменты счета несут аналитику по бух.проводке в соотвествии с принятым на предприятии планом счетов. Настраиваем их, например, в классах WIP. И в соответствии с ними уже форимруются проводки при списании и закрытии заказов. Или мы все-таки о разном говорим?
Для решения этой задачи все-таки правильней использовать прямую ссылку из заказа WIP на заказ на продажу, именно таким образом это реализовано в OeBS по изготовлению материалов.
Vapr, вы определитесь, какая у вас задача.
Чуть выше вы писали:
VaprНеобходим позаказный учет услуг на сторону.
Организация оказала услуги на сторону с использованием собственных ресурсов, необходимо отразить затраты организации по оказанию услуги в разрезе объектов сторонней организации по которым эти услуги были оказаны.
Т.е. например, наша бригада отремонтировала какой-то объект сторонников, в работу были привлечены собственные ресурсы. В системе нужно создать заказ (WIP или EAM, других то вариантов нет, как я понимаю) в котором необходимо отразить какой именно объект был отремонтирован, и собственные затраты , т.е. человеко-часы в данном случае. И "привязать" этот заказ к заказу на продажу.
В простом варианте эта задача решается заведением сегмента, значения которого принимают значения вида: "Заказ 45/678 от 15.04.2015 на ремонт курятника 13/666".
Гибкие поля сами по себе не дают позаказного учета услуг , а вот если с помощью гибких полей заполняется сегмент - будет позаказный учет.

Vapr,
Не буду спорить. В конце концов это ваша задача :)