Словарик:
БП — Бухгалтерский учет
УУ — Управленческий учет
БП — 1С Бухгалтерия предприятия
УТ — 1С Управление торговлей
ПТУ — Документ "Поступление товаров и услуг"
РТУ — Документ "Реализация товаров и услуг"
ПКО — Документ "Приходный кассовый ордер"
РКО — Документ "Расходный кассовый ордер"
ПРС — Документ "Поступление на расчетный счет"
СРС — Документ "Списание с расчетного счета"
ТЗР — Транспортно-заготовительные расходы

Функциональные требования клиента:
Хочу довольно простую конфигурацию с громким названием УУ для мелкой торговой фирмы
Не надо писать вторую УТ, нужно написать минимальный функциональный контур четко по нашим требованиям, чтобы было просто и удобно, остальное по необходимости будем дописывать позже
Всякие печатные формы не нужны, у нас есть БП, мы все будем печатать из нее, у нас этим все-равно занимается бухгалтер, а она работает в БП
То есть по сути база нужна для ведения очень простого УУ, но курочить под это нашу БП мы не хотим

Что нужно:

Справочник "Контрагенты"
При выборе в документах нужно скрывать тех, у кого стоит галочка "Архивный", но чтобы была возможность увидеть всех, включая тех, у кого стоит галочка "Архивный"

Справочник "Номенклатура"
Добавить галочку "Услуга"

Справочник "Договоры"
Подчинен контрагентам
В реквизите "Детализация расчетов" выбирается одно из двух значений, "По договору" или "По расчетным документам"

Справочник "Склады"
Хотелось бы иметь возможность опционально не видеть нигде склад, если у нас будет только один склад

Справочник "Кассы"
Хотелось бы иметь возможность опционально не видеть нигде кассу, если у нас будет только одна касса

Справочник "Расчетные счета"
Хотелось бы иметь возможность опционально не видеть нигде расчетный счет, если у нас будет только один расчетный счет

Документ ПТУ
Факт закупки у поставщика на склад списка товаров и услуг
Приходует товары (услуги не приходовать) на склад
Начисляет долг поставщику
Начисляет себестоимость, при этом должна быть возможность отнести услуги на конкретные товары конкретных ПТУ
Цены по умолчанию подставляются из последнего ПТУ от выбранного поставщика

Документ РТУ
Факт продажи покупателю со склада списка товаров и услуг
Расходует товары (услуги не расходовать) со склада
Начисляет долг покупателя
Списывает себестоимость с учетом ТЗР по ФИФО без учета складов
Должен контролироваться количественный отрицательный остаток на складе
Цены по умолчанию подставляются те, которые назначены на выбранную номенклатуру выбранному покупателю или (если такой цены не назначено), то те, которые назначены на выбранную номенклатуру

Документ ПКО
Факт оплаты от покупателя
Приходует денежные средства в кассу
Списывает долг покупателя

Документ РКО
Факт оплаты поставщику
Расходует денежные средства из кассы
Списывает долг поставщику
Должен контролироваться отрицательный остаток в кассе

Документ ПРС
Факт оплаты от покупателя
Приходует денежные средства на расчетный счет
Списывает долг покупателя

Документ СРС
Факт оплаты поставщику
Расходует денежные средства с расчетного счета
Должен контролироваться отрицательный остаток на расчетном счете

Во все документы в поле "Автор" должен проставляться текущий пользователь
Во всех документах должна указываться ставка НДС (10, 18 или 20%), сумма НДС и признак, НДС в сумме или сверху

Необходимые регистры продумайте сами

Отчет "Ведомость по товарам на складах"
Поля:
— Номенклатура
— Склад
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по расчетам с контрагентами"
Поля:
— Контрагент
— Договор
— Расчетный документ
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по денежным средствам"
Поля:
— Тип денежной ячейки (одно из значений, "Касса" или "Расчетный счет")
— Денежная ячейка
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Продажи и себестоимость"
Поля:
— Номенклатура
— Покупатель
— Сумма продажи
— Сумма себестоимости
— Сумма прибыли
— Процент рентабельности

Во всех отчетах должен быть опциональный отбор по периоду
Во всех отчетах должна быть возможность использования полей периода (день, месяц, квартал, год)
Во всех отчетах должна быть возможность формирования с детализацией до регистратора
Во всех отчетах должна быть возможность формирования с детализацией до типа регистратора
Во всех отчетах должна быть возможность для пользователя настроить произвольный отбор
Во всех отчетах должна быть возможность для пользователя настроить произвольные группировки
Во всех отчетах должна быть возможность для пользователя настроить произвольную сортировку
Во всех отчетах должны автоматом сохраняться последние настройки, сделанные пользователем
Во всех отчетах должна быть возможность сохранить настройку, сделанную пользователем

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

Должен быть web-сервис для одностороннего обмена с БП, направление из УУ в БП
Инициатором запроса данных будут БП
В обмене участвуют ПТУ и РТУ
Обмениваться должны только те данные, которые еще не были отправлены
Формат обмена любой из XML, JSON, XLSX, на стороне БП обработаем любой из выбранных форматов
Должна быть гарантированная доставка данных

Зачем дублировать в отдельной конфигурации то, что реализовано в БП на 95%? Здесь прямо напрашивается расширение.

Это просто офигеть, на форуме явно курируемым 1с, создали секцию для фузины и даже назначили модераторов. О чем это говорит? О том что видимо сами 1с-ники из 1с тут под видом разрабов фузины опускают возможного конкурента, чтобы все кто будет на эту тему гуглить, попадали на эти тонны мата и фекалий.

(0) Роме кол с минусом
в натянутом на 1С ТЗ нет ничего, кроме СКД, что позиционирует её
требование наличия Рг притянуто за уши

Согласен, для начала уберите все 1С'овские термины вроде "регистратора", "перепроведения" и т.д.

[Списывает себестоимость с учетом ТЗР по ФИФО без учета складов]
Плюс вот этот пункт более подробно, так как есть разные возможности реализации

Но вообще задача достаточно примитивная, просто широкая (куча однотипной логики). Больше интересны небольшие, но сложные кейсы (как в статьях фузины).

Кроме того, для простого УУ, тут вместо трех отчетов, что вы описали проще сделать 3 выгрузки в Excel с автоматически включенными сводными таблицами, где обычному пользователю (который раньше не работал с 1С, но работал с Excel) будет гораздо удобнее.

И сколько реализация на 1С строк будет (отдельно, сколько в XML и сколько 1С-кода) ?

Задание настолько уныло, что я бы на месте фузиновцев не брался.

(95) я предлагаю забанить фузиновцев со словами "идите и создайте свой собственный форум"
И они создадут свой форум

Да нет никакого смысла сравнивать фузию и 1С "в лоб". Слишком разные весовые категории. Фузийцы-то понятно почему это делают.
Чисто функционально как RAD-платформа ессно 1С круче на порядок.
Наворотить на фузии крутое прикладное решение - получится "парус" какой-нить. Который они собственно и продают уже за деньги.
Но есть некоторая ниша, в которую фузия попадает в яблочко, ИМХО. Это когда использовать 1С - из пушки по воробьям, учитывая небесплатность платформы. Когда надо что-то маленькое, простенькое, с фиксированным бизнес-процессом но на много пользователей и желательно в вебе.