Документация ON-LINE АБС «SCROOGE-II» Руководство пользователя Репозитарий

 

Краткое описание работы и инсталляции репозитария

ОБЩИЙ МЕХАНИЗМ НАСТРОЙКИ РЕПОЗИТАРИЯ

Все расчёты репозитария основаны на справочной информации НБУ. Следовательно, первое, что нужно сделать для работы репозитария - закачать справочники НБУ. Кстати сказать, их всегда нужно подгружать, когда приходят обновления (для NEW_STAT-а)

Внимание: Список справочников с алгоритмом их закачки находится в разделе ИСПОЛЬЗУЕМЫЕ СПРАВОЧНИКИ.

Работа со справочниками основывается на view (представлениях закачанных справочников). Представления нужны, так как все справочники физически загружаются в одну таблицу. Хранимые процедуры на сервере строят отчёты, а TALE часть репозитария только запрашивает параметры и выводит отчёты в файлы. Вот почему, если у вас закачаны старые справочники, или Просмотры, созданные для этих справочников, не совпадают со структурой самих справочников (то есть select * from справочник возвращает данные, не похожие на сам справочник) - то данные, создаваемые репозитарием будут неверны.

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

View создаются во время закачки справочников, нужно указать опцию Создавать View - см. раздел ИСПОЛЬЗУЕМЫЕ СПРАВОЧНИКИ.

Как уже было сказано, отчёты строятся хранимыми процедурами. SQL server хранит процедуры в откомпилированном виде, и помещает код view внутрь процедуры. Если вы перегрузите справочник, и его структура изменится, вам нужно будет перестроить view - так как в этом случае Представление, что находится внутри хранимой процедуры, не изменится. Чтобы исправить эту ситуацию нужно пересоздать хранимую процедуру (запустить файл file_xx.sql, где xx - номер файла, из Enterprise Manager-а или Приложения\Утилиты\SQL Query).

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

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

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

ИНСТАЛЛЯЦИЯ

Если приложение не установлено:

Скопируйте все файлы репозитария в каталог Scrooge\Tal\Report\Repo\

Обратите внимание на подкаталоги Scrooge\Scripts\Procedures\Repo и Scrooge\Scripts\Procedures\Repo\Texts\ - в них содержатся сами процедуры и краткое описание настроек для каждой из них.

Необходимо проинициализировать SQL-ную часть. Для этого:

Создайте дополнительные таблицы, использующиеся репозитарием - запустите, например с помощью утилиты SQL Query в Scrooge-II, скрипты dEkPok.SQL, dRcukru.SQL

ВНИМАНИЕ! После создания и закачки этих таблиц запуск этих скриптов приведёт к потере данных в этих таблицах. То есть эти скрипты нужно запускать только при начальной инсталляции репозитария.

Закачайте справочники, предназначенные для репозитария с помощью приложения Приложения\Справочники\Закачка\Закачка справочников

Создайте дополнительный справочник для файла 39 с помощью скрипта MAKE_F39.SQL и дополнительный справочник для файла 73 с помощью скрипта MAKE_F73.SQL

Внимание! Шаг 3.3 нужно запускать только при начальной инсталляции репозитария. Он не меняется от версии к версии

Создайте View для выборки дополнительных реквизитов при помощи скрипта vRepoPrm.sql

Затем нужно запустить скрипты FILE_XX.SQL, GETFILES.SQL и pRpAmounts.sql

Клиентская часть

Скомпилируйте файлы REPOZIT.TAL, CONSOLID.TAL, DBF_PMP.TAL, L_RCUKRU.TAL загружая их по очереди в SQL Query.

С помощью приложений Справочники\Закачка\Закачка RCUKRU и Справочники\Закачка\Закачка EK_POK_1 закачайте соответствующие справочники в базу данных SCROOGE-II.

Теперь можно запускать репозитарий (Repozit.Tal или Приложения/Отчёты/Репозитарий/Отчёт)

ИНСТАЛЛЯЦИЯ ОБНОВЛЕНИЙ

Все обновления должны иметь свой ReadMe.txt файл, с особенностями конкретного обновления репозитария. Но есть определённый набор действий, которые нужно выполнять для всех обновлений.

Скопируйте все файлы этого архива в каталог Scrooge\Tal\Report\Repo\

Обратите внимание на подкаталоги Scrooge\Scripts\Procedures\Repo\ и Scrooge\Scripts\Procedures\Repo\Texts\

Пересоздание дополнительных таблиц DRCUKRU.SQL и DREQUEST.SQL нужно только при изменении структуры таковых и при особом указании сделать это. Дело в том что эти скрипты удаляют текущие таблицы вместе с данными, находящимися в них. После запуска этих скриптов нужно перезакачать справочники EK_POK_1.DBF и RCUKRU.DBF

Для закачки EK_POK_1.DBF и RCUKRU.DBF перекомпилируйте DBF_PMP.TAL, L_RCUKRU.TAL и затем с их помощью (в меню они находятся Приложения/Справочники/Закачка/Закачка RCUKRU и Приложения/Справочники/Закачка/Закачка EK_POK_1) закачивайте справочники

Каждый раз при приходе обновления справочников из НБУ их нужно перезакачивать в базу данных SCROOGE-II. Процедура закачки и список необходимых справочников находится в разделе ИСПОЛЬЗУЕМЫЕ СПРАВОЧНИКИ.

Затем нужно запустить скрипты FILE_XX.SQL.

Если необходимо, скомпилируйте файлы REPOZIT.TAL, CONSOLID.TAL загружая их по очереди в редактор Scrooge-а и нажимая F9 (а затем Ctrl-F9)

ПОСТРОЕНИЕ РЕПОЗИТАРНЫХ ОТЧЁТОВ

Перед созданием новых отчётов репозитария, проверьте наличие файла (и прочитайте его) file_XX.txt, где XX - это код интересующего вас файла, который находится в каталоге Scrooge\Scripts\Procedures\Repo\Texts. Возможно он ответит на некоторые ваши вопросы.

После этого можно запускать репозитарий (Repozit.Tal или Приложения/Отчёты/Репозитарий/Отчёт)

ПАРАМЕТРЫ ПОСТРОЕНИЯ РЕПОЗИТАРНЫХ ФАЙЛОВ

Параметры, находящиеся внутри файла Repozit.tal. В Repozit.tal файле есть секция, помеченная как

	//!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
	// Константы настройки работы Репозитария

В ней вы можете редактировать настройки, индивидуальные для вашего филиала.

Параметры, находящиеся в диалоговой форме Репозитария

Код файла - код файла по классификации НБУ.

Даты с и по - период расчета файла

Отчетная дата - дата, под которой файл попадет в NEW_STAT.

Два способа вычисления отчёта

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

Примечание. В настоящий момент остатки вычитываются из таблицы Daily, пополняемой после закрытия дня.

"Создавать пустой файл с отчётом" - создавать только заголовок файла и даже не пытаться что-либо считать

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

"Показывать строки с "ручным" вводом" - когда опция выключена, то в файл с отчётом строки, которые предполагают ручной ввод, не выводятся.

"Формировать файл в формате НБУ" - относится только к файлу 42, 71 и 91 Означает следующее: файл 42 строится в промежуточном виде, предназначенном для консолидации. Если вам нужно подать файл в ГК или в РУ, которые не работают под Scrooge-II, и им нужно отослать файл в формате НБУ, поставьте эту опцию. Единственное, что - вам нужно будет ввести - капитал банка. Для этого загляните в Repozit.tal в самое начало в секцию Константы настройки работы Репозитария

"Не свёрнутые 6-7кл. и 25гр." - если флаг установлен, то репозитарные файлы проверяют наличие документов сворачивания 6го и 7го классов, а так же 25й группы, и исключают из отчёта корректирующие обороты и остатки счетов.

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

КОНСОЛИДАЦИЯ РЕПОЗИТАРНЫХ ФАЙЛОВ

Для консолидации отчётов запускайте (Consolid.Tal или Приложения/Отчёты/Репозитарий/Консолидация/Консолидация).

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

Консолидация проверяет наличие файлов и обрабатывает только те филиалы, которые являются дочерними по отношению к консолидирующему. То есть, если вы желаете поддерживать модель консолидации ГК <- РУ <- филиал, то вам нужно в филиале владельца прописать РУ а в РУ - ГК.

Примечание: для нормальной работы консолидации у вас должны быть загружены таблица RCUKRU.DBF и справочник KODOBL.DBF

В консолидации так же есть секция индивидуальных настроек внутри файла CONSOLID.TAL.

Параметры:

• «Код файла» - номер консолидируемого файла.

• «Файлы для консолидации из» - каталог, откуда берутся консолидируемые файлы.

• «Консолидированные файлы с отчетами кладем в» - каталог, куда складываются результаты.

• «Вчерашний 71 файл» - каталог, куда складываются промежуточные результаты консолидирования 71-го файла.

• «Капитал банка» - сумма капитала банка, необходимая для консолидации 71-го и 42-го файлов.

НАСТРОЙКА ДОПОЛНИТЕЛЬНЫХ РЕКВИЗИТОВ ДЛЯ РЕПОЗИТАРИЯ

Для построения репозитарных файлов используются дополнительные реквизиты.

Какие реквизиты в каком репозитарном файле используются, можно посмотреть в файлах FILE_XX.TXT. Там же можно найти информацию об алгоритмах и особенностях некоторых файлов.

Для некоторых репозитарных отчётов НБУ хочет видеть информацию в разрезе таких доп.реквизитов, как, например, k091, k092, и т.п. Такие доп.р. считаются не основными и легко вычислимы, если имеются заполненные основные доп.реквизиты.

Так, например, заполнив в клиенте доп.р. k090, можно получить k091 и k092, так что заводить их у клиентов совершенно не обязательно, а k090 - напротив, даже нужно.

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

После этого нажмите кнопку Просмотр или просто клавишу "пробел" и найдите поле - Тип ключевого поля - такой же должен быть и тип дополнительного реквизита. Типы дополнительных реквизитов, которые не привязываются к файлам, смотрите в файле sql\file_xx.txt, где xx - номер репозитарного файла.

Если у вас после построения в выходном файле отчёта репозитария в показателе встречаются маленькие английские буквы, значит у вас не все доп.р. заполнены. Буква соответствует параметру - см. stru_per.txt.

Значения доп.р., которые устанавливаются репозитарием ПО УМОЛЧАНИЮ, если вы не заполнили эти реквизиты вручную:

Группа стран

• k041 - у резидентов 1 Украина

Форма собственности

• k080 - у нерезидентов 40 "Собственность других государств"

• k080 - у физических лиц 10 Частная собственность

• k081 - у нерезидентов 4 "Собственность других государств"

• k081 - у физических лиц 1 Частная собственность

Вид экономической деятельности

• k110 - у физических лиц(р/нр) 0 неопределено

Раздел видов экономической деятельности

• k111 - у физических лиц или нерезидентов 00 неопределено

Отрасль экономики

• k091 - у физических лиц 00 Другие отрасли

• k092 - у физических лиц 0 Другие отрасли

Сектор экономики

• k071 - у нерезидентов 0 Другие страны

• k071 - у физических лиц 3 Физические лица

Дополнительная информация для счетов пролонгированной и просроченной задолженности

• r011 - у физических лиц 0 неопределено

Код Срока

• s180 - для расчётных / 1 до востребования текущих счетов

• s181 - для расчётных / 1 до востребования текущих счетов

И ещё, если в файле FILE_XX.TXT написано, что для создания соответствующего отчёта нужно создать такие-то и такие-то доп.р., а такие у вас уже были созданы для другого файла, не нужно их создавать заново для новой формы. Несколько отчётов могут использовать один и тот же доп.р. Например 3, 14, 16, 17 все используют R011. В ситуации с клиентами имена доп.р. в Scrooge не всегда совпадают с именами НБУ, обратите внимание на смысл названия или на справочник, к которому привязан реквизит. В этих случаях доп. реквизит берется не по его коду, а по имени справочника.

ИСПОЛЬЗУЕМЫЕ СПРАВОЧНИКИ.

Все необходимые справочники репозитарий берёт из программы NEW_STAT

1.Справочники, закачиваемые приложением Приложения\Справочники\Закачка\Закачка справочников

ВНИМАНИЕ!
При закачке справочников некоторые из них необходимо настраивать. Так как не все из них следуют правилам наименования полей. Настроить справочник можно (вызвав программу Приложения\Справочники\Закачка\Закачка справочников) находясь на записи справочника нажать Изменить. Появится диалог с вводом Ключевого и Информационного полей, а так же с редактированием опции 'Строить View'. ДЛЯ ВСЕХ СПРАВОЧНИКОВ нужно включить опцию для создания View. На основании построенных view репозитарий рассчитывает файлы.

Репозитарию нужны файлы из двух каталогов NEW_STAT-а:

a) Каталог NEW_STAT\KL_FORM все файлы по маске KL_*.DBF. Практически все они закачиваются с ключевым полем соответствующим справочнику и с информационным TXT. Например KL_R020.DBF - ключевое поле R020, информационное - TXT.

Однако есть ряд исключений:

• KL_S230S.DBF - закачивать просто не нужно
• KL_Z050.DBF
• ключевое поле Z050
• информационное NOMINAL

b) Каталог NEW_STAT\KOD_FORM

• файл KODOBL.DBF
• ключевое поле KO
• информационное BANK
• файл KOD_D010.DBF
• ключевое поле D011
• информационное NAIM

с) Файлы

• KOD_A010.DBF
KOD_A011.DBF
KOD_A012.DBF
KOD_A013.DBF
KOD_A014.DBF
KOD_A015.DBF
KOD_A016.DBF
• ключевые и информационные поля строятся по правилам (A010, ...; TXT)

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

Каталог NEW_STAT\KOD_FORM

Файл EK_POK_1.DBF закачивается приложением Приложения\Справочники\Закачка\Закачка_EK_POK_1

Файл RCUKRU.DBF приложением Приложения\Справочники\Закачка\Закачка RCUKRU

Каталог Приложения\Справочники\Закачка\Закачка_Любого_DBF

Файлы KL_R011.DBF и KL_R013.DBF. Их можно закачивать и просто с помощью Закачки Справочников. Но чтобы они выглядели лучше при вводе дополнительных реквизитов (чтобы в информационное поле попадали номера балансовых счетов для установки правильного соответствия) лучше закачивать их с помощью приложения Закачка Любого DBF

Настройка KL_R011.DBF:

укажите приложению путь и файл KL_R011.DBF

перейдите со страницы Справочник на страницу Настройки (мышкой или клавишей Page Down)

В Ключевое Поле добавить R011 и установить для него тип CODE. Представление можно оставить СПЛОШНОЕ

В Информационное Поле добавить R020, R020R011, TXT; тип информационного поля оставить INFO; а в поле Представление выбрать РАЗДЕЛИТЕЛЬ и указать разделитель, ну например "|"

После этого переходите на страницу Ещё, здесь установите [X] создавать View.

После выбора опции создавать view в форме появятся дополнительные поля ввода, а именно:

• название создаваемого view - оставьте имя таблицы
• список полей справочника, которые попадут во view - сюда добавить все поля справочника

а теперь нужно нажать клавишу Закачать

Настройка KL_R013.DBF:

Настройка его абсолютно аналогична KL_R011.DBF, за исключением имён полей:

• в пункте 1) укажите файл KL_R013.DBF
• в пункте 3) - R013
• в пункте 4) - вместо R020R011 -> R020R013

АВТОМАТИЗАЦИЯ НАСТРОЕК ЗАКАЧИВАЕМЫХ ФАЙЛОВ

После того, как вы настроили файлы для закачки, и отметили все те, которые нужно закачивать выберите пункт локального меню закачки Конфигурация\сохранить настройку всех/отмеченых. После этого, запуская приложение закачки для настройки всех ваших файлов, вам нужно будет выполнить пункт меню Конфигурация\Загрузить настройки из файла и отметить файлы, нужные для закачки "руками" или пунктом меню Дополнительно\Отметить все закачанные или Дополнительно\Отметить все закачанные но изменённые

ОБ ИНДИВИДУАЛЬНЫХ ОСОБЕННОСТЯХ ПОСТРОЕНИЯ ФАЙЛОВ

Файл 01

Файл 01 строится на основе основной информации счетов и клиентов. Никаких дополнительных реквизитов для 1-го файла заводить не нужно.

Файл 02

Для нормального создания файла 02 нужно создать дополнительный реквизиты для клиентов:

• K040 (или с другим именем) - код страны, привязанный к справочнику kl_k040.dbf

Дальше файл строится автоматически

Файл 03

Для нормального создания файла 03 нужно создать дополнительный реквизиты для счетов:

• S180 (тип TIndex)
• Percent

Для ссудных и депозитных счетов с кодом PERCENT (тип Money и маска 'N7.4:S9'), где будут указываться проценты для подсчёта средневзвешенной процентной ставки, проценты следует указывать

	"правильно:" 10% => 10.0; 12.5% => 12.5

Если проценты проставлены не будут, то программа будет считать 0% и в расчёте средневзвешенной ставки они принимать участие не будут.

Дальше файл строится автоматически

Файл 04

Для нормального создания файла 04 нужно создать дополнительные реквизиты для счетов:

• Percent

клиентов:

• K080
• K090

Для ссудных и депозитных счетов с кодом PERCENT (тип Money и маска 'N7.4:S9'), где будут указываться проценты для подсчёта средневзвешенной процентной ставки, проценты следует указывать

	"правильно:" 10% => 10.0; 12.5% => 12.5

Если проценты проставлены не будут, то программа будет считать 0% и в рассчёте средневзвешенной ставки они принимать участие не будут.

Дальше файл строится автоматически

Файл 05

Для нормального создания файла 05 нужно создать дополнительный реквизиты для счетов:

• Percent
• S180

Для ссудных и депозитных счетов с кодом PERCENT (тип Money и маска 'N7.4:S9'), где будут указываться проценты для подсчёта средневзвешенной процентной ставки, проценты следует указывать

	"правильно:" 10% => 10.0; 12.5% => 12.5

Если проценты проставлены не будут, то программа будет считать 0% и в рассчёте средневзвешенной ставки они принимать участие не будут.

Дальше файл строится автоматически

Файл 06

Для нормального создания файла 06 нужно создать дополнительный реквизиты для счетов:

• R011 (тип TCode)

и для клиентов

• K090
K080
K070
K050

Дальше файл строится автоматически

Файл 07

Для нормального создания файла 07 нужно создать дополнительные реквизиты для счетов:

• R011

и для клиентов

• K120

Дальше файл строится автоматически

Файл 08

Для работы файла 08 нужно использовать доп. реквизит счета R013 (TIndex) и руками занести в созданный файл показатель 99990 = Сумма налога на прибыль из декларации, так как посчитать с помощью какой-либо формулы, по крайней мере сейчас, его, похоже, нельзя. Репозитарий подскажет вам, где что исправлять в отчётном файле.

Дальше файл строится автоматически

Файл 09

Для нормального создания файла 09 нужно создать дополнительные реквизиты для счетов:

• S230

и для клиентов

• K120

Файл 10

Для нормального создания файла 10 нужно создать дополнительные реквизиты для счетов:

• S230

и для клиентов

• K120

Файл 11

Для нормального создания файла 11 нужно создать дополнительные реквизиты для счетов:

• S080

и для клиентов

• K040
• K080

Файл 12

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

Файл 13

файл 13 строится по кассовым документам, группируя их по символам, документы берутся только по счетам, у которых стоит признак "касса" и проведены окончательно, символы >= 74 заполняются вручную

Файл 14

Для нормального создания файла 14 нужно создать дополнительные реквизиты для счетов:

• R011

и для клиентов

• K070
• K080
• K110

Файл 15

Файл 15 строится полностью автоматически.

В файле 15 есть 2 типа показателей - количество клиентов и количество счетов

Клиенты считаются те, на которых не установлен признак "Закрытый" и "Внутренний", а остальные группируются по дополнительным реквизитам

• k071 (заполнять в клиентах нужно k070)
• k130 (бюджетная или не бюджетная организация) нужно создать и привязать к справочнику kl_k130.dbf этот реквизит заполняется по умолчанию значением "Бюджетная = 1" в клиентах, у которых есть счета 25й группы, но если у этих клиентов заполнен доп.реквизит - тогда вычитывается он "Не бюджетная = 2" в клиентах, у которых нет счетов 25й группы

Счета учитываются те, которые указаны в ek_pok_1 и группируются по коду валюты и счета из показателя 320800 дополнительно группируются по kl_s181 и kl_k071 (заполнять нужно kl_s180)

Файл 16

Для нормального создания файла 16 нужно создать дополнительные реквизиты для счетов:

• R011
• S190

и для клиентов

• K040
• K080

Файл 17

Для нормального создания файла 17 нужно создать дополнительные реквизиты для счетов:

• S180

и для клиентов

• K070

Файл 18

Для нормального создания файла 18 должны быть созданы дополнительные реквизиты для счетов:

• S180

и для клиентов

• K090
• K080

Файл 19

Для нормального создания файла 19 должны быть созданы дополнительные реквизиты для счетов:

• S180

и для клиентов

• K090
• K080

Файл 20

Репозитарный файл 20

Для нормального создания файла 20 нужно создать дополнительные реквизиты для счетов:

• R013

Файл 21

Для нормального создания файла 21 нужно создать дополнительный реквизиты для документов, у которых в дебете стоят счета 9610 и 9611 доп. реквизит d020 типа TCode со справочником KL_D020.

Файл 22

Файл 22 строится автоматически.

Для нормального создания файла 22 нужно создать дополнительные реквизиты для счетов:

• Date_Out типа TDate "дата возврата кредита" и заполнить его в счетах, которые попадают в файл 22. Исходя из разницы между датой Date_Out и текущей датой будет вычисляться значение доп.реквизита S240 - код срока до возврата кредита. Таким образом мы избежим еженедельную правку S240

Дальше файл строится автоматически

Замечание 1: если кредиты типа "овернайт" или "до востребования", то Date_Out можно не заполнять, а S240 будет установлен в соответствии S180. То есть, если S180 = "овернайт", то и S240 будет = "овернайт".

Замечание 2: значение Date_Out также вычитывается в файл из системы начисления процентов, если значения доп.реквизитов не введены

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

10, 11, 120, 150, 370, 38, 39, 371, 260, 262, 292, 372, 373 - 7 дн_в або менше (s240 = 3)

158, 43, 44, 45, 34, 353, 369, 5, 5999 (6-7) - >365 дн_в (s240 = 9)

Файл 23

В этой версии файл берет все обороты по нужным счетам за исключением сторно.

Для автоматического построения 23 файла необходимо проставлять доп. реквизит D020 (справочник KL_D020) для документов, в дебете которых находятся счета 2400.

Файл 24

Файл 24 строится полностью автоматически. Для нормального создания файла нужно присутствие дополнительного реквизита для счетов, привязанного к справочнику KL_R013.DBF (тип реквизита TCode)

Файл 25

Файл 25, в сущности, является файлом 02, только за год. Так что процедуру настройки файла 25 можно прочитать в файле File_02.txt

Кроме того, обратите внимание, сто обороты в 25й файл должны попадать только следующие:

• корректирующие проводки, введённые в январе, которые не попали во 2й файл за декабрь
• обороты сворачивания счетов 25го раздела, 6го, 7го классов

Файл 26

Файл 26 строится автоматически.

В файл подаются те счета, которые в таблице kl_r020 в поле F_26 помечены символом '1', а так же те, у которых дополнительный реквизит K040 соответствует тем записям из kl_k040, у которых поле k042 = 1 или 3. Счета с незаполненными k040 тоже попадают в файл.

Файл подаётся в разрезе следующих дополнительных реквизитов:

• K040 - Код страны,
• B010 - Код иностранного банка,
• R030 - Код валюты

Подробнее о реквизите B010

Он должен присутствовать в списке дополнительных реквизитов клиентов под кодом FOREIGN_BNK_CODE, если такого нет - заводите реквизит именно с этим кодом, типа TCode и с названием "Код иностранного банка".

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

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

Однако, справочник очень большой (около 13000 записей = 3М) что даже при поиске значений вызовет затруднения. В связи с этим возможны, как минимум, следующие решения:

1. не обращая внимания на объём справочника закачать его весь и привязать его к дополнительному реквизиту FOREIGN_BNK_CODE

2. не обращая внимания на объём справочника закачать его весь и не привязывать его к дополнительному реквизиту FOREIGN_BNK_CODE

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

4. не загружать этот справочник и не привязывать его к доп. реквизиту FOREIGN_BNK_CODE

В результате получится:

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

2. 2 - в файл 26 будут попадать названия банков, но вводить их в клиентах нужно будет руками, так как справочник не привязан

3. 3 - в файл 26 будут попадать названия банков, и вводить их в клиентах будет достаточно приятно

4. 4 - в этом случае репозитарий тоже будет работать, но в место названий банков в файл попадут строки с ручным вводом

Должен также заметить, что, если у вас в клиенте не заполнен дополнительный реквизит K040 (код страны), но закачан справочник иностранных банков RC_BNK.DBF, то параметр k040 будет вычислен из кода банка, прописанного в клиенте.

Для вычисления показателей, начинающихся с 99 (Рейтинг iноземного банку) введён дополнительный реквизит для клиентов с кодом BANK_RATING типа TCode откуда введённые значения будут попадать прямо в файл 26. Аналогично показателю FOREIGN_BNK_CODE этот реквизит также считывается со счетов, в случае не найденного значения в клиентах. Если не будет такого реквизита или он будет не заполнен - в файл попадут строки с ручным вводом.

Примечание.

Справочник RC_BNK.DBF можно закачивать Закачкой Справочников с ключевым полем B010 и информационным Name

Файл 27

Файл 27 полностью строится автоматически.

НБУ требует полную расшифровку дебета 2630 по показателям, начинающимся с 5. Т.е на документы с дебетом 2630 нужно навесить доп. реквизит со справочником из KL_D020 для соответствующих операций.

Файл 28

Файл 28 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 29

Для нормального создания файла 29 нужно создать дополнительные реквизиты для счетов:

• R013

для автоматической выборки показателя Количество Штрафов нужно завести дополнительный реквизит с кодом NumFines "Кол-во штрафов" типа TIndex и привязать его к балансовому счёту 7397. Репозитарий будет вычитывать эти значения для каждого лицевого счёта и суммировать в показателе.

Файл 30

Файл 30 строится автоматически.

Что касается показателей файла 30 - первые три символа - реальные показатели, а последний, четвёртый символ - фактически значение доп.реквизита S080.

Что касается дополнительного реквизита S080. Он у вас уже должен быть заведён (уже использовался в файле 11). Чтобы вычислить значение этого доп.реквизита, репозитарий ищет счёт кредита, привязанный к залоговому счёту (который - залоговый и попадает в файл 30) и на счёте кредита смотрит доп.реквизит S080. Но репозитарий не может автоматически определить счёт кредита. Для этого нужно завести у себя в базе дополнительный реквизит для счетов CreditAcc типа TCode и привязать его к счетам залогов - тем, которые попадают в файл 30. Значениями этого доп.реквизита будут номера счетов кредита (поля TCode, в виде удобном для бухгалтера).

Схема примерно такая:

	[счёт, например 9030].[CreditAcc] --------+
	V
	[счёт кредита].[S080]

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

Все счета с незаполненным реквизитом S080 или CreditAcc будут сгруппированы в одной сумме со значением реквизита 't' в последнем символе показателя.

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

Для того, чтобы определять тип залога введен реквизит s080Ext для счетов залогов - его значения

1. Майнов? права на грошов? депозити
2. Державних ц?нних папер?в
3. Недержавн? ц?нн? папери и т.д.
4. Рухоме майно
5. Гарант?? Каб?нету Мiнiстрiв Укра?ни
6. Гарант?? Уряд?в кра?н категор?? "А"
7. Гарант?? м?жнародних багатосторонн?х банк?в
8. Гарант?? Банк?в з рейтингом не нижче н?ж "?нвестиц?йний клас", забезпечен? гарант?? банк?в Укра?ни

Этот реквизит имеет тип TCode

Для счетов 1590 и 1591 введен реквизит R013(TCode) со справочником KL_R013.DBF. Он нужен для того, чтобы различать резервы под кредиты и резервы под корр. счета в других банках.

На корр. счета 1500 значения реквизита s080 проставляются в зависимости от категории страны.

Файл 31

Файл 31 строится только по гривневым счетам 2600, для построения требует доп. реквизита SALARY_DEBT (TAmount) на эти счета и DEBT_APPEAR (TDate)

• SALARY_DEBT - сумма задолженности.
• DEBT_APPEAR - дата возникновения задолженности.

Если SALARY_DEBT не проставлено или 0, то считается, что задолженности нет

Если SALARY_DEBT проставлено, а даты возникновения задолженности нет, то считается, что задолженность свыше 3-х месяцев.

Кроме того, требуется реквизит ECONOMY_BRANCH, соответствующий справочнику НБУ KL_K090, но он уже должен существовать, так что заводить его снова не нужно.

Файл 32

Файл 32 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 33

Файл 33 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 34

Файл 34 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 35

Файл 35 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 36

Файл 36 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 37

Файл 37 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 38

Файл 38 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 39

Файл 39 строится по тем документам, которые используют дополнительный реквизит POINTER_F39 тип TIndex.

Дополнительный реквизит POINTER_F39 нужно создать в приложении Приложения\Система\Дополнительные реквизиты\Реквизиты документов по тому же принципу, что и реквизиты счетов, и привязать к справочнику POINTER_F39.

Справочник POINTER_F39 нужно создать, запустив скрипт MAKE_F39.SQL

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

За подробными объяснениями, что значат эти показатели и что вообще такое файл 39, просьба заглядывать в файл с именем STRU_PER.TXT.

Также для определения курса покупки/продажи нужно на те же документы сделать допреквизит COURSE типа TPercent, редактируемый, с маской "N18.4:S20"

Исходя из телеграммы 29.01.1998 ? 13-211/267 одни и те же обороты покупки или продажи валюты можно относить к разным символам, например одновременно к "Купiвля б/г валюти на бiржi" и к "Купiвля б/г валюти для клi?нтiв-iмпортерiв". Вследствие этого при расчёте формы просматриваются доп.р. POINTER_F39, POINTER_F39_2, POINTER_F39_3 и POINTER_F39_4. Для того, чтобы вам правильно пользоваться последствиями вышеуказанной телеграммы, нужно завести ещё несколько реквизитов к счетам - это POINTER_F39_2, POINTER_F39_3 и POINTER_F39_4, привяжите их к справочнику POINTER_F39 (так же, как и реквизит POINTER_F39). В проводках можно заполнять одновременно до четырёх типов операций НБУ. Реквизиты должны называться следующим образом: POINTER_F39, POINTER_F39_2, POINTER_F39_3 и POINTER_F39_4.

Файл 40

Файл 40 считается автоматически.

Принцип автоматизации состоит в том, что в файл попадают только те документы, которые затрагивают счёт 1600 и в которых заполнен дополнительный реквизит POINTER_F40.

Чтобы создать дополнительный реквизит POINTER_F40, необходимо:

• создать справочник Pointer_F40, для этого нужно запустить скрипт Make_f40.sql (просто запустить на базе данных Скруджа)

• нужно завести доп.реквизит на документы Pointer_F40 типа TIndex, привязать к справочнику Pointer_F40; назвать можно, например, так: "Тип операции с корр.счётом (для ф.40)", и привязать его к документам, у которых либо в кредите, либо в дебете стоит счёт 1600

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

Код иностранного банка - это доп.реквизит с кодом FOREIGN_BNK_CODE типа TCode более подробное его описание см. в файле File_26.txt

Файл 41

Файл 41 - отчёт "полуручного типа" в файл выводятся все рабочие даты (без учёта праздников) за указанный период, напротив "знакомых" вам показателей нужно подставить необходимые суммы. Если напротив даты вы собираетесь поставить 0 - просто удалите эту строку из отчёта.

После формирования показателей, не забудьте подставить получившееся кол-во строк отчета в 55-64 позиции 2 строки (это информационная строка)

Файл 42

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

• R013 тип TCode - справочник KL_R013 - для счетов:
• 1511
• 1515
• 1524
• 1590
• 1591
• 3103
• 3105
• 3190
• 3203
• 3205
• 3290
• 6204
• 6300
• 7397
• 7401
• 7402
• 7900

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

Для тех банков, которые получали разрешение на вложение сверх норматива "максимального розмiру ризику на одного контрагента" необходимо будет завести реквизит DOZVIL типа TMoney на счета, с которых осуществлялась выдача таких вложений и проставить там сумму разрешения, выданную НБУ.

Так же необходимым будет реквизит под названием OTHER_STIFF - это для тех счетов ценных бумаг, которые выделены в кодах файла под символами. Тип TCode.

Для этого реквизита можно будет завести справочник под названием OTHER_STIFF со значениями

• 19-Суми акцiй та iнших цiнних паперiв, придбаних банком, якi не враховуються ри розрахунку нормативiв iнвестування у зв'язку з реалiзацi?ю права аставодержателя, та за умови, що банк не утриму? iх бiльше одного року

• 20-Суми акцiй та iнших цiнних паперiв, придбаних банком, якi не враховуються ри розрахунку нормативiв iнвестування у зв'язку зi створенням фiнансово? олдингово? групи, за умови, що емiтентом придбаних акцiй ? iнший банк

• 21-Суми акцiй та iнших цiнних паперiв, придбаних банком, якi не враховуються при розрахунку нормативiв iнвестування у результатi андерайтингу, за умови, що придбанi цiннi папери перебувають у власностi банку не бiльше одного року

• 22-Суми акцiй та iнших цiнних паперiв, придбаних банком, якi не враховуються при розрахунку нормативiв iнвестування, якщо акцi? та iншi цiннi папери придбанi банком за рахунок та вiд iменi сво?х клi?нтiв

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

для клиентов (из таблицы клиентов) нужно ввести дополнительный реквизит с кодом CreditApplicant - Позичальник кредиту типа TIndex. Сюда нужно будет заносить уникальный код клиента по всему банку и координировать этот код в головной конторе банка. Понимая какую огромную работу придётся совершить банкам мы решили пойти на облегчение состояния. Если есть абсолютная уверенность что этот клиент ни в каком из филиалов больше кредит не взял, то этот доп.реквизит можно не заполнять. И ещё, ЕСЛИ У ВАШЕГО БАНКА НЕТ ФИЛИАЛОВ и нет родственных фирм (которые фактически являются одним клиентом), то вам также не нужно заполнять этот доп.реквизит, но завести стоит - во-первых, мне так легче обрабатывать, во-вторых, он вам не помешает - а вдруг у вас появятся филиалы? И ещё, если у филиала банка есть, например, два клиента и, например, один из них - дочернее предприятие другого, то у них это доп.р. должен иметь одинаковое значение.

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

Примечание: заполнять у счетов этот доп.реквизит нужно только в случае принадлежности этого счёта клиенту банка при установленном в счёте клиента владельцем самого банка ДАЖЕ ЕСЛИ У ВАШЕГО БАНКА НЕТ ФИЛИАЛОВ. Даже если у вас нет таких счетов - стоит завести такой реквизит, причина - смотри п.1.

Файл 43

Файл 43 - отчёт "полуручного типа". В файл выводятся все номиналы монет, необходимых для отчёта, вам нужно только подставить суммы. Если напротив номинала вы собираетесь поставить 0 - просто удалите эту строку из отчёта.

После формирования показателей, не забудьте изменить получившееся кол-во строк отчета в 55-64 позиции 2 строки (это информационная строка)

Файл 44

Файл 44 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 45

Файл 45 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 48

Файл 48 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 49

Файл 49 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 50

Для автоматического построения 50 файла необходимо проставлять доп. реквизит D020 (справочник KL_D020) на документы, в дебете или кредите которых находятся счета 1590, 1591, 2400, 2401, 5020.

Файл 71

Для построения репозитарного файла 71 необходимо, чтобы на счета кредитов, которые попадут в него, были введены новые доп. реквизиты:

• Вид задолженности - доп. реквизит S031 TCode, со справочником KL_S031.
• Номер договора NUMBER_DOC TCode без справочника.
• Тип кредита - доп. реквизит S031, TCode со справочником KL_S031.
• Дата выдачи DATE_IN TDate без справочника.

Замечания: Если не установлен флажок ShowAmountParam, тогда для определения "больших" кредитов файл пытается рассчитать капитал банка сам. Если ShowAmountParam установлен, то капитал определяется введенным значением.

Новая схема подачи понимается новым Repozit.Tal c Kod_Files.Def

Файл 72

Файл 72 строится при условии, что установлена задача "Картотека".

Для его настройки необходимо в самом скрипте проставить порядковый номер, под которым инсталлирована "Картотека-2" (строка 63 - переменная @QueNo) и (строка 62 - код для пенсионного фонда, также используемый в К-2).

Файл 77

Файл 77 строится автоматически. Для нормального создания файла требуется установить доп.реквизит R013 для счетов 3320, 3328. Остальные данные берутся из основных реквизитов счета

К сожалению, на данный момент НБУ не разослал справочник KOD_A010.DBF, в котором описаны коды подачи файла и другая информация для его построения, поэтому заголовок файла пока строится не полностью.

Файл 78

При наличии доп. реквизита Date_In типа TDate, дата возникновения задолженности считается теперь, от этой даты

Условия расчета: Файл считается аналогично приложению Димы Ткаченко "Дебиторская задолженность".

Вариант 1 - Если Вы используете приложение ведения Дебиторской задолженности Димы Ткаченко, то поставьте в скрипте в строке 55 @Metod = 1, тогда результаты будут браться из таблиц этой задачи.

Вариант 2.Если Вы не используете это приложение, то поставьте переменную @Metod = 0. Тогда рассчет будет происходить по алгоритму, как "Приблизительный рассчет дебиторской задолженности" В этом режиме имеет значение переменная @Mode в скрипте в строках 50-51. - какую дату считать датой возникновения задолженности.

	select @Mode=1	-- 0 - дата открытия
	-- 1 - последнее движение

В любом случае программа пытается определить суммы резервирования под дебиторскую задолженность из доп.реквизита на 770 счетах Risk типа TIndex, который может прринимать значения 1, 2, 3, 4 соответственно группам риска. Если такого реквизита нет, то считается общая сумма, а вместо 3 цифры в коде будет проставлена буква r и эту сумму придется раскидать по кодам 301 302 303 304 вручную. Аналогично будет и с суммами списания, т.е. для кодов 401 402 403 404.

Файл 79

Файл 79 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 80

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

Для правильного построения файла необходимо корректное указание кода страны (доп. реквизит на счета типа TCode со справочником KL_K040.DBF, если такой реквизит есть, то повторно его заводить не надо) для транзитных счетов в банки других стран корреспондирующихся с кодированными. Если кодированный счет корреспондируется со счетом с непроставленным кодом страны, то считается, что это Украина.

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

Файл 82

Файл 82 строится автоматически.

Файл 84

Для построения файла 84 необходимо завести следующие параметры

• TARGET - тип TCode справочник 1 - На инвестиции
• 2 - На продажу Он необходим для того, чтобы различать ценные бумаги на счетах
• 4102
• 4103
• 4109
• 4202
• 4203
• 4209 т.к в документации они участвуют в обоих разделах
>STIFF_TYPE - тип TCode справочник 1 - Резерв пiд пайовi цiннi папери
• 2 - Резерв пiд борговi цiннi папери
• 3 - Резерв пiд вексельнi зобов'язання
• 4 - Резерв пiд вкладення в асоцiйованi та дочiрнi компанii. Он необходим для того, чтобы различать счета
• 1490
• 3190 резерва по типам ценных бумаг. Счета 1491 и 3290 считаются в сумме, поэтому для них этот доп. реквизит не нужен.
• MARKET_VALUE - тип TMoney без справочника - рыночная стоимость ценных бумаг - предназначен для счетов, учитывающих ценные бумаги
• СMARKET_VALUE - тип TMoney без справочника - расчетная рыночная стоимость ценных бумаг - предназначен для счетов, учитывающих ценные бумаги
• STIFF_RESERWE - тип TMoney без справочника - расчетный резерв под ценные бумаги - предназначен для счетов, резерва под ценные бумаги.

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

• STIFF_INCOME - для документов, где в дебете стоит счет ценных бумаг

и

• STIFF_OUTCOME - для документов, где в кредите стоит счет ценных бумаг

У обоих доп. реквизитов можно завести один справочник со значениями:

• 1 - Погашение
• 2 - Продажа
• 3 - Списание
• 4 - Перевод в другой портфель
• 5 - Покупка
• 6 - Переоценка

Файл 87

Файл 87 строится на основе доп.реквизита POINTER_F39, используемого для построения 39 файла.

Вследствие того, что нет однозначного соответствия кодов 39 файла и 87 необходимо создать доп. реквизит DIRECTION и навесить его на те же документы со значениями справочника:

• 0 - межбанковская операция
• 1 - внутрибанковская операция

тип TIndex

Если этот реквизит не заполнен, то будет браться 0 - межбанковские операции.

При передаче используется новая схема передачи 30.

Файл 88

Файл 88 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 89

Файл 89 строится "вручную", репозитарий строит только ФОРМУ файла, создаёт правильное имя, заглавные строки и подготавливает строки с показателями для "ручного" ввода.

Файл 94

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

1. Перезакачать справочник KOD_A010 и EK_POK_1

2. Закачать справочник SPR_TVBV.DBF c ключевым полем B010 и информационным KNB заполненный в соответствии с указаними НБУ.

3. Создать реквизит для счетов кассы B010 типа TCode и справочником SPR_TVBV.DBF

4. Проставить реквизит B010 на счета касс безбалансовых отделений соответственно. Для балансового филиала можно не ставить. После этого файл строится аналогично файлу 93

Файл A7

Для построения файла необходимо, если отсустствуют, завести реквиззиты DATE_IN и DATE_OUT типа TDate для счетов, участвующих в расчете. И парвметр R013 для счета 2612 типа TCode со справочником KL_R013.DBF. При условии нормального заполнения реквизитов, дополнительных действий не требуется. Дальше файл строится автоматически.

Файл A8

Для нормального создания файла 18 должны быть созданы дополнительные реквизиты для счетов:

• S180

и для клиентов

• K110
• K080

Файл A9

Для нормального создания файла 19 должны быть созданы дополнительные реквизиты для счетов:

• S180

и для клиентов

• K110
• K080