Сервис 15

При заполнении элемента "CurrencyCode" из таблицы "Описание структуры "Сведения о действующих в указанном периоде документах"" необходимо указывать валюту обязательств или валюту платежа? При рамочном договоре валюта обязательств и платежа может регулироваться спецификациями/доп. соглашениями, в связи с чем возникает вопрос информация, указанная выше касается реквизитов договора или спецификаций?

Элемент Document (ОМ) является множественным. Указывается валюта по документу, в отношении которого представлена информация (при предоставлении информации по спецификации/доп. соглашению - валюта указанная в данном документе).

Что должно быть указано при заполнении элемента "DocumentDateStart" из таблицы "Описание структуры "Сведения о действующих в указанном периоде документах""?

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

Что должно быть указано при заполнении элемента "DocumentDate" из таблицы "Описание структуры "Сведения о действующих в указанном периоде документах""?

Это дата документа (метаданные документа), дата подписания.

Что должно быть указано при заполнении элемента "DocumentName" из таблицы "Описание структуры "Сведения о действующих в указанном периоде документах""?

Указывается наименование документа (как оно сформулировано в самом документе). Это метаданные конкретного документа.

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

Да, верно.

Информацию о номере и дате документа (Договора), если он рамочный, надо передавать в разрезе спецификаций т.е. в графах "документ" указывать номер и дату спецификации? или укрупненно: Договор №, договор дата, вид договора (поставка, подряд и т.д.), платежи по договору, продукт укрупненно (оборудование, товарно-материальные ценности, консультационные услуги, подрядные работы и т.д.).

Информация передается по документу (из справочника СПВДОК), который указывается в запросе. Если это договор, то раскрывается вся информация по нему. Если условиями договора определён конкретный перечень продуктов, товаров, услуг, то также заполняется составной элемент Product. В случае передачи информации по спецификации - передается вся информация по ней. Сервис не предполагает укрупненную передачу информацию.

Просим Вас разъяснить порядок формирования информации по Сервису получения сведений по договорам и контрагентам, а именно описание структуры «Перечень продукции, работ, услуг».
Информация для элементов ProductName (код ОКПД2), Quantity (Кол-во продукции) и QuantityUnit (единица измерения) должна формироваться из:

1. карточки договора, т.е. в случае, если предметом договора указана отгрузка материала, выполнение работ и оказание услуг в определенном кол-ве, то информация по коду ОКПД2, количестве и единице измерения формируется на основании предмета договора?
Например, предметом договора предусмотрена поставка «материала_1» в кол-ве 1 тонны. Поставка осуществляется в течение нескольких периодов. В таком случае в структуре «Перечень продукции, работ и услуг» будет указан код ОКПД2 материала_1, кол-во = 1 и код единицы измерения – тонна.
Какая информация должна быть представлена в случае поставки материалов на основании спецификации, направляемой поставщику? В таком случае элемент Product имеет статус «не заполнен» или «пустой», и соответственно структура «Перечень продукции, работ, услуг» остается не заполненной?

2. информация должна формироваться на основании отгрузочных документов? Т.е. структура «Перечень продукции, работ и услуг» формируется из первичных документов (выставленные на имя покупателя или полученные от поставщика) за запрашиваемый период?
Например, предметом договора предусмотрена поставка «материала_1» в кол-ве 1 тонны и «материала_2» в количестве 250 шт. Поставка осуществляется в течении нескольких периодов. В запрашиваемый период осуществлена отгрузка «материала_1» в количестве 0,5 тонн и «материала_2» в количестве 150 шт. В таком случае при направлении запроса на получение сведений по договорам и контрагентам должна сформироваться информация в структуре «Перечень продукции, работ, услуг» на основании первичных документов, а именно:

Код ОКПД материала_1
Кол-во = 0,5 тн.
Код ед.измерения = тонна
Код ОКПД материала_2
Кол-во = 150
Код ед. измерения = штука

1. Да, если условиями договора определен состав и количество отгружаемых товаров, работ, услуг, то заполняется составной элемент Product на основании условий договора.
Если же в договоре это не определено, то элемент Product не заполняется.
При запросе документа с кодом вида документа по справочнику СПВДОК, обозначающем спецификацию, указывается вся соответствующая информация по спецификациям.
2. При направлении запроса на получение сведений по договорам и контрагентам должна сформироваться информация в структуре «Перечень продукции, работ, услуг» на основании тех документов, коды вида которых указаны в запросе по справочнику СПВДОК. Если запрашивается договор, и условиями договора определен перечень и количество продукции, работ, услуг, то в ответе данный элемент Product заполняется на основании условий договора.

В структуре ответа имеется обязательно поле DocumentId String.

В связи с этим возникают следующие вопросы:
1. DocumentId - это идентификатор документа (скан-образа) для получения документа в сервисе №5?
2. Если к договору есть несколько приложений или доп. соглашений, размещенных разными файлами к основному договору, как необходимо вернуть ответ на запрос?
3. Если в системе отсутствует скан-образ договора, какой ответ должен вернуться на запрос в сервисе №15?

А также какие коды вида документа по справочнику СПВДОК (DocumentCode) могут быть указаны в запросе сервиса №15?

1. Это идентификатор документа, который присваивается в ИС НП однократно и используется, в том числе и в других API сервисах. Да, по данному идентификатору должна быть возможность просмотра скан-образа документа посредством сервиса №5, если скан-образ будет размещен в ИС НП.

2. Элемент Document (ОМ) является составным и множественным, поэтому при заполнении сервиса есть возможность выбора нескольких документов из справочника СПВДОК (договора, спецификации, доп. соглашения и т.д.). Следовательно, в ответ на запрос должна быть возвращена информация по всем документам, коды вида которых указаны в запросе, действовавших в данном периоде (сам договор/контракт, доп. соглашения, спецификации относящиеся к данному периоду).

3. Посредством сервиса 15 не запрашивается скан-образ договора, а только данные, перечисленные в описании сервиса в составном элементе Document. Таким образом, налогоплательщику необходимо обеспечить наличие данной информации по договорам в своей ИС и направлять их в соответствии с xsd-схемой.

Ограничений на определенные коды вида документа по справочнику СПВДОК в описании сервиса нет. Но, исходя из логики данного сервиса, в большинстве случаев запрашиваться будут коды документов, являющихся основанием для сделок (договоры, соглашения, контракты и т.д.).

Сервис должен формироваться в разрезе документов на отгрузку (актов выполненных работ, оказанных услуг) и оплаты по принципу оборотно-сальдовой ведомости в аналитике договора и контрагента по счетам 60 и 62 в корреспонденции со счетами 51 и 52 бухгалтерского учета? Или Сервис должен формироваться в разрезе аналитики контрагентов, договоров и поступившей оплаты по этим договорам за период?

На практике:
Договоры поставки (купли продажи), как правило, рамочные, подразумевают составление спецификаций на каждую отгрузку. Сумма договора, валюта обязательства и ОКПД2 меняются в каждой спецификации. Или, например, в договоры строительного подряда могут вноситься изменения дополнительными соглашениями и по суммам, и по объемам, и иные. А также много других нюансов, связанных с заключением и иных договоров.

Сведение предполагается запрашивать за определенный период времени.

Данные будут запрашиваться в разрезе контрагентов, с которыми у организации имеются действующие в указанном в запросе периоде договоры/контракты, с указанием информации по данным договорам/контрактам, в т.ч. информации по оплате (сумме зачисленных/списанных денежных средств – элементы «DocumentSumCredited» и «DocumentSumDebited»).

Также обращаем внимание, что элемент сервиса: DocumentSumTotal является условно-обязательным и указывается в случае, если элемент DocumentSumType = 1, т.е. в случае, когда общая сумма обязательств определена. В описанном вами примере с рамочными договорами значение элемента DocumentSumType следует указать =2, т.е. в данном примере общая сумма обязательств не определена и может изменяться на основании спецификаций. В случае, если доп. соглашением общая сумма изменилась, то новое значение DocumentSumTotal следует указать к документу с кодом вида документа по справочнику СПВДОК, обозначающее доп. соглашение к договору, если такой код вида документа будет указан в запросе.
Также составной элемент Product не является обязательным и заполняется в случае, если это возможно.

Если договор, по которому в указанном в запросе периоде нет сумм зачисленных на расчетный счет и нет сумм списанных с расчетного счета, нужно включать в ответ на запрос, какой из элементов DocumentSumCredited, DocumentSumDebited необходимо оставить в запросе?

В данном случае, и по элементу DocumentSumCredited, и по DocumentSumDebited необходимо проставить "0.00"

Напишите нам, и мы постараемся оперативно на него ответить.

Задать вопрос