Выписка из лицевого счета клиента
Режим предназначен для электронного приема различных выписок по л/с учреждений.
Аналог выписки из л/с бюджета, но по л/с клиентов (УБП, БУ, АУ). В этом режиме осуществляется прием:
- vp - выписка по 03 л/с ПБС,
- ik - информация ФО о произведенных выплатах (по л/с: 03, 05, 20, 21, 22, 30, 31, 32),
- vj - выписка по 20,22 л/с БУ,
- vk - выписка из отдельного 21 л/с БУ,
- vx - отчет о состоянии л/с БУ,
- vz - отчет о состоянии отдельного л/с БУ
- vi - выписка по 30,32 л/с АУ,
- vs - выписка из отдельного 31 л/с АУ,
- pb - приложение к выписке л/с ПБС
- pm - приложение к выписке л/с АУ/БУ,
- pj - приложение к выписке из отдельного л/с АУ/БУ,
-
vc - выписка по 05 л/с по учету операций во временном распоряжении.
Анализ реквизитов: при приеме файлов ik производится анализ только в части по дозаполнению дополнительными классификаторами (доп, рег и т.д.). Основная КБК расходов/доходов, как и л/с, при приеме не анализируются - только в ручном режиме соответствующими кнопками в списке выписок.
Панель инструментов
Анализ КБК: заполнение доп. классификаторами - средствами режима "Анализ реквизитов" осуществляется дозаполнение/изменение дополнительных классификаторов в документах выписки, при этом основная БК документа (расходов. доходов, источников) не затрагивается. Этот анализ выполняется так же автоматически при электронном приеме файлов выписок из ОрФК.
Дополнительные классификаторы это: дополнительная классификация, региональная классификация, программы и непрограммная деятельность, работы услуги, стратегические цели и задачи, объекты АИП. Рекомендуемый способ задать алгоритм заполнения - это использовать справочник "Соответствие бюджетных классификаций" с типом 13 и использовать "Автомат анализа реквизитов" (в нём действие "КБК: дозаполнить КБК по таблице соответствия (тип 13)") .
Анализ КБК для документов на списание - средствами режима "Анализ реквизитов" осуществляется дозаполнение/изменение расходной БК в документах по выплатам.
Условия обработки:
- анализ проводится для всех отмеченными галками выписок;
- в каждой выписке анализ проводится только в документах из раздела "Выплаты", и с БК расходов (вид расхода заполнен);
- уже заполненные коды не перебиваются, только если в Автомате анализа не включена опция "Всегда заменять текущие значения в документе".
Анализ БК (доходы) для поступлений - средствами режима "Анализ реквизитов" осуществляется заполнение/изменение БК доходов в документах по поступлениям средств.
Условия обработки:
- анализируются любые документы, кроме уведомлений об уточнении платежа, в которых либо отсутствует какая-либо БК либо КБК НВС либо КБК неизвестный доход (из настройки парамтеров по умолчанию).
- И анализируются только документы не имеющие разбивки строк на отправителя/получателя.
Информации финансовому органу о кассовых операциях (.ik)
В этом же режиме осуществляется прием "Информации финансовому органу о кассовых операциях на лицевых счетах получателей бюджетных средств" - файл с расширением .ik? . В данный документ входят все первичные документы ПБС/БУ/АУ (заявки на кассовый расход, заявки на наличку, уведомления и т.п.).
При приеме документов проводится разбор назначения платежа для выявления кодов дополнительных классификации (региональная, работы/услуги , и т.д.) и простановки ее в принимаемом документе:
- заявка на кассовый расход,
- платежное поручение,
- заявка на получение наличности, заявка на банковскую карту,
Примечание: автопополнение справочника банковских карт включается в настройке "Меню Настройки: Заявка на получение наличных денежных средств, перечисляемых на карту (прием) - настройка - Дополнительная обработка входящих документов". -
уведомление об уточнении вида и принадлежности платежа.
Для разбора применяются шаблоны, заведенные в справочнике "Регулярные выражения (шаблоны)" для назначений платежа.
Блок BDPD - платежные поручения
Обрабатываются только документы, в которых указаны р/с, являющиеся счетами бюджета для л/с, по которому принимается информация (указанному в блоке IK.LS_UBP). Прочие документы игнорируются.
При приеме платежек учитывается направление движения средств, указанное в ik файле. По каждой строке платежного документа :
- Списание. В этом случае л/с синхронизируется по счету отправителя документа с учетом вида средств (если есть). Если л/с открыт на р/с отправителя, то п/п принимается: отправитель - л/с ПБС , счет бюджета документа - счет открытия л/с (р/с отправителя). Иначе документ не принимается (см. протокол приема).
При этом в платежках по перечислению на счет наличности в отправителе проставляется счет бюджета (032х1 р/с) - средства с л/с списываются заявкой на получение наличности.
-
Зачисление. В этом случае л/с синхронизируется по счету получателя документа с учетом вида средств (если есть). Если л/с открыт на р/с получателя, то п/п принимается: получатель - л/с ПБС , счет бюджета документа - счет открытия л/с (р/с получателя). Иначе документ не принимается (см. протокол приема).
Внебанковские платежи, оформленные в ik файле как два платежных документа (блок BDPD) с одинаковым ГУИД в разных блоках IK (для отпарвителя и для получателя), загружаются как мемориальный ордер: строки БК (блок BDPDST) двух документов сливаются в один документ с указанием направления отправитель/получатель (в редактировании принятого документа см разбивку строки по кнопке "Бюджетная классификация").
Блок BDPL - поручения о перечислении средств.
При заполненном поле BDPL.ADD_KLASS, в принимаемом документе в качестве КБК проставляется код "Направления расходования целевых средств" (при наличии в справочнике) или "Источники поступлений целевых средств" (при наличии в справочнике) из этого поля (BDPL.ADD_KLASS) - для выписок по л/с, открытым на казначейском счете 032х5.
Блок SPD - внебанковские документы (мемордера)
Внебанковские документы, в наименовании операции (SPRR) либо документа (SPD) которых указано "Объявление на взнос наличными" принимаются как:
- платежное поручение (поступление) - по счетам БУ/АУ ,
- объявление на взнос наличности - по прочим счетам.
В обоих случаях в отправителе проставляется неизвестный р/с (т.е. банковская операция).
Остальные документы, с прочими наименованиями документов/операций, принимаются как мемордер.
При этом в блоке SPRR форматами не предусмотрен тип КБК, поэтому при приеме указанный в номере счета по кредиту код БК идентифицируется методом перебора последовательно в справочниках: БК (доходы), БК (источники) - если не найден, то БК считается расходной и синхронизируется по частям слева направо как: ведомство, подраздел, целевая статья, вид расхода.
Блок ZV - заявки на возврат
Контроль на повторный прием заявок на возврат осуществляется по реквизитам: номер документа, дата, сумма, счет отправителя.
Блок UF - уведомления об уточнении вида и принадлежности платежа
Контроль на повторный прием (квитовка) уведомлений осуществляется по реквизитам: номер документа, дата, сумма, счет бюджета.
Уведомления в составе выписки/ведомости с неверным указанием уточняемого документа - указан номер и дата документа , но не указан вид/наименование документа (заполнены поля UFPP.NUMBER, UFPP.DATE, и незаполненны поля UFPP.KOD_DOC, UFPP.NAME_PP) - принимаются как уточнение КБК по НПА, т.е. без уточняемого документа.
Если уточняемый документ отсутствует в базе данных (не найден), то уточнение проводится со счета бюджета ведомости: уточняемый счет в сохраненном уведомлении заполняется значением счета бюджета для л/с, указанного в блоке IK. Данная ситуация возможна например в том случае, если производится уточнение платежки поступления с НВС на л/с БУ/АУ, а саму выписку банка финорган не принимал и поэтому в базе данных отсутствует уточняемая платежка по поступлению.
Синхронизация корреспондентов
Для принимаемых из файла "Информации ФО о кассовых операциях" (ik) заявок на кассовый расход корреспондент (клиент) определяется как владелец л/с, указанного в блоке IK. Для остальных документов-заявок корреспондент определяется по реквизитам, указанным в настройке приема "Идентификация корреспондентов" .
Если л/с из блока IK не найден на р/с бюджета, указанном в платежке, то документ не принимается с соответствующим уведомлением в протоколе приема.
В платежках по распоряжениям на карты МИР: л/с плательщика не проставляется, если в базе данных присутствует хотя бы один действующий документ распоряжение на карты МИР по счету выписки : во избежание дублирования списаний с л/с (по распоряжениям на МИР и по платежке) в платежках плательщиком указывается счет выписки. Признаком что платежка создана по распоряжениям на карты МИР является: БИК получателя '044501002' либо '044537002' и шаблон назначения платежа вида ннннннннннн//нн//нннннннн// текст_любой "МИР", где "н" - цифра, "текст_любой" - произвольный текст (в виде регулярного выражения \d{11}//\d{1,2}//\d{8}//.*"МИР")
Синхронизация платежных поручений и заявок на кассовый расход (на возврат)
Платежные документы (блок BDPD), указанные в принимаемом ik файле, связываются с заявками согласно поля BDPD.GUID (идентификатор документа-основания платежа). Если заявка с таким идентификатором отсутствует в принимаемом файле либо не принята в базу, то синхронизация платежного документа с заявкой осуществляется по назначению платежа и сумме.
Синхронизация поручений на перечисление и заявок на кассовый расход (на возврат)
ТФФ не предусматривает указание информации, позволяющей однозначно связать поручения на перечисления и заявки на кассовый расход (на возврат). При приеме делается попытка найти заявку по совпадению комбинации реквизитов: сумма, назначение платежа, ИНН получателя, счет получателя - если таких совпадений несколько, то с поручением будет связана первая попавшаяся заявка с совпадающими вышеуказанными реквизитами.
Синхронизация платежных поручений и заявок на получение наличных (на карту)
ТФФ не предусматривает указание информации, позволяющей однозначно связать платежки и заявки на наличку (на карту), т.к. может создаваться одна сводная платежка на несколько заявок. Поэтому привязка платежки по наличке к "Заявке на получение денежных средств, перечисляемых на карту" устанавливается по совпадению следующих реквизитов: сумма документа, счет отправителя (используется счет бюджета счета отправителя), дата документа, БК расходов без дополнительных классификаторов (для л/с БУ и АУ учитывается только вид расхода) и требуется наличие номера карты в назначении платежа платежки. Из связанной заявки в платежку переносятся все дополнительные классификаторы.
Для избежания задвоения показателей сумм по выплатам наличных следует выбрать способ учета выплат на получение наличных : либо по заявкам (тогда в платежках по перечислению на счет наличности 40116 надо ставить служебную бухгалтерскую проводку и не указывать л/с отправителя), либо по платежкам (тогда заявки на наличку надо аннулировать, ставя исключающий заявку из учета аналитический признак через настройку "Аналитический признак, устанавливаемый автоматически").
Синхронизация БО
Если в принимаемом документе: Заявка на кассовый расход, Платежное поручении (выплаты) , Платежное поручение (поступления), Распоряжение на карты "МИР" - указан учетный номер БО (поле NUM_BO в файле приема) и БО с таким учетным номером отсутствует в базе данных, то по платежному документу автоматически формируется БО, которому присваивается учетный номер из ik файла.
Если включена опция приема "Не контролировать наличие обязательств", то БО, указанные в ik файле, игнорируются - отсутствует привязка документов к БО и не формируются отсутствующие БО.
Особенности
1. Обработка 14 л/с по переданным полномочиям.
При приеме документов по 14* л/с (по переданным полномочиям) осуществляется автоматическая замена отправителя на корреспондента, привязанного к 14 л/с (к каждому 14 л/с, открытому РБС, привязывается один подведомственный корреспондент на вкладке "Корреспонденты" в режиме редактирования счета).
Замена осуществляется только для л/с с типом "Лицевой счет получателя по переданным полномочиям" (SYS_LS_PBS_PP).
Отчет о состоянии л/с БУ (.vx, .vz)
Отчетный период (месяц) определяется из поля VX.DATE_OTCH минус один день, т.к. в поле DATE_OTCH указывается первое число месяца, следущего за отчетным. Т.е. для отчета за май будет указана дата 01 июня.
Принимается в виде двух платежных документов, с датой последнего дня отчетного месяца:
- поступление - с неизвестного р/с на л/с БУ,
-
выплаты - с л/с БУ на неизвестный р/с.
Поскольку в отчете указаны суммы нарастающим итогом с начала года, то сумма в сохраняемых документах вычисляется как разность между суммой в принимаемом отчете о состоянии л/с и суммой документов принятых отчетов за предыдущие месяцы (платежные документы имеют связь с принятым отчетом).
Пример. Если отчет за март не принимался (пропущен), то при приеме отчета за апрель в документах будут суммы за два месяца: март + апрель.
КБК указана в принимаемом файле отчета в поле OU.KOSGU. При приеме этот код ищется в справочнике КОСГУ с видом БК "доходы" или "источники": если код существует, то он дополняется слева нулями и обрабатываетсся как БК доходов/источников. Иначе код обрабатывается как вид расхода БК расходов - при отсутствии в справочнике "Виды расходов" в протоколе сообщается о непонятной БК и документ не создается.
Выписка по л/с БУ (.vj)
При приеме выписки возможна одновременная обработка приложения к выписке , файла .bh, содержащего документы: «Заявка на кассовый расход»;«Заявка на возврат»;«Платежное поручение»;«Уведомление об уточнении вида и принадлежности платежа». Для этого файл приложения должен находится в той же папке, что и принимаемая выписка vj .
Выписка из лицевого счета ПБС ( .vp)
Выпиской принимаются платежные документы по л/с ПБС (казенного учреждения) за определенный день.
В файле приложении sp игнорируются документы: уведомление об уточнении вида и принадлежности платежа, заявки на кассовый расход, платежные поручения - их прием осуществляется из файла приложения bd к выписке. Объявления на взнос наличными принимается из sp как есть, прочие документы из приложения sp загружаются в базу данных в виде мемориальных ордеров.
Синхронизация платежек и заявок КР
При приеме платежек соответствующая Заявка ищется по совпадению назначения платежа и суммы.
Порядок приема документов (рекомендация)
Порядок приема документов из УФК при схеме открытия л/с ПБС в ОрФК, для получения информации по казенным учреждениям:
-
Казнчейская выписка (.vq).
-
Информация финоргану о кассовом исполнении (.ik) - прием внебанковских платежей, платежных документов и заявок по л/с .
-
Справка о свободном остатке (rk) и Справка о кассовых операциях со средствами бюджета (.se) - квитовка расходных расписаний, сверка контрольных значений за день, прием уведомлений об уточнении платежа.
Порядок приема документов из УФК при схеме открытия л/с БУ/АУ в ОрФК, для получения информации по БУ/АУ учреждениям:
-
Казнчейская выписка (.vq) - платежи и поступления на л/с БУ/АУ.
-
Информация финоргану о кассовом исполнении (.ik) - прием внебанковских платежей, платежных документов и заявок по л/с.
Настройки
Дополнительный контроль входящих документов
- Не контролирповать наличие обязательств для документов в счет БО/ДО - если ОТКЛ, то БО, указанное в платежке/ЗКР, обязано присутствовать в базе данных: при отсутствии БО в базе данных оно формируется по реквизитам и на сумму платежного документа. Если опция ВКЛючена, то БО игнорируются и платежки/ЗКР принимаются без указания в них БО/ДО (ссылки на БО/ДО удаляются).
Автоматическое формирование документов**.**
Действует только при приеме файлов ik (в выписке ПБС - файл .vp - заявки отсутствуют). Варианты настройки:
- Формировать платежный документ при зачислении "Заявок на кассовый расход" - по принятым заявкам на кассовый расход, для которых не нашелся соответствующий платежный документ (отсутствует в базе данных и/или в принимаемом файле), формируются платежные поручения (расходная классификация), при этом платежке автоматически присваивается очередной номер, никак не связанный с номером заявки.
- Формировать ДО (БО формируется всегда при наличии номера БО в файле) - при наличии в документе учетного номера БО формируются и ДО. БО формируется автоматически всегда при наличии учетного номера БО в документе (как по выплатам, так и в поступлениях).
Отбор документов для приема**.**
Действует только при приеме файлов ik. При включенной настройке пользователю предлагается список принмаиемых документов, в котором указывается : наименование документа, номер, дата, сумма, счет и наименование отправителя (по возможности), счет и наименование получателя (по возможности), и в статусной строке - назначение платежа текущего документа.
Зачисление дебетовых документов - задает ограничение на прием документов по выплатам, т.к. в общем случае предполагается что выплаты существуют в базе данных финоргана на момент приема выписки, поскольку санкционировались финорганом. Рекомендуемое значение "Не зачислять" при схеме обслуживания в УФК с открытием 02 лс бюджета, и "Зачислять согласно посылке" при схеме обслуживания с открытием лс в ОрФК.
- Не зачислять - документы по выплатам не загружаются в базу данных (для SE - блок SVIP, для BD - документ с параметром DIR_SUM=1, для VB - блок VBR12 если заполнена SUM_VYPL).
- Зачислять документы согласно посылке - загружать все документы выплат, отсутствующие в базе данных (отсутствие документа в базе данных определяется по совпадению реквизитов указанных в настройке приема "Контроль на повторный прием");
- Зачислять документы только с доходной БК - загружать документы выплат, отсутствующие в базе данных, только если в документе указана БК доходов (отсутствие документа в базе данных определяется по совпадению реквизитов указанных в настройке приема "Контроль на повторный прием");
Идентификация корреспондентов
Определяет по каким реквизитам, указанным в блоке IK файла "Информация ФО о кассовых операциях", определять корреспондента клиента в принимаемых заявках, кроме заявок на кассовый расход.
Дополнительная обработка входящих документов
-
Переносить классификацию из заявок в п\п - только при приеме ik файла. Если ВКЛючено, то в платежку копируются: все строки с полной БК, БО, ДО из завки на кассовый расход (ЗКР), с которой удалось идентифицировать платежку. Собственная БК платежки при этом удаляется. Если ОТКЛючено, то платежка никак не модифицируется по данным ЗКР.
ВКЛючить настройку рекомендуем пользователям тех ФинОрганов (ФО), у которых есть соглашение с ОрФК о передаче ЗКР всех учреждений через ФО. Для ФО, работающих по стандартным схемам: с 02 л/с бюджета либо с открытием л/с учреждений в УФК - настройку рекомендуем отключить. -
Сносить дополнительную БК из назначения платежа, примечания - разбор назначения платежа по шаблонам регулярных выражений и подстановка найденных дополнительных классификаций (доп.класс, рег.класс. и т.п.) в платежных документах. Подстановка кодов БК осуществляется только если они отсутствуют в документе. Если в документе кроме назначения платежа присутствует поле примечания, то сначала анализируется назначение платежа, и при неудачном поиске в нём дополнительных классификаций будет поиск в поле примечания.
-
Не учитывать ведомство в КБК на л/с АУ/БУ - при включении настройки, для документов по счетам БУ/АУ, ведомство в коде КБК заменяется на значение 000 и синхронизируется (поиск в справочниках) уже измененный код БК с нулевым ведомством.
-
Переносить классификацию из БО в пп - снос в платежки всей КБК из ДО, пропорционально суммам в ДО. При отсутствии в платежке ДО - снос КБК из БО, только в случае если в БО одна БК (предварительно строки БО группируются по полной БК). В заявки КБК из ДО/БО не сносится.
Формирование реквизитов плательщика
- В межбюджетных трансфертах вычислять плательщика по ОКАТО (105) - применяется для платежных документов по межбюджетным трансфертам (перечисления в другой бюджет по виду расхода 5хх либо КОСГУ 251) для замены плательщика и получателя платежа с целью оформления платежного документа по МБТ согласно требованиям комплекса.
Условие применения: если статус налогоплательщика 8 (поле 101) и, либо вид расхода 5хх либо КОСГУ документа "251" , и получатель платежа привязан к счету отправителя, то при приеме корреспондент отправитель платежа будет заменен на учреждение, имеющее такое же ОКТМО какое указано в 104 поле платежного документа. Одновременно будет заменен получатель платежа на такое же учреждение: с целью наличия в получателе платежа корреспондента из справочника, что может использоваться в отчетности и для анализа . Счет отправителя не меняется.