• Пример за изчисляване на индексацията на заплатата
• Процедурата за коригиране на малка грешка зависи от
• Тест за интервю със счетоводител
• Индексиране на заплатите: изберете правилно "базовия" месец Задаване на базовия месец за изчисляване на индексацията
• Счетоводни тестове
• Как и къде да сменим медицинската застраховка?
• Безличен метален акаунт
• Какво включва CHI - безплатно обслужване и услуги, включени в полицата
• Как и къде да получите полица CHI?
• Коя застрахователна компания да изберете за получаване на OMS полица

Тези думи, повтаряни всеки път от водещия в края на предаването „Чакай ме“, имат дълбок смисъл и дават източник на надежда на всеки, който някога е загубил любим човек. Историите, разказани в тази програма, често удивляват и най-изисканото въображение. Понякога дългоочакваните срещи се случват след много години. Но какъвто и да е резултатът от търсенето, да знаете за съдбата на близките си, дори и най-горчивата истина, е по-добре, отколкото да тънете в невежество.

За да се включат възможно най-голям брой хора в установяването на местонахождението на издирваните граждани, криминалистите започнаха по-активно да използват медиите в издирвателната работа. А те от своя страна, освен че печатаха на страниците на вестниците, реклами в ефира на новините по телевизията и радиото, започнаха да разпространяват ориентации и на собствените си уебсайтове в Интернет. Ширината на обхвата на аудиторията, където може да се намират хора, които знаят за местонахождението на издирваните граждани, нарасна значително. Но неочаквано в Братск такава откритост на информацията породи друг проблем - неоснователни слухове за масови изчезвания на хора. Тези слухове започнаха да придобиват подробности и предполагаеми факти, достигайки до абсурд. По искане на редакторите на сайта "Bratsk.org" се обърнахме към специалиста от групата за издирване на ORC (UR) на Министерството на вътрешните работи на Русия за град Братск, полицейски детектив Лариса Петрушкевич за оценка на ситуацията с изчезналите в града.

Лариса Юриевна обясни, че до началото на изминалата година - на 31 декември 2010 г. - в списъка на издирваните в град Братск са били 149 души, чиято съдба остава неизвестна. За 11 месеца са обявени за издирване 203 изчезнали. За същия период са открити 195 души. Лариса Петрушкевич подчертава, че по-голямата част от така наречените „губещи” са деца и тийнейджъри, които бягат от социални институции, приюти, сиропиталища, от небрежни или прекалено строги родители. В града има няколко десетки такива „бегачи“. Често едно и също дете се издирва няколко пъти в годината. Например, в Братското сиропиталище живее ученик, който все още не е навършил 18 години, така че е поставен в списъка за издирване всеки месец или дори два или три пъти месечно ...

Голяма част от хората, които напускат дома си поради семейни конфликти, склонност към див живот, пиене на алкохол или поради нежелание да изпълняват каквито и да било задължения, включително кредитни, се откриват доста бързо, а случаите на тяхното издирване се архивират, като приключени. . Има една категория дела, които от следствени в последствие прерастват в наказателни. За щастие не винаги заради насилствената смърт на изчезналия. Това се отнася за лица, които умишлено са се укрили, без да уведомят близките си, защото самите те са извършили престъпление. Или има предположение, че те са могли да го направят. И така, съвсем наскоро в списъка за издирване беше обявена братска жена, която, според роднини на съпруга й, произволно завладя пари, които не й принадлежаха, в размер на повече от 100 хиляди рубли и, като взе детето, изчезна без да оставя информация за себе си. Или друг пример. Преди това осъждан мъж, работещ в дъскорезница, събирал авансово плащане от клиенти за изработката на множество поръчки за голяма сумаи изчезна...

От отдавна издирваните, но правоохранителните органиняма основание да се предполага, че са били жертва на престъпление, има много хора, които поради само известни на тях обстоятелства не желаят да поддържат връзка с близките си, поради което не оставят никакви новини за себе си. За период от около 15 години 123 души, обявени за издирване в различни години, остават неидентифицирани. До 1 декември 2011 г. случаите за издирване на 8 от 203 изчезнали, обявени за издирване през текущата година, останаха в производството на служители на групите за търсене на ESD на градските полицейски управления. От тях 5 са ​​непълнолетни, предимно склонни към скитничество.

Уви, има и тревожни тенденции. Според Лариса Петрушкевич през 2011 г. в Братск се е увеличил броят на случаите на издирване на лица, които, както по-късно беше установено, са се самоубили. Само в Централния район на Братск са установени 3 факта на самоубийство за лица, обявени за издирване. По-често това са възрастни хора: жена се удави в реката близо до дачите на Моргудон, един мъж се обеси в гората на улица Муханов, друг скочи в пречиствателна станция. Също така, възрастни хора, страдащи от заболявания, свързани с възрастта, поради недоглеждане на роднини, напускат в неизвестна посока, намират се в безпомощно състояние и умират от хипотермия, различни наранявания или обостряне на хронични заболявания.

През изминалата година, въз основа на резултатите от издирването на изчезнал гражданин, е образувано 1 наказателно дело по член „Убийство“. Младият мъж, роден през 1983 г., беше обявен за издирване през март като изчезнал. Скоро се установява, че собствените му роднини, собственият му баща и полубрат, имат пръст в това изчезване. Друг изчезнал преди няколко месеца, според някои информации, е бил насила качен в кола точно на улица в централната част на града и отведен в неизвестна посока. За него досега няма информация. Предприемат се оперативни мерки, като на първо място се отработва целият кръг на общуване на изчезналия.

Що се отнася до слуховете за момичета, изчезващи на „пакети“, маниаци и банди престъпници, действащи в града и околностите му, отвличащи всички, независимо от пол и възраст, опитният, с дългогодишна служба, офицер по издирването Лариса Петрушкевич, решително опроверга тях и увери, че братята нямат повод за притеснение.

Ирина Кирилова, пресслужба на Министерството на вътрешните работи на Русия за град Братск

„Работя в „Чакай ме. Беларус” не е в името на кариерата. Обичам да помагам на хората. Това е специално чувство “, говори водещият на популярната програма Иван Подрез за това, което остава зад кулисите.

Начинаещите са късметлии

Когато преди няколко години Иван работеше като кореспондент на „Чакай ме“, той самият участваше в издирването. Първата история, която трябваше да разплете, завърши с щастлив край:

- По време на празника на града човекът свири на китара в един от минските дворове на Немига. Там се запознал с момиче. Младежите са се заговорили и са се разотишли, не са си разменили телефоните. Тя се обърна към редакторите с молба да намери музикант. И ние практически нямаме улики: само конкретен двор и снимка, в която е проблематично да се разпознае човек.

Пристигнахме на мястото и първо отидохме при бабите на пейките. Те знаят всичко! Но те, за наша изненада, не предложиха нищо. Те попитали минувачите и един местен жител разпознал човека на снимката и го изпратил при приятел, който можел да разкаже повече за него. Именно тя даде адреса на китариста. В резултат на това нашите герои се срещнаха. Цялата работа отне около три часа. Мисля, че това беше случай на "късметлия на начинаещия". Обикновено търсенето отнема много повече време.

Момиче без адрес

По правило подобни истории са щастливо изключение. През повечето време е много по-драматично. Но засега Иван признава, че успява да сдържи емоциите си:

- Заради краткия опит като водещ в този проект се налага да внимаваш за различни телевизионни нюанси - към коя камера да гледаш, къде да стоиш. Това е малко разсейващо. Но когато всичко стигне до автоматизма, няма да е толкова лесно да се контролирате. Много съм емоционална. Чувствата, които изпитвате от факта, че заедно с колеги сте помогнали на поне един човек, не могат да бъдат описани.

Наскоро лелята на изчезнало момиче се свърза с програмата. В допълнение към факта, че живее в Севастопол, тя не знаеше нищо. И майката (от Псковска област) пишеше писма на дъщеря си повече от 20 години, но нямаше новини от нея. Оказа се, че е променила адреса си. Редакторите успяха да го намерят. Момичето не можа да дойде в Минск. За няколко минути, докато на екран върви историята за дъщерята, животът на майката се преобръща на 180 градуса. Беше ми болезнено и трогателно да я гледам, имах чувството, че камък е паднал от душата й.

Няма да се показва в ефир

Програмата „Чакай ме” се превърна в истинска марка през годините на своето съществуване. Мнозина са готови да помогнат – служители, журналисти, полицаи, доброволци.

– Това, което зрителите виждат на екрана, е само върхът на айсберга, резултатът чудесна работакоето остава зад кадър. Аз съм водещ и модератор. Но се опитвам да вникна във всички истории и, доколкото е възможно, да участвам в съдбата на героите.

По проекта в страната работят около десет души. Те си сътрудничат тясно с колеги от Украйна и Русия, полиция, консулства (ако говорим за издирване в чужбина), „копаят“ в социални мрежи. По-лесно е да търсите по горещо преследване, отколкото след години или десетилетия. А някои не искат да бъдат открити, редакторите отнемат много време, за да ги убедят да дойдат в студиото.

Помощ "ZN"

"Чакай ме. Беларус” е съвместен международен проект на телевизионния канал ОНТ и телевизионна компания VID (Русия). Ако търсите роднини или приятели, моля, свържете се с редакцията на адрес: 220029, Минск, ул. Чичерина, 21, каб. 501, ТВ канал ОНТ, редакция „Чакай ме. Беларус“. Пишете на имейл: [имейл защитен]или на телефон 8 (017) 292-13-52.

Можете също да оставите заявка за търсене на сайта ont.by.

Най-търсени за:

бащи, с които са се загубили поради развода на родителите си;

местни ученици от домове за сираци;

липсващият;

приятели от детството;

които напуснаха да работят.

Снимка от пресслужбата на ОНТ

Трябваше ли да търсиш някого?

Арина Болябкина, администратор в кафене:

„Търсят чичо ми повече от 20 години. Отиде в Петербург да работи и изчезна. Смятаме, че вече не е между живите. Въпреки че нашата баба вярваше в най-доброто до последно и чакаше сина си до края на живота си.

Анна Шатилова, уеб специалист:

- Наскоро търсеха дядо Василий Василиевич Батенко, който е болен от Алцхаймер. На сутринта той излезе от къщата в Молодечно на разходка и изчезна. Нямаше го дни наред. Включиха се и полицията "Ангели". Като абонат на тяхната група в социалните мрежи знаех много за тях, но не мислех, че някога ще трябва да помоля за помощ. Това беше доброволец от групата за издирване, която намери дядо на следващата сутрин. Не яде един ден, не пи, беше почти изтощен. Къде е бил не се знае. Поради заболяване той има пропуски в паметта, така че беше сигурен, че е прекарал цялото това време у дома. Благодаря на грижовните хора, които оставят всичко настрана и тръгват да търсят!

Александър Филипов, пенсионер:

- Търсех внучка на две години. Бяхме в селото, отидохме с внуците си в гората, донесохме лисички, ягоди, боровинки. Дъщеря ми отиде да готви вечеря, аз берях гъби на улицата. И детето улови момента, когато никой не го гледаше, взе шестлитрова кофа и отиде за горски плодове. Той обичаше да колекционира! Възрастните се втурнаха да търсят - никъде! Бягаха към реката, към съседите, към съседната гора, викаха "Денис-Денис!" за да се чува и на другия край на селото. Най-голямата внучка изтича до магистралата, а там нашият беглец върви сам към гората. След този инцидент те поставиха висока ограда - сега никой няма да си тръгне със сигурност.

Евгения Даниярова, мениджър продажби:

„Онзи ден почти се изгубих. Качих колелото си до парка, за да прочета книга. Стигнах до непознат път. Не можах да разбера къде съм. В резултат на това, с велосипед на раменете си, тя едва успя да се прибере през полето. Кажете здравей на човека, който помогна да се намери пътя, благодаря ви много!

Мария ЗУБКОВА, ЗН

„Не без страх се заех временно да редактирам селскостопански вестник. Точно както простосмъртен, а не моряк, би се заел да командва кораб.“
Марк Твен. „Как редактирах селскостопански вестник“.

Съветските историци често наричат ​​Русия през 19 век предимно аграрна и следователно изостанала в сравнение с просветена Европа. Въпреки това руската система за селскостопански кредит има дълбоки вековни корени. Още през юли 1803 г. се появява специален указ на правителството на Руската империя „... за създаването на общоруска система на организация наличен кредитза лица със селско състояние". Тогава беше толкова многоброен кредитни институции: резервни фондове, каси за сираци на бивши немски колонисти, общински каси, специални банки, спомагателни и спестовни каси за държавни селяни, каси за чужди заеми, селски и волостни банки, както и спестовни и кредитни банки. Тогава организирано и масово отиваха парите "за благоустройство на селото".

Още в средата на 19 век, през 1859 г., с най-висока заповед започва да работи Комисията за уреждане на земските банки. Комисията, която включваше най-добрите финансисти и икономисти на Русия, направи едно от ключовите заключения: страната се нуждае от обширна система за селскостопански кредит, която трябва да съчетава държавни и търговски принципи. През същата година правителството на Руската империя взема решение за организирането на земски банки, които започват бързо да се създават в цялата страна. Но държавниците са наясно, че руското село може да бъде преобразувано само чрез усилията на държавата.

През 1882 г., с кралска заповед, с цел "... да се улесни селяните да купуват земя във всички случаи, в които собствениците на земя желаят да продадат, а селяните да ги купят", е създадена Селската поземлена банка, а малко по-късно и Noble Land Bank. До 1915 г. и двете банки, които са под юрисдикцията на правителството, покриват с клоновата си мрежа всички провинции и региони на Русия, както и Кралство Полша, балтийските държави и Закавказието.

По този начин, към края на XIXвекове Русия е имала мощна система на селскостопански кредит, не по-малко развита, отколкото в Англия или Германия по това време.

Понякога скорошна история, през 1988 г. системата за селскостопански кредит е отделена в самостоятелно звено от Централната банка. С появата на държавната Агропромбанк на СССР задачите за финансиране на агропромишления комплекс попаднаха в неговите ръце. През 1996 г. Агропромбанк, тогава вече акционерна банкас минимален дялдържавно участие, е продаден на Столичната спестовна каса. Така се появи SBS-AGRO, а с него и частната общоруска система за кредитиране на агропромишления комплекс. Година по-късно други търговски банки в страната започнаха да се присъединяват към кредитирането на агропромишления комплекс с бюджетни пари.

През 1998 г. обаче банките започнаха да изпитват финансови затруднения и след това много от тях напълно прекратиха дейността си. Страната фактически загуби своята аграрна кредитна и финансова система за няколко години. Редица банки, като Alfa-Bank, успяха да го заменят само в малка степен.

Но всички търговски банки имаха един общ, присъщ недостатък - в списъка на приоритетните области на дейност селско стопанствоне беше на първо място. Поради преразпределението на ресурсите средствата се вляха в други канали, които по никакъв начин не бяха свързани със задачата за финансиране на агропромишления комплекс.

Затова през юни 2000 г. получава лиценз Централна банкаи започва да работи Росселхозбанк - банка със 100% държавно участие. Създаден е изключително за кредитни и финансови услуги за предприятия и институции от агропромишления комплекс Руска федерация.

В началото на пътуването

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

Във всички времена и епохи вечният проблем на руската държава бяха не само пътищата и глупаците, но и нейните огромни пространства. Столицата, независимо дали е Москва или Санкт Петербург, никога не е знаела как живеят регионите. Честно казано, трябва да се отбележи, че в провинциите идеята за столичния живот е много особена. Следователно беше очевидно, че без модерно ИТ решение задачите, поставени пред Rosselkhozbank, не могат да бъдат решени.

Специалистите от ИТ отдела, който тогава се състоеше от 4-5 души, преди това имаха опит в управлението на банкови системи в Agroprombank и SBS-AGRO. Ръководството постави пред тях задача: в много кратки срокове да изберат софтуерно и хардуерно решение, което да осигури информационна и техническа поддръжка на регионална разклонена структура в целия спектър от банкови операции.

Развитието на регионалната мрежа на Rosselkhozbank включва създаването на поне един клон във всеки субект на Руската федерация, а днес те са 89. Активното изпълнение на тази програма ще отнеме поне 1,5-2 години, плюс допълнителна подкрепа на системата. Това означава, че избраното ИТ решение трябва да се основава на съвременни технологии, да осигурява бързо внедряване, единство на софтуерната и хардуерната платформа и технологията в цялата разпределена структура на банката и да не остарява морално по време на разгръщането на клоновата мрежа.

От друга страна, формирането на клонова мрежа е тясно свързано с проблема с недостига на квалифициран технически персонал в редица региони. Ярък пример за това е чеченският клон на Rosselkhozbank, открит през юни тази година. Следователно високи изискваниябяха представени предимно на стабилността на системата. Освен това ИТ решението трябва да е лесно за внедряване, да не изисква голям персонал от специалисти за поддръжка на място и да гарантира, че клоновата мрежа може да се управлява от централния офис.

Разбира се, с нарастването на обема на банковите операции ще расте и числеността на персонала, както в централата, така и в клоновете. Това означава, че броят на потребителите, работещи едновременно в системата, ще се увеличи. Оттук и изискванията за мащабируемост на системата, гъвкава персонализация и възможност за функционално развитие за в бъдеще в съответствие с нарастващите изисквания на централния офис.

Rosselkhozbank обаче няма лиценз за работа с физически лица и до две години това няма да е приоритет за нея. Затова в тази част изискванията към ИТ системата бяха донякъде облекчени. Пластмасовите карти изчезнаха и следователно големите системи, предоставящи онлайн авторизация на тези карти в обширна регионална мрежа.

С такива въвеждащи специалисти от ИТ отдела на Руската селскостопанска банка те подходиха към избора на софтуерни и хардуерни решения. Игор Галперин, заместник-главен счетоводител на банката, си спомня това време: „Сроковете бяха определени по такъв начин, че през първите шест месеца трябваше да отворим 20 клона и през втората година да доведем броя им до 50. Разпределихме две седмици да пуснем филиала в експлоатация. Към днешна дата смятам, че до края на втората година ще надхвърлим заложеното."

Към Бисквит

Rosselkhozbank не е обявила официално търга. Поради това специалистите на банката трябваше самостоятелно да проучат всички банкови системи, които бяха на пазара по това време.

Решението за импортиране беше изоставено от самото начало, тъй като служителите на ИТ отдела вече имаха опит в работата с подобни системи, използвани по различно време в Mosbusinessbank и SBS-AGRO. Първо, за поддържането на такива системи е необходим по-голям персонал от специалисти, което не е лесно да се осигури в условията на обширна регионална мрежа и още повече, ако тези системи трябва да бъдат финализирани сами в съответствие с изискванията на централната банка. Второ, повечето западни решения имат по-високи изисквания към технологиите и цената им е много по-висока. И трето, тези системи, с изключение на системата "Банкер", са насочени към по-сложно ниво на задачи. Освен това тези системи са разработени в средата на 80-те години и съответно са фокусирани върху мейнфрейм технологията.

Тъй като Rosselkhozbank нямаше пластмасови карти, нямаше нужда да използва тази скъпа технология. Освен това покупката на вносно решение за банка със 100% държавно участие имаше своите психологически тънкости.

Изискванията за домашни решения бяха формулирани, както следва (извадка от някога поверителен документ):

• задължителна поддръжка на обширна регионална мрежа;
• умерена цена на системата;
• възможността за използване на компютърни технологии от нисък и среден ценови диапазон;
• наличие на съвременна базова СУБД;
• възможност за работа в условията на малки подразделения на автоматизацията;
• достатъчно удобство и лекота на поддръжка;
• задължителна поддръжка на системата от разработчика, включително своевременно въвеждане на необходимите промени и допълнения, за да се съобразят с изискванията на надзорните органи;
• наличието на достатъчен брой успешни внедрявания в други банки.

На някакъв етап, в хода на изучаване на опита на други банки, търсенето доведе специалисти от Rosselkhozbank до Avtobank, чиято клонова мрежа работи в системата BISquit. Експлоатационният опит показва, че системата е надеждна, рядко се проваля, достатъчно проста за потребителите и пълна със софтуер. функционалност. СУБД Progress, на базата на която е изградена системата "BISquit", за разлика от Oracle или Sybase, е по-лесна за администриране.

Въпреки факта, че "BISquit" е мултиплатформено решение, което може да работи в UNIX и Windows среди, на срещата разработчиците обаче заявиха, че знаят как да внедрят своя продукт и че техните предложения за избор на хардуерна платформа и ОС са оптимални за изпълнение банкови изисквания. Тоест „зоопаркът“ в платформите е възможен, но нежелателен. "Това ни впечатли", казва Игор Галперин, "защото те бяха готови да поставят други решения на всяка платформа - по избор на купувача. От една страна, това, разбира се, е добре, но експертите са наясно, че има е достатъчно хитър в това. Няма системи, които да работят еднакво добре на различни платформи."

Фактът, че внедряването ще бъде извършено от разработчика, беше важен аргумент за Rosselkhozbank в полза на BISquit, който стана лидер на този труден маратон.

Информационната банкова система "BISquit" осигурява мащабируемост като голяма банкаи малки клони. Характеристиките на СУБД Progress, на базата на които е изградена системата, наред с други неща, ви позволяват да оптимизирате производителността. Първо, когато работите в клиент/сървърна архитектура, предаването по мрежата се извършва на партиди от записи. За да се намали мрежовият трафик, повечето операции за вземане на проби от данни се извършват директно на сървъра. Освен това записите в базата данни и регистрационните файлове на транзакциите изпълняват специални I/O процеси, което осигурява разтоварване на сървъра и висока производителност в интерактивен режим. И накрая, голям буферен пул (до 500 хиляди блока) ви позволява да поставите много големи масиви от данни в паметта, което осигурява високоскоростен достъп до често използвани фрагменти от база данни.

Анатолий Грушко, директор по развитие на BIS, коментира сдържано успеха на BISquit: "Клиентът придобива система, която най-добре може да реши проблемите му. През 1997 г. бяха спазени много кратки срокове за автоматизация на клоновата мрежа. За Rosselkhozbank, кратките срокове за изпълнение бяха един от приоритетните критерии за избор."

Следващият елемент от програмата са сървърите.

Доста дълго време въпросът за избора на хардуерна платформа остана на заден план. Не може да се каже, че той изобщо не се интересуваше от клиентите, по-скоро по този въпрос те разчитаха повече на препоръките на специалистите от BIS. Въпреки това бяха разгледани варианти за придобиване на сървъри с марка Intel-архитектура от производители като Siemens, Compaq и Hewlett-Packard. Решихме да се спрем на последното.

По това време тази платформа вече се появи в списъка с реализации на BISquit. За съжаление, има случаи, когато информацията за сертифициране на сървъра под UnixWare се оказва неточна. В резултат на това поведението на хардуера не винаги отговаряше на рекламираните характеристики - може да отговаряше напълно на спецификацията на HP, но имаше проблеми с инсталирането на UnixWare. Разработчиците не посмяха да започнат внедряването за кратко време, рискувайки проблем със съвместимостта и в същото време гарантирайки стабилната работа на системата. Затова предложиха да се обсъди друг вариант.

Преди три години BIS се сблъска с проблема с обновяването на собствения си компютърен парк. В същото време един от основните критерии за избор беше сертифицирането (100% съвместимост) на сървърите под UNIX OS. В същото време нежеланието да се харчат за него е неразумно големи сумирязко стесни обхвата на възможните доставчици на оборудване. Беше решено да се обърне внимание на сървърните платформи, произведени от Intel (http://www.intel.ru).

В търсене на доставчик специалистите на BIS стигнаха до предложенията на руската компания AND Network Solutions, която успя да предостави сървъри за тестване. Генералният директор IDA Сергей Ковал си спомня: "След две седмици тестване възникна въпросът за цената, която се оказа 1,5 пъти по-ниска от други внесени сървъри с подобна конфигурация. В резултат на това BIS закупи сървъри и комутатори, произведени от Intel. свои клиенти за инсталиране на системата "BISquit". Оттогава специалистите на BIS и IDA са реализирали няколко съвместни проекта.

Тези препоръки изиграха своята роля и сървърите на платформата Intel на руската компания AND бяха избрани като хардуерно решение за Руската земеделска банка. Въпреки че имаше среща с представители на Intel в Москва, на която присъстваше ръководителят на европейския клон Стив Чейс. Intel не само потвърди поскъпването на AED, но и гарантира бърза подмяна на компонентите.

Каква е сървърната платформа от Intel? На първо място, това е специализиран корпус с резервни захранвания, интегрирана дънна платка с мрежа и видеокарта. Осигурен е монтаж на лентови устройства и други необходими периферни устройства. Останалите компоненти бяха обсъдени отделно от специалистите на IDA и Rosselkhozbank. В резултат на това избрахме RAM от Kingston (http://www.kingston.com) и твърди дискове от Seagate (http://www.seagate.ru).

Въз основа на текущите задачи на банката, броя на потребителите и евентуалното му увеличаване в близко бъдеще, беше определена следната окончателна сървърна конфигурация за централния офис на банката: Intel Sitka SC450NX мащабируема платформа с два процесора Pentium III Xeon 550 MHz, с интегрирана поддръжка за Ethernet 10/100, 512 MB памет с корекция на грешки и масив от три LVD SCSI диска от 9 GB. С нарастването на работния процес конфигурацията може да бъде разширена до четири процесора, 4 GB RAM и шест диска (в системния модул).

В клоновете системата "BISquit" беше инсталирана на платформа Intel Lancewood BOXL440GXG с два процесора Pentium III 500 MHz, интегрирана поддръжка на Ethernet 10/100, 256 MB памет за коригиране на грешки и масив от три 9 GB LVD SCSI диска .

В момента в централния офис на банката със системата BISKvit работят едновременно до 40 потребители, а във всеки от регионите до 15. Това са лицензионни ограничения, като с нарастването на броя на потребителите броят на потребителите може да бъде увеличен .

Въпреки това, когато възникна въпросът за избора на активно оборудване за локалната мрежа, тогава, дори позовавайки се на авторитета на Intel, за IDA не беше лесно да преодолее определен мироглед на специалистите от Rosselkhozbank. По този въпрос те предпочетоха оборудването на Cisco. Репутацията на тази компания на пазара на мрежово оборудване е толкова силна, че нито печалбата в цената, нито дори репутацията на Intel могат да надминат. "Трябваше да снабдим банката с демонстрационно оборудване," казва Сергей Ковал, "и само няколко месеца по-късно от банката ми се обадиха и казаха, че са готови да платят за това. Повярваха ни само след тестване на оборудването на Intel в реални условия."

Клонова мрежа

През 2000 г. 14 клона на Руската селскостопанска банка започнаха да работят в Краснодар, Тамбов, Тула, Махачкала, Новгород, Ростов и редица други градове.

Преди да се пристъпи към внедряването, което се извършва от развойната фирма, двама системни администратори регионален клонпрез седмицата се обучават в учебния клас BIS в Москва. След това тръгват по местата си, като вземат със себе си подготвения за тях сервиз. Освен това в регионалния клон системните администратори конфигурират системата за конкретен клон: въвеждат потребители, задават права за достъп и извършват други процедури, които ще трябва периодично да изпълняват сами в бъдеще.

Специалистите от BIS обучават персонала на местните клонове и допълнително конфигурират системата, по-специално за обмен на данни с местни RCC. Тези настройки са специфични за всеки регион.

Анатолий Грушко отбелязва: „Въпреки факта, че клиентът определи доста кратко време за изпълнение, работата беше извършена от нас в обичайния режим и не беше от авариен характер.“ На първия етап от внедряването бяха автоматизирани около 10 клона, като едновременно работеха 5 екипа. Въз основа на резултатите от етапа беше извършено допълнително съгласуване на процедурите за изпълнение.

В началото на втория етап банката започна да работи по-активно, така че бяха добавени допълнителни системни настройки. Например, банката започна да извършва междуклонови сетълменти, без да използва системата CCC, което направи възможно извършването на плащания в рамките на един ден. Това важи особено за региони като Дагестан, където платежната система беше много бавна и транзакциите отнемаха до шест дни.

Трябва обаче да се признае, че животът не стои неподвижен и решенията, които бяха внедрени в първите клонове, след известно време ще се различават от по-късните реализации. Платформата на Intel, приета като базова конфигурация, може да остарее поради факта, че на пазара се появяват нови модели. Следователно системата ще трябва да бъде тествана на нова платформа за сметка на потребителите. Игор Галперин обяснява това по следния начин: „Нито ние, нито разработчиците имаме възможност да провеждаме тестване преди закупуване нова платформа. Следователно винаги е имало грешки и това винаги е предизвиквало безпокойство. Но не можем да променим тази ситуация. От една страна, трябва да се примирим с това, а от друга, стриктно да следваме процедурата за архивиране. В нормален режим всичко работи добре, но животът е пълен с изненади. И ние трябва да разчитаме на репутацията на Intel за това."

"IBS BISKVIT" е набор от функционални модули, които работят с единна логическа база данни и са обединени около едно ядро. При разработването му се използват обектно-ориентирани възможности за разширяване на релационния модел на данни. Обобщената структура на системата е показана на фиг. 3.1.

Ориз. 3.1. Обща архитектура на системата BISKVIT.

Ядрото на системата включва:

• дефиниране на основни информационни обекти, които реализират представянето на предметната област, и стандартни методи за манипулиране на обекти;
• внедряване на много системни услуги, които позволяват поддръжка на банкови продукти.

Основните информационни обекти, внедрени в системата, включват такива понятия от предметната област като "транзакция" (договор), "документ", "осчетоводяване", "сметка", "финансов инструмент", "клиент", "потребител".

Съхраняването и обработката на информация за основните бизнес процеси, както и своевременното конфигуриране и преконфигуриране на процесите на тяхната автоматизирана обработка в IBS BISKVIT осигурява набор от следните системни услуги: финансови инструменти, метасхеми, клиенти, договори, документи, счетоводна информация, стандартни транзакции, натрупвания, съобщения, графици, директории, класификатори, потребители, OLAP.

Концепцията за "услуга" ви позволява да използвате гъвкави принципи за настройка на системата без директно пълно препрограмиране.

Системните услуги включват: Метасхемна услуга, Клиентска услуга, Договорна услуга, Документна услуга, Класификаторска услуга, Стандартна транзакционна услуга, Начислена услуга, Счетоводна информационна услуга, Графикова услуга, Услуга за съобщения и Услуга за финансови инструменти.

IBS BISquit има счетоводно ядро, което позволява счетоводни операции в пълно съответствие с изискванията на Банката на Русия (Наредба 205-P). Системата има възможност за работа със сметки, документи и осчетоводявания за всичките пет категории счетоводство.

Функционалността на счетоводното ядро ​​на IBS BISquit не се ограничава до поддържане на стандартните изисквания на Централната банка. Възможностите на ядрото позволяват на потребителите самостоятелно да създават нови счетоводни области и да определят необходимите свойства за тях. Тази функционалност се използва например за поддържане на отделна зона данъчно счетоводство. Това също ви позволява да настроите сметкоплани на други държави в системата.

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

За съхраняване и изчисляване на отчетни и аналитични данни с помощта на услугата OLAP се използва технологията за онлайн аналитична обработка на данни, базирана на използването на многомерна аналитична база данни (OLAP технология).

Работата на всички включени в системата модули се основава на единна информационна база и единна технология за обработка на данни. В рамките на една база данни се разпределят транзакционни (OLTP) и аналитични (OLAP) компоненти, докато е възможно физически да се разпредели OLAP база данни. При проектирането на аналитичния компонент съхраняваните данни се представят под формата на многомерен куб, който има две общи измерения – елементи от организационната структура на банката и произволни отчетни периоди. След като фиксираме стойностите за две общи измерения, на свой ред получаваме многоизмерен куб, съдържащ отчетна и аналитична информация за обекта, избран за анализ за определен период от време.

Подборът на информация за изчисляване на агрегирани показатели или техните динамични статистически серии се извършва в процеса на генериране на отчет директно от единна база данни, което гарантира тяхната цялост, последователност и релевантност. В същото време е възможно едновременното използване на информация от OLAP и OLTP на неговите компоненти.

Схемата на базата данни е фокусирана върху възможността за генериране на отчетна и аналитична информация в режим "on-line", като се отчита изискването за поддържане на приемливи размери и скорост при значително увеличаване на обема на съхраняваната информация.

Структурата и вида на отчетните и аналитичните форми могат да бъдат променяни или разширявани със стандартните средства на услугата.

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

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

В рамките на метасхемата сметките могат да бъдат класифицирани не само въз основа на характеристиките, определени от текущата нормативни документи(сметкоплан, счетоводни правила и др.), но и отчитайки най-разнообразните им свойства.

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

От технологична гледна точка откриването на сметка в системата BISKVIT е операция, в резултат на която в базата данни се формира набор от записи, съдържащи атрибутите на откриваната сметка. Стойностите на тези атрибути се определят в съответствие с правилата за поддържане на акаунт.

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

Докато не е налице такова потвърждение, по тази сметка не могат да се извършват нормални счетоводни транзакции, но могат да се създават записи на планирани транзакции, които от своя страна се интерпретират като инструкции за изпълнение на тези транзакции. Сумите на такива транзакции се осчетоводяват в съответните позиции, но за да бъдат извършени в баланса, тези транзакции трябва да бъдат заверени от бек-офис служител.

Разплащателен документооборот

Системата "BISKVIT" ви позволява да се приспособите към различни схеми за изпълнение на комплекса банкови транзакциис управлявано маршрутизиране на документи. Въвеждане на платежни документи, получени на хартиен носител, се осъществява интерактивно. Електронните документи, в зависимост от настройките на сървъра за обработка на съобщения, могат да се обработват в полуавтоматичен или автоматичен режим.

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

Базовият модул на системата осигурява пълна поддръжка за автоматизиране на безкасови сетълменти на клиенти в съответствие с изискванията на Наредби 205-P и 2-P.

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

Цялата работа с документи в системата BISKVIT е изградена на два основни принципа: на принципа на счетоводния журнал и на принципа на картотечния шкаф. Работата на принципа на счетоводния дневник се осъществява в работни дни.

Работа на принципа на картотеката е внедрена при автоматизацията на картотеки 1 и 2, картотеки за длъжници и кредитори, както и при организирането на потребителски картотеки. Автоматизирана поддръжкакартотека се извършва по всякакъв лична сметка, за които такава необходимост се определя от правилата за неговото поддържане. Картотеката за всяка сметка се поддържа в раздел, определен от структурата на кода на аналитичното счетоводство, описан от потребителя в съответния шаблон.

При работа с картотека 2 системата реализира много сервизни функции, които улесняват работата на потребителя. На първо място, това е предупреждение за наличието на картотека по сметката при въвеждане на документ, предложение за автоматично поставяне на документ в картотека, ако има недостиг на средства по сметката, отписване на документи от картотека като част от баланса на средствата.

При автоматизиране на валутното счетоводство системата прилага принципа на двойното счетоводство (двойна валута). Този принцип предполага, че за всяка лична сметка системата съхранява две салда: във валутата на сметката и във валутата на счетоводната книга. Валутният код на главната книга е конфигурируема настройка.

Когато се въвеждат валутни документи, сумата във валутата на главната книга се оценява едновременно по официалния обменен курс на Централната банка на Руската федерация в съответствие с изискванията на законодателството.

В края на търговския ден системата стартира транзакцията на преоценка на сметки в чуждестранна валута поради промяната официален обменен курс TSB RF.

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

В зависимост от състоянието на деня за търговия (затворен / отворен), данните за този ден са достъпни съответно само за преглед и създаване на формуляри за отчитане и анализ или за извършване на всякакви действия в съответствие с нивото на оторизация на потребителя.

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

Възможно е да работите в няколко дни за търговия едновременно или да отворите затворен ден за търговия за оторизирана корекция.

Системата поддържа възможност за блокиране на работния ден. Блокиран ден е ден, в който операциите са забранени и такъв ден може да бъде затворен или отворен. важна функцияв същото време е възможно да се дадат права на определени потребители да работят в отворен блокиран ден за търговия.

Информация за изпълнените банкова операциямогат да бъдат въведени в системата под формата на документ и свързани осчетоводявания. За въвеждане на документи системата прилага механизма на стандартните транзакции, което може значително да намали вероятността от грешки и разходите за труд при обработката на документ. При въвеждане на първичния платежен документ стандартният транзакционен механизъм инициира изпълнението на определени процедури, резултатът от които е формирането на набор от логически последователни записи в таблиците на базата данни.

Резултатът от стандартна транзакция може да бъде един платежен документ с една транзакция (мемориален ордер или платежно нареждане), един документ с група свързани транзакции или полу-сделки (документ за преобразуване), група платежни документи (изчисляване на комисионна или лихва, преоценка на сметки), новооткрити лични сметки и платежни документи за тях (откриване на депозит с правейки сума към него) и т.н.

Механизмът на транзакцията може ефективно да се използва за допълнителни проверки.

Шаблоните за транзакции са важен механизъм за настройка на стандартни транзакции. С помощта на шаблон в транзакция се параметризират създадените от транзакцията обекти - документи, фактури, съобщения и др.

За транзакции за групова обработка шаблонът може да действа като филтър за избор на документи или фактури, които ще бъдат обработени от стандартна транзакция.

Администраторите и потребителите на системата могат самостоятелно да разработват или модифицират стандартни транзакции, да създават йерархични менюта, за да ги извикват, и да дефинират потребителски права за определени транзакции.

Работата на основния модул на системата "БИСКВИТ" се основава на използването на унифицирани структури за съхранение на данни, отразяващи качествените характеристики на счетоводните обекти и динамиката на промените в техните количествени характеристики.

Различни регистри счетоводстводостъпни за потребителя онлайн или отразени под формата на отчети. Всеки тип отчет може да бъде генериран на всяка отчетна дата ( отчетен период). доставя се стандартно софтуерви позволява да създавате цялата отчетност, предвидена от "Правилата за счетоводство" и редица допълнителни изходни форми за различни области на счетоводството.

Генераторът на отчети, включен в основния модул, улеснява създаването на нови изходни форми и модифицирането на съществуващите.

Базата данни на системата BISKVIT съхранява широк набор от нормативна и справочна информация, необходима за автоматизирана обработка на платежни документи, отчетност и технологични цели. Според метода на съхранение и технологията на използване справочната информация се разделя на справочници и класификатори.

Справочниците са таблици от базата данни на системата "BISKVIT". Техният състав, структура, връзки с обектите на базата данни се определят по време на разработката на системата.

Класификаторите са специални, обикновено йерархични структури на бази данни, които позволяват да се описват и съхраняват знаци, които характеризират различни счетоводни обекти, и динамично да се определят връзките "обект-токен". Всички обекти на база данни с помощта на класификатори могат да бъдат дефинирани в произволни групи. Потребителят може самостоятелно да създава нови класификатори за различни цели и структури и да определя връзката им с различни обекти.

3.3. Модулна структура на IBS "BISKVIT"

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

3.3.1. Администрация

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

Наборът от права за достъп, които могат да бъдат делегирани на потребител, зависи от типа обект: за таблици и бизнес обекти това са правата за преглед, създаване, промяна и изтриване; за транзакциите това са правата за стартиране. В допълнение към тези функции има и специални права за определени типове бизнес обекти (например платежни документи или фактури), които ви позволяват да ограничите:

• достъп и извършване на операции с бизнес обекти в зависимост от тяхното съдържание (например преглед на сметки само на посочения клон, кредитиране/дебитиране само на определени сметки или преглед на платежни документи в рамките на определен диапазон от работни дни);
• достъп и изпълнение на операции с бизнес обекти, които са на определен етап на обработка (например преглед само на платежни документи, които са в определено състояние), което ви позволява да регулирате бизнес процеси, които изискват няколко изпълнители;
• достъп до същия тип бизнес обекти, като се вземе предвид нивото на подчинение на потребителя (например преглед от ръководителя на счетоводния отдел, отговорните изпълнители за които са негови подчинени); това ви позволява да групирате правомощията в съответствие със структурата на отделите;
• достъп до отделни детайли на бизнес обекти, съдържащи поверителна информация (например преглед на салда по сметки).

За да се гарантира сигурността на паролите, има функции, които контролират срока на валидност на паролата, максималния брой опити за въвеждане и проверка на сложността на низовете, посочени като валидна парола. Настройките за контрол на паролата могат да бъдат конфигурирани.

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

Модулът, използвайки интерактивен потребителски интерфейс, ви позволява да:

• редактиране на настройки за всички модули на системата BISKVIT;
• промяна на състава на класификаторите и тяхното съдържание за всеки модул на системата;
• конфигуриране на стандартни транзакции (включително универсални транзакции) за всеки модул;
• преглеждате и модифицирате метасхемата, която описва бизнес обектите в "BISKVIT" - йерархията на класовете, техните детайли, връзки, методи и др.;
• конфигурирайте главното меню на системата;
• редактиране на секции от контекстуална помощ, достъпна за потребителите при извършване на операции в системата;
• поддържа списък с потребители с възможност за индивидуално определяне на правата и възможностите за всеки потребител.
• преглед на списък с потребители, работещи в системата, с възможност за изпращане на съобщения до тях, както и прекъсване на сесии на работещи потребители;
• определяне на списъка с налични принтери и техните настройки, използвани за отпечатване на различни документи;
• определяне на календара кредитна институция(списък на работни и почивни дни);
• описват организационната структура на кредитна институция, използвайки йерархичен модел;
• коригира списъка с таблици, за които се съхранява историята на промените;
• определя абонатите, които участват в обмена на електронни документи, и правилата за този обмен;
• изтегляне на актуализации на метаданни, които съдържат промени в бизнес логиката на системата в съответствие с направените подобрения;
• получават отчети за правата на потребителите, операциите с бизнес обекти, записани от системата и др.;
• извършва процедурите по текуща поддръжка на информационната система, определени както от разработчиците на "БИСКВИТ", така и от системния администратор.

3.3.2. Обмен на електронни документи

Модулът за обмен на електронни документи осигурява автоматизирана обработка на електронни съобщения и се състои от следните компоненти:

• „Разплащания чрез СРС”;
• „Междубанкови разплащания”;
• „Разплащания по системата клиент-банка”;
• "Обмен с външни системи".

• взаимодействие с центровете за сетълмент на националната клирингова система (за Руската федерация - системата RCC на Банката на Русия);
• разплащания с банки кореспонденти;
• междубраншови разчети;
• обмен на отчетни, аналитични и справочни данни с клонове;
• Предоставяне на електронно управление на платежни документи от банкови клиенти;
• обмен на данни за извършени транзакции по пластмасови карти с обработващи центрове;
• обмен на данни за сключени сделки с борси, системи за търговияи изпълнители.

Компонентите в модула осигуряват:

Поддържане на необходимите директории

• поддържане на указател на абонатите на системата (институции на централната банка, банки кореспонденти, банки респонденти, клиенти - юридически и физически лица, външни системи) и правила за обмен с тях;
• поддържане на справочник на банките, участващи в националната сетълмент и платежна система и международните клирингови системи.

• обмен на съобщения във формати на институции на Централната банка на различни региони на Руската федерация (в съответствие с изискванията на Банката на Русия) и страните от ОНД;
• обмен с клонове, банки-кореспонденти, банки-респонденти и контрагенти на съобщения във формат SWIFT (включително SWIFT-RUR4, SWIFT-RUR5, SWIFT-RUR6), TELEX и съобщения във формат на Сбербанк на Русия - SBRF3. Реализиран набор от съобщения: МТ100, МТ103, МТ200, МТ202, МТ300, МТ320, MT900, MT910, MT920, MT940, MT950;
• обмен на съобщения с клиенти на банката - юридически и физически лица. Въведен набор от съобщения: платежно нареждане, заявка за валутен превод, заявка за покупка на валута, заявка за продажба на валута, заявка за задължителна продажба на валута, заявки, отговори, извлечение, обменни курсове, съобщение в свободен формат. Обмяната може да се извърши както с AWP (автоматично работно място) клиент на банка, разработена от компанията BIS, както и със системите клиент-банка на водещи компании разработчици;
• обмен с външни системи на отчетни и аналитични данни, както и данни за системни обекти (клиенти, сметки, документи и др.). Интерфейс със софтуера FineReaderBANK, обмен на съобщения с външни системи, описани с езика XML.

Обработка на съобщения в съответствие с посочените разпоредби:

• автоматични и планирани режими на съобщения;
• контрол на коректността на данните за изпратени и получени съобщения;
• контрол за дублиране на съобщения;
• управление на последователността и реда на технологичните операции чрез настройка на шаблони за борсови транзакции;
• автоматичен избор на шаблон за обменна транзакция в съответствие с зададените критерии: стойности на детайлите на съобщението при зареждане, стойности на детайлите на документа при разтоварване;
• автоматично съпоставяне на изпратени и получени съобщения;
• преглед на дневника на получените и изпратените съобщения;
• обработка на транзитни плащания;
• експорт/импорт на съобщения по дати на изпълнение на плащането;
• автоматично позициониране на приетите плащания;
• автоматично генериране на счетоводни записвания;
• наблюдение на състоянието на кореспондентски и клиентски сметки.

На базата на модула "Обмен на електронни документи" е организиран универсален център за сетълмент, който поддържа разплащанията на банката в рубли и чуждестранна валута:

• със своите клони
• кореспондентски банки,
• системи за разплащане,
• директно с клиенти чрез системата "клиент-банка".

Богатите възможности за параметрични настройки на IBS "BISKVIT", неговата модулна софтуерна архитектура и използването на езика PROGRESS от четвърто поколение позволяват кратко времеконфигуриране на формати за обмен на данни и бизнес процеси за обработка на електронни документи в съответствие с изискванията на Банката.

Изпълнение на функциите на сетълмент център на банката:

• поддържане на сметки за междуклонови сетълменти, ресурси и кореспондентски сметки, начисляване на лихви по кореспондентски сметки, изчисляване на комисионни;
• приемане, изпращане и съпоставяне на пълноформатни платежни документи и технологични съобщения от клонове, банки кореспонденти и други външни абонати;
• ако е необходимо, въведете липсващите данни на документите,
• Осигуряване на обмен с външни абонати във формати MCI, регионален RCC, S.W.I.F.T., TELEX, SBRF3 и др.;
• използване на персонализирани параметри за обмен и външни средства за защита на информацията за работа по кореспондентски сметки;
• контрол на детайли на документи въз основа на справочници на системата;
• позициониране на външни плащания, изготвени от клонове и подразделения на централата по кореспондентски сметки на Лоро и Ностро, управление на приоритетите на плащанията;
• позициониране на плащания към клиенти на клонове, получени от други клонове, поделения на централния офис и външни абонати;
• контрол на салда и лимити по кореспондентски сметки;
• архивиране на файлове;
• отчитане на действителните и планираните обороти по сметки за междубанкови сетълменти, ресурси, кореспондентски и транзитни сметки при извършване на операции.

Изпълнение на сетълмент функции на банковия клон:

• получаване, изпращане и съпоставяне на пълноформатни платежни документи и технологични съобщения (извлечения по сметки; потвърждения за обработка на съобщения; съобщения за грешки; съобщения, съдържащи модифицирана регулаторна и справочна информация, използвана от абонатите) от клиенти и центъра за сетълмент;
• използването на персонализирани формати за обмен и външни инструменти за информационна сигурност за работа с различни системи клиент-банка;
• контрол на детайли на документи, получени от клиенти на базата на системни директории;
• контрол на салдото по сметката на клиента и ограничения върху транзакциите по сметката;
• архивиране на файлове; отчитане на действителните и планираните обороти по клиентски сметки, по междубанкови сетълмент сметки, ресурси и транзитни сметки при извършване на операции.

3.3.3. Кореспондентски отношения

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

Модулът осигурява следните основни функции:

• поддържане на договори за кореспондентски отношения по сметки "ЛОРО", "НОСТРО";
• групово маршрутизиране на плащания;
• групово извлечение от документи по картотеката на непълни сетълменти;
• групово отписване на документи от картотеката на незавършените разчети;
• контрол на лимити по сметки "ЛОРО", "НОСТРО";
• групово завеждане на документи по картотека на необяснени разписки;
• групово изписване на документи от картотеката на необяснени разписки;
• начисляване на лихви, изчисляване на комисионни по договори "LORO", "NOSTRO".

Като част от работата със споразумения LORO и NOSTRO е възможно да добавяте, преглеждате, коригирате, изтривате споразумения, както и да свързвате сметки със споразумения, да задавате лимити на кореспондентски сметки и да отпечатвате текстове на споразумения. Заложените лимити се следят в хронологичен ред.

3.3.4. Пункт за обмяна на валута

Програмният продукт автоматизира всички аспекти на дейностите, свързани с извършването на различни видове банкови операции и други транзакции с чуждестранна валута в брой, валутата на Руската федерация и чекове с участието на физически лица, както и действия за организиране на вътрешна работа с пари в брой и други ценности, отчетни изходни форми и др.

Програмният продукт "Обменна точка" осигурява наличието на две работни места:

• Оперативен касиер "ПОВ" (касиер). Това е потребител, който извършва оперативна работа, отчита извършените операции и получава необходимите отчетни форми.
• Администратор. Този потребител изпълнява административни функции: поддържа потребителска директория и определя необходимите права за тях. Администраторът не може да има правата на касиер.

Основната функционалност на "POV":

• Възможност за осчетоводяване на операции по получаване на авансово плащане и предаване на излишъци в касата на POV.
• Възможност за отчитане на транзакции с чуждестранна валута в брой, руска валута, пътнически чекове и други платежни документи, деноминирани в произволни валути, предвидени в Инструкция 113-I.
• В "POV" е въведена възможност за промяна на скоростта на операциите произволен брой пъти през деня. Има възможност за задаване на курсове за покупка на валута, продажба. Кръстосани обменни курсове на един чуждестранна валутаот друга страна, може да се изчисли чрез обменни курсове към валутата на Руската федерация или да се дефинира изрично.
• При работа с платежни документи в чуждестранна валута или валутата на Руската федерация се прилага номерирано счетоводство.
• Системата поддържа денонощна технология на обменното бюро.
• Счетоводно отчитане на транзакции от резиденти/нерезиденти за последващо изграждане на необходимите отчетни форми.
• Възможност за изграждане на единен регистър за операции в съответствие с изискванията на Инструкция 113-I. Възможност за печат на сертификат за експлоатация.
• Възможност за получаване на оперативна отчетност: справка за операциите, справка за касови обороти и салда и др.
• Автоматично изчисляване и събиране на комисионни за транзакции. Комисионите могат да се начисляват както във валутата на операцията, така и във валутата на Руската федерация.
• Автоматично разпределение на данъци и ДДС в текущи операции.
• Възможност за експортиране на информация за извършени през деня транзакции във файл с определен формат за последващо зареждане в IBS "BISKVIT" за показването им в главната книга.
• Стандарт за софтуерни продуктифирма "BIS" възможност за създаване на счетоводство за нови транзакции, използвайки механизма на стандартните транзакции.
• Стандартни опции за параметрично конфигуриране и администриране на системата.

Списъкът на транзакциите, чието счетоводно отчитане се прилага в "POV":

• Покупка / продажба на чуждестранна валута за валутата на Руската федерация.
• Конвертиране на чуждестранна валута.
• Покупко-продажба на платежни документи.
• Приемане за събиране/издаване с инкасо.
• Приемане за преглед/издаване от преглед на банкноти и платежни документи.
• Обмяна на банкноти.
• Замяна на неплатежоспособни банкноти.
• Приемане/издаване на чуждестранна валута и валута на Руската федерация на пластмасови карти или по сметки на физически лица.

3.3.5. Каса за събиране и преизчисление

В модула са реализирани следните функции:

• Автоматизиране на операциите по регистрация и преизчисляване на събраните ценности в касата на банката.
• Формиране на оперативни и финансови документи, предвидени в Регламент 199-P на CBR, като се вземат предвид промените 1351-U, 1433-U.
• Автоматизация на счетоводните операции по събиране.

Модулът осигурява следните основни функции:

• Колекция от организации на трети страни и собствени подразделения на банката.
• Обслужване на различни видове инкасо:
  • Вечерна или дневна колекция
  • Събиране с доставка на ценности от колекционери или представител на организацията.
• Цялостно отчитане на данните за процеса на събиране и преизчисляване:
  • Отчитане на данни за организацията, която се събира: чанти за събиране, фактури.
  • Отчитане на данните за събирачите: типични маршрути, списък на събирачите.
  • Отчитане на данните за предадените на касата чанти: номер на чанти, данни от фактурата, данни за събирачи и маршрут на доставка.
  • Отчитане на данните за резултатите от преизчислението: размерът на несъответствието между действително намерената сума в чантата и сумата, посочена във фактурата.
• Услуга за получаване на чанти на касата на банката:
  • Въвеждане на данни от фактури към чанти с ценности.
  • Въведете данни за празни торби.
  • Издаване на „Дневник за отчитане на приети чанти с ценности и празни чанти” за печат.
  • Счетоводни записи на приетите средства преди преизчисление.
• Услуга преизчисляване Пари:
  • Регистрация на предаването на чанти с ценности и празни чанти в касата за преизчисление: издаване за отпечатване на документи, придружаващи трансфера.
  • Регистрация на превода за преброяване на чанти от контролера на преброяващата каса към касиера.
  • Въвеждане на резултатите от преизчислението за всяка торба: действително количество, вид на несъответствието (излишък/липса/дефект/съмнително), изрезка на несъответствието.
  • Автоматично генериране на коригиращ запис за отчитане на приети средства, когато има несъответствие.
  • Бързо публикуване на резултатите от преизчислението, когато няма несъответствия: групова операция за множество торби.
  • Издаване на "Контролен лист за преизчисляване на пари" за печат.
  • Счетоводно отчитане на превода на събраните средства по сметките на касата и клиента.
• Издаване за печат "Справка за приетите от вечерна каса чанти с пари и празни чанти".

3.3.6. данъчно счетоводство

Модулът Данъчно счетоводство е предназначен за автоматизиране на изчисляването на облагаемата основа за данък общ доход в съответствие с изискванията на Глава 25 данъчен кодекс RF и формирането на отчети, необходими за подаване на данъчни власти. В същото време разходите за труд на потребителя се минимизират чрез максимално възможно използване на счетоводни данни. Синтетичното счетоводство се провежда в контекста на видовете (статии) приходи и разходи на данъчното счетоводство (аналитични показатели на данъчното счетоводство). Сметкопланът за данъчно счетоводство отразява счетоводна политикабанка и може да се конфигурира от потребителя. Аналитичното счетоводство се извършва в контекста на обектите на данъчното счетоводство, за всеки обект се създават лични сметки в рамките на синтетичните сметки.

Модулът осигурява следните основни функции:

• Поддържане на данъчни регистри:
  • Създаване на допълнителна счетоводна област "Данъчно счетоводство".
  • Извършване на операции в областта на данъчното счетоводство, като се използват данни за счетоводни обекти (счетоводни сметки, договори, клиенти) от основната база данни.
  • Отделно затваряне на търговски дни в областите счетоводство и данъчно счетоводство.
• Групиране на данъчни счетоводни данни:
  • Създаване на сметкоплан за данъчно счетоводство.
  • Откриване на лични сметки на данъчно счетоводство и свързването им със счетоводни обекти.
  • Формиране на операции (документи) на данъчното счетоводство с отразяване на детайлите на обектите в зависимост от формата на регистъра, в който ще бъдат включени.
  • Изчисляване на обобщените показатели на декларацията въз основа на данъчни счетоводни операции.
  • Импорт на обобщени показатели от клонове и образувания връщане на данъци.
• Настройка на модула за данъчна счетоводна политика на конкретна банка:
  • Възможност за коригиране на сметкоплана на данъчното счетоводство.
  • Създаване на собствена йерархия от класове документи (операции) на данъчното счетоводство.
  • Произволно персонализиране на форми на аналитични регистри.
  • Възможност за разработване на собствена структура от обобщени показатели за данъчната декларация и формули за тяхното изчисляване.
• Формиране на данъчни счетоводни операции въз основа на счетоводни данни:
  • Копиране на счетоводни записи в данъчно счетоводство въз основа на настройка на кореспонденция между лични сметки на данъчно счетоводство и счетоводни сметки по видове операции.
  • Възможност за автоматично или ръчно въвеждане на допълнителни подробности за транзакцията, необходими за разкриване на информация за изходните обекти.
  • Съгласуване на счетоводни и данъчни счетоводни операции според връзките, установени при копиране на транзакции.
• Данъчно счетоводство за външни обекти, които не се поддържат в доставената версия на системата:
  • Ръчно въвеждане на операции с произволен набор от детайли на счетоводни обекти.
  • Импорт на данъчни счетоводни данни от външни системи.
• Данъчно счетоводство на амортизируемо имущество (в зависимост от наличието на UMC модул):
  • Отчитане на дълготрайните активи и нематериални активипо данъчни счетоводни сметки по данъчна стойност.
  • Изчисляване на амортизация за данъчни цели, независимо от изчисляването на амортизация за счетоводни цели.
  • Поддържане на резерв за предстоящ ремонт на ДМА.
  • Формиране на аналитични регистри:
    • осчетоводяване на резултатите от продажбата на имущество;
    • по отношение на амортизацията.

3.3.7. Депозитарно счетоводство

Модулът "Депозитарна отчетност" е предназначен за автоматизиране на осчетоводяването на депозитарни сделки с емисия ценни книжа, които са на открит склад, предадени на кредитната институция от нейни клиенти (за съхранение и/или осчетоводяване, за доверително управление, за извършване на брокерски операции, за извършване на други операции), както и ценни книжа, притежавани от кредитна институция въз основа на право на собственост или друго вещно право. Недяловите ценни книжа, включително менителници, могат да се отчитат поотделно или като партида с попълване на една инвентарна карта за цялата партида, но при извършване на депозитарни операции партидата от ценни книжа е неделима.

• Модулът ви позволява да поддържате депозитарни записи на ценни книжа, за да получите пълна и надеждна информация за ценните книжа в контекста на техните собственици, местата на съхранение и депозитарните операции, прилагани към тях, и осигурява изпълнението на всички основни функции за работа с ценни книжа. Освен това модулът предвижда получаване задължително отчитанев съответствие с Правилата за водене на записи на попечителските операции на кредитните институции в Руската федерация.

3.3.8. Отчитане на операциите по доверително управление

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

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

• дневен отделен баланс за всеки отделен договор;
• дневен отделен баланс за всяко ОФБУ;
• дневен консолидиран баланс за доверително управление;
• ежедневно оборотна ведомост OFBU;
• дневен отчет за салдата по личните сметки на раздел "Б";
• дневна оборотна ведомост за лични сметки раздел "Б";
• оборотен баланс в контекста на лични сметки;
• отчитане на доверителния управител за учредителя на доверителното управление.

3.3.9. Кредити и депозити

Модулът осигурява регистрация на договори за пласиране и привличане на средства, сключени с клиенти на банката - юридически и физически лица, автоматизирана поддръжка на сключени договори, автоматизирано отчитане на операциите, извършени по договори за заем, в съответствие с разпоредбите на Централната банка на Русия Федерация. На базата на модула е възможно да се създадат специализирани работни места, например: отговорник за поддръжка на отпуснати кредити; отговаря за работата с предоставените обезпечения по предоставени кредити; счетоводител, отговарящ за осчетоводяването на кредити.

Основната функционалност на модула включва:

• Поддържане на информация за съществените условия на договорите:
  • графици за плащане на главници, лихви и комисиони;
  • поддържат се диференцирани и анюитетни схеми на погасяване;
  • лихви, комисионни, неустойки и глоби;
• Съхраняване на промените в условията на договора в хронологичен ред.
• По отношение на активните операции, поддръжка на редица форми на кредитиране:
  • прост договор за заем (еднократно издаване, еднократно или поетапно погасяване);
  • ипотечен кредит (емитиран еднократно, схема на анюитетно изплащане);
  • изкоп кредитна линия(няколко прости заема - траншове - в рамките на общия лимит; начисляване на лихва върху консолидирания дълг по общия процент, действащ по договора, или по индивидуални лихви, действащи за отделните траншове);
  • овърдрафт (лимит на овърдрафт на банкова сметка, контрол на лимита при извършване на операции по сметката на клиента, контрол на общите и вътрешните условия на кредитиране).
• Поддържане на информация за получени обезпечения:
  • вид обезпечение (гаранция, гаранция; залог на имущество, ценни книжа, благородни метали);
  • данни за договора за обезпечение и контрагента по него;
  • броя на еднородните обезпечения;
  • метод за оценка на обезпечението (по салдо по сметка, по пазарна котировка, по индивидуална стойност);
  • категория качество на сигурността;
  • допълнителна информация (например: описание, местоположение).
• Предоставяне на потребителя на пълна информация за планирания и действителен дълг за всяка дата, включително спешни и просрочени задължения по главници и лихви, задължения по неустойки и др.
• Формиране и отпечатване на първични и отчетни документи, например текст на споразумение, счетоводно нареждане, извлечение за изчисляване на лихвата, извлечение за уреждане на резерви, извлечение за дълг по споразумения, извлечение за обезпечение по споразумения, прогноза изчисляване на лимита на овърдрафта (на базата на "изчистените" обороти по банковата сметка на клиента) .
• Поддръжка за напълно автоматично обвързване към договора на всички необходими аналитични сметки въз основа на информация за вида на контрагента, вида и срока на сделката. Списъкът на свързаните сметки се определя чрез настройка на шаблона за банкова транзакция. Откриването/свързването на сметки може да се извърши:
  • при добавяне на договор;
  • след добавяне на договора чрез извършване на банкова операция;
  • при извършване на счетоводни операции, ако съответната сметка все още не е свързана с договора.
• Закриване на сметки по персонализиран списък при сключване на договор.
• Поддържайте данните за класификация на кредитния риск в хронологичен ред.
• Извършване на всички видове счетоводни операции по издаването и поддържането на издадения кредит.

Модулни опори пълен списъктранзакции, които обработват движението на главницата по договора, както и лихвени счетоводни транзакции:

• издаване и погасяване на заем (със и без уреждане на резерв, като се вземе предвид използването / възстановяването на лимита на овърдрафта);
• отлагане на кредит;
• погасяване на просрочени задължения;
• отписвам лош дългот баланса;
• плащане на лихва;
• прехвърляне на лихви за забава;
• задбалансови лихви.

Такива операции могат да се извършват в масов режим, като например начисляване на лихви в края на отчетния период по балансови и задбалансови сметки, уреждане на резерва за възможни загуби по заеми (254-P), уреждане на резервът за възможни загуби по други операции (232-P) .

3.3.10. Частни депозити

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

Работата на модула включва два основни етапа:

• определяне на свойствата на депозитите в съответствие с вътрешните банкови разпоредби - разпоредби и модели на договори за депозити;
• поддържане на депозити в съответствие с правилника за извършване на операции.

Модулът предоставя настройки за операции, които да вземат предвид разпоредбите, дефинирани в договорите за депозит:

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

За обслужване на депозити в модула са предвидени следните операции:

1. Откриване на депозит с паричен превод на средства:

• Регистрация на договора за депозит.
• Печат на договора за депозит.
• Оформяне на входящи касови документи.

При откриване на депозит е възможно да се ограничи срокът за сключване на договори за депозит от даден вид.

2. Регистрация на договор за депозит с безкасово прехвърляне на средства. При условие:

• Попълване на общосистемното досие с данни за вложителя.
• Регистрация на договора за депозит.
• Отпечатване на формуляр с текста на договора.

Депозитът се открива при прехвърляне на средства в съответствие с разпоредбите на банката.

3. Закриване на депозита съгласно условията на договора. При условие:

• Превеждане на сумата на депозита и натрупаната лихва по посочена сметка.
• Изчисляване на данъчната основа и данък.

4. Прекратяване на договора за депозит. При условие:

• Преизчисляване на размера на натрупаната лихва с връщане на прекомерно начислените средства.
• Превеждане на сумата на депозита по посочената сметка.

5. Удължаване при условията на договора за депозит с контрол на допустимата сума. При извършване на удължаване на депозити е възможно да се ограничи срокът на удължаване при условията на срочен депозит.

6. Запазване на лихва по депозита по определения ред за изчисляване на лихвата.

7. Прехвърляне на натрупаната лихва по дадена лична сметка с определена периодичност.

8. Капитализация на натрупаната лихва със зададена периодичност.

9. Приемане на допълнителни инвестиции с контрол на минималния размер и срока за изпълнение на операцията.

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

11. Обслужване на депозити, открити за трети лица:

• Откриване на депозит с данни на трето лице.
• Пререгистрация на депозита на трето лице.

12. Обслужване на депозити въз основа на пълномощно:

• Регистрация на пълномощни и упълномощени лица.
• Контрол на срока на валидност на пълномощните.
• Контрол на операциите, разрешени за извършване чрез пълномощник.

13. Извършване на операции по депозити съгласно завещателни разпореждания:

• Вписване на завещателни разпореждания и наследници.
• Издаване на депозити (дялове от депозити) по завещателни заповеди.

14. Обслужване на депозити в неработни дни на банкова организация.

15. Обслужващ групов превод на средства по депозитни и банкови сметки на населението.

3.3.11. Комунални плащания

Модулът "Комунални плащания" осигурява автоматизирана поддръжка на операции, свързани с обслужване на битови плащания. Модулът е предназначен за работа в поделения на банкова организация, които приемат плащания. Той предвижда възможност за обслужване на плащания както към организации, които са сключили договор за услуга с банката, така и към произволни получатели - юридически и физически лица.

Модулът "Комунални плащания" ви позволява да решавате следните задачи при обслужване на плащания:

• Приемане на плащания към организации, които са сключили споразумение с банката, както и други плащания.
• производителност парични операции– въвеждане на детайлите на платежните документи, регистриране на плащането чрез печатащо устройство.
• Изчисляване на банкови комисиони, начислени от платци и получатели.
• Формиране на документи за осчетоводяване на плащанията в ABS, кредитиране на средства по сметки на организации, осчетоводяване на банкови възнаграждения.
• Формиране на изходни форми, отчети, регистри, предназначени за вътрешен контроли за разпространение на организации.
• Поддържане на единни справочници на платци, получатели на средства и реквизити на договори.
• Импортиране на плащания от външни информационни системиза консолидация и счетоводни операции.
• Прехвърляне на отчети към получатели в електронен вид с помощта на подсистемите "банка-клиент".
• Бързо прехвърляне на данни за плащане за организиране на допълнителни услуги (например свързване към услугите на мобилни оператори, интернет доставчици и др.).

3.3.12. Пластмасови карти

модул " Пластмасови карти» е предназначен да автоматизира дейността на банката, свързана с издаването и приемането на банкови карти.

Модулът предоставя следната функционалност: Работа с няколко платежни системи, центрове за обработка и банки спонсори.

Правене различни видоведоговори и техните условия:

• Издаване и поддръжка на карти за физически лица.
• Издаване и поддръжка на карти за юридически лица (корпоративни карти).
• Работа с проекти за заплати.
• Масови операции (отваряне на карти, прехвърляне на средства, генериране и изпращане на извлечения).
• Поддръжка на банкови устройства (банкомати и каси).
• Сервизни пунктове.
• Формиране на отчети, необходими за работата на банката.
• Изчисляване на задължителната отчетност за Централната банка на Руската федерация (формуляр 250).

Работете с карти на няколко платежни системи, центрове за обработка и банки спонсори:

• Автоматизиране на издаването (издаване) на карти на различни платежни системи - международни, руски, местни, както и отчитане на "комбинирани" карти на няколко платежни системи.
• Едновременна работа с няколко банки спонсори и центрове за обработка.
• Настройване на файлови формати и видове операции на различни центрове за обработка.
• Настройка на шаблони за генериране на записи на транзакции. Настройването на шаблони за обработка на транзакции не зависи от конкретен център за обработка. Шаблоните за публикуване на транзакции ви позволяват да задавате различни комисиони (комисиони на клиент, междубанкови, за обработка и т.н.).

Поддържане на различни видове договори и условия:

• Обслужване на различни видове договори (с физически и юридически лица за издаване на карти, за придобиване, с банки спонсори, процесингови центрове и др.).
• Отчитане на произволни условия за различни видоведоговори (комисионни, лихвени схеми, срокове за погасяване и др.).
• Поддържане на няколко програми (продукта) за един и същи тип клиенти (включително като се вземат предвид индивидуалните условия).

Издаване и поддръжка на карти за физически лица:

• Счетоводно отчитане на договори с различни условия.
• Отчитане на карти (както основни, така и допълнителни различни платежни системи).
• Счетоводно отчитане на клиенти - физически лица (картодържатели).
• Счетоводно отчитане на сметки (СКС, СГП).
• Работа с различни схеми за изчисляване на лихвата.
• Настройка на операции, като се вземат предвид бизнес процесите на банката (издаване на основни и допълнителни карти, блокиране / деблокиране на карти, преиздаване на карти поради изтичане на картите, преиздаване на карти и др.).

Издаване и поддръжка на карти за юридически лица:

• Счетоводно отчитане на договори с юридически лица, картодържатели - служители на предприятието, корпоративни карти, сметки, различни схеми за олихвяване.

Работа с проекти за заплати:

• Счетоводно отчитане на договори проекти за заплатис възможност за съобразяване с индивидуалните условия за всеки договор.
• Работа с транзитни акаунти.
• Създаване на различни схеми за плащане с предприятието.

Масови операции:

• Извършване на групови операции въз основа на електронни файлове:
  • издаване (откриване на договори, карти, сметки);
  • заключване/отключване;
  • затварящи карти;
  • превод на заплати по сметките на служителите на предприятията.
• Формиране на извлечения за клиенти (включително проекти за заплати), разпространение на извлечения по имейл. Добавяне на рекламни и информационни материали към изявленията.

Поддръжка на банково устройство:

• Отчитане на банкови устройства (банкомати, банкомати, използващи както терминали, така и импринтери).
• Отчитане на точките за инсталиране на устройството.
• Обработка на операции в устройства, обслужвани в различни процесинг центрове. Настройка на обработката на комисионни за теглене на пари в брой.

Сервизни пунктове:

• Осчетоводяване на договори с търговски обекти (търговци).
• Отчитане на точките за инсталиране на устройства (включително няколко устройства за едно юридическо лице).
• Различни комисионни схеми.
• Осигуряване на сетълменти въз основа на операции, извършени в устройства, включително с карти на различни платежни системи и като се вземат предвид различни периоди на възстановяване.

Формиране на справки, необходими за работата на банката:

• списък с карти с различни състояния (отворени, затворени, блокирани и др.),
• списък на инсталираните устройства,
• обороти по операции в различни раздели - размер на компенсациите, комисионни, по видове и карти, операции, валути на сметки и др.
• промяна на състоянието на карти, устройства.

3.3.13. Финансови отчети и анализи

модул " Финансови отчетии анализи” IBS “BISKVIT” отговаря на нуждите търговска банкапри формирането на задължително отчитане в съответствие с руските стандарти, отчитане в съответствие с МСФО. С помощта на модула е възможно да се реализират аналитични форми по произволни методи.

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

Модулът позволява:

• в рамките на единното банкиране автоматизирана системаполучават задължителни отчетни форми за Банката на Русия;
• получават отчети по МСФО в съответствие с Наредба № 181-Т на Банката на Русия;
• преглед на изходните данни на агрегирани индикатори, без да напускате модула;
• формуляри за кръстосана проверка;
• качва отчетни данни в съответствие с изискванията на Банката на Русия за прехвърляне към нейните регионални институции и други надзорни организации;
• импортиране на данни от файлове, изпратени от Банката на Русия;
• получава отчети съгласно действащите инструкции за периода, за който се генерира отчетът;
• автоматизира изготвянето и публикуването на консолидирани финансови отчети;
• изготвя аналитични доклади за вземане на управленски решения;
• получавате аналитични отчети в реално време;
• изготвя заключения и препоръки относно работата на банката с организационна структуравсякаква сложност;
• решаване на широк кръг от аналитични задачи, подчертаване на най-успешните бизнес области;
• прилагат елементи на финансово прогнозиране и моделиране;
• създавайте свои собствени шаблони за отчети и редактирайте шаблоните, включени в стандартния пакет, с помощта на вградения редактор;
• прилагат собствени методи за оригинални аналитични справки;
• използват възможностите на модул "Анализ XL" на IBS "BISKVIT" за създаване на шаблони за отчети на модул "Финансово отчитане и анализ" в MS Excel таблици и обработка на информация директно от базата данни на IBS "BISKVIT";
• интерактивно формира критерии за извадка на данни от базата данни на ИБС "БИСКВИТ";
• съхранява историята на промените в алгоритмите за отчет;
• съхраняват големи количества информация, необходима за дългосрочен анализ;
• използват широк набор от операции за манипулиране на данни;
• ако е необходимо, импортирайте данни от външни файлове.

За многоклонова банка използването на дълбоко разработена и утвърдена технология осигурява: формирането на задължителна отчетност в клоновете и подаването й до регионалните институции на Банката на Русия:

• обмен на данни между клонове и централа;
• формиране на консолидирани финансови отчети за банката като цяло и прехвърлянето им в съответното подразделение на Банката на Русия;
• поддръжка на регионални формати за предоставяне на данни в в електронен форматинституции на Банката на Русия;
• унифициране на състава, структурата, алгоритмите за генериране на отчетни данни и аналитични показатели в цялата банка;
• формиране на задължителна отчетност и анализ на дейността за отделен клон, за банката като цяло, в контекста на произволно избрани групи от клонове.

При изготвяне на финансови отчети в съответствие с МСФО се прилага методът на трансформация в съответствие с счетоводна политикабанка, приета за целите на изготвянето му. Реализацията на метода на трансформация с помощта на модула се състои от три части:

• настройка на схеми за изпълнение на трансформация на отчети;
• изчисляване на количествата на прегрупираните позиции и необходимите корекции на позициите балансаи отчет за доходите въз основа на икономическата същност на активите, пасивите, собствени средства, приходи и разходи на кредитната институция за привеждането им в съответствие с изискванията на МСФО, въз основа на конфигурираните схеми;
• изготвяне на доклади и преписи от финансови отчети.

3.3.14. XL анализ

Модулът работи както в двустепенна, така и в тристепенна архитектура "клиент-сървър" и ви позволява да използвате Microsoft Excelкато обвивка за създаване на графични отчети.

Позволява ви да създавате шаблони за отчети в Excel таблици, използвайки метаезика за описание на формулите на модул „Финансови отчети и анализи“, и да генерирате такива отчети, като същевременно осигурявате директен достъп до базата данни „BISKVIT“.

3.3.15. Отдалечена оперативна каса

Модул „Дистанционно оперативна каса„(VOK) е предназначен да автоматизира работното място на касов служител, всички негови дейности, свързани с извършването на касови операции в интерес на клиента, както и действия за организиране на вътрешна работа с пари в брой и други ценности, строги отчетни форми, изходни отчетни форми. В процеса на работа с модула могат да участват следните изпълнители: оперативен касиер на ВОК (касиер), отговорен оперативен работник (оператор) и мениджър касиер.

Модулът осигурява следните основни функции:

• Осчетоводяване на парични средства, ценности, формуляри за строга отчетност и други платежни документи, с които се извършват касови операции, в контекста на материално отговорни лица - касиери.
• Извършване на обменни операции по валутни курсове, като се вземе предвид инсталацията по време и единица.
• Организиране на задбалансова номерация в контекста на формуляри, удостоверения и платежни документи.
• Поддържане на договори на финансово отговорни лица и лимити на наличности по сметки на касиери.
• Организация на работа на смени на касиерите, възможност за денонощно функциониране на ВОК, внедряване на механизъм за автоматично съпоставяне на смени и работни дни.
• Възможността за поддръжка на различни опции за технологията на FOC:
  • Опцията, където всички касово обслужванеизвършва се на едно работно място на касиера. Оперативният касиер съчетава функциите на касиер и оперативен работник, както е предвидено в инструкциите. Модулът се управлява изцяло от отговорното лице.
  • Вариант, при който работните места на касиер и касиер са разделени.
  • Възможност, която предвижда едновременна работа на няколко касиери, които споделят отговорностите за извършване на касови операции от определен вид, няколко касиера и управителя на касата.
• Извършване на касови операции:
  • За обслужване на клиенти с автоматично изчисляване на комисионните:
    • Приемане / теглене на пари в брой: в рубли и чуждестранна валута по депозитни сметки при поискване на физически лица;
    • Конверсионни операции по безсрочни депозитни сметки на физически лица;
    • Обменни операции: покупка на валута, продажба на валута, конвертационни операции;
    • Приемане за събиране;
    • Покупко-продажба на документи във валута;
    • Приемане за преглед на банкноти и платежни документи;
    • Замяна на неплатежоспособни банкноти;
    • Парични преводи: в рубли или чуждестранна валута от името на физически лица с откриване на депозитни сметки при поискване;
    • Трансфери на средства в рубли или чуждестранна валута от името на физически лица без откриване на сметки до поискване;
    • Операции с юридически лица за получаване и издаване на средства чрез чекови книжки.
  • Вътрешен:
    • Приложения за поддържане на парични средства и форми на платежни документи
    • Доставка на касови наличности на каса и бланки на платежни документи
    • Прехвърляне на средства и форми на платежни документи между касиери
    • Отчитане на използвани и повредени форми на строга отчетност
• Изготвяне на задължителна отчетност.

3.3.16. Валутен контрол

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

• поддържане на паспорти на транзакции (в контекста на договори и в контекста на договори за заем);
• импортиране на транзакционни паспорти в xml формат (също в контекста на договори и в контекста на договори за заем);
• осчетоводяване на заявки за резервиране на суми по валутни сделки;
• запис на заявления за ранно завръщанерезервационни суми;
• импорт на заявки за депозит и предсрочно връщане на суми по резервации;
• осчетоводяване на операции по депозиране на резервирани суми от клиентски сметки и връщане на тези суми;
• отчитане на трансферите на резервни суми към Банката на Русия и връщането на тези суми;
• контрол на наличието на резерви за връщане след определен брой дни, при затваряне на деня за търговия;
• формиране на отчетни форми:
  • паспорт на сделката (по договор);
  • паспорт на сделката (за кредит);
  • банков контролен лист (по договор);
  • извлечение от банков контрол (за кредит);
  • регистър на внасяне и връщане на резервационни суми;
  • изчисляване на възстановяването на резервираните суми.

Модулът ви позволява да въвеждате, преглеждате и редактирате картотека на паспорти на транзакции, да поддържате свързани лица и сметки, да преиздавате паспорти на транзакции (въвеждате нови условия на транзакции), да поддържате директория с изисквания за резервации и да контролирате при въвеждане на транзакции за спазване на сумите на резервациите въведени (по заявки), преглед на картотека, въвеждане и редакция на заявки за извършване на резервационни суми; установяване на връзки с паспорти на транзакции, свързване на сметки, въвеждане/редактиране на ранни извлечения за връщане с връзка към оригиналното извлечение, свързване на транзакции с извлечения (чрез свързани сметки), както и консолидиране на транзакции за въвеждане на суми за резервации от всеки клиент в обща транзакция и осчетоводяване при връщане на резервирани суми. Потребителят може също така да преглежда транзакциите с валутни транзакции чрез текуща сметкаклиента, за който е създаден този PS.

В края на деня за търговия системата следи състоянието на резервите и при необходимост автоматично издава известие за наличие на резерви за връщане.

Модул "Валутен контрол", както и всички модули от интегр банкова система„БИСКВИТ” работи на единна база, използва общи за системата обекти и на базата на нейните данни в модул „Финансово отчитане и анализ” се създават отчетни форми 665 „Отчет за валутни операцииизвършва се с издаване на паспорт на сделката” и 667 „Отчет за внасяне и връщане на суми по резервации”.

3.4. Модули за банково управление

3.4.1. Отчитане на материалните ценности

Модулът "Отчитане на материалните активи" е предназначен за автоматизиране на счетоводното отчитане на дълготрайни активи, нематериални активи, материални запаси, както и складово счетоводство.

Модулът се адаптира лесно към съществуващата в банката функционална структура и организация на бизнес процесите и осигурява следните основни функции:

• Поддържане на картотека на материалните ценности (инвентарни карти).
• Аналитично отчитане на наличието и движението на материални активи в разрез на материално отговорни лица и места за съхранение.
• Изчисляване на амортизация на стойности.
• Промяна на мирогледа.
• Осчетоводяване на софтуерни продукти, за които банката има неизключителни права.
• Поддържане на задбалансови запаси.
• Аналитично отчитане на материални ценности в контекста на оперативни лица (банкови служители, които използват ценности в работата си).

При използване на модул "Данъчно счетоводство" се предоставя допълнително:

• Отчитане на амортизируемото имущество по данъчна цена.
• Отчитане на промените в първоначалната данъчна стойност на амортизируемите имоти в резултат на модернизация, реконструкция.
• Изчисляване на амортизацията по правилата на данъчното счетоводство.
• Счетоводно отчитане на резултатите от продажба на амортизируемо имущество.
• Поддържане на резерв за бъдещи разходи за ремонт на дълготрайни активи.

В рамките на модула е реализирана работа на автономен склад, използващ задбалансова счетоводна категория (рабоча станция на склада). Потребителят-складодържател може самостоятелно да отваря карти на материални активи в картотеката "Склад" и да въвежда операции за получаване и издаване на тези ценности, без да отразява операциите в счетоводството. В същото време поддържането на дни за търговия, свързването на сметки и въвеждането на транзакции са скрити от потребителя на склада. Предоставя се формирането на следните документи от потребителя на склада:

• касова фактура (с и без ДДС),
• изискване за изваждане на склад (с и без ДДС),
• оборотна ведомост.

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

Отчитането на операциите в склада в случай на използване на AWS на склада се извършва въз основа на данните, въведени от склада. Задачата на счетоводителя е само да свърже счетоводните сметки с инвентарните карти и да започне транзакции за формирането счетоводни документиприходи и разходи с автоматично заместване на данни от складово-счетоводни документи, въведени преди това от складодържателя (приходна фактура и изисквания за издаване от склада).

3.4.2. Изготвяне на заплати

Модул „Изчисляване заплати» е предназначен да автоматизира дейността на вътрешното счетоводство по отношение на воденето на отчет за работното време и възнагражденията на банковите служители, а също така включва елементите на кадровото деловодство, необходими за изпълнение на тези функции.

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

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

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

Информацията от всички минали периоди се съхранява в базата данни до дефинирана от потребителя дълбочина и се използва при автоматични изчисления.

Модулът осигурява следните основни функции:

• Поддържане на справочници на служители, операции, режими на работа, разписания, видове документи, причини за отсъствия.
• Поддържане на лични сметки (регистрационни карти) на служителите.
• Поддържане на табели за работно време за отчетни периоди.
• Автоматично изчисляване на заплатите, като се вземат предвид всички начисления и удръжки, описани в указателите на модула.
• Автоматично генериране на консолидирани осчетоводявания за ТРЗ операции.
• За банки с обособени поделения, изчисляването на обобщените показатели за изчисляване на авансовите плащания за Единния социален данък и към Пенсионния фонд, както и изчисляването на условията за правото на прилагане на регресивни ставки на UST въз основа на данни, събрани от всички отдели на банката.
• Формиране на задължителна отчетност.

3.4.3. Бизнес договори

Модулът "Бизнес договори" е предназначен за автоматизиране на бизнес процесите на банката в областта на административно-стопанските дейности за поддържане на договори за предоставяне и потребление на стоки и услуги, планиране на приходи и разходи по договори, осчетоводяване на операциите, свързани с тях и един -времеви транзакции и генериране на подходящо отчитане.

Модулът разширява възможностите на IBS BISKVIT за автоматизиране на дейността на банката като стопански субект, подчинява се на системни правила и настройки, има унифициран потребителски интерфейс, който осигурява лесна употреба от банковия персонал и оптимално времеизпълнение.

Модулът "Бизнес договори" реализира поддържане на дневници за издадени и приети фактури с възможност за регистриране и установяване на връзката на съответните фактури с договори, платежни документи и операции за осчетоводяване на ДДС, както и осчетоводяване на периодични плащания и постъпления по фактури, счетоводни приходи/разходи и ДДС в контекста на фактурите. Състоянието на договорите и еднократните транзакции се характеризира с набор от параметри, конфигурирани в съответствие със счетоводната политика на банката и се контролира автоматично.

С цел контрол на разплащателните графици и своевременно отчитане на плащанията, приходите/разходите и ДДС в модула са създадени и поддържани следните картотеки: картотека на издадени фактури, картотека на получени фактури, картотека на частично изплатени фактури, картотека на авансово получен ДДС, картотека на договори данъчен агент, картотека "Бъдещи разходи". Възможно е автоматично завършване на транзакцията въз основа на фактурата.

Стандартната версия на модула ви позволява да печатате Задължителни документии генериране на необходимата отчетност, например фактури, регистър на издадените фактури, регистър на получените фактури, книга за продажби, книга за покупки, отчет за получен ДДС в контекста на видове транзакции, отчет за платен ДДС като данъчен агент, списък на фактурите, издадени в това данъчен период, но неплатени в него, списък на фактурите, платени през този данъчен период, но издадени в предходни периоди.

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

Въпроси за самопроверка

1. Към кое поколение ABS може да се припише системата BISKVIT и защо?
2. Възможно ли е да се осигури многоклоновата работа на банката с помощта на "BISKVIT", какви модули осигуряват това?
3. Какви видове електронен обмен на документи поддържа BISKVIT?
4. Възможно ли е да се прехвърлят електронни плащания от BISKVIT през Централната банка на Русия? Какви модули се използват за това? В какви формати са тези съобщения?
5. Поддържа ли "BISKVIT" работа с чуждестранна валута? Какви модули използват валутни транзакции?
6. Какъв е счетоводният принцип при работа с чуждестранни валути? Как се взема предвид текущият валутен курс, определен от Централната банка на Руската федерация?
7. Може ли "BISKVIT" да се използва за вътрешно банково управление, какви модули могат да се използват за това?
8. Има ли възможност за изготвяне на аналитична информация в системата "БИСКВИТ"? (Ако е така, кои модули осигуряват това?)
9. Какви видове банкови клиенти се разграничават в системата BISKVIT?
10. Възможно ли е да работите в системата в няколко работни дни едновременно? Как работи? Какво гарантира коректността на едновременната работа в няколко търговски дни?
11. Какво означава режимът на блокиране на търговския ден?
12. Каква е целта на модула Бизнес операции"? Какви видове документи се поддържат в този модул?
13. "БИСКВИТ" осигурява ли работа с банкови карти? Възможно ли е да се работи с кредитни карти в BISKVIT? Поддържат ли се дебитни карти?
14. Какво представляват стандартните транзакции в системата BISKVIT? Каква е целта на стандартния механизъм за транзакции?
15. Кой определя правата на потребителите в системата BISKVIT? Какви права могат да имат потребителите на системата?
16. Какво гарантира коректността на въведените в системата данни?
17. Какви видове договори за кредит се поддържат в системата BISKVIT?

печатна версия

Държавен политехнически университет в Санкт Петербург
Факултет по икономика и управление
Катедра „Финанси и парично обръщение“.

Докладвай
върху лабораторна работа №1
по дисциплина "Банкови информационни технологии"
по темата за:
„Основните модули на IBS „BISquit“. Използване на справочна информация»

Завършено:
студентска група 3076/1
Оразбердиев Бегенч.
Проверено:
Доцент Батаев А.В.

Санкт Петербург
2012
Съдържание

1. Задача………………………………………………………………………………………3
2. Последователност от действия………………………………………………………..4
3. Изпълнение на работата……………………………………………………………………...5
4. Заключения……………………………………………………………………………………..20

1. Задача

Целта на работата е да се запознаете с основната терминология, с основните раздели на интегрираната банкова система (IBS) "BISquit", да научите как да работите с нормативна и справочна информация.

2. Последователност на действията

1. Влезте.
2. Разглеждане на главното меню на системата, разглеждане на четири раздела.
2.1.Основен модул.
2.2. Финансови отчети и анализи.
2.3. Кредити и депозити.
2.4. Услуги за търговия на дребно.
3. Научаване на основните термини, използвани в системата.
4. Работа със справочна и условно постоянна информация.
4.1. Изучаване на основния модул.
4.2. Вижте и опишете всички видове директории.
5. Проучване на ключовете, символите и груповата обработка, използвани в системата.

3. Свършване на работата

1. Първо, нека влезем в системата:
1.1. Влизането се изисква, когато компютърът се стартира.
1.1.1. Превключете към английската клавиатурна подредба.
1.1.2. Изберете User: и въведете Student # (# - определя се от местоположението на компютъра по часовниковата стрелка, числата могат да бъдат от 1 до 13) - в нашия случай 3.
1.1.3. Въведете паролата: Stud2006 и логин: BANK. По подразбиране потребител: и влизане в: вече са зададени, ако не, настройте, както е описано по-горе.
1.1.4. След това потребителят е помолен да въведе мрежовата парола, трябва да въведете quit.
1.2. След като влезете в компютъра на работния плот, трябва да активирате иконата "BISquit".
1.3.След това ще започне да се установява връзка с "BISquit".
1.4. Като Login: трябва да посочите bq41d, натиснете Enter и въведете паролата quit (фиг. 1). Трябва да се отбележи, че паролата не се показва на екрана. Освен това си струва да се отбележи, че извършваме всички действия на програмата с помощта на клавиатурата.

Фиг. 1. Активиране на системата "BISquit".

1.5. След това стартира самият IBS, за да влезете в който трябва:
1.5.1. Посочете кода в съответната колона std3, натиснете Enter и въведете паролата, която съответства на кода (фиг. 2). Спомнете си, че паролата не се показва на екрана. Натиснете Enter.

Фиг.2. Влезте в системата "BISquit".
2. След натискане на Enter и влизане в системата ще се покаже главното меню на програмата (фиг. 3).

Фиг.3. Главно меню на IBS "BISquit"

2.1. Това меню съдържа четири раздела, с които потребителят може да работи. За да влезете в някой от разделите, трябва:
2.1.1. Изберете съответния раздел с помощта на "стрелките" на клавиатурата.
2.1.2. Натиснете Enter. Външен видсекциите са както следва: основен модул (фиг. 4), кредити и депозити (фиг. 6), услуги на дребно (фиг. 7).
2.2. Трябва да обърнете внимание на следното: за да излезете от който и да е раздел в главното меню на програмата, трябва да използвате клавиша F4. В допълнение, потребителят ще се нуждае от този ключ, за да изостави действието, да се върне назад.

Фиг.4. Изглед на основния модул

Фиг.6. Модул за кредити и депозити

Фиг.7. Модул за услуги на дребно

Трябва да се отбележи, че тези модули са достъпни за потребители с ограничени права на достъп, ако вземете най-висок приоритет, в този случай броят на модулите се увеличава. Само системният администратор има достъп до тях.
3. След това разгледайте основните термини, използвани в системата:
3.1. Клиент.
„Клиенти“ означава юридически или лицас която банката е в някакви правоотношения. Клиентите на банката могат или не могат да имат открити сметки в банката (например поръчители на кредитополучатели).
При записване на информация за клиент, системата автоматично му присвоява уникален номер, който се използва за определяне на собствеността върху личните сметки и е чисто официален знак. Информацията за клиента се съхранява под формата на основни и допълнителни данни. Ако е необходимо, списъкът с допълнителни подробности може да бъде разширен.
3.2. Проверете.
Запис в базата данни на IBS, съответстващ на счетоводен обект. Сметките се различават по видове счетоводство (балансови, задбалансови, срочни, доверителни сметки и депозитни сметки), по видове агрегиране на информация (сметки от 2-ри ред, определени от сметкоплана, лични сметки на клиенти). Личната сметка е структуриран 20-цифрен код. Структурата на сметката е дадена в Приложение 1.
3.3. Електрически инсталации.
Осчетоводяването е счетоводен запис, съдържащ необходимите за осчетоводяване подробности - съответните сметки (ДЕБИТ - сметката, от която се извършва дебитът, КРЕДИТ - сметката, по която се кредитират парите) и сумата на транзакцията. Освен това публикуването може да съдържа допълнителни подробности: символ за пари в брой (за касови операции), знак за крайни обороти, вид технология за извършване на плащане и други. Една или повече транзакции са свързани в базата данни с конкретен документ.
3.4. Документ.
„Документът“, съхраняван в базата данни, съдържа своя идентификатор (генериран автоматично) и набор от подробности в зависимост от вида на този документ. Необходимостта от въвеждане на определени данни от документа се определя от по-нататъшното му използване. Например първоначалният документ за електронно плащане или документ, поставен в базата данни, чието хартиено копие след това трябва да отпечатате, естествено трябва да съдържа пълен набор от подробности. В противен случай е достатъчно да въведете само тези данни, чието наличие ще улесни допълнително работата с електронния архив на документите.
Всеки документ или сделка има определен статус.
3.5. Статус.
Състоянието на документа в момента, определено от действията на изпълнителите. Кодът на състоянието е определен в специална справка.
3.6. сделка.
Системата "BISquit" позволява в един цикъл, на базата на данните от един входящ документ, да се генерират няколко изходни документа и осчетоводявания върху тях чрез специални програмни процедури. Терминът "транзакция" се използва за определяне на съвкупността от такива документи и транзакции. За извършване на такива операции се използват менюта и стандартни шаблони за транзакции.
3.7. Операционен ден.
Информацията за извършените транзакции се съхранява разбита по работни дни. Записите на приетите документи и осчетоводяванията за конкретна транзакция се намират в деня на транзакцията, в който са били или ще бъдат осчетоводени в баланса.
3.8. споразумение.
Правно значим документ, сключен между Банката и Клиента. Споразуменията могат да бъдат например кредит, депозит, парично уреждане, депозитар и др.).
4. Работа със справочна и условно постоянна информация.
4.1. Научете повече за основния модул.
4.1.2. Основният модул в IBS "BISquit" е базата. Съдържа почти всяка необходима информация за работа в банка.
4.1.3. Базовият модул е ​​функционалното ядро ​​на интегрираната банкова система "BISquit". Той изпълнява както функциите, традиционно обединени от концепцията за "многовалутен търговски ден", така и редица допълнителни задачи: управление на платежни документи, синтетично, аналитично и оперативно счетоводство, начисляване на комисионни, поддържане на регулаторна и справочна информация и редица други .
4.1.4. Базовият модул включва функциите на главната книга и консолидира на аналитично и синтетично ниво данните от всички модули на системата, отразени в аналитичните сметки на различни счетоводни направления.
4.1.5. В допълнение, основният модул осигурява взаимодействието на всички останали модули като съставни частиинтегрирана система, която използва единичен модел на данни и функционира според едни и същи правила.
4.1.6. Информацията, съхранявана в базата данни на системата "BISquit", се разделя на:

нормативна справка;
условно постоянен;
оперативен.

4.1.6.1. Справочната информация включва различни класификатори и справочници, използвани при работата на системата.
4.1.6.2. Полупостоянната информация е информация, която определя структурата на баланса на банката, обхвата на балансовите и задбалансовите сметки, обхвата и характеристиките на личните сметки и условията на договорите, въз основа на които са открити, състава на клиентите на банката и др.
4.1.6.3. Оперативна информация - информация за извършените от банката операции. Оперативната информация се съхранява в съответните таблици, съдържащи подробности за документите за сетълмент и извършените въз основа на тях транзакции. Данните в тези таблици са взаимосвързани.
4.1.7. Базата данни на системата включва редица таблици, съдържащи нормативна и справочна информация.

сметкоплан;
финансови инструменти;
държава;
сетълмент и парични документи;
комисионни и лихви;
схеми за изчисляване на лихви;
организационна структура на банката;
юридически лица
банки;
лица;
картотеки на получатели;
постоянни получатели;
настройки;
класификатори;
стандартни транзакции.

За да поддържа директориите и класификаторите актуални, на администратора на базата данни (или упълномощен потребител) се дава възможност да ги разглежда, да коригира полетата на съществуващите записи, да създава нови записи и да изтрива съществуващи записи. Достъпът до съответните екранни форми се осъществява от подменю Справочници (фиг. 8) от базовия модул (чрез стрелките на клавиатурата и бутона Enter).
Трябва да се отбележи, че потребител с необходимите права за това може да получи достъп до съответната директория и да я променя не само от подменюто Директории. Той може да направи това директно от всяка екранна форма на системата "BISquit", ако съдържа поле, чиято стойност се определя на базата на тази директория. Натискането на клавиша F1, когато курсорът е в такова поле, извиква екранната форма на това ръководство.

Фиг.8. Справочно меню

4.2. Разгледайте всички видове директории.
4.2.1. Сметни планове.
Сметкоплановете са представени в международната система, данъчното счетоводство и руската счетоводна система (фиг. 9). Основният сметкоплан са, разбира се, руските счетоводни правила.
За да видите това ръководство, трябва да натиснете Enter в менюто "Директории".

Фиг.9. Списък на сметкоплановете
4.2.2. Финансови инструменти.
Избирайки елемент от менюто "Справочници" и подменюто "Финансови инструменти", потребителят влиза в справочника за финансови инструменти. Под финансов инструмент се разбират обекти, които имат котировка и стойност спрямо национална валута, което може да се промени с времето. Финансовите инструменти включват чуждестранни валути и курсове на ценни книжа (фиг. 10).
Обърнете внимание, че за да влезем във „Финансови инструменти“, първо трябва да излезем от предишната директория „Сметкопланове“. Това действие се извършва с помощта на клавиша F4. След това, използвайки стрелката надолу на клавиатурата, слизаме до желаното подменю „Финансови инструменти“ и натискаме Enter.

Фиг.10. Списък на финансовите инструменти
4.2.3. Държава.
Този указател съдържа информация за всички страни по света, включително тяхното име, както и тяхното съкратено име и цифров код, използван за банкова класификация. Освен това съдържа валутни кодове на различни държави (фиг. 11). За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията „Държави“, която ни интересува, и да натиснете Enter.

Фиг.11. Списък на страните в света
4.2.4. Документи за сетълмент.
За да работите с указателя на видовете разплащателни и парични документи (фиг. 12), е необходимо да изберете елемента „Разплащателни и парични документи“ от подменюто за „Справочници“.
Всеки запис в директорията описва конкретен тип документ и съдържа следните параметри:

Код на документа – тризнаков идентификатор на вида на документа;
Име - Име на документа;
CB код - код на вида операция в класификацията на Централната банка на Руската федерация, извършен въз основа на този вид документ;
Proc. print - името на процедурата, която отпечатва този тип документ. В това поле потребителят може да определи името на процедурата, която сам е разработил, ако не е доволен печатна формагенерирани по стандартната процедура.

Фиг.12. Списък на документите за сетълмент
4.2.5. Комисионни и лихви.
Директорията „Комисионни и лихви“ съдържа информация за комисионни за транзакции, пощенски и телеграфни разходи, лихвени проценти и се използва при извършване на автоматични изчисления на суми на комисионни и натрупани лихви.
Всеки запис в указателя съдържа информация за стойността на тарифата, изразена в процент или фиксирана сума, валидна в един от интервалите за този вид комисионна (фиг. 13).
За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.13. Изглед на директорията "Комисиони и лихви"

4.2.6. Изчислителни схеми.
Представен е списък с различни схеми (фиг. 14), според които могат да се изчисляват лихви върху различни комисионни, дадени в предишното ръководство.
За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.14. Списък на схеми за изчисляване на лихви
4.2.7. Организационна структура на банката.
За банки, които имат клонове, които имат самостоятелен баланс или клонове в един баланс или клонове, е необходимо да се определи структурата на банката. В нашия случай нашата банка няма клонове (фиг. 15).
Както и преди, за да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.15. Организационна структура на банката

4.2.8. Юридически лица.
Тази директория съдържа списък на всички юридически лица, които имат контакти с банката (фиг. 16), а също така можете да получите всички параметри, които описват тези лица: адреси, индивидуални номера на данъкоплатците (TIN) и др.
За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.16. Списък на юридическите лица

4.2.9. банки.
Директория "Банки" може да съдържа различни видове идентификатори банкови институции, техните имена, адреси и т.н. Тук под „идентификатори“ се разбират кодовете на IFO, използвани във вътрешната практика на междубанкови сетълменти, кодове на участници в директни сетълменти, условни номера на банкови институции и т.н., които се съдържат в справ. книги, разпространявани от Централната банка на Руската федерация, и всякакви други, които банката може да се наложи да използва (идентификатори, използвани в различни системи за клирингов сетълмент, BIC и др.).
Избирайки елемента "Банки" от подменюто, потребителят влиза в основната екранна форма за работа с тази директория (фиг. 17).
По същия начин, за да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.17. Списък на банките

4.2.10. Физически лица.
Предоставя се списък на лицата, по който можете да получите пълна информация за лицето, което е в контакт с банката (фиг. 18).
По същия начин, за да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.18. Списък на лицата

4.2.11. Картотека на получатели и редовни получатели.
За да се ускори въвеждането на информация за клиенти (фиг. 19) или получатели на документи (фиг. 20) в документи (плащане, пари и др.), Системата поддържа картотека на получатели и картотека на редовни получатели. При въвеждане или създаване на нов документ не можете да въвеждате отново информация за клиента, а да я намерите в картотеката (картотеката се отваря с натискане на клавиш F1), като информацията ще се добави автоматично.
При създаване на документ могат да се използват данни както от един, така и от друг картотека. Кой картотечен шкаф се използва зависи от системните настройки. Тази настройка може да бъде променена от системния администратор.
При въвеждане на междубанкови документи в картотеката на получателя автоматично се записват следните данни на получателя: име на получателя, BIC, TIN, разплащателна сметка в друга банка и контролно-пропускателен пункт.

Фиг.19. Картотека на получателите

Фиг.20. Картотека на редовни получатели

4.2.12. Параметри за настройка.
Дадени са настройките за различни операции (фиг. 21), които се задават от системния администратор.
За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.21. Списък с настройки

4.2.13. Класификатори.
Командата „Класификатори“ от меню „Справки“ осигурява достъп до класификаторите, използвани от системата (фиг. 22) за определяне на различни банкови обекти.
За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Ориз. 22. Справочник "Класификатори"
4.2.14. стандартни транзакции.
Информацията, съдържаща се в този раздел (фиг. 23), е адресирана в по-голяма степен до администратора на базата данни или потребителя, който изпълнява задълженията си по отношение на създаването и модифицирането на менюта и стандартни шаблони за транзакции, но също така ще бъде полезна за служител на оперативното звено, използващ ги в работата си.
За да влезете в тази директория, трябва да приложите същите действия, за да излезете от предишната директория (F4), да отидете в директорията, която ни интересува, и да натиснете Enter.

Фиг.23. Списък на стандартните транзакции, използвани в системата

5. Помислете за ключовете, използвани в системата, които ще са необходими за работа в IBS "BISquit", както и необходимите символи и групова обработка.

НАВИГАЦИЯТА в екрани и менюта се извършва с помощта на навигационните бутони
("стрелки", PgUp, PgDn, Home, End) и клавиши Tab.
НАЧАЛО: Преминаване към началото на екранната форма.
КРАЙ: Отидете до края на екранната форма.
F1: Показване на информация за обекта (сметка, транзакция,
класификатор и др.) или избор на обект.
SHIFT-F1: Контекстна помощ. Ако не е налице, "BISKvit Quick Reference" (тази страница) се показва за текущия екран.
ENTER: Изберете елемент от менюто, започнете транзакция, преместете.
CTRL-ENTER: Потвърждаване на избора на обект или пълно въвеждане.
ESC, F4: Отказ (и след това изход от текущия екран или диалогов прозорец).
CTRL-G: Отпечатване на съдържанието на екранната форма.
CTRL-Y: Изберете принтер.
CTRL-S: Променете паролата или активирайте скрийнсейвъра.
CTRL-K: Задаване на глобални опции, вкл. начална и крайна дата. Почти всички дати, поискани от потребителя, са взети от глобалните параметри. Освен това всички дисплеи (например салда) се показват за крайната дата от глобалните параметри. Веднъж инсталиран, е полезно да обновите дисплея, като натиснете CTRL-W.
CTRL-W: Опресняване на екрана (екранът ще бъде преначертан при промяна на елемента от менюто).
CTRL-O: Извикване на операционната система (ако имате права).
CTRL-D или изход: Върнете се към системата Бисквити.
CTRL-R: Отворете калкулатора.
CTRL-L: Отворете календара.
F10: Извикване на калкулатор или календар (ако курсорът
разположен на полето с датата).
INS: Добавяне на обект.
DEL: Изтриване на обект.
F6: Филтър за повиквания.
F7: Търсене на обект.
F9: Редактиране на обект.
SHFT-F7: Търсене на следващия обект.
CTRL-F7: Намерете предишния обект.

РЕДАКТИРАНЕ:

F8: Изчистване на полето. Понякога изчиства ЦЯЛОТО поле, понякога започва
от позицията на курсора.
CTRL-X: Копиране.
CTRL-V: Поставяне.

Символи на шаблона:

В полета, които приемат списък със стойности, са разрешени следните заместващи знаци (запетая е разделител на елементите на списъка):
* - всяка комбинация от знаци (пример: "407*" - всички акаунти, започващи с
407);
! - изключения (пример: "!40701*,407*" - всички сметки, започващи с цифри
407, с изключение на сметки, започващи с "40701");
. - всеки знак в текущата позиция (пример: "4.07*1" - всички акаунти,
започвайки с 4, имайки произволен знак във втората позиция, в
трети и четвърти - 07 и завършващи на 1).

Групова обработка (за някои екранни форми):

ИНТЕРВАЛ: Маркирайте текущия обект.
CTRL-A: Маркиране на ВСИЧКИ обекти.
- (Минус) : Премахнете ВСИЧКИ знаци.
* (Звезда) : Обърнете маркировките.

4. Изводи

И така, в тази лабораторна работа постигнахме поставените цели:
- запознаха се с интегрираната банкова система "BISquit",
- запознати с основните раздели на системата,
- Научи как да работи със справочна информация.
Освен това научихме как да влезем в системата, а именно какво потребителско име и парола трябва да въведете, когато влизате в "BISquit".
Научихме, че в образователната версия на системата потребителят може да работи с четири секции:
1. Основен модул.
2. Финансова отчетност и анализ.
3. Кредити и депозити.
4. Услуги за търговия на дребно.
Имайте предвид, че изброените модули са достъпни за потребители с ограничени права на достъп. Ако вземете най-високия приоритет, в този случай броят на модулите се увеличава. Но само администраторът има достъп до тях.
Запознахме се с основните термини, които се използват в системата, а именно:
- клиент
- проверка
- електрически инсталации
- документ
- състояние
- сделка
- оперативен ден
- договор
Установихме, че цялата информация в базата данни на системата "BISquit" е разделена на 3 вида:
- нормативна справка;
- условно постоянен;
- оперативен.
Също така, учене тази програма, разгледахме всички видове справочници, дадени в „Основен модул“, описахме тяхното предназначение и същност. Трябва да се отбележи, че „Основният модул“ е основният модул в IBS „BISquit“, тъй като осигурява взаимодействието на всички останали части на интегрираната система, които използват един модел данни и работят по същите правила. Съдържа почти всяка необходима информация за работа в банка.
Представихме всички секции, всяка директория под формата на фигури, използвайки клавишната комбинация Alt + PRT SCR от самата система.
Наред с други неща, ние проучихме ключовете, използвани в системата, шаблонни символи и групова обработка, които са необходими на потребителя за работа в системата "BISquit". Моля, обърнете внимание, че използването на „мишка“ за работа в тази програма не е необходимо, тъй като извършваме всички действия с помощта на клавиатурата.

• Кой е архитект и с какво се занимава?
• Какво да вземете, за да станете одитор
• Стратегия "Победа" - печеливш Forex скалпиране
• Забогатяваме на борсата в кампания за един играч!
• Потенциалният БВП се измерва с обема
• Концепцията, функциите и значението на финансовите отчети в руската и международната практика
• Микроикономика и макроикономика
• Ние работим правилно: всички инструкции за бюджетно счетоводство P 153 инструкции 174n
• Лош дълг от задбалансова сметка Когато дълговете на контрагентите се признават като лоши дългове
• Консолидирана отчетност Консолидирана отчетност бюджет 21 отдела на образованието

• Счетоводни форми
• Какво ще се случи с долара (рублата) в близко бъдеще - прогнози и експертни мнения
• Bootpay изтеглете скрипта за приемане на плащания без модериране Какви платежни системи има на пазара
• Как да сгънете банкнота, за да привлечете пари
• Как да се научим да не харчим пари
• Как да отворите своя паричен поток: тайна от специалист
• Как да теглите средства от портфейл и парична карта Yandex без лихва и комисионна
• Печеливши начини за теглене на пари от портфейла на Yandex
• Най-високата дървена къща в света!
• Каква е основната разлика между съкредитополучател и поръчител?