| В структуре ответа имеется поле "Product". В большинстве случаев по договору нет возможности определить перечень продукции/работ/услуг, поскольку перечень определяется спецификациями/доп. соглашениями. Источником этой информации может служить УПД/Торг 12/акт выполненных работ и т.д. по конкретной хозяйственной операции. |
| Элемент может быть заполнен для спецификаций или иного документа, поэтому является условно-обязательным. |
| При заполнении элемента "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 не является обязательным и заполняется в случае, если это возможно. |