Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
ППО «Автоматизированная система Федерального казначейства (СУФД)» | ||
ОПИСАНИЕ ИЗМЕНЕНИЙ К ППО «АСФК (СУФД)» ВЕРСИИ 025.410.700T05 | ||
Инструкция по обновлению | ||
Государственный контракт № УФТ-11/2016 от 01.01.2001 | ||
Код документа: 54819512.09.01,00.33.085 -1.0 1(2,5) | ||
Листов: 15 | ||
2. Доработки, реализованные в версии/Патче
№ | Номер доработки | Содержание доработки | Доработка документации |
1. | SUFD-88958 (Доработка-источник: SUFD-80395) Куратор УФТ: Бусурина Елена (ЦАФК) | Доработать 1.2. Функции контроля, ручного ввода в части автозаполнения, импорта, визуальную форму следующих документов в части указания кода по Сводному реестру: - «Заявка на возврат» (ф. 0531803); Для поиска организации в СР использовать fillDictOrgNubpTransitionUPorUL | Необходимость доработки документации не определена |
2. | SUFD-88959 (Доработка-источник: SUFD-80395) Куратор УФТ: Бусурина Елена (ЦАФК) | Требуется доработать функции контроля, ручного ввода в части автозаполнения, импорта, визуальную форму в части изменения кода УБП на код по Сводному реестру для документов: - «Расходное расписание» (ф. 0531722) - «Реестр расходных расписаний» ф. 0531723); Для полей РР/РРР: - По Сводному реестру (РБС(ПБС)/ТОАИФ(АИФ)) - По Сводному реестру (Кому) требуется 1. изменить длину на <=8. До даты = значению константы SUFD-80395_StartDate указывается 5-значный код УБП, после - код УБП или 8-значный код по СР 2. разработать новую кнопку выбора из справочника СР, выводящую в поле Код организации по СР <Code>. - Кнопка должна быть видна только при текущей системной дате => значению константы SUFD-80395_StartDate. - Кнопка, выбирающая код УБП из СР должна быть видна только при текущей системной дате < значению константы SUFD-80395_StartDate. - Остальные кнопки, выбирающие код УБП из СРРПБС/СР, после завершения перехода на СР не должны быть видны 3. проверить, что в форме Спец. указаний в полях "Код по сводному реестру Реорганизуемого ПБС/ПБС получателя средств" и "Код по сводному реестру вышестоящего РБС" можно ввести 8-значный код 4. Разработать новые и доработать существующие контроли: Для РР ||Тип||Контроль||Описание изменений|| |*|Контроль соответствия кода и наименования отправителя|Предусловие: Переход на СР = 0| |+|Контроль соответствия кода и наименования отправителя по СР|Предусловие: Переход на СР» = 1 и дата => SUFD-80395_StartDate. Контроль аналогичен существующему, за исключением поля, по которому осуществляется поиск в СР, Code вместо RegistryNumber| |*|Проверка соответствия значения поля «Кому» справочнику СРРПБС|Добавлено предусловие на дата < даты завершения перехода на СР| |*|Проверка соответствия значения поля «Кому» справочнику СР (ФБ)|Предусловие: бюджет документа = 99010001 и дата < SUFD-80395_StartDate| |*|Проверка соответствия значения поля «Кому» справочнику СР (СФ/МО)|Предусловие: бюджет документа!= 99010001 и дата < SUFD-80395_StartDate | |+|Проверка соответствия значения поля «Кому» справочнику СР|Сверка по 8-значному коду. Предусловие: дата => SUFD-80395_StartDate| |*|Контроль строгой размерности полей для полей "По Сводному реестру (РБС (ПБС)/ТОАИФ (АИФ))", "Код по Сводному реестру вышестоящего РБС"|дата < SUFD-80395_StartDate| |+|Контроль строгой размерности полей для полей "По Сводному реестру (РБС (ПБС)/ТОАИФ (АИФ))", "Код по Сводному реестру вышестоящего РБС"|дата => SUFD-80395_StartDate| |*|Проверка поля «РБС(ПБС)/ТОАИФ(АИФ)»|Полностью дублируется контролем Контроль соответствия кода и наименования отправителя. дата < SUFD-80395_StartDate| |*|Проверка на соответствие кода РБС(ПБС)/ТОАИФ(АИФ), ЛС, органа ФК на справочник Лицевых счетов|Предусловие: Переход на СР = 0| |+|Проверка на соответствие кода РБС(ПБС)/ТОАИФ(АИФ), ЛС, органа ФК на справочник Лицевых счетов|Предусловие: Переход на СР = 1 и дата => SUFD-80395_StartDate| |*|Проверка обязательности пустоты поля «по Сводному реестру (Кому)»|Предусловие заменено на дата < SUFD-80395_StartDate| (?) к БА: Требуется ли изменить контроли - Проверка обязательности заполнения поля «по Сводному реестру» - Проверка обязательности заполнения поля «по Сводному реестру» для РБС/ТОАИФ и «Кому» - Проверка наличия значения поля «Финансовый орган» в справочнике. Была проверка в спр. ПУБП. Нужна по СР или по ФО Для РРР |*|Проверка поля «РБС(ТОАИФ)»|Предусловие: Переход на СР = 0| |+|Проверка поля «РБС(ТОАИФ)» по СР|Выполнять проверку по справочнику СР. Предусловие: Переход на СР = 1 и дата => SUFD-80395_StartDate| |*|Проверка на заполненность поля «По Сводному реестру»|Предусловие: (бюджет документа = 99010001 и дата < даты завершения перехода на СР) ИЛИ дата => SUFD-80395_StartDate, предупреждающий| |*|Контроль строгой размерности полей для полей "По Сводному реестру (РБС (ПБС)/ТОАИФ (АИФ))", "Код по Сводному реестру вышестоящего РБС"|См. в постановке| |+|Контроль строгой размерности полей для полей "По Сводному реестру (РБС (ПБС)/ТОАИФ (АИФ))", "Код по Сводному реестру вышестоящего РБС"|дата => SUFD-80395_StartDate| |*|Проверка поля «Номер лицевого счета»|Предусловие: дата < SUFD-80395_StartDate| |+|Проверка поля «Номер лицевого счета» по СР|Предусловие: дата => SUFD-80395_StartDate| |*|Проверка соответствия полей «по Сводному реестру» и «Глава по БК»|Предусловие: дата < SUFD-80395_StartDate| |+|Проверка соответствия полей «по Сводному реестру» и «Глава по БК» по СР|Предусловие: дата => SUFD-80395_StartDate| |*|Проверка соответствию Бюджета и ГРБС/РБС|Предусловие: дата < SUFD-80395_StartDate| |+|Проверка соответствию Бюджета и ГРБС/РБС по СР|Предусловие: дата => SUFD-80395_StartDate| |*|Контроль соответствия отправителя реестра Главе по БК|Предусловие: дата < SUFD-80395_StartDate| |+|Контроль соответствия отправителя реестра Главе по СР|Предусловие: дата => SUFD-80395_StartDate| |*|Проверка на заполненность поля «Кому: По Сводному реестру»|См. в постановке| |*|Проверка РБС и ПБС|Предусловие: дата < SUFD-80395_StartDate| |+|Проверка РБС и ПБС по СР|Предусловие: дата => SUFD-80395_StartDate| |*|Проверка лицевого счета получателя|Предусловие: дата < SUFD-80395_StartDate| |+|Проверка лицевого счета получателя по СР|Предусловие: дата => SUFD-80395_StartDate| |*|Контроль соответствия получателя РР Главе по БК|Предусловие: дата < SUFD-80395_StartDate| |+|Контроль соответствия получателя РР главе по СР|Предусловие: дата => SUFD-80395_StartDate| Тип - * Изменение - + Добавление !Шпора. jpg! Для случая Переход на СР = 1 (организация уже есть в СР), но дата НПА ещё не наступила, т. е. для пилотов, специальных контролей не прописывал. Если они нужны, прошу их указать в ЧТЗ | Необходимость доработки документации не определена |
3. | SUFD-93209 (Доработка-источник: SUFD-80395) Куратор УФТ: Бусурина Елена (ЦАФК) | В связи уточнениями требований по ЧТЗ и БА, необходимо доработать функцию контроля для документа "Заявка на получение денежных средств, перечисляемых на карту" (ранее выполнялось по КД https://asfk-support. ru/jira/browse/SUFD-92144) в соответствии: 1. Контроль на размерность значения поля «по Сводному реестру» = 5 символов (после НПА и до даты завершения перехода на СР для организации не перешедшей на СР) -- удалить проверку; 2. Контроль на размерность значения поля «по Сводному реестру» = 8 символов (после НПА и до даты завершения перехода на СР) -- переименование контроля, изменение предусловия выполнения; 3. Контроль на корректность значения поля «по Сводному реестру» для клиента НУБП типа Иной ЮЛ (после НПА и до даты завершения перехода на СР) -- новый контроль; Внесены изменения в постановку: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Регистрация ЗКР/Заявка на наличные на карту. doc] At revision: 315783 Все изменения зелёным маркером по тексту. | Необходимость доработки документации не определена |
4. | SUFD-93258 (Доработка-источник: SUFD-80395) Куратор УФТ: Бусурина Елена (ЦАФК) | Требуется доработать 1.3. АП маршрутизации под использование данных Сводного реестра. | Необходимость доработки документации не определена |
3. Внешние ошибки, исправленные в версии/патче
№ | Номер ошибки | Содержание ошибки | ОрФК |
1. | ACCEPT-61736 | Сведения о БО из ЭБ не выпадают в АСФК | 1800 - УФК по Краснодарскому краю |
2. | ACCEPT-62242 | В СУФД рвц отсутствует возможность создать копию документа Сведения о ДО. Создается форма с незаполненными полями | 6000 - УФК по Саратовской области |
3. | ACCEPT-62616 | В СУФД не проходит контроль Пакет платежных поручений от ФО. Ошибка: Банковский счет плательщика, указанный в строке 1 Таблицы «Платежные поручения», отсутствует в справочнике «Банковские счета ФК», либо заблокирован. В справочнике «Банковские счета ФК» счет в статусе «Актуализировано». | 6000 - УФК по Саратовской области |
4. | ACCEPT-62665 | При передаче док Сведения о БО неправильно принимается тег SympAbsltnssPmnt В исходном документе принимает значения 0 и 1, в TB_MESSAGE значения 0 и 0 соответственно | Центр Сервисов |
5. | ACCEPT-62692 | В ППО СУФД при сохранении платежного поручения по АУ выдается сообщение об ошибке и документ не проходит документарный контроль | 6000 - УФК по Саратовской области |
6. | ACCEPT-62796 | *Экземпляр теста[4791] : * [1]SUFD-78253 КП2 При выполнения контроля на наличия ГАДБ в Сводном реестре Таблицы 4. п/п 11 , п ри указании 8мизначного кода ГАДБ срабатывает блокирующий контроль, хотя ГАДБ присутствует в Сводном реестре и был выбран из предлагаемого списка | 6000 - УФК по Саратовской области |
4. Внутренние ошибки, исправленные в версии/патче
№ | Номер ошибки | Содержание ошибки |
1. | SUFD-93327 | *Сценарий* Установлена системная дата от 01.01.2001. Создать новый документ "Реестр администрируемых доходов" под ролью АП/ГРБС. Дата документ 06.01.2017. *Результат* 1. Не происходит автозаполнение полей "ГАДБ", "Код по ОКТМО" и "АДБ с полномочиями ГАДБ" 2.1. Для поля "ГАДБ" не доступна кнопка выбора из справочников "РУБП/ПУБП". Согласно постановке "Кнопки выбора справочников РУБП/ПУБП доступны до системной даты из константы «Дата завершения перехода на СР»" 2.2. Доступна кнопка выбора из справочника СР, хотя данная кнопка не должна быть доступной согласно описанию из постановки: "Кнопка выбора справочника СР доступна после системной даты из константы «Дата начала перехода на СР»". В сис. константах "Дата начала перехода на Сводный реестр" = "01.01.2018" "Дата завершения перехода на Сводный реестр" = "01.01.2019" 3. Не происходит автозаполнение поля "Код по ОКТМО". 4. "АДБ с полномочиями ГАДБ (код)" поле не должно выводиться на ВФ с 01.01.2016. 5. Не происходит автоматическое заполнени номера документа, не происходит автонумерация документа. Запись с спр. "Параметры автонумерации документов" присутствует. При нажатии выбора значения из спр. подставится всегда только нач. значение. Правила автозаполенения полей описаны в постановке: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Документы по ведению справочников/Реестр администрируемых платежей. doc] |
2. | SUFD-93376 | Создать новый документ. Заявление на изменение казначейского аккредитива.(АЗИ) Выбором из родительского Казначейского аккредитива. Разделы Реквизиты плательщика Реквизиты получателя Блоки полей Банк плательщика Банк получателя Поля Номер расчетного счета БИК Должны заполнятся из родительского документа. Постановка на документ (Изменения/добавления в постановке выделены зеленым цветом): [Заявление на КА|https://www. asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc] |
3. | SUFD-93390 | АРМ PBS. Заявление на КА Контроль наличия блокировок на р/с плательщика. Контроль наличия блокировок на р/с получателя. 1.Контроль срабатывает некорректно. Даже если в справочнике "Блокировок по Лс" нет записи по техническому ЛС. 2.Тексты сообщений некорректны согласно постановки. По счету № <указать номер р\с> БИК <указать БИК> запрещено проведение операций. Лицевой счет <указать номер л/с с кодом 50> заблокирован. Предлагаемая реализация контроля. ПО БС и БИК находим запись в DC_DICTBANKFK узнаем dictid ПО dictid в таблице FS_DICTCOMMONFIELDS находим значение поля DocAccount значение должно быть 50% технический ЛС. если поле пустое то контроль тоже не срабатывает иначе Берем значение данного поля и выполняем поиск в справочнике dc_DICTACCBLOCK. ACCOUNTNUM если запись не найдена контроль не срабатывает, иначе если запись найдена и она актуальна срабатывает контроль если не актуальна контроль не срабатывает. |
ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ
№ | Дата | Автор | Изменения |
1.0 | 16.12.2016 | Начальная версия документа. |


