Отчет разработан для конфигурации 1С: Управление торговлей, редакция 11 (11.5.20.93)
"Портфель контрактов" — профессиональный инструмент для контроля полного жизненного цикла заказа клиента:
-
💰 Финансы клиентов → Оплаты и задолженности
-
📦 Логистика → Заказы поставщикам
-
💸 Расчеты с поставщиками → Оплаты и остатки (с пересчётом в одну валюту💸)
-
Баланс обязательств → Кто кому должен
Что внутри отчета:
Ключевые блоки данных:
Набор данных | Что содержит |
---|---|
СтрОплатаКлиента |
Суммы оплат, валюта, менеджер, статус заказа, остаток |
СтрЗаказыПоставщику |
Связанные заказы поставщикам |
СтрОплатаПоставщику |
Фактические выплаты поставщикам |
СтрОстатокПоставщика |
Текущие долги и переплаты |
Ключевые возможности:
-
Автоматические группировки: По менеджерам → Клиентам → Заказам
-
Программные фильтры (:
-
Есть задолженность (Клиенты)
-
Есть задолженность (Поставщики)
-
Поставщик
-
Валюта заказа Поставщику (если пусто, то по всем валютам)
-
Валюта пересчета остатков (Поставщик) (обязательно к заполнению)
-
Клиент
-
Менеджер
-
Статус заказа клиента
-
-
Временные срезы: Анализ на любую дату через параметр "Период"
Результат отчета
Колонки:
1) Менеджер (Заказ Клиента).
2) Клиент.
3) Статус заказа клиента.
4) Заказ клиента (ссылка на документ).
5) Сумма заказа клиента в валюте документа.
6) Валюта документа.
7) Всего оплат от клиента.
8) Долг клиента. (Мы должны/Нам должны)
9) Документы оплаты клиента (Документ, сумма, валюта).
10) Заказы поставщику (Документ, поставщик, сумма, валюта).
11) Итого Сумма заказов поставщику (сгруппирована по валюте)
12) Документы оплаты поставщику в рамках Заказа клиента
13) Итого оплаты поставщику - это список с текстом, где также суммы сгруппированы по валюте.
14) Нам должен поставщик (РУБ) - пересчитанный долг
15) Мы должны поставщику (РУБ) - пересчитанные обязательства
16) Остаток - итоговый показатель с точностью до копеек в валюте пересчета. Для расчёта итогов остатка используется только наша задолженность перед поставщиком, наша переплата по каким то Заказам поставщику не может влиять на обязательства перед другими поставщиками.
Отчет разрабатывался для отдела продаж/закупок с целью анализа событий по исполнению Заказа клиента с возможностью визуализации созданных в рамках одного заказа всех заказов поставщику и документов оплат. В отчете также учтены денежные возвраты от поставщика, возвраты клиенту и взаимозачёты задолженности.
Так как стояла задача привязать множественные движения оплат от клиента, заказов поставщику и оплат поставщику к одной строчке Заказа Клиента, то детализация по движениям представлена в виде текста в одной строке. Все множественные итоговые суммы оплат по заказам поставщику и суммам самого заказа поставщику сгруппированы в рамках своих валют.
В стандартный отбор по периоду попадают Заказы клиента, а для созданных на основании последующих цепочек документов отбор по дате не используется.
В отчете анализируются только безналичные платежи, так как в хоз. среде, в которой моделировался отчёт, отсутствуют расчёты с физиками и с юр. лицами за наличный расчёт.
Итоговые суммы по оплатам от клиента анализируются по валюте взаиморасчётов с клиентом. Это значит, что оплата может быть произведена в валюте отличной от валюты Заказа клиента, но задолженность будет выводится в валюте Заказа клиента, но для информации в строках столбца "Документы оплаты клиента" выводятся данные как о сумме взаиморасчетов так и о сумме документа оплаты:
В данном случае мы видим, что оплата происходила по курсу EUR но в рублях.
Если по Заказу клиента несколько платежей:
В данном случае мы можем видеть, что по заказу был возврат клиенту на сумму 143,64 руб.
Также мы можем проследить были ли в рамках данного Заказа клиента Заказы поставщику, были ли они оплачены и есть ли по ним задолженность:
В данном случае мы видим, что заказ поставщику был, и он оплачен, никакой задолженности по заказу нет.
Если по Заказу клиента несколько документов Заказов поставщику:
Также можно проанализировать, что в рамках одного заказа клиенту были созданы несколько документов Заказов поставщику в разных валютах, они все оплачены и по ним нет задолженности.
Если в сумме Заказа поставщику и оплате данного заказа есть разница:
В информации выше мы видим, что по верхнему заказу оплатили больше и технически поставщик нам должен, хотя данная разница может означать, что сумма заказа была скорректирована, но в Заказе поставщику сумму не поменяли. В столбец итоговых обязательств с пересчетом в USD данная сумма не попадает, так как наша переплата одному поставщику никак не влияет на обязательства перед другими поставщиками.
Портфель контрактов:
Пред тем как я приступила к реализации задачи по моделированию данного отчёта, я проанализировала конфигурацию УТ 11 и я не нашла там подобного, есть отдельные отчёты по клиентам и отдельные отчёты по поставщикам, единого монитора для анализа нет, может плохо искала. Если ошиблась и такое там есть, ткните носом, буду благодарна.
Я не программист и конструировала этот отчёт на чистом энтузиазме, это эскиз, вариация на тему которую можно брать для компиляции и сделать что-то своё. Отчет строится на источниках внешних данных, я попыталась построить его исключительно на запросах СКД, но в итоге выбрала вариант с программной компоновкой результата, мне было проще использовать реквизиты формы для объявления параметров, чем пытаться внедрить их в коллекцию настроек СКД. Прошу прощения за косность выражения, ещё раз повторюсь, я не программист. Также в отчёте нет анализа по так называемому БДР, не анализируются ни документы реализации ни документы ПТУ, такой задачи не стояло.
Приношу извинения за качество вложенных картинок, наверное, существует какой-то секрет, который явно не указан в инструкции к правилам публикации, но качество картинок обрезается при сохранении публикации на сайте.
Также если найдёте ошибку, пишите, я всё поправлю. Также 27.06.2025 17:50 опубликована новая, исправленная версия, была ошибка в запросе по оплатам поставщику.
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 11, релизы 11.5.21.106
Вступайте в нашу телеграмм-группу Инфостарт