операция не может быть выполнена недопустимый переход в товаропроводящей цепочке код 11

Приемка товара по обратному акцепту

Схема обработки документа при обратном акцепте¶

Информация от ИС МДЛП¶

Документ должен быть обработан согласно описания:

Найти и открыть документ во Вводе, редактировании.

Выбрать курсором строку с наименованием товара.

Выбрать курсором колонку штрихкода упаковки товара SGTIN в правой части Таблицы кодов.

Нажать сочетание «горячих клавиш» Ctrl + I или вызвать пункт Доп.иформация из МДЛП Ctrl+I контекстного меню, которое открывается по нажатию правой клавиши мыши в правой части Таблицы кодов на строке с отмеченным SGTIN.

Контрольные точки в обработке документа¶

Если для этих типов документов в колонке Комментарий указано значение получено подтверждение, то документ обработан успешно:

Если текст в колонке содержит слова Ошибка, Операция не может быть выполнена или иные утверждения о невозможности или запрете, то требуется ознакомиться с таблицей Ошибки на уровне документа из документа Описание кодов ошибок при обработке xml-документов Ошибки на уровне документа на сайте компании «Честный знак».

Проверка SGTIN¶

Узнать информацию о SGTIN в личном кабинете Честный знак.

Выбрать курсором строку штрихкода упаковки товара SGTIN в правой части Таблицы кодов

Нажать сочетание «горячих клавиш» Ctrl + Ins или вызвать пункт Копировать SGTIN в буфер Ctrl+Ins контекстного меню, которое открывается по нажатию правой клавиши мыши в правой части Таблицы кодов на строке с отмеченным SGTIN.

Открыть личный кабинет на сайте «Честный знак».

Выбрать вкладку «Товары».

Нажать кнопку «Фильтр».

Выбрать поле SGTIN для ввода значения.

Нажать кнопку «Применить».

Возможные результаты поиска и пояснения к ним:

Если SGTIN есть в личном кабинете, и товар числится в обороте, но 607 документа нет, то это значит, что Честный знак не отправил 607 документ в программе «М-АПТЕКА плюс», нужно ждать, какие-то задержки на стороне Честного знака.

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

Известные ошибки¶

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

Нет подтверждения поставщика¶

Есть квитанция по 416 документу с успешным завершением операции и нет документа 607 от поставщика.

Найти информацию по SGTIN: Проверка SGTIN.

Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.¶

В квитанции по документу ошибка №11. Текущий статус/состояние SSCC/SGTIN не позволяет совершить операцию.

Нарушение статусной модели (переходов);

Отсутствуют сведения о регистрации предшествующей требуемой операции 911/912/913/914

Проверить, что известно по документу 416:

Выполнить действия для получения Информации от ИС МДЛП.

Найти всё строки, где занчение 416 в колонке Тип док-та.

Если есть такие строки и хотя бы на одной из них в колонке Комментарий есть значение получено подтверждение, то товар перешел в состояние ожидания подтверждения (акцептирования) от поставщика, НО поставщик не подтвердил (не акцептировал, 607 документ). Необходимо сообщить это поставщику.

Если таких строк нет, то уточнить у поставщика и выслать ему документ 416 и квитанцию.

Попытка изменить состояние вложенного КИЗ¶

В квитанции по документу ошибка №15.

Ошибка появляется при попытке зарегистрировать операцию движения кодов SGTIN для товаров, которые вложены в SSCC (транспортную упаковку).

Фармацевту внимательно осмотреть коробку с товаром на наличие транспортной упаковки (SSCC):

Если транспортная упаковка присутствует – принять товар по SSCC. Подробнее см. Алгоритм сверки маркированного товара SSCC+SGTIN в одной товарной строке накладной.

Если транспортной упаковки нет, то обратиться к поставщику для разагрегации товара на SGTIN. После чего отправить данные в ИС МДЛП повторно.

Идентификатор текущего владельца и субъекта операции не совпадают.¶

В квитанции по документу ошибка №22.

КИЗ (товар) принадлежит другому участнику.

Убедиться в том, что отправляют данные в МДЛП с верным адресом поставщика (Местом деятельности). Требуется отправить данные с верным адресом.

Если выслали данные с верным адресом, то проверить SGTIN на наличие в личном кабинете Честного знака. Подробне см. Проверка SGTIN.

В учете маркированного товара в таблице с колонкой SGTIN проверить значения в колонках:

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

В квитанции по документу ошибка №2014

Поставщик не добавил аптеку в доверенные контрагенты.

Сообщить поставщику информациюоб аптеке для добавления в доверенные контрагенты.

Источник

Ошибки при работе с маркированными ЛС

Устранение основных ошибок при работе с маркированным товаром.

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

Для работы с данной инструкцией необходимы:

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

Глоссарий.

ЧЗ – “Честный Знак”

Квитанция – Документ, содержащий информацию о статусе передачи данных в “Честный Знак”. Квитанцию можно посмотреть в программе “Склад” и отправить поставщику в случае необходимости.

SGTIN – Уникальный код для каждой упаковки.

SSCC – Код групповой упаковки. Как правило, указан на упаковке, в которой пришел товар. Актуально для позиций с большим кол-вом товара.

Идентификатор осуществления места деятельности или идентификатор участника – Код из системы ЧЗ. Присваивается для каждого адреса отдельно. Узнать свой код и код поставщика можно в личном кабинете ЧЗ.

Статус накладной – Статус в шапке маркированной накладной который показывает текущее состояние документа. Основные статусы:

Инструментарий.

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

Проверка версий базы и программы – для проверки версии базы данных и программ необходимо в главном меню выбрать пункт “Справка” и далее нажать “О программе”.

В открывшимся окне вы увидите версию программы(1) и версию базы данных(2)

Кнопка “Детали” – отображает поле с данными по упаковкам для выделенной позиции. Также в этом поле мы будем видеть статус обработки товара и ошибки, если ЧЗ вернет таковую. Ошибку можно увидеть в поле “Ошибка из чз”. Если в поле не вмещается ошибка целиком, то можно данное поле развернуть, потянув за правую границу поля. Также позиции, по которым были возвращены ошибки, будут подсвечены красным.

Рис. 1 Кнопка “Детали”

Кнопка “Удаление информации” – необходима для удаления данных по уже отсканированным упаковкам в случае неправильных действий при оприходовании маркированного товара.

Рис. 2 Кнопка “Удаление информации”

Рис. 3 Кнопка “Дополнительно” => “XML документы ЧЗ”

Рис. 3.1 Квитанция и документ

Документ в верхнем списке выбираем самый последний. Узнать, какой документ последний, можно отсортировав список по “Коду записи”(1) или по “Дате получения документа”(2). Если хотим отправить квитанцию поставщику, то копируем текст из раздела “Квитанция”(4) и отправляем текстом, например по электронной почте. Так же поставщик может запросить сам документ, в таком случае копируем текст из раздела “Документ”(3). Для выделения всего текста можно нажать сочетание клавиш Ctrl + A. Копирование производиться только сочетанием клавиш Ctrl + C, а вставка может осуществляться сочетанием клавиш Ctrl + V.

Рис. 4 Кнопка “Отправить в ЧЗ”

Проверка наличия задачи для маркировки.

В правом нижнем углу, на панели задач необходимо нажать на значок как на рисунке ниже:

В открывшемся окне нажимаем “Модули”

В следующем окне выбираем строку “Markirovka” и нажимаем кнопку “Задачи”

В открывшимся окне вы увидите задачу на запуск обработки данных по маркировке

Ошибки и другие проблемы при работе с ЧЗ

1. Проблема: Не приходит подтверждение. Статус накладной “Ожидание подтверждения”. Статус упаковок “Ожидает ответа поставщика для обратного/прямого акцепта”.

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

Необходимо созвониться с поставщиком по данной накладной и указать на эту ситуацию. В случае если поставщику необходимо подтверждение того, что мы действительно отправили данные в ЧЗ, необходимо отправить квитанцию (как отправить квитанцию смотрите комментарий к рис. 3.1).

Поставщик может попросить отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и далее нажать “Отправить отказ” ( См. Рис. 4 ). Будет установлен статус упаковок “Отказ отправлен”, а чуть позднее статус изменится на “Отказ подтвержден”. После этого делаем повторную отправку кнопкой “Отправить в ЧЗ” и далее нажать “Повторная отправка в ЧЗ” ( См. Рис. 4 ).

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

2. Проблема: Не приходит подтверждение. Статус накладной “XML создан”.

3. Ошибка: “Попытка изменить состояние вложенного КИЗ”

В данной ситуации поставщик поставил товар в групповой упаковке. Как правило, это делается для удобства оприходования товара с большим кол-вом упаковок. Чтобы не сканировать, например, 50 упаковок товара, можно просканировать штрих-код с групповой упаковки и получить данные по всем 50-ти упаковкам автоматически через ЧЗ. Однако, игнорировать ее мы не можем, и если поставщик прислал товар в групповой упаковке, то нам необходимо сканировать именно код групповой упаковки и после подтверждения прихода ее расформировать.

Самый простой способ устранения ошибки – попросить поставщика расформировать групповую упаковку. После того, как поставщик подтвердит расформирование, необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и далее нажать “Повторная отправка в ЧЗ” ( См. Рис. 4 ). Статус позиций сменится на “Отправлен поставщику для подтверждения обратного акцепта”. После этого ожидаем подтверждения.

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

4. Ошибка: “КиЗ принадлежит другому участнику”

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

Необходимо обратиться к поставщику для уточнения информации, возможно потребуется отправить поставщику квитанцию (как отправить квитанцию смотрите комментарий к рис. 3.1). После устранения проблемы поставщиком необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и нажать “Повторная отправка в ЧЗ” ( См. Рис. 4 )

5. Ошибка: “Операция не может быть выполнена. Указанный контрагент отсутствует в списке доверенных контрагентов”

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

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

6. Ошибка: “Указанный получатель не зарегистрирован в системе”

7. Проблема: Маркированный товар не провели через ЧЗ и продали в розницу.

Если товар нужно было оприходовать обратным акцептом, то для исправления проблемы нам необходимо будет получить SGTIN`ы проданного товара. Запросить SGTIN`ы можно у поставщика (если товара продано мало и вы знаете кому продали, то можно запросить фото QR-кода с упаковки у покупателя). После получения данных необходимо обратиться в техническую поддержку Алгоритм-с.

Если получить SGTIN`ы и QR-коды не получилось, то в данной ситуации можно только обратиться в ЧЗ, возможно они смогут помочь.

При такой же проблеме, но если прямой акцепт – обратиться в техническую поддержку Алгоритм-с.

8. Ошибка: “Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе”

Товар который вы просканировали отсутствует в ЧЗ. Скорее всего он маркирован в рамках эксперимента, его не нужно проводить в ЧЗ. Проверьте дату изготовления препарата. Если препарат изготовлен раньше чем 01.07.20, то товар можно приходовать как немаркированный. Однако, лучше созвониться с поставщиком для уточнения информации по препарату.

9. Ошибка в рознице при продаже: “Позиция была снята с учета аптеки”. Пересорт.

Упаковка, которую вы пытаетесь продать, была добавлена в чек ранее. Скорее всего, упаковка была отсканирована, но отдали клиенту другую упаковку. Поскольку каждая упаковка имеет уникальный код SGTIN допускать такие ошибки крайне нежелательно.

Продавать товар, по которому прошел пересорт, запрещено. Необходимо упаковку, по которой пересорт, списать с остатка. Списание будет осуществляться во время инвентаризации. На данный момент функционал по инвентаризации в разработке. Товары, по которым пересорт, нужно отложить до внедрения функционала.

10. Ошибка: “Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке”

Поставщик не сделал разагрегацию коробки. Поставщику необходимо сделать разагрегацию, после чего необходимо отправить данные повторно. Для этого нужно нажать на выпадающий список рядом с кнопкой “Отправить в ЧЗ” и нажать “Повторная отправка в ЧЗ” ( См. Рис. 4 ). Также можно просто отправить данные в ЧЗ по данной накладной по 702-й схеме.

11. Ошибка: “Операция отклонена. Некорректное состояние”

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

12. Проблема: Товар не выводится из оборота при розничной продаже.

Вывод товара из оборота осуществляется через кассовый аппарат. Данные передаются на ККМ, после ККМ отправляет их на ОФД, а они уже, в свою очередь, отправляют данные в ЧЗ. Чаще всего проблема возникает при передачи данных с ОФД в ЧЗ и товар в таком случае может длительное время быть не выведен из оборота. Сперва необходимо проверить есть ли документы розничной продажи в ЧЗ. Проверить можно в личном кабинете в разделе “Документы”. Если в ЧЗ документы присутствуют, то необходимо ожидать вывода из оборота (может затянуться до 2-х недель) либо обращаться в ОФД и выяснять почему данные не были переданы в ЧЗ. Если же документов розничной продажи в личном кабинете нет, то необходимо сразу обратится в ОФД и уточнить передаются ли к ним данные по маркированному товару. Если данные не передаются, то по данному вопросу необходимо обратиться в техническую поддержку Алгоритм-С.

13. Проблема: Маркированный товар не подсвечивается в реестре приходных накладных.

Подсветка маркированного товара в приходе возможна только при условии, что поставщик будет передавать признак маркированного товара в электронной накладной. На данный момент мы можем гарантировать подсветку маркированного товара только если вы принимаете накладные через систему заказов “СКЛИТ”. В остальных случаях подсветка будет реализована позднее. Рекомендуем на данный момент работать внимательнее с маркированным товаром.

14. Проблема: Просканировали маркированный товар не на ту позицию.

Необходимо удалить данные на ошибочной позиции и проскарировать товар на правильной. Как удалить отсканированные упаковки вы можете посмотреть выше ( См. Рис. 2 ).

15. Проблема: Поставщик не довез одну или несколько упаковок или QR-код не читаемый(не сканируется, поврежден и т.п.)

По данным от ЧЗ если QR-код не читается на упаковке, необходимо данный товар вернуть поставщику. Поставщик в свою очередь вернет производителю для переупаковки.

Для возврата товара по которому отсутствуют QR-коды необходимо:

В накладную будут добавлены все упаковки по которым нет QR-кодов. После этого накладную можно просто отгрузить. Отправлять данные в ЧЗ не нужно.

16. Проблема: Выбран не тот тип акцепта, накладная не должна маркироваться или необходимо удалить накладную из программы.

Для удаления привязки накладной к маркировке нужно, чтобы данные по упаковкам отсутствовали в накладной. Если данные в накладной есть, их можно удалить ( См. Рис. 2 ).

Для удаления привязки накладной к маркировке необходимо нажать правой клавишей мыши на накладной и выбрать пункт “Удалить подготовленный документ в ЧЗ”.

Для удаления признака(галочки в поле “Маркировка”) необходимо нажать правой клавишей мыши на накладной и выбрать пункт “Признак маркировки”. Повторное нажатие этой кнопки ставит признак обратно.

17. Проблема: Товар не маркированный, но на позиции стоит признак маркировки.

18. Проблема: Поставщик указал в электронной накладной не тот номер накладной, который нужен.

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

Источник

Где посмотреть описание ошибок из статуса обработки шаблона по лицевым счетам?

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

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

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

Статус Найдены ошибки при форматной проверке в лк ФСС

Что статус значит

«Найдены ошибки при форматной проверке» – это технический статус в системе ФСС, который, в большинстве случаев, означает наличие ошибок в поданной документации от заявителя (работодателя).

Важно! Заявления с допущенными ошибками дополнительно обрабатываются сотрудниками Фонда.

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

Если же допущена более серьезная ошибка, документы отправляются обратно, а в личном кабинете появляется статус извещение сформировано.

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

Важно сразу уточнить момент со сроками рассмотрения: 5 рабочих дней дается работодателю на отправку документов и 10 рабочих дней Фонду на рассмотрение и обработку данных. Сюда же можно прибавить время, которое займет денежный перевод через системе вашего банка, в среднем это 1-3 рабочих дня.

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

Заключение

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

Если статус не будет меняться или появится предупреждение о формировании извещения – обратитесь к работодателю и попросите того внести изменения или исправления.

Если у вас имеются дополнительные вопросы, советы другим читателям или свои замечания – пишите их в х ниже.

Ошибки ИС МДЛП — Маркировка Фарма

При приемке операция может быть отклонена полностью, либо частично.

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

В сервисе Контур.Маркировка Фарма отображаются ответы ИС МДЛП:

Попытка изменить состояние вложенного КиЗ

Возникает при обратном акцепте. Эта ошибка говорит о том, что вы пытаетесь принять штучный товар по коду маркировки SGTIN, который вложен в агрегат. Для решения:

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

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

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

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

При возникновении неизвестной ошибки пришлите на почту farma@kontur.ru письмо с информацией:

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

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

КиЗ принадлежит другому участнику

Ошибка возникает, когда идентификатор текущего владельца и субъекта операции не совпадают. Для решения:

Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе

Ошибка возникает в следующих случаях:

Сканер некорректно отсканировал код маркировки с упаковки из-за неисправности (чаще всего некорректно считывается регистр символов, то есть SGTIN содержит заглавные символы, а сканер считывает их как строчные).

Если ошибка вызвана неисправностью сканера, то она скорее всего будет повторяться неоднократно (например, в нескольких поставках или по нескольким кодам в рамках одной накладной).Для решения вопроса рекомендуем воспользоваться инструкциями на сайте Честного знака из раздела для проверки сканера.

Если ничего из вышеперечисленного не помогает, необходимо обратиться к поставщику и в ИС МДЛП для решения данной ошибки.

Указанный продавец неактивен

Ошибка возникает при попытке принять товар у субъекта с заблокированного места деятельности(МД).

Для исправления ошибки рекомендуем обратиться к поставщику и уточнить, с какого МД в ИС МДЛП производится отгрузка. После этого повторите приемку товара с указанием корректного МД.

Invalid request data: data.properties.contract_type should be equal to one of the allowed values

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

Данный тип договора используется производителями и импортерами. При стандартной закупке должен быть выбран тип договора «Купля продажа».

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

Ошибка означает, что при заполнении шаблона XLSX перепутаны местами значения для столбцов «Сумма с НДС» и «Сумма НДС». Эта ошибка возникает из-за того, что сумма налога больше суммы товара с учетом этого налога.

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

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

Хронология событий нарушена, неверно указана дата операции

Ошибка возникает, когда дата и время приемки оказывается меньше, чем дата и время операции, проводимой поставщиком перед отгрузкой (например, расформирование агрегата). Так происходит потому, что ИС МДЛП не проверяет корректность времени в отправляемом документе.

Для исправления ошибки:

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

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

Создание шаблона выписки по лицевым счетам

Перейдите на вкладку Шаблоны. Изначально в таблицу добавлены 8 базовых шаблонов. В них установлены наиболее распространенные параметры выписок.

Чтобы скачать пример базового шаблона типа Выписка по лицевым счетам, нажмите кнопку Скачать пример напротив шаблона с номером 2, 3, 4, или 5.

Введите Название шаблона в соответствующем поле.

В поле Выберите тип в выпадающем списке выберите пункт Выписка по лицевым счетам.

В поле Выберите формат файла в выпадающем списке выберите нужный формат файла выписки (*.txt, *.dbf, *.xls, *.xlsx, *.csv, *.y).

Загружать со строки №.Номер строки, с которой необходимо формировать фискальные документы;

Признак итоговой строки. Все строки после данного символа не будут загружены. Если система при обработке файла не найдет данный символ, на экране появится ошибка: «Загруженный файл не соответствует настройкам»;Символ-разделитель колонок. Выберите нужный символ из списка;№ поля «Дата» – номер столбца в файле, в котором указана дата совершения платежа в формате дд.мм.гггг.;№ поля «Лицевой счет« – номер столбца в файле, в котором указан номер лицевевого счета плательщика;№ поля «Сумма« – номер столбца в файле, в котором указана сумма платежа (дробная часть может быть выделена точкой или запятой).№ поля «Электронный чек» – номер столбца, в котором указаны данные для отправки электронного чека плательщику (электронный адрес или номер телефона);№ поля «Назначение платежа» – номер столбца, в котором указано назначение платежа.

Примечание: 1) Если название товара будет по умолчанию, то из всех настроек формата обязательны к заполнению только поля: Загружать со строки №, № поля «Лицевой счет« и № поля «Сумма«.

2) Если название товара будет устанавливаться самостоятельно, то из всех настроек формата обязательны к заполнению только поля: Загружать со строки № и № поля «Сумма«.

*Поставщик:

В сплывающем пункте Поставщик выберите нужного поставщика путем нажатия на него. После выбора поставщика нажмите кнопку Подтверждение.Если поставщиков нет, то Вы можете добавить поставщика, нажав на кнопку Добавить поставщика.

Более подробную информацию о создании поставщика смотерть в статье Добавление поставщика.

*Агент:

В сплывающем пункте Агент выберите нужного агента путем нажатия на него. После выбора агента нажмите кнопку Подтверждение.Если агентов нет, то то Вы можете добавить агента, нажав на кнопк Добавить агента.

Более подробную информацию о создании агента смотерть в статье Добавление агента.

Внимание! Добавлять можно только агентов того типа, который был указан при регистрации ККТ.

– При выборе Название товара пункт По умолчанию, для формирования наименования места расчетов в кассовом чеке будет использоваться неизменяемая часть «Оплата жилищно-коммунальных услуг по лицевому счету №» + номер лицевого счета из загруженного файла.

– Вы можете задать название для товара самостоятельно. Для этого выберите Установить самостоятельно в поле Название товара и введите название в поле ниже.

Примечание: Данное название будет автоматически подставлено для всех строк из загруженного файла. Вы сможете изменить название для каждой строки отдельно.Внимание! Если в пункте Подставлять к названию товара номер лицевого счета из выписки вы поставите галочку, по умолчанию после загрузки файла название товара будет иметь следующий вид: одинаковая часть для всех строк в файле «Оплата жилищно-коммунальных услуг по лицевому счету №« + индивидуальный номер лицевого счета из загруженного файла. – Вы можете в качестве названия товара использовать назначение платежа. В этом случае необходимо выбрать способ формирования названия: 1) Подставлять полностью значение из столбца «Назначение платежа» (Значение из столбца, номер которого был указан выше в подразделе «Настройки формата» в поле «Номер поля Назначение платежа», будет использовано в качестве названия товара. Вы сможете изменить название для каждой строки отдельно.),2) Использовать составное название: Общая часть + назначение (По умолчанию после загрузки файла название товара будет иметь следующий вид: одинаковая часть для всех строк в файле «Название товара» + индивидуальное назначение платежа из загруженного файла).

Перечень ошибок и пути их решения, которые возникают при формировании документов в ГИС

При переводе плана закупок в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: UE. Следующие идентификационные коды закупок не уникальны в пределах планов закупок, размещенных организацией xxxxxxxxxxxxxxxxxxxxxxxxxxxx»:
172553500299055350100101040002120244
172553500299055350100101690000000244″.

Ответ: Данная ошибка связана с тем, что в ЕИС план закупок был опубликован(изменен) напрямую в личном кабинете (далее — ЛК) ЕИС и статус контроля такого документа указан «На контроле». Необходимо чтобы финансовый орган (далее — ФО) подписал в ЛК ЕИС отрицательный результат контроля, т.е.

«Контроль не пройден», а в ГИС план закупок необходимо перевести в состояние «На доработку от ФО». Затем заказчики переводят план закупок в состояние «Редактируется», все позиции плана закупок переходят в состояние «Редактируется». Затем позиции плана закупок переводят в состояние «Ввод завершен».

План закупок необходимо перевести в состояние «На размещении» и он должен появится в ЛК ЕИС, где заказчик должен направить его на контроль в ФО.

При переводе плана закупок в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: UE. У плана закупок с реестровым номером 201703522000327001 уже присутствует более поздняя версия 1 или редакция 0».

Ответ: Данная ошибка связана с тем, что в ЕИС план закупок был изменен напрямую в ЛК ЕИС и статус контроля такого документа указан «На контроле». Необходимо чтобы финансовый орган (далее — ФО) подписал в ЛК ЕИС отрицательный результат контроля, т.е.

«Контроль не пройден», а в ГИС план закупок необходимо перевести в состояние «На доработку от ФО». Затем заказчики переводят план закупок в состояние «Редактируется», все позиции плана закупок переходят в состояние «Редактируется». Затем позиции плана закупок переводят в состояние «Ввод завершен».

План закупок необходимо перевести в состояние «На размещении» и он должен появится в ЛК ЕИС, где заказчик должен направить его на контроль в ФО.

При переводе плана закупок в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: UE. Объект с внешним идентификатором krista.52000000.0.703914 уже существует на ООС для организации с кодом СПЗ 03523000344».

Ответ: Данная ошибка связана с тем, что в ЕИС план закупок был заведен напрямую в ЛК ЕИС и статус контроля такого документа указан «На контроле». Необходимо чтобы финансовый орган (далее — ФО) подписал в ЛК ЕИС отрицательный результат контроля, т.е.

«Контроль не пройден», а в ГИС план закупок необходимо перевести в состояние «На доработку от ФО». Затем заказчики переводят план закупок в состояние «Редактируется», все позиции плана закупок переходят в состояние «Редактируется». Затем позиции плана закупок переводят в состояние «Ввод завершен».

План закупок необходимо перевести в состояние «На размещении» и он должен появится в ЛК ЕИС, где заказчик должен направить его на контроль в ФО.

2. Планы-графики

При переводе плана-графика в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: UE. Следующий номер версии плана-графика с номером 2017036820000850020001 должен быть 4».

Ответ: Данная ошибка связана с тем, что в ЕИС изменения в план-график были внесены напрямую в ЛК ЕИС и статус контроля такого документа указан «На контроле». Необходимо чтобы финансовый орган (далее — ФО) подписал в ЛК ЕИС отрицательный результат контроля, т.е.

«Контроль не пройден», а в ГИС план-график необходимо перевести в состояние «Редактируется», все позиции плана-графика переходят в состояние «Редактируется». Затем позиции плана-графика переводят в состояние «Ввод завершен». В плане-графике в поле «Номер версии» необходимо указать номер версии.

Затем план-график необходимо перевести в состояние «На размещении» и он должен появится в ЛК ЕИС, где заказчик должен направить его на контроль в ФО.

Вопрос 5. При переводе плана-графика(изменения плана-графика) в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: UE.

Непредвиденная ошибка в интеграционном адаптере РПГ java.lang.NullPointerException at ru.lanit.fz44.validation.rpg.impl.PlanGraphValidatorImpl$2.validate(PlanGraphValidatorImpl.java:152) at ru.lanit.fz44.validation.rpg.impl.PlanGraphValidatorImpl$2.validate(PlanGraphValidatorImpl.java:105) at ru.lanit.fz44.validation.rpg.impl.ValidationFacadeImpl.

validateForPublish(ValidationFacadeImpl.java:58) at ru.lanit.fz44.ejb.validation.rpg.impl.PlanGraphValidationBean.validateForPublish(PlanGraphValidationBean.java:57) at ru.lanit.fz44.ejb.validation.rpg.api.EJSRemote0SLplanGraphValidationBean_35ef598a.validateForPublish(EJSRemote0SLplanGraphValidationBean_35ef598a.java) at sun.reflect.NativeMethodAccessorImpl.

invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at com.ibm.CORBA.iiop.ClientDelegate$3.run(ClientDelegate.java:1190) at java.security.AccessController.doPrivileged(AccessController.

java:338) at com.ibm.CORBA.iiop.ClientDelegate.invoke0(ClientDelegate.java:1187) at com.ibm.CORBA.iiop.ClientDelegate$ClientDelegate0.invoke(ClientDelegate.java:1424) at com.sun.proxy.$Proxy195.validateForPublish(Unknown Source) at ru.lanit.fz44.ejb.validation.rpg.api._PlanGraphValidation_Stub.validateForPublish(_PlanGraphValidation_Stub.java) at ru.lanit.fz44.ejb.service.rpg.

business_transaction.UnitOfWorkIntegration.validate(UnitOfWorkIntegration.java:56) at ru.lanit.fz44.ejb.facade.rpg.integration.impl.IntegrationSaveServiceBean.saveAndPublishPlanGraph(IntegrationSaveServiceBean.java:64) at sun.reflect.GeneratedMethodAccessor1395.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.

reflect.Method.invoke(Method.java:611) at com.ibm.ejs.container.EJSContainer.invokeProceed(EJSContainer.java:5882) at co».

Ответ: Данная ошибка связана с ошибками приема файлов со стороны ЕИС. ЕИС должен устранить данную проблему. Пробуйте периодически отправлять план-график. Если данная ошибка не устранена, то необходимо написать в ТП ЕИС о данной проблеме.

Вопрос 6. После прохождения финансового контроля по п.5 ст.

99 44-ФЗ ФО переводит документа в состояние«Согласовано ФО», но через некоторое время документ переходит в состояние «В работе ФО» и возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: Непредвиденная ошибка в интеграционном адаптере Бюджетного контроля.

В ЛК органа контроля не найден контролируемый документ в статусе «На контроле» с идентификатором, равным значению поля «Внешний идентификатор документа, направленного на контроль» (refExternalId) 689243 или значению поля «Идентификатор документа, направленного на контроль» (refId) 313658».

Ответ: До ЛК ЕИС не доходит результат контроля. Если документ будет размещен в ЕИС, то такие документы будут переведены в состояние «Утвержден» автоматически на следующий день после публикации. Ошибка со стороны ЕИС.

3. Определение поставщика (подрядчика, исполнителя)

При формировании изменений по закупкам, кроме закупок по единственному поставщику(подрядчику, исполнителю) и переводе в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Некорректные данные; Описание: IDE.

Поскольку извещение в ЕИС находится в статусе Контроль не пройден изменения извещения на ЕИС ожидаются с тем же номером изменения 1, что и номер изменения в ранее принятом извещении. Уровень ошибки: error; Ошибка: Некорректные данные; Описание: IDE. Для требования Заказчика с кодом по СПЗ 03523000034 сведения о связи с планом-графиком не могут быть изменены».

Ответ: Данная ошибка связана с ошибками приема файлов со стороны ЕИС. ЕИС должен устранить данную проблему. Пробуйте периодически отправлять изменения в закупку. Если данная ошибка не устранена, то необходимо написать в ТП ЕИС о данной проблеме.

При формировании изменений по закупкам, кроме закупок по единственному поставщику(подрядчику, исполнителю) и переводе в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Некорректные данные; Описание: IDE.

Для требования Заказчика с кодом по СПЗ 03523001838 сведения о связи с планом-графиком не могут быть изменены».

Ответ: Данная ошибка связана с ошибками приема файлов со стороны ЕИС. ЕИС должен устранить данную проблему. Пробуйте периодически отправлять изменения в закупку. Если данная ошибка не устранена, то необходимо написать в ТП ЕИС о данной проблеме.

При формировании извещения по закупкам и переводе в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Некорректные данные; Описание: IDE.

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

Ответ: Необходимо данный документ удалить и сформировать заново извещение о закупке и отправить в ЛК ЕИС.

4. Сведения о контракте (его изменении)

При переводе первичных сведений о контракте в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: Непредвиденная ошибка в интеграционном адаптере РГК. У организации-заказчика уже существует контракт с таким же номером с поставщиками Открытое акционерное общество «ОмскВодоканал», не находящийся в статусе «Исполнение прекращено»».

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

При переводе первичных сведений о контракте в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: UE. Для юридических лиц не может быть указан код ОКОПФ соответствующий значению «Индивидуальный предприниматель». Информацию об индивидуальном предпринимателе необходимо указывать как для физических лиц».

Ответ: Необходимо проверить поле ОКОПФ в ГИС в справочнике «Контрагенты»/»Физические лица». Если данное поле заполнено(не заполнено) не корректно, то необходимо поправить значение в данном поле и повторить выгрузку в ЕИС.

При переводе первичных сведений о контракте в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: Непредвиденная ошибка в интеграционном адаптере РГК. В ЕИС уже существует проект контракта с внешним идентификатором документа externalID krista.52000000.0.717891 и кодом организации заказчика по СПЗ 03522000235.».

Ответ: Первичные сведения были отправлены успешно в ЛК ЕИС, но затем ФО провел контроль в ГИС и контроль в ГИС «Не пройден». Затем ФО перевел сведения о контракте в состояние «На доработку от ФО», но результат контроля, по техническим причинам со стороны ЕИС, не пришел в ЛК ФО.

Такие сведения о контракт находятся в ЛК заказчика в состоянии «На контроле». Чтобы повторить повторную выгрузку сведений о контракте из ГИС в ЕИС необходимо чтобы сведения о контракте, которые находятся в ЛК ЕИС ФО сменил статус контроля в «Контроль не пройден».

Затем повторить экспорт сведений из ГИС в ЕИС.

При переводе измененных сведений о контракте в состояние «На размещении» документ отправляется в личный кабинет ЕИС, но через некоторое время возвращается с ошибкой вида: «Документ не загружен на ООС из за ошибок: Уровень ошибки: error; Ошибка: Непредвиденная ошибка в ходе обработки; Описание: Непредвиденная ошибка в интеграционном адаптере РГК. Поскольку документ в ЕИС находится в статусе На контроле, изменения документа в ЕИС не принимаются.».

Ответ: Измененные сведения были отправлены успешно в ЛК ЕИС, но затем ФО провел контроль в ГИС и контроль в ГИС «Не пройден». Затем ФО перевел сведения о контракте в состояние «На доработку от ФО», но результат контроля, по техническим причинам со стороны, не пришел в ЛК ФО.

Такие сведения о контракт находятся в ЛК заказчика в состоянии «На контроле». Чтобы повторить повторную выгрузку сведений о контракте из ГИС в ЕИС необходимо чтобы сведения о контракте, которые находятся в ЛК ЕИС ФО сменил статус контроля в «Контроль не пройден», но на данный момент ФО ничего с ними сделать не может, т.к.

результат контроля не экспортируется из ГИС. Ошибка на данный момент не устранена.

Вопрос 14. При переводе измененных сведений о контракте из состояния «Согласовано ФО» в состояние «Подписан», документ возвращается с ошибкой вида: «Ошибка отправки данных через сервис обмена: [Ошибка при импорте контрактов Определение места документа: последнее уточнение не утверждено]».

Ответ: Ошибка означает, что в первичной версии контракта в поле «Состояние бюджетных обязательств» указано «На согласовании ФО» и сведения присутствуют в программе АС Бюджет.

Изменения в сведения о контракте возможно отправлять в ЕИС (АС Бюджет) только в 2-х случаях: 1. Если в поле «Состояние бюджетных обязательств» указано значение
«Приняты» или 2.

Если в поле «Состояние бюджетных обязательств» указано значение «Отклонены».

Источник