Содержание

Возврат обеспечения в суфд

Федерального казначейства, в скобках — полные или сокращенные наименования финансового органа и бюджетополучателя, а также номер лицевого счета финансового органа по коду 02, открытого в органе Федерального казначейства;

На каждой завершенной странице Заявки на возврат проставляются:

· подпись руководителя (уполномоченного им лица с указанием должности) администратора доходов, сформировавшего Заявку на возврат, и расшифровка подписи с указанием инициалов и фамилии;

· подпись главного бухгалтера (уполномоченного руководителем лица с указанием должности) администратора доходов, расшифровка подписи с указанием инициалов и фамилии;

· дата подписания документа.

Каждая завершенная страница Заявки на возврат должна быть пронумерована с указанием общего числа страниц документа.

ВажноПраво заказчика — установить и больший срок, но это должно быть оговорено в контракте. Подписание контракта возможно только после внесения исполнителем обеспечения.

Возврат обеспечения контракта

Вкладка «Раздел 3», группа полей «Отметка территориального органа Федерального казначейства о постановке на учет заявки на возврат» Номер заявки Регистрационный номер заявки в УФК. Значение доставляется от УФК. Дата регистрации Дата регистрации документа в УФК.

Значение доставляется от УФК Ответственный исполнитель.

Должность Наименование должности ответственного исполнителя в УФК. Значение доставляется от УФК Ответственный исполнитель. Расшифровка подписи ФИО ответственного исполнителя в УФК. Значение доставляется от УФК Телефон Номер телефона ответственного исполнителя в УФК.

Как создать заявку на возврат обеспечения в суфд

Как вернуть обеспечение исполнения контракта по 44 фз электронный аукцион Когда заказчик обязан осуществить возврат обеспечения в рамках Закона № 44-ФЗ? В процессе осуществления закупок контрактной системой предусмотрено два вида обеспечения:

  • обеспечение заявки на участие;
  • обеспечение исполнения контракта.

Как правило, подавляющее число вопросов, возникающих у специалистов и участников контрактной системы, связаны с проблемами удержания обеспечения.

>Как вернуть обеспечение исполнения контракта по 44 фз

При этом может встать вопрос об исполнении гарантийных обязательств, если таковые имеются в соответствии с условиями соглашения.

ИнфоПД — это первичный документ (акты, договора, платежные поручения и т.д., отсканированные документо-основания для бухгалтерского учета и прочее …) Заявка на возврат Гуид вложения с первичным документом.Оперативная отченость — Отчёты Вкладка «Вложения» В поле «Краткое наименование документа» будет отображаться список, двойным нажатием на любой строчке у нас откроется само окошко с гуидами. Вкладка «Реестр вложений первичных документов» В последнем случае как видно, guid оказался идентичным.

Возвращаем обеспечение контракта по 44 фз

Перечень и описание полей вкладки «Раздел 3» (для ОФК off-line поля заполняется вручную). Наименование поля Описание поля Вкладка «Раздел 3», группа полей «Раздел 3.

Реквизиты получателя» Номер заявки Заполняется вручную, указывается номер, присвоенный заявке.

Как вернуть обеспечение исполнения контракта по 44 ap Поэтому они должны быть четко прописаны в договоре. В противном случае возврат может затянуться. Для того чтобы запустить процесс, исполнителю необходимо в свободной форме написать заявление на возврат платежа и отправить его заказчику.

Когда заказчик обязан осуществить возврат обеспечения в рамках Закона № 44-ФЗ? В процессе осуществления закупок контрактной системой предусмотрено два вида обеспечения:

  • обеспечение заявки на участие;
  • обеспечение исполнения контракта.

Как правило, подавляющее число вопросов, возникающих у специалистов и участников контрактной системы, связаны с проблемами удержания обеспечения. Это действительно довольно сложный механизм системы госзакупок, связанный с противостоянием интересов заказчика и поставщика.

КФД) 0531803) осуществляется администратором доходов для возврата средств плательщику, зачисляемых в бюджеты бюджетной системы Российской Федерации.

В наименовании формы документа указывается номер, присвоенный администратором доходов, оформляющим Заявку на возврат.

В заголовочной части формы документа указываются:

· дата, на которую сформирован документ, с отражением в кодовой зоне даты, на которую сформирован документ в формате «день, месяц, год» (00.00.0000).

Дата заполнения документа должна быть не позднее даты текущего рабочего дня;

· по строке «Получатель бюджетных средств, администратор доходов бюджета, администратор источников финансирования дефицита бюджета» — наименование администратора доходов, формирующего Заявку на возврат, с отражением в кодовой зоне номера соответствующего лицевого счета администратора доходов.

Значение может быть отредактировано вручную или выбором из справочника «Лицевых счетов».ИНН ИНН АДБ. Поле заполняется автоматически после заполнения поля «Код по сводному реестру» из справочника СРРПБС и может быть изменено вручную. КПП КПП АДБ. Поле заполняется автоматически после заполнения поля «ИНН» из справочника СРРПБС и может быть изменено вручную.

Глава по БК Код ГАДБ по справочнику ведомств, заполняется автоматически. Код по ОКПО Указывается код по ОКПО финансового органа по КОФК 6900, заполняется автоматически. Код объекта по ФАИП Поле не заполняется Вкладка «Раздел 1, 2», группа полей «Раздел 1. Реквизиты документа» Код по КБК Заполняется вручную из справочника КБК, доступное значение «20».

Для возврата неиспользованных по состоянию на 1 января текущего года остатков межбюджетных трансфертов указывается «Уведомление» Номер Номер документа-основания, заполняется вручную. Дата Дата документа-основания, заполняется вручную в формате «DD.MM.YYYY» Рисунок 3: ЭФ документа «Заявка на возврат». Раздел 3. Возврат обеспечения по 44-фз Важно То есть объемы работ или поставок исполнителем выполнены в полном объеме, а их качество соответствует заявленному в техническом задании.

Гарантийные обязательства при этом не признаются приоритетными и не влияют на сроки возвращения денежных средств или банковской гарантии. Штрафные санкции за неисполнение гарантийных обязательств прописываются отдельным пунктом договора.

Важно: в ФЗ 44 четко не прописаны крайние сроки возврата платежа по ОИК.

При подписании документов нужно помнить о том, что стоимость заказа, сроки, условия, размер ОИК – величины не изменяемые.Определенная сложность для представителей малого бизнеса состоит в поиске банка, который предоставит гарантию.Это процесс не быстрый, и если не получилось сразу найти нужный банк, разумно ОИК внести деньгами, а позже заменить их банковской гарантией.

>Как вернуть обеспечение исполнения контракта по 44 фз

Дата заявки По умолчанию проставляется текущая дата в формате «DD.MM.YYYY». Ед. Изм. Значение «Руб».

Оформление заявок на возврат в суфд

А ведь обеспечение по сути своей – это не что иное, как «живые» деньги участника, при этом его возврат – не право, а обязанность заказчика.

Межрегиональное операционное УФК обращает особое внимание на то, что вышеуказанные требования до 01.04.2018 распространяются только на копии Заявок на возврат, предоставленные информационным сообщением в рамках проверки в тестовом режиме.

Проверка в тестовом режиме копий Заявок на возврат, а также решение вопросов, связанных с подтверждением обоснованности возврата, никак не повлияют на исполнение в установленные сроки Заявок на возврат, представленных посредствам ППО «СУФД» в установленном порядке для фактического осуществления возврата ошибочно перечисленных средств плательщикам.

По всем возникающим вопросам, связанным с участием в тестировании обоснованности возврата денежных средств плательщикам, просим обращаться к работникам Отдела доходов Межрегионального операционного УФК.

Как вернуть обеспечение исполнения контракта по 44-фз Видео с пояснениями когда требуется обеспечение по 44-ФЗ: Взаимодействие заказчика и исполнителя На торгах контракт, помимо прочей информации, должен содержать требование ОИК (кроме тех случаев, когда это не предусмотрено). Исполнитель, выигравший конкурс, обязан внести обеспечение, после чего происходит подписание контракта. Если оно не предоставлено, поставщик будет признан уклонившимся, и контракт подписан не будет.

Алгоритм как вернуть в суфд обеспечение исполнения контракта

При этом важным обстоятельством является то, что возможно выбрать иной способ поручительства и, например, вместо денежных средств, предоставить банковскую гарантию.

Порядок заполнения Заявки на возврат средств из бюджетной системы

Порядок заполнения Заявки на возврат средств из бюджетной системы

Форма Заявки на возврат и указания по заполнению Заявки установлены Порядком кассового обслуживания исполнения бюджетов, утвержденным приказом Федерального казначейства н.

Формирование Заявки на возврат (приложение 3 к приказу 8н, код формы по ведомственному классификатору форм документов (КФД) 0531803) осуществляется администратором доходов для возврата средств плательщику, зачисляемых в бюджеты бюджетной системы Российской Федерации.

В наименовании формы документа указывается номер, присвоенный администратором доходов, оформляющим Заявку на возврат.

В заголовочной части формы документа указываются:

· дата, на которую сформирован документ, с отражением в кодовой зоне даты, на которую сформирован документ в формате «день, месяц, год» (00.00.0000).

Дата заполнения документа должна быть не позднее даты текущего рабочего дня;

· по строке «Получатель бюджетных средств, администратор доходов бюджета, администратор источников финансирования дефицита бюджета» — наименование администратора доходов, формирующего Заявку на возврат, с отражением в кодовой зоне номера соответствующего лицевого счета администратора доходов. Администратор доходов, являющийся участником бюджетного процесса федерального уровня указывает код по Сводному реестру.

Наименование администратора доходов должно соответствовать:

— для администратора доходов, являющегося участником бюджетного процесса федерального уровня, его наименованию, указанному в соответствующей реестровой записи Сводного реестра, Карточке образцов подписей;

— для администратора доходов, являющегося участником бюджетного процесса субъекта Российской Федерации или муниципального образования, его наименованию, указанному в Карточке образцов подписей и Перечне главных распорядителей, распорядителей и получателей бюджетных средств, главных администраторов и администраторов источников финансирования дефицита бюджета, главных администраторов и администраторов доходов бюджета субъекта Российской Федерации (местного бюджета), представляемом в органы Федерального казначейства Министерством финансов Удмуртской Республики, финансовыми органами муниципальных образований при открытии лицевых счетов;

· по строке «Главный распорядитель бюджетных средств, главный администратор доходов бюджета, главный администратор источников финансирования дефицита бюджета» — наименование главного администратора доходов бюджета, в ведении которого находится администратор доходов, формирующий Заявку на возврат, с отражением в кодовой зоне кода главы по бюджетной классификации;

· по строке «Наименование бюджета»:

для администратора доходов, являющегося участником бюджетного процесса федерального уровня, – «федеральный бюджет»;

для администратора доходов, являющегося участником бюджетного процесса субъекта Российской Федерации – «бюджет Удмуртской Республики»,

для администратора доходов, являющегося участником бюджетного процесса муниципального образования — наименование соответствующего бюджета;

· по строке «Финансовый орган»:

для администратора доходов, являющегося участником бюджетного процесса федерального уровня, — «Министерство финансов Российской Федерации»;

для администратора доходов, являющегося участником бюджетного процесса субъекта Российской Федерации, — «Министерство финансов Удмуртской Республики»;

для администратора доходов, являющегося участником бюджетного процесса муниципального образования, — наименование финансового органа соответствующего бюджета.

Для городских и сельских поселений:

— в случае, если отдельные бюджетные полномочия финансового органа поселения осуществляются финансовым органом муниципального района на основе соглашения между местной администрацией поселения и местной администрацией муниципального района по строке «Финансовый орган» указывается полное наименование финансового органа муниципального района,

— в остальных случаях по строке «Финансовый орган» указывается полное наименование Администрации муниципального образования;

· по строке «Наименование органа Федерального казначейства» — полное наименование органа Федерального казначейства, в который представляется Заявка на возврат, с отражением в кодовой зоне кода по классификатору органов Федерального казначейства (КОФК).

Раздел 1. «Реквизиты документа» Заявки на возврат заполняется следующим образом.

По каждой строке указываются:

· в графе 1 — код бюджетной классификации, по которому должен быть осуществлен возврат;

· в графе 2 — наименование вида средств для осуществления возврата: средства от бюджетной деятельности;

· в графе 3 — код ОКАТО муниципального образования на территории которого мобилизуются денежные средства от уплаты платежей в бюджет;

· в графах 4, 5, 6, 7, 8, 9 — соответственно сумма выплаты в валюте возврата, код валюты возврата по Общероссийскому классификатору валют (ОКВ)- 643, сумма возврата в валюте Российской Федерации, очередность, вид и назначение платежа.

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

При возврате неиспользованных субсидий (субвенций), предоставляемых из других уровней бюджетной системы Российской Федерации в поле «Назначение платежа» указывается код классификации доходов бюджетов, указанный в графе 1 Заявки на возврат.

Раздел 2. «Реквизиты документа–основания» Заявки на возврат заполняется следующим образом.

По каждой строке указываются:

    в графах 1, 2, 3 — соответственно вид, номер, дата документа-основания для осуществления возврата.

Раздел 2. «Реквизиты документа–основания» Заявки на возврат выводится на бумажные носители и формируется в электронном виде в случае наличия информации для его заполнения.

Раздел 3. «Реквизиты получателя» Заявки на возврат заполняется следующим образом.

По каждой строке указываются:

    в графах 1, 2, 3 — соответственно наименование (фамилия, имя, отчество – для физического лица), ИНН, КПП получателя платежа.

Если получателем платежа является бюджетополучатель, лицевой счет которого открыт в органе Федерального казначейства, указывается полное или сокращенное наименование органа Федерального казначейства, в скобках — полное или сокращенное наименование бюджетополучателя, и номер лицевого счета, открытого ему в органе Федерального казначейства.

Если получателем платежа является бюджетополучатель, лицевой счет которого открыт в финансовом органе указываются полное или сокращенное наименование органа Федерального казначейства, в скобках — полные или сокращенные наименования финансового органа и бюджетополучателя, а также номер лицевого счета финансового органа по коду 02, открытого в органе Федерального казначейства;

    в графе 4 — лицевой счет получателя, в случае, если получатель платежа является участником бюджетного процесса, лицевой счет которого открыт органом Федерального казначейства; в графе 5 — номер банковского счета получателя платежа; в графах 6, 7, 8 — соответственно наименование, БИК, номер корреспондентского счета банка, в котором открыт счет получателя платежа.

На каждой завершенной странице Заявки на возврат проставляются:

· подпись руководителя (уполномоченного им лица с указанием должности) администратора доходов, сформировавшего Заявку на возврат, и расшифровка подписи с указанием инициалов и фамилии;

· подпись главного бухгалтера (уполномоченного руководителем лица с указанием должности) администратора доходов, расшифровка подписи с указанием инициалов и фамилии;

· дата подписания документа.

Каждая завершенная страница Заявки на возврат должна быть пронумерована с указанием общего числа страниц документа. Поле «Отметка органа Федерального казначейства о регистрации Заявки на возврат» не заполняется.

Образец оформления Заявки на возврат администратором доходов бюджета

>Суфд инструкция пользователя 2019 возврат обеспечения исполнения муниципального контракта

С июля изменится обеспечение исполнения контракта

Сидаев Дмитрий 23 мая 2019 Изменения в обеспечении исполнения контракта (ОИК) — это важная часть реформы контрактной системы по 71-ФЗ. Сделали обзор новых правил. Работать они начнут с 01.07.2019. В госзакупках с преимуществами для СМП и СОНКО размер придется считать, отталкиваясь от цены госконтракта, а не начальной (максимальной) цены (НМЦК). Обеспечить придется в размере, который не меньше .

Поставщик в таких закупках не будет обеспечивать контракт, если отправит госзаказчику сведения из . Нужно подтвердить, что на протяжении 3 лет до подачи заявки победитель выполнил 3 контракта без неустоек. Суммарно размер этих договоров не должен быть меньше НМЦК.

По общему правилу, этот срок — не больше 30 дней от даты выполнения условий договора.

Для закупок с преимуществами СМП и СОНКО такой срок не превышает 15 дней с даты исполнения госконтракта.

Как заполнить платежку на внесение обеспечения

Евдокимова Наталья 15 января 2019 Платежное поручение — это унифицированный бланк, который используют для осуществления расчетов с бюджетом и контрагентами.

Эти сроки будут применять и в случаях, когда договор обеспечивается в уменьшенном размере по . К таковым относят:

  1. на участие;
  2. обеспечение исполнения контракта (денежные средства или банковская гарантия).

Определим отличительные особенности вышеуказанных видов обеспечения, а также расскажем, как правильно составить платежное поручение, образец для каждого вида.

Расскажем, как заполнить платежное поручение на перечисление денежного обеспечения при участии в государственных закупках. Законом о контрактной системе России предусмотрено несколько видов обеспечения государственных и муниципальных контрактов.

Для перечисления суммы денежных средств на специальные счет для обеспечения заявки используйте унифицированное платежное поручение, бланк (скачать word файл можно, нажав на кнопку под изображением)

Обеспечение исполнения контракта по 44-ФЗ и 223-ФЗ: формы обеспечения, размеры, сроки возврата, калькулятор расчета

18.11.2015 78782 Здравствуйте, уважаемый(ая) коллега!

В прошлой своей статье я подробно разобрал вопрос связанный с при участии в торгах, как в рамках 44-ФЗ, так и в рамках 223-ФЗ. Сегодня же речь пойдет об обеспечении исполнения контракта. Этот инструмент также служит защитой от недобросовестных поставщиков и является для Заказчика гарантией качественного и своевременного исполнения победителем своих обязательств по контракту. Как правило, обеспечение исполнения контракта возвращается победителю только после выполнения им всех обязательств по контракту.

Обо всех нюансах использования данного инструмента мы подробно и поговорим далее в этой статье. (Примечание: настоящая статья актуализирована 26.07.2019 г.).

Обеспечение исполнения контракта — денежные средства или банковская гарантия, которые предоставляются Заказчику победителем торгов при заключении контракта для покрытия возможного ущерба Заказчика в случае неисполнения или ненадлежащего исполнения поставщиком своих обязательств.

Возвращаем обеспечение контракта по 44 ФЗ

Ильина Яна 7 июля 2017 Если исполнение контракта обеспечивается деньгами, важно понимать порядок и сроки их возврата, ведь средства могут понадобиться, например, для участия в другой процедуре.

Разберемся в этом вопросе и дадим образец письма на возврат обеспечения контракта.

Один из вопросов, которыми задаются поставщики, когда заключают договор с обязательством предоставить обеспечение его исполнения, — вопрос о получении назад денежных средств, которые вносят в качестве гарантии. Возврат обязательно указывается заказчиком в проекте договора, а также и в самом указанном соглашении. Когда встает вопрос о возврате обеспечения контракта по 44 ФЗ, сроки получения денег — первый вопрос, который встает перед поставщиком.

Сроки определяет заказчик исходя из того, когда поставщик исполнит все обязательства по договору.

Как внести обеспечение исполнения контракта по 44 ФЗ

Ильина Яна 13 февраля 2019 Разберемся, что представляет собой обеспечение исполнения контракта по 44 ФЗ, какие требования предъявляют заказчики, каков его размер и как можно его внести.

Фактически момент исполнения соглашения наступает тогда, когда стороны подписывают акт выполненных работ. Обеспечение исполнения контракта — это своего рода заверение, что поставщик выполнит условия заключенного соглашения в полном объеме. Внести его можно в форме денежных средств или в виде банковской гарантии, а сделать это нужно при заключении соглашения Не стоит путать обеспечение контракта по 44 ФЗ и заявки.

Поручительство заявки — сумма, которую участник торгов вносит на лицевой счет, провозглашая свою добросовестность и намерение принять участие в закупочной процедуре. Статья 96 Закона о контрактной системе гласит, что размер обеспечения исполнения контракта по 44 ФЗ составляет от 5 до 30% от цены контракта. Конечная величина устанавливается заказчиком самостоятельно в извещении, документации, а также проекте соглашения.

Казначейское сопровождение госконтрактов в 2019 году

Геллерт Дина 6 июня 2019 Казначейское сопровождение — это механизм усиления контроля за целевым использованием бюджетных средств. Проверяют государственных заказчиков, но не всех и не всегда.

Казначейское сопровождение означает обязанность крупных получателей бюджетных денег открыть счета в Федеральном казначействе.

Такой механизм предусмотрен для бюджетных средств, предоставление которых должно осуществляться с последующим подтверждением их использования в соответствии с условиями и целями, для которых они предоставлены. Поэтому такие деньги называют «целевые средства». Реализация казначейского сопровождения в 2019 году осуществляется для случаев, которые перечислены в ч.

2 ст. 5 459-ФЗ от 29.11.2018: государственных контрактов, цена которых превышает 100 миллионов рублей; соглашений на предоставление субсидий или инвестиций из бюджета юридическим лицам (ст. 80 БК РФ)

Рекомендации компании «Рустендер» Во время проведения многолотового аукциона — обеспечение исполнения контракта, как собственными денежными средствами, так и банковской гарантией, вносится каждому заказчику отдельно (что довольно обременительно для поставщика, так как ему приходится оформлять много банковских гарантий (или платежных поручений) на разные суммы). При подписании документов нужно помнить о том, что стоимость заказа, сроки, условия, размер ОИК – величины не изменяемые.Определенная сложность для представителей малого бизнеса состоит в поиске банка, который предоставит гарантию.Это процесс не быстрый, и если не получилось сразу найти нужный банк, разумно ОИК внести деньгами, а позже заменить их банковской гарантией.

Важно Форма содержит заголовочные поля и четыре вкладки: «Раздел 1, 2»; «Раздел 3»; «Системные атрибуты»; «Протоколы».

Новые правила планирования закупок: что поменяется с 1 октября 2019 года С 1 октября отменяются планы закупок, поэтому на 2020 год заполнять нужно будет только план-график.

Читайте, как начать планирование. В случае, если, обеспечение контракта было предоставлено путем внесения денежных средств на указанный заказчиком счет, заказчик обязан вернуть обеспечение исполнения контракта после исполнения поставщиком своих обязательств по контракту, т.е. после подписания акта выполненных работ, товарной накладной и т.д.

Заказчик сам устанавливает в какой срок будут возвращены денежные средства внесенные в качестве обеспечения исполнения контракта.

Алгоритм действий заказчика по полученным от исполнителя контракта средствам на обеспечение контракта и сроки возврата обеспечения контракта Напоминаем, что в ч.

1 ст. 96 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере

«Протоколы». При импорте документа из внешней системы поля формы заполняются автоматически в соответствии с данными загрузочного файла.

При вводе документа вручную поля вкладки заполняются в соответствии с данными бумажного документа.Для ручного ввода документа «Заявка на возврат» следует на одноименной ЭФ заполнить поля, доступные для редактирования.Рисунок 12: ЭФ документа «Заявка на возврат».

Раздел 1, 2.Перечень и описание полей заголовка формы и вкладки «Раздел 1, 2» (для ОФК off-line поля заполняются вручную). Наименование поля Описание поля Заголовок Номер заявки Проставляется вручную, указывается номер, присвоенный заявке.

Дата заявки По умолчанию проставляется текущая дата в формате «DD.MM.YYYY». Ед. Изм. Значение «Руб». Статус Код статуса документа. Заполняется автоматически в результате обработки документа или присылается из учетной системы (в случае обработки документа в учетной системе).

Контракт заключается после предоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в соответствии с настоящим Федеральным законом. 5. В случае непредоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в срок, установленный для заключения контракта, такой участник считается уклонившимся от заключения контракта.

6. Как вернуть обеспечение исполнения контракта по 44 фз электронный аукцион Когда заказчик обязан осуществить возврат обеспечения в рамках Закона № 44-ФЗ?

В процессе осуществления закупок контрактной системой предусмотрено два вида обеспечения:

  1. обеспечение исполнения контракта.
  2. обеспечение заявки на участие;

Как правило, подавляющее число вопросов, возникающих у специалистов и участников контрактной системы, связаны с проблемами удержания обеспечения.

Важно Сроки определяет заказчик исходя из того, когда поставщик исполнит все обязательства по договору.

Обеспечение исполнения контракта

Источник: Журнал В соответствии с п.

1 ст. 96 Закона № 44‑ФЗ в извещении об осуществлении закупки, документации о закупке, проекте контракта, приглашении принять участие в выборе поставщика (подрядчика, исполнителя) закрытым способом заказчик должен установить требование обеспечения исполнения контракта, за исключением отдельных случаев.

Каковы способы названного обеспечения? В каком порядке предоставляется обеспечение исполнения контракта и как данные операции отражаются в бухгалтерском учете?

Может ли заказчик удержать сумму обеспечения, предоставленного исполнителем ранее, в счет невозвращенного аванса по контракту? На эти и другие вопросы вы найдете ответы в статье.

>Гуид в суфд где найти

Рекомендации компании «Рустендер» Во время проведения многолотового аукциона — обеспечение исполнения контракта, как собственными денежными средствами, так и банковской гарантией, вносится каждому заказчику отдельно (что довольно обременительно для поставщика, так как ему приходится оформлять много банковских гарантий (или платежных поручений) на разные суммы).

При подписании документов нужно помнить о том, что стоимость заказа, сроки, условия, размер ОИК – величины не изменяемые.Определенная сложность для представителей малого бизнеса состоит в поиске банка, который предоставит гарантию.Это процесс не быстрый, и если не получилось сразу найти нужный банк, разумно ОИК внести деньгами, а позже заменить их банковской гарантией.

Как вернуть обеспечение исполнения контракта по 44 фз

Важно Форма содержит заголовочные поля и четыре вкладки:

  • «Раздел 1, 2»;
  • «Раздел 3»;
  • «Системные атрибуты»;
  • «Протоколы».

При импорте документа из внешней системы поля формы заполняются автоматически в соответствии с данными загрузочного файла. При вводе документа вручную поля вкладки заполняются в соответствии с данными бумажного документа. Для ручного ввода документа «Заявка на возврат» следует на одноименной ЭФ заполнить поля, доступные для редактирования.

Внимание

Рисунок 12: ЭФ документа «Заявка на возврат». Раздел 1, 2. Перечень и описание полей заголовка формы и вкладки «Раздел 1, 2» (для ОФК off-line поля заполняются вручную). Наименование поля Описание поля Заголовок Номер заявки Проставляется вручную, указывается номер, присвоенный заявке.

Дата заявки По умолчанию проставляется текущая дата в формате «DD.MM.YYYY».

Ед. Изм. Значение «Руб».

А ведь обеспечение по сути своей – это не что иное, как «живые» деньги участника, при этом его возврат – не право, а обязанность заказчика. Право заказчика — установить и больший срок, но это должно быть оговорено в контракте. Подписание контракта возможно только после внесения исполнителем обеспечения.

Вкладка «Раздел 3», группа полей «Отметка территориального органа Федерального казначейства о постановке на учет заявки на возврат» Номер заявки Регистрационный номер заявки в УФК. Значение доставляется от УФК. Дата регистрации Дата регистрации документа в УФК.

Значение доставляется от УФК Ответственный исполнитель.
Должность Наименование должности ответственного исполнителя в УФК. Значение доставляется от УФК Ответственный исполнитель. Расшифровка подписи ФИО ответственного исполнителя в УФК.

Значение доставляется от УФК Телефон Номер телефона ответственного исполнителя в УФК.

Значение доставляется от УФК Инструкция по формированию ключей электронной подписи и направления…Убп) об установке рабочего места арм системы электронного документооборота Федерального казначейства (далее арм сэд) либо установке…

Arh-sufd-portal.ru

ГУИД ПД в суфд

Раздел: kazna | 12-04-2018, 16:05 | Рассмотрим для понимания ситуации, как найти гуид в суфд, на примере 2 докуменов (актуально для всех, где есть вложения), это заявка на возврат и документы, которые отображаются в Оперативных отчетах. ПД — это первичный документ (акты, договора, платежные поручения и т.д.

, отсканированные документо-основания для бухгалтерского учета и прочее …) Заявка на возврат Гуид вложения с первичным документом.Оперативная отченость — Отчёты Вкладка «Вложения» В поле «Краткое наименование документа» будет отображаться список, двойным нажатием на любой строчке у нас откроется само окошко с гуидами.

Вкладка «Реестр вложений первичных документов» В последнем случае как видно, guid оказался идентичным.

Перечень и описание полей вкладки «Раздел 3» (для ОФК off-line поля заполняется вручную). Наименование поля Описание поля Вкладка «Раздел 3», группа полей «Раздел 3. Реквизиты получателя» Номер заявки Заполняется вручную, указывается номер, присвоенный заявке.

Дата заявки По умолчанию проставляется текущая дата в формате «DD.MM.YYYY».

Наименование Наименование получателя получателя Если лицевой счет организации открыт в органе Федерального казначейства, указываются полное или сокращенное наименование органа Федерального казначейства, в скобках — полное или сокращенное наименование организации; ИНН ИНН получателя: — для юридических лиц 10 знаков КПП КПП получателя: — для юридических лиц 9 знаков Лиц. сч. Номер лицевого счета получателя, в случае, если получатель платежа является участником бюджетного процесса, лицевой счет которого открыт в органе Федерального казначейства.

Ведь с момента подписания контракта до его исполнения может пройти не один месяц и номер счета, или какие-то другие данные, вполне могу стать другими.

Что делать, если заказчик не вернул деньги в срок В любом контракте прописаны штрафные санкции, которые применяются к обеим сторонам в случае нарушения условий.

Если деньги, перечисленные в качестве обеспечения исполнения, не возвращены в установленный срок, исполнитель/поставщик/подрядчик вправе обратиться в суд и помимо перечисленной суммы получить еще и пени.

Форс-мажор, или что делать если контракт не заключен На практике может возникнуть случай, когда подрядчик/исполнитель/поставщик перечислил деньги в качестве обеспечения исполнения, однако документ в течение 30 дней, по независящим от него обстоятельствам, подписан не был. В этой ситуации заказчик должен вернуть деньги, находящиеся на его счету, в течение пяти рабочих дней.

В итоге получается, что обеспечение будет возвращено после исполнения всех обязательств по контракту, а вот когда — определяет заказчик. Возникает вопрос — когда контракт считается исполненным. Фактически, этот момент наступает тогда, когда стороны подписывают акт выполненных работ/оказанных услуг или товарную накладную.

Единственные обязательства, которые остаются после этого у исполнителя/поставщика/подрядчика — это гарантийные, однако это не означает, что деньги, предоставленные для того, чтобы подтвердить добросовестность, будут находиться на счету заказчика до тех пор, пока они не закончатся.

Пунктом 7 статьи 96 Федерального закона №44 определено право исполнителя уменьшить обеспечение исполнения контракта пропорционально выполненным обязательствам, то есть вернуть часть денег еще до того, как контракт полностью исполнен.

Один из вопросов, который волнует любого исполнителя/поставщика/подрядчика — в какой срок будет возвращена сумма, внесенная в качестве обеспечения контракта. В ситуации с банковской гарантией все предельно ясно — ее срок должен быть больше срок действия контракта на месяц, возврату исполнителю/поставщику/подрядчику она не подлежит.

Когда заказчик должен вернуть деньги, внесенные в качестве обеспечения Что касается денег, внесенных в качестве обеспечения, здесь ситуация складывается несколько сложнее.

Единственное, что определено пунктом 27 статьи 34 Федерального закона № 44 — это то что срок возврата определяется заказчиком так, как ему удобно, а информация о нем должна быть в обязательном порядке включена в проект контракта, являющийся необъемлемой частью аукционной/конкурсной документации, а в дальнейшем и в сам контракт.

Для возврата в бюджет остатков целевых средств, потребность в которых подтверждена, указываются последовательно расположенные и разделенные между собой точкой с запятой «;» код классификации доходов бюджета субъекта (муниципального образования) Российской Федерации по ранее полученным целевым средствам; код цели по ранее возвращенным целевым средствам.

Вручную или из шаблона назначений платежа. Вкладка «Раздел 1, 2», группа полей «Раздел 2. Реквизиты документа-основания» Вид Вид документа-основания, заполняется вручную. Для возврата неиспользованных по состоянию на 1 января текущего года остатков межбюджетных трансфертов указывается «Уведомление» Номер Номер документа-основания, заполняется вручную.

Дата Дата документа-основания, заполняется вручную в формате «DD.MM.YYYY» Рисунок 3: ЭФ документа «Заявка на возврат». Раздел 3.

Возврат обеспечения по 44-фз Важно То есть объемы работ или поставок исполнителем выполнены в полном объеме, а их качество соответствует заявленному в техническом задании. Гарантийные обязательства при этом не признаются приоритетными и не влияют на сроки возвращения денежных средств или банковской гарантии. Штрафные санкции за неисполнение гарантийных обязательств прописываются отдельным пунктом договора.

Важно: в ФЗ 44 четко не прописаны крайние сроки возврата платежа по ОИК. Как вернуть обеспечение исполнения контракта по 44 ap Поэтому они должны быть четко прописаны в договоре. В противном случае возврат может затянуться. Для того чтобы запустить процесс, исполнителю необходимо в свободной форме написать заявление на возврат платежа и отправить его заказчику.

Когда заказчик обязан осуществить возврат обеспечения в рамках Закона № 44-ФЗ? В процессе осуществления закупок контрактной системой предусмотрено два вида обеспечения:

  • обеспечение заявки на участие;
  • обеспечение исполнения контракта.

Как правило, подавляющее число вопросов, возникающих у специалистов и участников контрактной системы, связаны с проблемами удержания обеспечения.

Это действительно довольно сложный механизм системы госзакупок, связанный с противостоянием интересов заказчика и поставщика.

Он требует крайне серьезного подхода, поскольку почти всегда такое противостояние приводит к вмешательству судебных органов.

Между тем, заказчики зачастую не придают должного значения процедуре возврата обеспечения.

Гуид в суфд где найти

Для того, чтобы выгрузить сертификат ключа ЭП из СЭДа, необходимо выполнить следующие шаги:

Зайти в СЭД — Администрирование — Общее — Удаленные АРМ. В открывшемся окне «Удаленные АРМ» в левой части «Автоматизированные Рабочие Места» выделить строку с именем вашей организации, при этом в правой части «Настройки криптопрофилей АРМ» будут отображаться наименования всех криптопрофилей АРМ пользователей данной организации.

Кликнем двойным щелчком (левой кнопкой мыши) по наименованию криптопрофиля нужного абонента ЭП –открываются «Настройки криптографического профиля» выбранного пользователя ЭП.

В данном окне во вкладке «Сертификаты» просматриваем все строки с записями и находим строку с записью, у которой Статус — «активный», Ключ — «рабочий» и срок действия еще не истек.

Должность Наименование должности руководителя.

Заполняется вручную из справочника сотрудников.

Руководитель (уполномоченное им лицо). Расшифровка подписи Инициалы и фамилия руководителя.

Заполняется вручную из справочника сотрудников.

Главный бухгалтер (уполномоченное им лицо).
Должность Наименование должности ответственного исполнителя.

Заполняется вручную из справочника сотрудников.

Главный бухгалтер (уполномоченное им лицо). Расшифровка подписи Инициалы и фамилия ответственного исполнителя.

Заполняется вручную из справочника сотрудников.

Дата Дата подписания документа главным бухгалтером.

Где в суфд найти гуид

По данной строке нажимаем правой кнопкой мыши и в открывшемся меню выбираем пункт «Просмотр сертификата». Открывается окно «Сертификат». В данном окне открываем вкладку «Состав» и нажимаем кнопку «Копировать в файл».

Открывается окно «Мастер экспорта сертификатов». В данном окне нажимаем кнопку «Далее» и в следующем открывшемся окне нажимаем кнопку «Далее».

В строке «Имя файла» нажимаем кнопку «Обзор», открывается окно «Сохранить как».

Выбираем папку, куда необходимо сохранить файл сертификата ключа ЭП или сохраняем на рабочий стол, присвоив имя файлу сертификата и нажав кнопку «Сохранить».

В следующем окне «Мастер экспорта сертификатов» будет указано, куда будет сохранен выбранный сертификат ключа ЭП, нажимаем кнопку «Далее». В последующем окне нажимаем кнопку «Готово».

GUID — это строка, которую мы используем для создания объекта «УникальныйИдентификатор»:

Новый УникальныйИдентификатор(GUID).

Вот две простые функции, которые легко составить по предложенному рисунку:

Функция UUIDToGUID(UUID) Экспорт

Возврат Прав(UUID, 8) + «-» + Сред(UUID, 21, 4) + «-» + Сред(UUID, 17, 4) + «-» + Лев(UUID, 4) + «-» + Сред(UUID, 5, 12);

КонецФункции

Функция GUIDToUUID(GUID) Экспорт

Возврат Сред(GUID, 20, 4) + Прав(GUID, 12) + Сред(GUID, 15, 4) + Сред(GUID, 10, 4) + Лев(GUID, 8);

КонецФункции

О типе битой ссылки. (см.

Где в суфд найти гуид пд

При подписании документа появляется окно с сообщением об ошибке сценария: Необходимо поставить галочку «Больше не задавать этот вопрос» и нажать кнопку «Продолжить».

8. При похождении документарного контроля выходит ошибка:

Чтоб ее просмотреть необходимо нажать ок и в появившемся окне нажать на синий квадратик Посмотреть в раскрывшемся списке ошибки

9.
Где искать выписку и приложенные к ней ПП

В пункте меню оперативная отчетность – отчеты

10. Как распечатать выписку и приложенные к ней ПП

Необходимо выделить ее в списке, нажать кнопку и в блоке вложения нажать на квадратик в колонке guid ,чтоб все во вложениях стало серым .

Далее нажать на принтер в блоке «Вложения». В открывшемся окне выбрать шаблоны для распечатки документов:

Где найти гуид в суфд

Дата заявки По умолчанию проставляется текущая дата в формате «DD.MM.YYYY». Ед. Изм. Значение «Руб». Статус Код статуса документа.

Заполняется автоматически в результате обработки документа или присылается из учетной системы (в случае обработки документа в учетной системе). Вкладка «Раздел 1, 2» ПБС/АД/АИФ Наименование АДБ, заполняется автоматически. ГРБС/ГАДБ/ГАИФ Наименование ГАДБ заполняется из справочника ведомств.

Для ТГВБФ заполняется вручную наименованием органа управления территориальным государственным внебюджетным фондом, в ведении которого находится клиент, формирующий платежный документ.

Наименование бюджета Наименование бюджета, поле заполняется автоматически.

Далее необходимо подписать документ (утвердить). Для утверждения документа пользователь должен обладать сертификатом подписи, а документ должен иметь статус передачи «Введен». Чтобы подписать документ, необходимо выделить соответствующий документ в списке документов и нажать на кнопку .

В этом случае у документа происходит изменение статуса утверждения (на «Утвержден»), статус передачи и бизнес-статус не изменяются. Информацию о подписях можно просмотреть на закладке «Подписи» информационной панели, расположенной в нижней части экрана, предварительно обновив список документов.

Как узнать гуид пд в суфд

Реквизиты документа-основания» ВидВид документа-основания, заполняется вручную.

Для возврата неиспользованных по состоянию на 1 января текущего года остатков межбюджетных трансфертов указывается «Уведомление»

Номер Номер документа-основания, заполняется вручную. Дата Дата документа-основания, заполняется вручную в формате «DD.MM.YYYY»

Рисунок 3: ЭФ документа «Заявка на возврат».

Раздел 3.

Перечень и описание полей вкладки «Раздел 3» (для ОФК off-line поля заполняется вручную).

Наименование поляОписание поляВкладка «Раздел 3», группа полей «Раздел 3. Реквизиты получателя» Номер заявки Заполняется вручную, указывается номер, присвоенный заявке. Дата заявки По умолчанию проставляется текущая дата в формате «DD.MM.YYYY».

Наименование Наименование получателяполучателяЕсли лицевой счет организации открыт в органе Федерального казначейства, указываются полное или сокращенное наименование органа Федерального казначейства, в скобках — полное или сокращенное наименование организации; ИНН ИНН получателя:

— для юридических лиц 10 знаков

КПП КПП получателя:

— для юридических лиц 9 знаков

Лиц. сч. Номер лицевого счета получателя, в случае, если получатель платежа является участником бюджетного процесса, лицевой счет которого открыт в органе Федерального казначейства.

Значение вводится вручную или из справочника лицевых счетов.

Банк.

счет Номер банковского счета получателя. Значение вводится вручную. БИК/SWIFT Код БИК/SWIFT банка получателя.
Откроется ЭФ списка документов, представленная на рисунке 164.

Рисунок 164. ЭФ списка документов «Запрос на предоставление отчета клиента»

6.9.3.1. Доступные операции

На АРМ ГРБС для исходящего документа «Запрос на предоставление отчета клиента» доступны следующие операции:

– ручной ввод;

– просмотр и редактирование;

– копирование и удаление;

– печать;

– подписание, проверка и удаление ЭП;

– отправить в ОРФК.

6.9.3.2. Экранная форма документа

ЭФ документа «Запрос на предоставление отчета клиента» представлена на рисунках 165 и 166. ЭФ содержит следующие закладки:

– «Основные атрибуты»;

– «Подписи/Дополнительные атрибуты»;

– «Системные атрибуты»;

– «Протоколы».

Рисунок 165. ЭФ документа «Запрос на предоставление отчета клиента».

OUT_PACKET_ID select * from queue_packet_out where id=’14804865′ — видим адрес выгрузки пакета По contentobjectguid можно найти документ в ABSTRACTDOC и скопировав ID проверить статус и тип документа в таблице DOC select * from abstractdoc where globaldocid=’6e242312-efae-4a54-b5d0-2cf08ad1a84c’ select * from doc where docid=’14783636′ — смотрим статус

3 Документы, передаваемые из ОК в ЗК и наоборот.

(Передача документов из ЗК в ОК и наоборот идёт черными ящиками, поэтому искать по гуиду пакета необходимо) В Оебс находит выгруженный документ – идем в «Сервис — Транспортную историю» и копируем гуид. Далее «Администратор системы – XML-брокер — Монитор сообщений» ищем по гуиду.

Прим.: Ключи ЭП изготавливаются специалистами Организации по инструкции «Создание ключей ЭП.doc» , находящейся в архиве Docs_SUFD.zip . Программа генерации ключей ЭП предоставляется органом Федерального казначейства, и доступна для скачивания по адресу www.simtreas.

ru/~nat/»Дистрибутив для АРМ НУБП (для генерации ЭП)».

При генерации в программе ключей ЭП рекомендуется устанавливать расширенное назначение сертификата открытого ключа по максимально возможному варианту (Это позволит минимизировать вероятность переделки ключей ЭП вследствие возможных ошибок при наделении полномочиями сотрудников Организации).

8. Сотрудниками Организации должны быть своевременно получены логины и пароли для входа в СУФД-онлайн.

О порядке направления отчета о состоянии лицевого счета, письмо казначейства россии от 12 февраля 2014 года №42-7.4-05/3.3-103

Федеральное казначейство в связи с поступающими обращениями территориальных органов Федерального казначейства о порядке направления отчета о состоянии лицевого счета по переданным полномочиям по форме Отчета о состоянии лицевого счета получателя бюджетных средств (код формы по КФД 0531786) (далее – Отчет о состоянии лицевого счета), территориальными органами Федерального казначейства главным распорядителям средств федерального бюджета (далее – главный распорядитель), при осуществлении ими полномочия получателя средств федерального бюджета по перечислению межбюджетных трансфертов, предоставляемых из федерального бюджета в бюджет субъекта Российской Федерации в форме субсидий, субвенций и иных межбюджетных трансфертов, имеющих целевое назначение, в пределах суммы, необходимой для оплаты денежных обязательств по расходам получателей средств бюджета субъекта Российской Федерации, источником финансового обеспечения которых являются данные межбюджетные трансферты, сообщает следующее.

В целях реализации положений части 7 статьи 11 Федерального закона “О федеральном бюджете на 2014 год и на плановый период 2015 и 2016 годов” от 2 декабря 2013 года N 349-ФЗ, положений пункта 14 постановления Правительства Российской Федерации от 23 декабря 2013 года N 1213 “О мерах по реализации Федерального закона “О федеральном бюджете на 2014 год и на плановый период 2015 и 2016 годов” и в соответствии с пунктом 6 Порядка организации работы территориальных органов Федерального казначейства по осуществлению полномочий получателя средств федерального бюджета по перечислению в бюджеты субъектов Российской Федерации из федерального бюджета субсидий, субвенций и иных межбюджетных трансфертов, имеющих целевое назначение, утвержденного приказом Федерального казначейства от 18 июня 2012 года N 238, территориальный орган Федерального казначейства не позднее третьего рабочего дня, следующего за отчетным месяцем, направляет главному распорядителю Отчет о состоянии лицевого счета.

Федеральное казначейство во исполнение территориальными органами Федерального казначейства вышеуказанной нормы, направляет в приложении к настоящему письму описание последовательности действий при отправке Отчетов о состоянии лицевого счета и сообщает о необходимости соблюдения сроков направления указанных Отчетов о состоянии лицевого счета.

Р.Е.Артюхин

Приложение. Описание последовательности действий при отправке Отчетов о состоянии лицевого счета получателя бюджетных средств

Приложениек письму

Федерального казначейства

Сформировать в прикладном программном обеспечении “Автоматизированная система Федерального казначейства” (далее – ППО “АСФК”) отчет о состоянии лицевого счета для учета операций по переданным полномочиям получателя бюджетных средств по форме Отчета о состоянии лицевого счета получателя бюджетных средств (код формы по КДФ 0531786) (далее – Отчет), через:

– ведение Главной книги: Отчеты по лицевым счетам: Лицевые счета получателей: Отчет по счету ПБС (МФ);

– или форму просмотра “Регламентированные отчеты”.

2. Далее по кнопке “Запуск отчета на выполнение” Отчет формируется и переходит в статус 002.

3. По кнопке “Выполнить” выполняется операция “Регистрация”, Отчет переходит в конечный статус 003. При регистрации Отчет в автоматическом режиме выгружается в СУФД.

Транспортная маска должна иметь вид: 9500…99010001-939-00939.01951009391.N.S.

Где “00939” и “01951009391” код участника бюджетного процесса и лицевой счет главного распорядителя средств федерального бюджета, передавшего свои полномочия.

4. Путем выполнения следующего запроса убедиться, что шипмент из СУФД попал в директорию 9500:

select qp.

from queue_document qd

left join QUEUE_OUT_PACK2DOCQ qpd on qd.GUID = qpd.DOCQUEUE_ID

left join QUEUE_PACKET_OUT qp on qpd.OUT_PACKET_ID = qp.ID

where qd.

contentobjectguid = lower(‘ГУИД_ДОКУМЕНТА’)

order by qd.CREATION_DATE.

5. Убедиться в доставке шипмента в адрес Межрегионального операционного управления Федерального казначейства, используя лог Тоссера и имя шипмента.

Электронный текст документаподготовлен ЗАО “Кодекс” и сверен по:официальный сайт Казначейства Россииwww.roskazna.ruпо состоянию на 14.03.2014

О контроле обоснованности возврата

Федеральное казначейство

МЕЖРЕГИОНАЛЬНОЕ ОПЕРАЦИОННОЕ УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА

ПИСЬМО

от 15 марта 2018 года N 95-09-11/01-161

О контроле обоснованности возврата

В дополнение к письму от 22.01.2018 N 95-09-11/01-43 Межрегиональное операционное УФК напоминает о вступлении в действие с 01.04.2018 пункта 7 и абзацев второго и третьего пункта 10 приказа Министерства финансов Российской Федерации от 25.12.2017 N 251н «О внесении изменений в Порядок учета Федеральным казначейством поступлений в бюджетную систему Российской Федерации и их распределения между бюджетами бюджетной системы Российской Федерации, утвержденный приказом Министерства финансов Российской Федерации от 18 декабря 2013 г. N 125н» (далее — Приказ N 251н, Порядок N 125н соответственно).

Начиная с 01.04.2018, при возврате администраторами доходов бюджета излишне или ошибочно уплаченных сумм по платежам, порядок возврата которых не установлен федеральными законами (далее — ошибочно зачисленные платежи), предоставленные Заявки на возврат подлежат проверке Межрегиональным операционным УФК на предмет обоснованности осуществления такого возврата.

В целях подготовки к осуществлению проверки на предмет обоснованности возврата ошибочно зачисленных платежей и определения потенциальных проблем, связанных с ее осуществлением, их своевременным устранением, а также в целях снижения рисков несвоевременного осуществления возвратов плательщикам, Межрегиональное операционное УФК сообщает о начале проверки в тестовом режиме Заявок на возврат, предоставленных администраторами доходов бюджета.

В период с 16.03.2018 до 01.04.2018 при предоставлении Заявок на возврат просим одновременно направлять их копии (1-2 штуки в день) информационным сообщением посредством ППО «СУФД» (тема информационного сообщения — «Заявка на возврат от ДД.ММ.ГГГГ N ХХХХХХ», где ДД.ММ.ГГГГ — дата Заявки на возврат, XXX — номер Заявки на возврат).

При этом копии Заявок на возврат, направленные информационным сообщением, подлежат оформлению в соответствии с требованиями Порядка N 125н (с учетом изменений, внесенных приказом N 251н):

— в графах 1-3 раздела 2 «Реквизиты документа-основания» Заявки на возврат указываются реквизиты расчетного документа плательщика (платежного поручения на общую сумму с реестром);

— в случае возврата платежа физического лица, включенного в платежное поручение на общую сумму с реестром, в графе 2 раздела 2 «Реквизиты документа-основания» Заявки на возврат указываются номер платежного поручения на общую сумму с реестром и номер строки в реестре, разделенные между собой знаком «/».

При получении копий Заявок на возврат, оформленных с учетом вышеуказанных требований, Межрегиональное операционное УФК осуществляет проверку обоснованности возврата по следующим направлениям:

— наличие в базах данных документов, указанных в разделе 2 «Реквизиты документа-основания» Заявки на возврат, подтверждающих факт зачисления платежа;

— соответствие реквизитов плательщика (ИНН, КПП (при их наличии) и наименование) из расчетного документа плательщика реквизитам получателя платежа (ИНН, КПП (при их наличии) и наименование, указанным в разделе 3 «Реквизиты получателя» Заявки на возврат;

— соответствие реквизитов плательщика (ИНН (при его наличии) и наименование, указанных в строке реестра, прилагаемого к платежному поручению на общую сумму с реестром, реквизитам получателя (ИНН (при его наличии) и наименование), указанным в разделе 3 «Реквизиты получателя» Заявки на возврат, при условии указания в графах 1-3 раздела 2 «Реквизиты документа-основания» Заявки на возврат реквизитов платежного поручения на общую сумму с реестром;

— непревышение суммы возврата, указанной в Заявке на возврат, над суммой расчетного документа (суммой платежа физического лица, указанной в строке реестра, прилагаемого к платежному поручению на общую сумму с реестром) с учетом ранее исполненных возвратов и уточнений.

В случае выявления несоответствий по вышеуказанным направлениям Межрегиональное операционное УФК доводит соответствующую информацию до сведения администраторов доходов бюджета информационным сообщением (тема информационного сообщения: «Отсутствие обоснованности возврата. Заявка на возврат от ДД.ММ.ГГГГ N ХХХ») посредством ППО «СУФД».

При получении информации об отсутствии обоснованности возврата Межрегиональное операционное УФК просит не позднее дня, следующего за днем направления Заявки на возврат, предоставить подтверждающие документы. Указанные документы следует направлять также информационным сообщением посредством ППО «СУФД» (тема информационного сообщения: «Подтверждение обоснованности возврата»).

В соответствии с пунктом 27 Порядка N 125н (в редакции Приказа N 251н) в качестве документов, подтверждающих факт уплаты платежа физического лица, включенного в платежное поручение на общую сумму с реестром, администратор доходов бюджета направляет в орган Федерального казначейства копию распоряжения плательщика, копию платежного поручения, в которое включен платеж физического лица и копию письма кредитной организации (ее филиала) подтверждающего факт включения распоряжения физического лица в данное платежное поручение, и при необходимости иные документы, подтверждающие право плательщика на возврат денежных средств.

В качестве документа, подтверждающего факт уплаты платежа юридического лица или физического лица, не включенного в платежное поручение на общую сумму с реестром, администратор доходов бюджета направляет в орган Федерального казначейства копию расчетного документа плательщика и при необходимости документы, подтверждающие право плательщика на возврат денежных средств.

Межрегиональное операционное УФК обращает особое внимание на то, что вышеуказанные требования до 01.04.2018 распространяются только на копии Заявок на возврат, предоставленные информационным сообщением в рамках проверки в тестовом режиме.

Проверка в тестовом режиме копий Заявок на возврат, а также решение вопросов, связанных с подтверждением обоснованности возврата, никак не повлияют на исполнение в установленные сроки Заявок на возврат, представленных посредствам ППО «СУФД» в установленном порядке для фактического осуществления возврата ошибочно перечисленных средств плательщикам.

По всем возникающим вопросам, связанным с участием в тестировании обоснованности возврата денежных средств плательщикам, просим обращаться к работникам Отдела доходов Межрегионального операционного УФК. Контактные телефоны работников (в разрезе курируемых главных администраторов доходов бюджета) размещены на официальном сайте Межрегионального операционного УФК в разделе Документы/Учет и распределение поступлений/ Контактная информация для администраторов доходов.

Учитывая изложенное, Межрегиональное операционное УФК просит администраторов доходов бюджета принять активное участие в подготовительном этапе в целях предотвращения проблем, связанных с осуществлением возврата ошибочно зачисленных платежей после 01.04.2018.

Руководитель

Н.М.Горина

Электронный текст документа

подготовлен АО «Кодекс» и сверен по:

официальный сайт Межрегиональное
операционное УФК

Как формируется GUID?

Начнем издалека../

Что такое GUID или уникальный идентификатор объекта?
GUID (Globally Unique Identifier) — статический уникальный 128-битный идентификатор. Его главная особенность — уникальность, которая позволяет создавать расширяемые сервисы и приложения без опасения конфликтов, вызванных совпадением идентификаторов. Хотя уникальность каждого отдельного GUID не гарантируется, общее количество уникальных ключей настолько велико (2^128 или 3,4028*10^38), что вероятность того, что в мире будут независимо сгенерированы два совпадающих ключа, крайне мала.
GUID состоит из четырех частей разделенных символом тире и содержащих в сумме 32 символа, которые являются шестнадцатеричным представлением 16 байт (128 бит). Т.е. два символа в GUID (октет) – это один байт в шестнадцатеричном виде. Пример GUID: b0d4ce5d-2757-4699-948c-cfa72ba94f86

Почему используется guid, а не простой auto-increment(indentity)?
Для использования гуидов есть 2 причины:
— хотим чтобы база данных или какой-нибудь другой сервер(кластер) не имел централизованного управления генерацией ключей
— нужно избавиться от проблемы создания одинакового идентификатора на разных рабочих серверах
Такие проблемы обычно возникают в распределенной среде исполнения, а кластер серверов позиционируется как распределенный и желательно полностью избежать единой точки выдачи уникальных ключей.
Если ваша система не имеет таких требований, вам не нужен UUID.

В чем разница между uuid и guid?
UUID это термин из стандарта rfc4122, который опубликует всемирная организация стандартизации eitf.
Грубо говоря GUID это то что получилось на практике у Microsoft. Теория различается с практикой так же, как и XML с HTML.

В бд гуиды имеют тип binary(16) и сравниваются (сортируются) побитово как бинарные данные: binary bit-for-bit comparison behavior

upd: Как преобразовывать binary(16) в GUID1C и обратно?

T-SQL — GUID1C —> binary(16) declare @GUIDasStr char(36),@GUID1С char(36); SET @GUID1С = ’80AB7036-5D4A-11E6-9903-0050569977A1′ SET @GUIDasStr =’0x’+SUBSTRING(@GUID1С,20,4)+SUBSTRING(@GUID1С,25,13)+SUBSTRING(@GUID1С,15,4)+SUBSTRING(@GUID1С,10,4)+SUBSTRING(@GUID1С,1,8) SELECT CONVERT(binary(16),@GUIDasStr,1) as BinaryGUID — то же хранимкой CREATE function . (@GUID1С char(36)) returns binary(16) as begin declare @GUIDasStr char(36) select @GUIDasStr =’0x’+SUBSTRING(@GUID1С,20,4)+SUBSTRING(@GUID1С,25,13)+SUBSTRING(@GUID1С,15,4)+SUBSTRING(@GUID1С,10,4)+SUBSTRING(@GUID1С,1,8) return ( CONVERT(binary(16),@GUIDasStr,1) ) end; — и обратно binary(16) —> GUID1C (хранимая процедура) CREATE function . (@id binary(16)) returns char(36) as begin declare @unidentifier char(36) declare @charvalue char(36) select @unidentifier = CONVERT(char(36),CAST(@id as uniqueidentifier)) select @charvalue = right(@unidentifier, 8) + substring(@unidentifier,24,5) + substring(@unidentifier,19,5) + ‘-‘ + substring(@unidentifier,7,2) + substring(@unidentifier,5,2) + ‘-‘ + substring(@unidentifier,3,2) + left(@unidentifier,2) + substring(@unidentifier,12,2) + substring(@unidentifier,10,2) + substring(@unidentifier,17,2) + substring(@unidentifier,15,2) return ( @charvalue ) end; — более медленный вариант CREATE FUNCTION dbo.Convert_IDRRefToGUID(@_IDRRef binary(16)) RETURNS VARCHAR(36) AS BEGIN RETURN substring(substring(sys.fn_varbintohexstr(@_IDRRef),3, len(sys.fn_varbintohexstr(@_IDRRef))),25,8) + ‘-‘ + substring(substring(sys.fn_varbintohexstr(@_IDRRef),3, len(sys.fn_varbintohexstr(@_IDRRef))),21,4) + ‘-‘ + substring(substring(sys.fn_varbintohexstr(@_IDRRef),3, len(sys.fn_varbintohexstr(@_IDRRef))),17,4) + ‘-‘ + substring(substring(sys.fn_varbintohexstr(@_IDRRef),3, len(sys.fn_varbintohexstr(@_IDRRef))),1,4) + ‘-‘ + substring(substring(sys.fn_varbintohexstr(@_IDRRef),3, len(sys.fn_varbintohexstr(@_IDRRef))),5,12); END; —Пример работы функции: SELECT TOP (5) , , dbo.sp_getid() AS GUID FROM . where = 0x99030050569977A111E65D4A80AB7036 and <CONVERT(datetime2, ‘01.01.4019’) —Результат выполнения: _Period _Fld517RRef GUID 4016-08-08 12:40:16 0x8B6F0050569977A111E60D1B75078E17 75078E17-0D1B-11E6-8B6F-0050569977A1 4016-08-08 12:40:16 0x8B6F0050569977A111E610D3CDF12109 CDF12109-10D3-11E6-8B6F-0050569977A1 4016-08-08 12:40:16 0x8B6F0050569977A111E615F5ED3103B6 ED3103B6-15F5-11E6-8B6F-0050569977A1 4016-08-08 12:40:16 0x8B6F0050569977A111E618FEEC1C9706 EC1C9706-18FE-11E6-8B6F-0050569977A1 4016-08-08 12:40:16 0x8B6F0050569977A111E61C801F611143 1F611143-1C80-11E6-8B6F-0050569977A1 — или так declare @BinaryGUID binary(16); SET @BinaryGUID = 0x99030050569977A111E65D4A80AB7036 SELECT dbo.sp_getid(@BinaryGUID) AS GUID —Результат выполнения: GUID 80AB7036-5D4A-11E6-9903-0050569977A1 1C // преобразовывает гуид 1c в формат mssql Функция ПолучитьBinaryGUIDПоУникальномуИдентификатору(UUID1) UUID=ВРЕГ(UUID1); ч1 = Сред(UUID,20,4); ч2 = Сред(UUID,25,12); ч3 = Сред(UUID,15,4); ч4 = Сред(UUID,10,4); ч5 = Сред(UUID,1,8); Возврат «0x» + ч1 + ч2 + ч3 + ч4 + ч5; КонецФункции // или так Функция ПолучитьВнутрСсылку(Ссылка) Если лСсылка = Неопределено Тогда Возврат «»; КонецЕсли; Зн = ЗначениеВСтрокуВнутр(Ссылка); Зн = «0x» + Лев(Прав(Зн, 33), 32); Возврат Зн; КонецФункции // и обратно (c) //infostart.ru/public/99109/ Функция UUIDToGUID(UUID) Экспорт Возврат Прав(UUID, 8) + «-» + Сред(UUID, 21, 4) + «-» + Сред(UUID, 17, 4) + «-» + Лев(UUID, 4) + «-» + Сред(UUID, 5, 12); КонецФункции

Как определить версию GUID?
Версия гуида определяется в старшем байте 7 октета.
b0:d4:ce:5d-27:57-46:99-94:8c-cf:a7:2b:a9:4f:86

Почему нельзя упорядочить по ссылке, если в ней содержится дата создания?
Как уже было описано, guid изначально был придуман для РАСПРЕДЕЛЕННЫХ систем, в которых ПРОБЛЕМА УНИКАЛЬНОСТИ идентификаторов решена полным ОТКАЗОМ ОТ АВТОИНКРЕМЕНТА в пользу СЛУЧАЙНЫХ чисел и специальных техник. GUIDы случайны и неповторяемы по определению и в этом его достоинство и недостаток. Например, в предопределенных элементах и произвольных идентификаторах используется Random GUIDs (Version 4). В «типизированных» же Time-Based GUIDs (Version 1).

Используются разные стандарты?
Да, но когда индексам БД приходится работать со случайными значениями ключей(см. B-Tree Insertion) возникают проблемы.

То есть для ссылок может создаваться Random GUID?
Только для предопределенных элементов и вручную созданных гуидов.

ГУИДВидНоменклатуры = Новый УникальныйИдентификатор(); ВидНоменклатурыСсылка = Справочники.ВидыНоменклатуры.ПолучитьСсылку(ГУИДВидНоменклатуры); ВидНоменклатурыОбъект = Справочники.ВидыНоменклатуры.СоздатьЭлемент(); ВидНоменклатурыОбъект.УстановитьСсылкуНового(ВидНоменклатурыСсылка); ВидНоменклатурыОбъект.Наименование = «тест»; ВидНоменклатурыОбъект.Записать(); Результат: Ссылка Код Предопределенный Наименование 4ad76228-517f-4496-aa6c-eef36d3de35a 000000001 истина Товар <— Random UUID (version 3) 01d3ff0d-cc37-4863-adef-72d3b0dbf08a 000000002 истина Продукция 623bca27-dffd-4391-b233-20ca170549d4 000000010 ложь тест 769e3f33-50d7-11e7-bcda-94de807c3939 000000005 ложь 1 <— Time-based UUID (version 1) 769e3f34-50d7-11e7-bcda-94de807c3939 000000006 ложь 2 769e3f35-50d7-11e7-bcda-94de807c3939 000000007 ложь 3 Первые три — random based, вторые три — time-based.

И все-таки?
Random UUIDs вызывают деградацию операций вставки. У таких гуидов индексы получаются плохо кластеризованы, дерево поиска максимально широкое. Для обхода этого недостатка был придуман COMB Guid — Combined Guid for the combination of a timestamp. Поэтому когда используюся Time-Based GUIDs для первичных ключей, они получаются более сгруппированными, но никак не последовательными. «Механизм генерации ссылок обеспечивает только их уникальность. Возрастающая последовательность при их генерации не обеспечивается.» (c) БГ

Но у гуидов есть же последовательность? Что-то там про МоментВремени?
Да сколько можно? Нет у гуидов последовательности! Кто первый запросил — тому и выдается пул. А когда уж сеанс его исчерпает — зависит от него самого. Читаем подробнее про эксперимент с МоментомВремени.
//infostart.ru/public/84177/

Можно ли вытащить время из гуида?
Можно. Но не нужно.
bdb62d89-cede-11e4-b12b-d4ae52b5e909
Алгоритм:
дата содержится в первых символах, bdb62d89-cede-11e4 которые нужно переставить задом наперед: 11e4-cede-bdb62d89
первый символ отбрасываем, убираем «лишние» знаки «-«(тире)
интервал в десятых долях микросекунд (HEX) получается равным: интервал16= 1E4CEDEBDB62D89
переводим его в десяничный интервал интервал10 = HexToDec(интервал16);
в результате получаем: интервал10 = 136 461 344 788 852 105
находим интервал в секундах: интервалСек = интервал10 / 10 000 000;
Делаем сдвиг даты от 15.10.1582 г. + 13 646 134 478 + сдвиг на часовой пояс (Московское время) от «мирового времени» (GMT) = 20.03.2015 16:54:38

Почему части времени идут «задом-наперед»?
«Так сложилось» 😉
Например потому что guid’ы появились задолго до того, как до них добрались руки ietf и баз данных.
Или потому что платформа написана на C, а не на Java, а как мы знаем из асемблера архитектура x86 имеет little-endian byte order.
Или, как говорит википедия, использовалось 2 варианта: для передачи по сети «on-wire» «network» (big-endian) byte order, а для хранения «native» (little-endian) byte order.
В любом случая я не знаю как там было и можно только догадываться.

А последние две части что значат?
bdb62d89-cede-11e4-b12b-d4ae52b5e909
Счетчик «уникальности» и физический MAC-адрес.

Почему нельзя использовать время из GUID?
Во-первых, гуид может быть случайным, а не основаным на времени.
Во-вторых, гуиды выдаются пулом по 32 штуки для каждого сеанса.
В-третьих, гуид случаен по своему стандарту и время в нем это лишь способ сгруппировать первичные ключи для уменьшения ширины В-дерева и ускорения операций вставки в кластерный индекс!

Почему используется «перевернутый» формат UUID внутри 1с?
<Объект не найден> (26:80f408002771598b11e7a3f0a3a64c3b)
Не знаю. Знаю только что первая цифра соответствует имени таблицы в sql: Reference26 -> ВидыНоменклатуры

Есть же спецификация?
Есть.

bdb62d89-cede-11e4-b12b-d4ae52b5e909 Layout 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | time_low | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | time_mid | time_hi_and_version | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |clk_seq_hi_res | clk_seq_low | node (0-1) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | node (2-5) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Bit mask FFFFFFFF-0000-0000-0000-000000000000 time_low 00000000-FFFF-0000-0000-000000000000 time_mid 00000000-0000-F000-0000-000000000000 version 00000000-0000-0FFF-0000-000000000000 time_hi 00000000-0000-0000-C000-000000000000 variant 00000000-0000-0000-3FFF-000000000000 clock_seq 00000000-0000-0000-0000-FFFFFFFFFFFF node Byte order Field Data Type Octet Note # time_low unsigned 32 0-3 The low field of the bit integer timestamp time_mid unsigned 16 4-5 The middle field of the bit integer timestamp time_hi_and_version unsigned 16 6-7 The high field of the bit integer timestamp multiplexed with the version number clock_seq_hi_and_rese unsigned 8 8 The high field of the rved bit integer clock sequence multiplexed with the variant clock_seq_low unsigned 8 9 The low field of the bit integer clock sequence node unsigned 48 10-15 The spatially unique bit integer node identifier

Расшифровываю:
Timestamp — это 60-битное число, содержащее количество 100-наносекундных интервалов с 15 октября 1582 г.
Часть low обнуляется каждые 2^32 / 10^7 / 60 ~ 7 минут, часть mid через 1 год, часть hi сами представляете.

Clock Sequence — используется чтобы избежать появления дубликатов, когда часы переводятся назад или меняется идентификатор узла. Если предыдущее значение счетчика известно — то увеличивается на единицу, иначе берется случайное число.

Node — содержит физический MAC-адрес сервера. Дада, проверьте ipconfig /all 😉

Примеры? Есть их у меня.
Мы же «программисты», накодим функции:

Код // Возвращает время создания GUID’а // Функция UUID_Timestamp(ГУИД) // Например ГУИД равен: bdb62d89-cede-11e4-b12b-d4ae52b5e909 // Дата содержится в первых символах, bdb62d89-cede-11e4 которые нужно переставить задом наперед: 11e4-cede-bdb62d89 Строка16 = Сред(ГУИД, 15, 4) + Сред(ГУИД, 10, 4) + Сред(ГУИД, 1, 8); // Убираем «лишние» знаки «-«(тире). Строка16 = СтрЗаменить(Строка16, «-«, «»); // Убираем первый символ, так как в нем содержится версия стандарта (зашит в седьмой октет) Строка15 = Сред(Строка16, 2); // Получаем timestamp в 60 бит : 1E4 CEDE BDB6 2D89 ЧислоСек = 0; Для Позиция = 1 По СтрДлина(Строка15) Цикл ЧислоСек = ЧислоСек + Найти(«123456789abcdef»,Сред(Строка15,Позиция,1))*Pow(16,СтрДлина(Строка15) — Позиция); КонецЦикла; ЧислоСек = ЧислоСек / 10000000; // Прибавляем к дате начала Григореанского календаря Возврат Дата(1582, 10, 15, 00, 00, 00) + ЧислоСек + СмещениеСтандартногоВремени() + СмещениеЛетнегоВремени();; КонецФункции // Возвращает версию GUID’а // Функция UUID_Version(ГУИД) // Пусть ГУИД равен: bdb62d89-cede-11e4-b12b-d4ae52b5e909 // Тогда номер версии содержится в старшем байте седьмого октета Версия = Сред(ГУИД, 15, 1)*1; СтрокаВерсий = «Version 1. Time-based | Version 2. DCE Security (POSIX) | Version 3. Name-based (MD5 hashing) | Version 4. Random | Version 5. Name-based (SHA-1 hashing) | Unknown version»; Возврат СтрПолучитьСтроку(СтрокаВерсий, Мин(СтрЧислоСтрок(СтрокаВерсий), Версия)); КонецФункции // Возвращает mac-адрес сервера // Функция UUID_Node(ГУИД) // Пусть ГУИД равен: bdb62d89-cede-11e4-b12b-d4ae52b5e909 // Тогда MAC-адрес в последней части Строка12 = Сред(ГУИД, 25); // Разделим на октеты Результат = «»; Для Позиция = 1 По СтрДлина(Строка12) Цикл Если Позиция % 2 = 1 Тогда Результат = Результат + » «; КонецЕсли; Результат = Результат + ВРЕГ(Сред(Строка12,Позиция,1)); КонецЦикла; Результат = СтрЗаменить(СокрЛП(Результат), » «, «:»); Возврат Результат; КонецФункции

Проверим ссылку обычного документа:

// Вытащим информацию из ссылки, созданной системой Выборка = Документы.ПоступлениеТоваровУслуг.Выбрать( , , , «Дата УБЫВ»); Если Выборка.Следующий() Тогда ГУИД = Выборка.Ссылка.УникальныйИдентификатор(); Сообщить(«Ссылка: » + Выборка.Ссылка); Сообщить(«GUID: » + ГУИД); Сообщить(«Дата создания: » + UUID_Timestamp(ГУИД)); Сообщить(«Версия: » + UUID_Version(ГУИД)); Сообщить(«MAC-адрес хоста: » + UUID_Node(ГУИД)); КонецЕсли; // Получим: //Ссылка: Поступление товаров и услуг ВА000000560 от 06.06.2017 0:00:01 //GUID: a7de1f17-4a83-11e7-9e20-0021918e8333 //Дата создания: 06.06.2017 10:44:57 //Версия: Version 1. Time-based //MAC-адрес хоста: 00:21:91:8E:83:33

Проверим ссылку, сформированную вручную:

// Вытащим информацию из ссылки, созданной &НаКлиенте ДокСсылка = Документы.ПоступлениеТоваровУслуг.ПолучитьСсылку(Новый УникальныйИдентификатор()); ГУИД2= ДокСсылка.УникальныйИдентификатор(); Сообщить(«Ссылка нового: » + ДокСсылка); Сообщить(«GUID нового: » + ГУИД2); Сообщить(«Версия нового: «+ UUID_Version(ГУИД2)); //Ссылка нового: <Объект не найден> (152:936654ac78639f43411ad7a77db94d48) //GUID нового: 7db94d48-d7a7-411a-9366-54ac78639f43 //Версия нового: Version 4. Random

Проверим работу счетчика «уникальности»:

// Проверим работу clock_seq Для й=1 по 32 Цикл НачатьТранзакцию(); ВидНоменклатураОбъект = Справочники.НоменклатураТест.СоздатьЭлемент(); ВидНоменклатураОбъект.наименование = «тест1»; ВидНоменклатураОбъект.Записать(); ГУИД = ВидНоменклатураОбъект.Ссылка.УникальныйИдентификатор(); Сообщить(ГУИД); ОтменитьТранзакцию(); КонецЦикла; // переведем время на минуту назад КомандаСистемы(«time «+Формат(ТекущаяДата()-60, «ДФ=’hh:mm:ss tt'»)); // Выберем весь старый пул Для й=1 по 32 Цикл НачатьТранзакцию(); ВидНоменклатураОбъект = Справочники.НоменклатураТест.СоздатьЭлемент(); ВидНоменклатураОбъект.наименование = «тест2»; ВидНоменклатураОбъект.Записать(); ГУИД = ВидНоменклатураОбъект.Ссылка.УникальныйИдентификатор(); Сообщить(ГУИД); ОтменитьТранзакцию(); КонецЦикла; // Получим: //… //81c42878-526c-11e7-80f0-08002771598b //81c42879-526c-11e7-80f0-08002771598b //81c4287a-526c-11e7-80f0-08002771598b //723dee43-526c-11e7-80f1-08002771598b //723dee44-526c-11e7-80f1-08002771598b //…

Можно даже так:

НачатьТранзакцию(); ГУИД = Новый УникальныйИдентификатор(«deadbeef-d7a7-411a-9366-defaced0babe»); НовыйОбъект = Справочники.Номенклатура.СоздатьЭлемент(); НовыйОбъект.УстановитьСсылкуНового(Справочники.Номенклатура.ПолучитьСсылку(ГУИД)); НовыйОбъект.ВидНоменклатуры = Справочники.ВидыНоменклатуры.ПолучитьСсылку(ГУИД); НовыйОбъект.Наименование = «Свежее мясо»; НовыйОбъект.ОбменДанными.Загрузка = Истина; НовыйОбъект.Записать(); Сообщить(«GUID нового: » + НовыйОбъект.Ссылка.УникальныйИдентификатор()); Сообщить(«Реквизит нового: » + НовыйОбъект.ВидНоменклатуры); ОтменитьТранзакцию(); //GUID нового: deadbeef-d7a7-411a-9366-defaced0babe //Реквизит нового: <Объект не найден> (5433:9366defaced0babe411ad7a7deadbeef)

Какой мак-адрес у меня, вы уже знаете 😉

ps: под «упорядочить по ссылке» везде имеется ввиду сортировка в порядке создания ссылок и вообще в каком-либо порядке, отличном от сравнения в побитовом бинарном формате хранения бд.

Ну вот и все.

Надеюсь, теперь мысль о том, чтобы «упорядочить по ссылке», я из вас вытряхнул окончательно.


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *