Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Разработка системы "Банк-клиент"

Автор: rkhodjaev
Дата сообщения: 05.03.2007 13:58
Привет Всем!!
Кто нибудь мог бы сказать основные функции системы "Банк-клиент"?!!! я думаю около 3-4 может быть еще какие нибудь функции то же есть?
С уважением Рустам
Автор: rkhodjaev
Дата сообщения: 09.03.2007 07:01
Kokoc,mmt.noblekey.oan42
Ребята я решил писать программу для Банк-клиента,то есть не использовать готовый продукт и описать егоба писать на каком то языке и можно ли реализовать систему Банк-клиент на Visual Basic'e?Пожалуста подскажите мне надо уже начинать писать программу и надеюсь что вы поможете!!!
Спасибо заранее Рустам


Автор: mmt
Дата сообщения: 09.03.2007 08:27
rkhodjaev

Цитата:
можно ли реализовать систему Банк-клиент на Visual Basic'e?

Можно. Определись с софтом для шифрования.

Цитата:
Пожалуста подскажите мне надо уже начинать писать программу и надеюсь что вы поможете!!!

Ты бы более конкретные вопросы задавал... Очень тяжело описать систему в топиках на форуме. Лучший вариант - "пощупать" готовую. Тогда появятся и наметки свои и идеи.
Определился для чего система тебе нужна, какие цели? Отдельно от ОДБ будешь писать (с выгрузкой и подгрузкой платежек)? Для начала пиши прогу передачи плат. требований с шифрованием, потом подкручивай к ней справочник банков для проверки.
Ну трудно описать ВСЕ... Конкретизируй.
Про соединение - интернет + модем (в основном ноут).
Автор: rkhodjaev
Дата сообщения: 09.03.2007 08:34
mmt

Цитата:
Можно. Определись с софтом для шифрования.

Что ты имееш виду?Отдельный софт есть для шифрования?Я прочитал как процесс передачи документов проходит, то есть от клиента к сереверу а сервер обрашается в сервер БД.Связь будет по почте.Я думаю можно ли на VB реализовать криптографические технологии.
Автор: mmt
Дата сообщения: 09.03.2007 09:56
rkhodjaev

Цитата:
Я думаю можно ли на VB реализовать криптографические технологии.

Зачем придумывать паровоз? Есть системы криптографии имеющие сертификаты ФАПСИ, зачем тебе лишние проблемы при разборе полетов с клиентами? Зачем усложнять?
Автор: Yappi
Дата сообщения: 09.03.2007 10:21
http://www.comita.ru/cgi-bin/bk.php?ins=1&caption=8
Автор: rkhodjaev
Дата сообщения: 12.03.2007 11:28
mmt
Как то сложновато с криптографией, что то я застрял читаю никак не получается
Автор: rkhodjaev
Дата сообщения: 13.03.2007 06:48
Ребята я решил все с начала начинать , то есть у меня уже конкретные вопросы, так как я хочу с элементарного, то есть сперва просто передать платежное поручение без шифрование. Мне хотелось бы сделать приложение которое связанно с БД.
1)    Нужна ли БД в клиентской стороне и серверной стороне ?
2)И в каком формате должен обмениваться клиент и сервер системы Банк-клиент?
3)Кто-нибудь может подсказать как связать проект с БД (SQL’кий) на Visual Basic’ке ?

Буду рад получить любые ответы связанные с этим.
Автор: mmt
Дата сообщения: 13.03.2007 09:25
rkhodjaev
1. БД не обязательна (желательна на серверной для удобства связки, но не критично).
2. Проще всего в текстовом. Посмотри текстовик выгрузки из 1С
3. ??? Не понял. Insert Update ??? Структура таблиц? Что именно интересует то?
Автор: rkhodjaev
Дата сообщения: 13.03.2007 10:40

Цитата:
mmt

rkhodjaev
1. БД не обязательна (желательна на серверной для удобства связки, но не критично).
2. Проще всего в текстовом. Посмотри текстовик выгрузки из 1С
3. ??? Не понял. Insert Update ??? Структура таблиц? Что именно интересует то?


1.Что ты имеешь виду, то есть БД на клиентской части вообще не нужен ОК понятна, а где он будет архив хранит. И второе сервер СБК не имеет прямого доступа да?
2.Хорошо я сейчас посмотрю выгрузку тхт из 1с , но принцип выгрузки из любой системы одинакова что ли?
3.Ну я если БД на клиентской и серверной части буду создовать, то потом я должен писать прогу который мог бы сохранить и читать данные? Возможно ли на Visual Basic 6.0 писать прогу который мог бы взаимодействовать с SQL Server’ом
Автор: Kokoc
Дата сообщения: 13.03.2007 12:32
rkhodjaev
Просто есть 2 варианта:
А) Он-лайн клиент: единая общая БД на сервере банка, а клиенту предоставляется только интерфейс и никакой БД ему не нужно. Интерфейс хоть в html/php/asp. Частный случай - Интернет-клиент. Тогда все документы клиента (в т.ч. архивы) хранятся на сервере банка. Доступ к БК возможен только после подключения к серверу банка.
Криптография может реализовываться ActiveX-компонентами, вызываемыми из IE.

Б) Офф-лайн клиент: на клиенте своя БД (напр. Access, *.dbf и пр.). Документы, выписки, архивы хранятся у клиента. Ввод платежек возможен и без связи с банком.
"Морду" (интерфейс) можно написать на чем угодно - на VB6 в том числе (связь с базой, например, через ODBC/ADO). Причем это справедливо и для варианта А. Криптография любая; например, можно прикрутить API от PGP, хотя по поводу легитимности использования PGP в БК идут споры.

Насчет выгрузки документов из 1С - посмотри в 1С - там есть возможность настройки под популярные БК, и у всех формат разный.
Передавать в же документы от клиента в банк можно в любом формате - лишь бы банковская сторона смогла их обработать с минимальными затратами. У каждой системы БК свой формат обмена. Тут стандарта нет; важно передать содержимое платежного документа.
Автор: rkhodjaev
Дата сообщения: 15.03.2007 06:46
mmt и Kokoc
Ребята значит такой план.
1.У клиента будет свой БД где он будет хранит : документы, выписки, архивы и банку до лампочки да с БД клиента, то есть банка не интересует что там храниться и банк не имеет прямого доступа туда?
2. И мне интересно что именно хранит в БД сервера СБК, этот сервер как посредник да между клиентом и АБС’ким сервером? То есть надо хранит запросы и платежные поручение которых клиент отправил, но сервер АБС не готов пока обслуживать, так что ли ?

"Спасибо вам что вы мне столько помогли и надеюсь что и далее своими советами порадуете меня. Спасибо Вам " - Рустам
Автор: mmt
Дата сообщения: 15.03.2007 10:14
rkhodjaev

Цитата:
У клиента будет свой БД где он будет хранит :

Свой БД это что? Не утяжеляй клиента. Доки и выписки можно хранить в текстовиках подписанных. Зачем усложнять на начальном этапе?

Цитата:
то есть банка не интересует что там храниться и банк не имеет прямого доступа туда?

А зачем банку доступ к архиву клиента? Банковской части хватает
Цитата:
И мне интересно что именно хранит в БД сервера СБК, этот сервер как посредник да между клиентом и АБС’ким сервером? То есть надо хранит запросы и платежные поручение которых клиент отправил, но сервер АБС не готов пока обслуживать, так что ли ?

Есть разные варианты. Один из них - отдельный сервер с ОТДЕЛЬНОЙ базой (от ОДБ). Потом из этой отдельной базы идет подкачка обработанной инфы в базу ОД. Второй вариант - сервер системы и общая база с ОД, набор таблиц и прямая запись обработанных платежек в таблицы ОДБ.
1С я тебе посоветовал как очень распространенный вариант. Так легче, когда система адаптирована под формат выгрузки из 1С. Легче и архив держать на клиентской части.
Автор: rkhodjaev
Дата сообщения: 16.03.2007 06:59
Kokoc
Цитата:
Б) Офф-лайн клиент: на клиенте своя БД (напр. Access, *.dbf и пр.).

mmt
Цитата:
Свой БД это что? Не утяжеляй клиента.

То есть ребята нужен или нет?
1.Если нужен БД для Клиента, то почему и что должен хранит?
2.Если я Access для БД выберу то, что и в каком формате должен хранит инфу?
3. БД сервера СБК будет хранит инфор. который есть на БД Банка или там храниться только поступившие заявки от клиента?
4.Можно ли просто интерфейс сделать на VB, вставить текстовые поля от платежных поруч. потом импортировать на блокнот после чего вставит кнопку который вставить ЭЦП и зашифрует данный файл . После чего отправить этот файл по е-mail на сервер СБК.


"Спасибо вам что вы мне столько помогли и надеюсь что и далее своими советами порадуете меня. Спасибо Вам " - Рустам
Автор: rkhodjaev
Дата сообщения: 07.05.2007 13:13
Опять с вопросом я!!!
Кто знает где можно найти инфу - "Оценка ущерба(эккономического) от снижения надежности СБК" или же "Расчет экономической эффективности в ДБО или в СБК"!!!!
Автор: Leon1978
Дата сообщения: 20.09.2010 09:52
можно ли украсть ключи от банк-клиента и подключиться с другого компа и перевести деньги со счета на другой счет? Думаю что можно, но вопрос разве не остается лог операций, и на какой счет деньги перевелись в самом банке? Возможно ли возвратить деньги если доказать что вы не переводили деньги на тот счет? и как это можно доказать? есть ли такие компании которые делает анализ и экспертизу ? Или куда можно обратится кроме банка.
Автор: vlary
Дата сообщения: 20.09.2010 09:59
Leon1978 Не кажется ли вам, что вопросы взлома и защиты от оного обсуждаются в разделе Андеграунд?
Автор: Leon1978
Дата сообщения: 20.09.2010 12:24
у меня нету вопросов по взлому, а есть жизненная ситуация, у моего друга, начальника компании украли с счета деньги через банк-клиент, из банка ему сообщили что это было сделано с помощью его ключа, якобы кто то стащил ваш криптоключ и осуществил перевод. В связи с этим банк ответственности не несет. Вот я и думаю неужели они не видят куда был осуществлен перевод? Есть ли в этом правовое нарушение? Плюс мой друг хочет независимую экспертизу по этому переводу, но как такие компании называются и есть ли они вообще. А так как тема разработка системы "Банк-клиента" хотел бы узнать мнения профи по этому поводу.
Автор: vlary
Дата сообщения: 20.09.2010 14:35
Leon1978
Цитата:
хотел бы узнать мнения профи по этому поводу.
Вы путаете системного администратора со специалистом по информационной безопасности. Это, как правило, разные люди. Там, где эту функцию просто дополнительно взваливают на системного администратора, имеют вместо безопасности иллюзию безопасности, что даже хуже. И имеют результат, аналогичный случаю вашего друга.

Цитата:
как такие компании называются и есть ли они вообще.
Такие компании, несомненно, есть. Если у вас не запрещен Гугл, вы тут же их найдете по ключевым словам "аудит информационной безопасности". Вот, например, кое-что из списка: Пойнтлэйн, Информзащита

Страницы: 12

Предыдущая тема: Total Network Inventory


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.