Денисов Дмитрий...корпоративные SIM-карты.
Карты могут приходоваться на склад, перемещаться между складами(подразделения предприятия), выдаваться, изыматься у сотрудника.
Причем при движении должно контролироваться наличие этой карты на складе(сотруднике)-источнике.
---
В общем, сим-карта - измерение, остаток по которому в любой момент времени всегда должно быть равен 1. Информация о расходах по сим-карте будет поступать от ОПСОСа в разрезе фактов совершения услуги (услуга-датавремя-симкарта-сумма).
---
Затем идея такая: отчетик за некоторый период выбирает историю движений сим-карты и распределяет сумму расхода за период пропорционально времени владения этой картой каждым из сотрудников, кому она выдавалась за этот период. Собственно, поэтому история движений и должна храниться.
...
Реализация на типовом функционале УТ (или УПП):
Справочники :
1. СИМ-карта - запись в справочник Номенклатура (ВидНоменклатуры.ТипНоменклатуры=Товар).
2. Номера СИМ-карт - серия номенклатуры "СИМ-карта".
3. Расходы по СИМ-картам - запись в справочник Номенклатура (ВидНоменклатуры.ТипНоменклатуры=Услуга).
4. Расходы по конкретному номеру СИМ-карты - характеристика номенклатуры "Расходы по СИМ-картам".
5. Сотрудники, могущие получить СИМ-карту - записи в справочник Склады . Лучше добавить реквизит Сотрудник в данный справочник, который четко свяжет сотрудника и "его" запись в складах, или задействовать для целей связи свойства объектов (тогда реквизит добавлять не надо).
Документы :
1. Поступление СИМ-карт на склад от ОСС (оператора сотовой связи) - документом ПоступлениеТоваровУслуг на склад материалов (или ПоступлениеДопРасходов, если бухгалтерия относит сами сим-карты на себестоимость), с указанием номенклатуры "СИМ-карта" и серий.
2. Поступление расходов по СИМ-карте от ОСС - документом ПоступлениеДопРасходов с указанием номенклатуры "Расходы по СИМ-картам" и характеристик.
3. Передача СИМ-карты сотруднику - документ ПеремещениеТоваров со склада материалов на склад "Сотрудник".
4. Возврат СИМ-карты сотрудником - документ ПеремещениеТоваров со склада "Сотрудник" на склад материалов.
---
Все, дальше работают типовые отчетные механизмы.
0. Конфигурация не изменилась.
1. Учет движения ТМЦ ведется типовыми средствами.
2. Доп. расходы можете распределять на себестоимость товаров типовыми средствами.
3. Внешний отчет, показывающий сколько сотрудник наговорил пишется спокойно.

_VVP_Реализация на типовом функционале УТ (или УПП):
...
---
Все, дальше работают типовые отчетные механизмы.
0. Конфигурация не изменилась.
...
3. Внешний отчет, показывающий сколько сотрудник наговорил пишется спокойно.
Обращаю внимание, что никакого вмешательства программиста не требуется , весь учет спокойно реализуется на типовом функционале, доступном соответствующим бизнес-ролям - менеджер по закупкам, кладовщик, бухгалтер.
Требование к внешнему отчету также избыточно, поскольку в режиме "предприятие" доступны консоль отчетов или универсальный отчет.
При должном знании ( пользовательском ) функционала типовых отчетов необходимые ответы на вопрос " отчетик за некоторый период выбирает историю движений сим-карты и распределяет сумму расхода за период пропорционально времени владения этой картой каждым из сотрудников, кому она выдавалась за этот период " можно получить используя отчеты ВедомостьТоварыНаСкладах или Затраты или ВедомостьПартииТоваровНаСкладах.
Более точную рекомендацию по использованию типового отчета можно дать только после разговора с заказчиком такого бизнес-функционала.

Денисов ДмитрийTo _VVP_
Спасибо за ответ, но в нем нужно разобраться.
Разрабатываемая конфигурация - многоцелевая и довольно нетиповая.
На превый взгляд заметил несколько нестыковок с нашим проектом (например, правочник Сотрудники однозначно должен быть выделен как отдельная сущность для реализации всех поставленных задач. За основу уже взят справочник ФизЛица из УТ.), поэтому использовать типовушку AS IS вряд ли получится.
Я нигде не говорил про справочник Сотрудники. Тем более, что в типовых конфигурациях такого справочника нет, есть справочники пользователи, физ.лица и регистр сведений Сотрудники (для УПП и БП).
Я даже нигде не говорил про справочник физ.лиц. Предлагаю использовать необходимый минимум типового функционала УТ, ничего не переделывая и не доделывая.

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

Просто внедрите кусок типового функционала для бизнес-процесса.
Попробуйте прогнать бизнес-процесс на упомянутых объектах, сделайте тестовый пример. Не надо ничего программировать и разрабатывать.