Утративший силу
Автор прямой закупки получает роль «Редактор». Остальные пользователи получают доступ к закупке в соответствии со стандартной системой доступов закупки (см. «СТО МИ пользователя «Папир: Закупки». Работа с сервисом в роли «Представитель покупателя»).
Если перед нажатием на кнопку «Провести прямую закупку» строки в заявке на закупку не были выбраны, то система выводит сообщение об ошибке (рисунок 361).
Если выбранные строки или заявка на закупку не находятся в статусе «Действующая», то система выводит окно с информацией об ошибке (рисунок 362).
Прямая закупка имеет автоматически сформированное полное некорректное коммерческое предложение от организации поставщика, выбранного на форме создания прямой закупки. Детали предложения повторяют данные спецификации закупки. Данное предложение объявляется победителем в закупке.
Прямые закупки не отражаются на сайте «Закупки» (подробнее о сайте закупок см. СТО МИ пользователя «Папир: Закупки». Работа с сервисом в роли «Представитель покупателя», раздел Сайт «Закупки»).
Далее работа с прямой закупкой ничем не отличается от работы с закупкой в статусе «Закупка завершена», созданной и проведенной стандартными способами (см. СТО МИ пользователя «Папир: Закупки». Работа с сервисом в роли «Представитель покупателя»).
Приложение «Управление платежами» предназначено для отражения в отчетах по ИСП информации по проведенным оплатам для составления целостной картины расходования денежных средств.
Возможность | Администратор сервиса | Пользователь сервиса |
Видимость приложения «Управление платежами» | Видит | Видит |
Двойной клик по оплате | Режим редактирования всех параметров оплаты | Режим редактирования всех параметров оплаты |
Двойной клик по оплате: «Кнопка «Сохранить» | Доступна | Доступна |
Кнопка «Добавить файл клиент-банка» | Доступна | Доступна |
Кнопка «Создать» | Доступна | Доступна |
Кнопка «Удалить» | Доступна | Доступна |
Организация-инвестор | Все организации, подключившие сервис | Организации, которые к которым пользователю выдан доступ |
Доступ на создание платежей по проектам для организации выдается пользователям через приложение «Дополнительные настройки» (см. Настройка доступа к сервису).
При выборе организации-инвестора табличная часть заполняется платежами (рисунок 364). Пользователям с ролью «Администратор сервиса» доступен выбор любой организации, пользователям с ролью «Пользователь» для выбора доступны организации, к которым предоставлен доступ через приложение «Дополнительные настройки» (см. Роли доступа и Настройка доступа к сервису).
- Дата создания – дата создания оплаты в системе,
- Дата оплаты – значение согласно данным оплаты,
- Номер – значение согласно данным оплаты,
- Назначение – назначение платежа согласно данным оплаты,
- Договор – согласно данным оплаты, если договор отсутствует, то «Без договора»,
- Контрагент – согласно данным оплаты,
- Сумма – сумма платежа согласно данным оплаты,
- История – по нажатию открывается отдельное окно с историей изменения оплаты (рисунок 365), история ведется по всем независимым параметрам платежа:
- Дата оплаты,
- Номер,
- Назначение,
- Плательщик,
- Получатель,
- Сумма,
- Договор,
- Спецификация и ее сумма,
- Фильтр заполнения оплаты:
– не корректная оплата – не выбран договор и универсальная спецификация (такие оплаты получаются после добавления файла клиент-банка) или до конца не распределена сумма по оплате,
– корректная оплата – оплата, в которой заполнены все обязательные поля.
Для платежей, созданных без договора, поле «Спецификация» в расшифровке не заполняется (рисунок 367).
Доступна фильтрация по столбцам «Номер», «Назначение», «Договор», «Контрагент», «Сумма» и «Корректность оплаты».
Для фильтрации платежей с пустым договором в столбце «Договор» среди всех доступных значений установить флаг «Без договора» (рисунок 368).
Название поля | Примечание |
Тип платежа | – выбрать из выпадающего списка значений: По договору, Без договора – платеж, вручную привязанный к ПРВУ проекта, |
Дата платежа | – дата, обязательное для заполнения, |
Номер платежного документа | – текстовое поле, обязательное для заполнения, |
Назначение | – текстовое поле, обязательное для заполнения, |
Инвестор | – выбор организации из справочника «Юридические лица» согласно доступа пользователя, обязательное для заполнения, |
Контрагент | – выбор организации из справочника «Юридические лица», обязательное для заполнения, |
Общая сумма платежа | – неотрицательное число, обязательное для заполнения, |
Договор | – выбор договора из списка договоров, отфильтрованным по организациям: Плательщик = Заказчик, Получатель = Подрядчик, Реквизит отображается, если тип платежа «По договору» |
Табличная часть «Выбор спецификации» – отображается, если тип платежа «По договору» | |
Спецификация | – ссылка на электронный документ, при ручном выборе показываются универсальные спецификации по выбранному договору; выбранные спецификации должны быть уникальны в рамках табличной части, в противном случае появится сообщение об ошибке, |
Инвестиционный проект | – ссылка на инвестиционный проект согласно выбранной спецификации, |
Пакет работ | – пакет работ верхнего уровня согласно данным спецификации, |
Сумма | – сумма платежа по спецификации, сумма платежа должна быть больше или равна суммам в спецификациях с учетом сторнирования, в противном случае появится сообщение об ошибке, |
Лимит оплат | – определяется как разница между «Суммой» и ранее заведенными в систему оплатами. |
Табличная часть «Выбор инвестиционного проекта» – отображается, если тип платежа «Без договора» | |
Инвестиционный проект | – для выбора доступны инвестиционные проекты, в которых инвестор является организацией-инвестором или генеральным подрядчиком |
Объект | – поиск согласно выбранного Инвестиционного проекта, подставляется по ПРВУ, если поиск ПРВУ вел до поиска Объекта, |
Пакет работ | – поиск согласно выбранного Инвестиционного проекта и Объекта, |
Сумма | – сумма платежа по инвестиционным проектам, не может быть больше параметра «Общая сумма платежа» |
По нажатию кнопки «Распределить платеж по методу FIFO» происходит автоматическое заполнение табличной части «Выбор спецификации» спецификациями к договору в статусах «Действует», «Исполнена» и «Приостановлена» с учетом наличия сторно, по методу FIFO: берется самая ранняя универсальная спецификация, у которой еще не исчерпан лимит на оплаты, если лимит исчерпан, а сумма по оплате нет, то ищется следующая спецификация.
Для сохранения оплаты необходимо нажать кнопку «Сохранить», система проверит оплату на наличие ошибок и превышения лимита по универсальным спецификациям, а также права доступа пользователя.
Для редактирования оплаты необходимо щелкнуть по ней двойным щелчком мыши или нажать кнопку «Редактировать платеж» 
в строке оплаты. В открывшемся окне необходимо внести изменения и нажать кнопку «Сохранить».
в строке оплаты. В открывшемся окне необходимо внести изменения и нажать кнопку «Сохранить».- В табличной части удаленные строки вычеркиваются, для восстановления необходимо нажать кнопку «Восстановить»,
- Допускается выбор только уникальных универсальных спецификаций в табличную часть «Выбор спецификаций», в противном случае появляется сообщение об ошибке (рисунок 372) и спецификация не выбирается,
