Утративший силу
Если у пользователя все же возникла такая необходимость, то корректировка документа может быть выполнена следующим образом:
- Пользователь создаёт новый документ «СТО СМК Товарная накладная»,
- Вносит в новый документ корректные данные (рисунок 79).
- Универсальное приложение (см. Универсальное приложение),
- Транспортная накладная (см. Транспортная накладная (Архив)).
- СТД ИСП-40 (см. СТД ИСП-40 Договор поставки),
- Товарная накладная (см. Товарная накладная (редакция 1)).
Для создания документа «Транспортная накладная» документ «Товарная накладная» должен быть в статусе «Действует».
В разделе «Дочерние документы» необходимо выбрать шаблон документа «Транспортная накладная» и нажать кнопку «Далее» (рисунок 80).
Название поля | Примечания |
Общая информация | |
Шаблон документа | – «Транспортная накладная», |
Номер | – указывается номер транспортной накладной, |
Дата | – автоматически указывается текущая дата, можно изменить, |
Документ-основание | – автоматически указывается документ-основание, |
Информация об организации – Грузополучателе | |
Наименование | – заполнено автоматически согласно товарной накладной, можно изменить, |
Счет | |
Информация об организации – Грузоотправителе | |
Наименование | – заполнено автоматически согласно товарной накладной, можно изменить, |
Счет | |
Груз | |
Количество позиций | – заполнено автоматически количеством позиций из товарной накладной, |
Стоимость груза | – заполнено автоматически «Итого сумма с НДС» из товарной накладной. |
Изменение статусов транспортной накладной аналогично изменению статусов акта сдачи-приемки выполненных работ (см. Изменение статусов акта сдачи-приемки выполненных работ).
Подписание документа доступно лишь после согласования (см. СТО МИ пользователя «Папир: Электронные документы).
- Родительский документ должен быть в статусе «Действует», «Действует (вручную)», «Исполнена»;
- Пользователь имеет роль «Редактор проекта», «Ответственный редактор», «Менеджер проектом» или «Управляющий проектом» в проекте, к которому составлен родительский документ;
- Проект, к которому составлен родительский документ, имеет лицензию.
Если пользователь не имеет ни одной из вышеперечисленных ролей или проект не имеет лицензии, то система выводит сообщение об ошибке (рисунок 82).
Для создания сторно спецификации необходимо в разделе «Связанные документы» родительской универсальной спецификации нажать кнопку «Создать новый дочерний документ». В появившемся окне выбрать шаблон «Сторно спецификации» и нажать кнопку «Выбрать» (рисунок 83).
Название поля | Примечания |
Электронный документ | |
Шаблон документа | – «Сторно спецификации», |
Дата создания | – автоматически заполняется текущей датой, может быть изменена, |
Корневой документ | – автоматически заполняется наименованием родительского документа, недоступно для изменений; |
Инвестиционный проект | – автоматически заполняется из родительского документа, недоступно для изменений; |
Объект заказчика | |
Наименование | – автоматически заполняется из родительского документа, недоступно для изменений; |
Сторнируемые строки Таблица формируется таким образом: •Из строк родительского документа со статусом «Действует» формируется объём поставки, в виде таблицы, содержащей столбцы: Пакет работ верхнего уровня, Промежуточная работа, Этап работы, Наименование ТРУ, Количество, Единица измерения, Цена за ед., Ставка НДС, Сумма НДС, Сумма с учетом НДС, Спецификация; •Из объёма поставки исключается выполненный объём, т.е. ТРУ, учтённые в созданных для данной универсальной спецификации и договора документах с типом «Первичный учётный документ» (в любом статусе, кроме «Черновик» и «Отменен»). Можно отредактировать автоматически заполненное поле «Количество» или удалить строки. | |
При сохранении документа происходит проверка количества каждого сторнированного ТРУ, чтобы оно не превышало разницы количества ТРУ в универсальной спецификации и количества ТРУ в действующих ПУД и сторно. В случае обнаружения превышения объема поставки система выводит сообщение об ошибке (рисунок 84).
При сохранении документа проверяется, чтобы итоговая сумма по сторно не превышала общей суммы платежей по данной универсальной спецификации. Если обнаружено превышение суммы платежей, то выводится сообщение об этом (рисунок 85).
При создании документа автоматически в список доступа добавляется автор документа с правами «Представитель».
У документа нет сторон, следовательно, правила доступа сторон не срабатывают. Доступ имеет только автор документа и администратор.
При сохранении сторно в статусе «Действует», родительский документ выводит отметку о сторнировании и поле «Всего сумма (с НДС)» отображает разницу между итоговой суммой по документу (родительской спецификации), посчитанной по данным электронной формы, и итоговой суммы сторно (рисунок 86). Общая сумма по договору актуализируется аналогичным образом.
Сторнирование спецификации влияет на доходы/расходы родительского документа (см. Универсальная спецификация).
Сторнирование влияет на универсальные спецификации проектов. Соответственно, сторнирование учитывается при формировании отчетов, заявок на закупку, расчете превышения при переводе заявки на закупку в статус «Действующей», диаграммы Ганта, лимита по оплатам и распределение платежей по методу FIFO при создании и редактировании платежей (см. СТО МИ «Папир: Управление проектами»).