|
|
Додано: Сер 25 кві, 2012 10:19
Отвечу в личку
Додано: Сер 25 кві, 2012 11:15
Мое скромное мнение - Вы совершенно зря спорите. Почему? поясню. Когда super_bizon привел цитаты из правил Приватбанка насчет "технических ошибок в работе оборудования и в других случаях Клиент обязуется погасить задолженность в течение 30 дней с момента ее возникновения." , моим первым желанием было "тролльнуть". и, знаете как "тролльнуть?" А вот "типа так": "Но там же НЕ написано - техсбои - есть проблема клиента!" Я сдержался, потому как решил, что тем самым сыграю злую шутку. Хотя на самом деле таким "троллингом" я хотел лишь повеселить присутствующих. И? Что super_bizon-у в ответ написал "банковский человек"? 
Додано: Сер 25 кві, 2012 11:36
Я вообще глупо ответил. Надо было попросить показать пункт договора, в котором написано, что если терминал "завис", то деньги, внесенные в термилал, должны попасть к клиенту на счет. с указанием времени, через которое это произойдет. Это будет намного интереснее.
Додано: Сер 25 кві, 2012 12:09
Нормально Вы ответили. Кто хочет и может - тот поймет. А тот, кому лишь бы "гав гав"
Додано: Сер 25 кві, 2012 16:57
1.5.3. Банк не несет ответственности за сбои в работе почты, Интернета, сетей связи, возникшие по не зависящим от Банка причинам и повлекшие за собой несвоевременное получение или неполучение Клиентом уведомлений Банка и выписок по Счетам. 1.5.4. Банк освобождается от имущественной ответственности в случае технических сбоев (отключение/повреждение электропитания и сетей связи, сбой программного обеспечения процессингового центра и базы данных Банка, технические сбои в платежных системах), а также в иных ситуациях, находящихся вне сферы контроля Банка, повлекших за собой невыполнение Банком Условий Договора и/или договоров, заключаемых в рамках Договора. ... 1.5.6. Банк не несет ответственности за последствия исполнения поручений, выданных неуполномоченными лицами, и в тех случаях, когда с использованием предусмотренных банковскими правилами и Договором процедур Банк не мог установить факт выдачи распоряжения неуполномоченными лицами. Ясна? Глюки банка это личные проблеммы клиентов!  Причем еще и штрафы посмотрите какие 1.5.22. В случае нарушения Банком установленных сроков исполнения поручения Клиента на перевод или в случае нарушения сроков завершения перевода Банк платит Клиенту пеню в размере 0,01 процента от суммы просроченного платежа за каждый день просрочки, но не больше 0,1 процента от суммы перевода. ... 1.5.20. При нарушении Клиентом сроков платежей по любому из денежных обязательств, предусмотренных настоящим договором, более чем на 30 дней, Клиент обязан уплатить Банку штраф в размере 500 грн. (в эквиваленте 500 грн. по кредитным картам, открытым в валюте USD) + 5% от суммы задолженности по кредитному лимиту, с учетом начисленных и просроченных процентов и комиссий. Если банк чего-то невовремя сделает, то до 0.1% процента штраф (10 дней типа), а если клиент - то 5% + 500 грн. Выгодно однака.
Додано: Сер 25 кві, 2012 17:49
Re: Приватбанк
Вот это - иногда они "зависают" - как раз и настораживает. Как разработчик Oracle выскажу мнение, что алгоритм протоколирования работы терминала может нуждаться в доработке. Подумайте сами, ведь клиент регистрируется карточкой и появляется возможность внести наличку - значит, терминал обратился к удаленному серверу для проверки данных карточки и получил "добро" (для подтверждения этого обратите внимание, что терминал предупреждает о комиссии за пополнение, если видит "чужую" карточку), то есть протоколирование ведется не только на терминале, а, что логично, также и на сервере. Что это значит? А то, что даже физическое уничтожение терминала пожаром где-нибудь в Цюрюпинске никак не затрагивает таблицу протокола на сервере. Идем дальше. Что мешает разработчику вести в логе начало и окончание операции пользователя через терминал? Таблица протокола log: - колонка id - идентификатор операции - колонка endoper - возможные значения: 1 (завершена), 0 (не завершена) - колонка cardno для номера карты пользователя - колонка operno для номера операции (предположим, номер 1007 - пополнение карты через терминал) - колонка sum для суммы налички, которую внес клиент - колонка datetime для даты и времени операции. Шаг 1. Идентификация карты - в колонке endoper таблицы log пишем значение 0, в колонке cardno соответственно пишем номер карты пользователя. Шаг 2. Пользователь выбрал операцию "пополнение карты" - в колонку operno пишем значение 1007. Шаг 3. Загорается зеленая лампочка в приемнике налички - пользователь вносит необходимую сумму - в колонку sum пишем внесенную сумму. Шаг 3-А - в колонке sum обновляем внесенную сумму, если купюр больше, чем одна. Шаг 3-Б - пользователь нажал на экране терминала кнопку "пополнить", тем самым заявил, что закончил операцию - в колонку endoper пишем значение 1. Шаг 3-В - пользователь не нажал на экране терминала кнопку "пополнить", так как завис терминал (или потерял связь и т.д.), но прошло время таймаута (те несколько минут, которые терминал разрешает медлить пользователю до окончания сессии) - все равно в колонку endoper пишем значение 1, так как деньги уже в терминале, номер карточки мы уже знаем. Надеюсь, тот кто будет читать, знаком с понятием MERGE для Oracle (или SQL Server). А теперь вопрос - начиная с Шага 3, какие у пользователя варианты? Может ли пользователь отменить операцию, когда уже внес наличку, но еще не нажал кнопку "пополнить" на экране терминала? Ответ - нет, терминал назад наличку не выдает. То есть уже по факту наличия записи в таблице log по номеру карты в колонке cardno выполняем бухгалтерские проводки: Дт 1007 Кт 2924, сумма (значение колонки sum таблицы log), назначение платежа (значение колонки cardno таблицы log) Дт 2924 Кт 2625, сумма (значение колонки sum таблицы log), назначение платежа (значение колонки cardno таблицы log) (я не специалист в бухучете, если есть кому на форуме - поправьте). Значит, остается потеря связи терминала с сервером, начиная с Шага 3. Но ведь очевидно, что терминал - не бездисковая станция, поэтому и протокол писАть может. То есть при восстановлении связи свой локальный лог может (и должен) отправить на сервер. В случае переполнения локального жесткого диска (с учетом запаса на запись протокола для следующей операции) - не разрешать начинать Шаг 1. Указанная задержка - деньги возвращаются на карту отправителя, как правило, на 2-3 день - не оправдана (хотя нет, простите, ведь за деньги на транзитном счете 2924 не нужно платить процент за остаток на карточном счете клиенту, поэтому задержка выгодна банку), это можно делать в тот же день, причем без дополнительной волокиты типа заявления клиента в отделение. Единственное узкое место здесь - потеря не только связи терминала с сервером, но и потеря данных на локальном жестком диске терминала (совпадение двух факторов одновременно - но тогда терминал должен по идее прекратить работу, так как неоткуда загрузить операционку). Любые доработки данного Технического задания приветствуются. Востаннє редагувалось marchello в Сер 25 кві, 2012 20:42, всього редагувалось 4 разів.
Додано: Сер 25 кві, 2012 18:11
Вы что, marchello, у Алекса777 сейчас моск взорвется  Он и так походу уже похоже завис.
Зараз переглядають цей форум: Немає зареєстрованих користувачів і 1 гість
Модератори: Ірина_, Модератор
|
|
||||||||||||||||||||||||||||||||
. Что если еще одну-две ветки в коментах организовать? По одной букве выстроится?
