logo
logo

Форум Банковские (пластиковые) карты

создать новую тему раскрыть все
Банковские (пластиковые) карты Дмитрий Кудряшов 06/07/2002 02:29 #написать ответ
В настоящее время практический каждый работник "нормального" предприятия имеет ту или иную карту Visa, MC/EC, Cirrus или иную. По-этому, думаю тема актуальна.
1. Расходы списком. В одном магазине покупаю много чего (например 5 позиций товара), плачу картой, хотелось бы иметь одну множественную операцию из пяти "подопераций", а не 5 раздельных операций, ведь в выписке по счету карты которую я получу в банке будут данные об одной операции списания с карты на общую сумму всех покупок в данной торговой точке.
2. Сейчас много ездят по заграницам дальним и ближним. Если я плачу там с помощью карты, счет которой ведется в рублях, то получается расход в валюте с рублевого счета. Хотелось бы видеть эту неявную конвертацию в одной операции: т.е. со счета в рублях расход производится в валюте страны пребывания. Аналогичная ситуация если у вас счет карты в USD, а расходы вы производите в России, т.е. в рублях.
 
Спасибо за хорошую программу.
 
Dervish:
1. Да, вложенные операции обсуждались. Вы совершенно справедливо отмечаете, что такая необходимость есть. Могу только пообещать, что в будущем это будет реализовано.
2. Спасибо, что обратили моё внимание на этот фактор, честно говоря, мне просто не приходилось с этим сталкиваться. Согласен, это тоже должно быть реализовано.
 
Вам спасибо за то, что пользуетесь! Приятно осознавать, что мой труд оказался полезным не только мне.
неявная конвертация де Багер 07/09/2002 02:36 #написать ответ
К сожалению конвертация - явная, а проблемма - большая.
Сейчас при создании счёта в программе необходимо указать валюту счёта. Это логично.
Теперь едем в Англию. Платим там карточкой. А вот как, по какому курсу НАШ банк будет снимать с Вас потраченную сумму - знает только банк. Я уже нарвался на транзитные, межбанковские, и ещё какие-то курсы. Т.е. карта - рублёвая, потрачены - доллары, пересчитаны: доллары - в евро - евро в рубли. Ожидаемая сумма не совпадает с действительной. Плюс к этому банк берёт ставку с такого сервиса. И она не жёсткая (плавает от суммы). Плюс к этому иногда по курсу на момент покупки, иногда по курсу на момент снятия с карты. И ладно-бы только это...
Теперь поехали в Германию. Ага! А теперь в Австралию.
Не всё так просто. Но начинать, согласен надо.
 
Dervish: А надо ли? Возможно ли учесть в одной программе все-все-все типы платежей? Или достаточно всё-таки сделать ограниченный набор функций, но обладающий универсальностью? Может быть, кто-то предпочтёт учитывать зарубежные покупки в долларах (евро, гульденах...), а кто-то посчитает необходимым переводить платежи в рубли? Стоит ли в этой ситуации навязывать пользователю методику учёта?
 
Извините, что "выплеснул" такое количество вопросов в ответ, но мне кажется, что сбрасывать со счетов эти вопросы нельзя. Основания для них есть.
А надо ли? де Багер 08/09/2002 22:39 #написать ответ
И я про то. А вопрос про надо - не надо, переделаем так - "Надо обсудить, подумать".
Я например выкручиваюсь через доп. счёт (в нужной валюте). Перечисляя на него некоторую сумму (как банк и делает. В частности есть ограничения по величине одноразового платежа (есть и другие)). Но для пользователя часть правил - прозрачна, о части он не думает/знает.
Подумаем, послушаем остальных пользователей. Не верю, что только у двоих возник такой вопрос.
 
Удачи.
 
Dervish: Да, подумаем. Тем более, что пока есть время на раздумье.