【経済】銀行の大口決済システム、月末にも容量超過の恐れ

★銀行の大口決済システム、月末にも容量超過の恐れ
編集委員　太田康夫
2013/9/27 10:18日本経済新聞　電子版

　銀行口座間で決済する大口内国為替取引で、取引件数がシステムの容量を
上回る恐れがあることが明らかになった。

システムを運営する全国銀行資金決済ネットワークは上限突破を回避するため、
参加銀行に対し、顧客への取引日の前倒しの呼び掛けや、別の手段での決済を
求めている。民間銀行による円滑な決済が十分に確保できなくなっている
異常事態で、東京市場の地盤沈下に拍車をかける恐れがある。

http://www.nikkei.com/article/DGXNASFJ26001_W3A920C1000000/?df=2

F5アタック(´･ω･｀)

とにかくこれを見て下さい。

http://kurocat.webcrow.jp/santa

開いた口が塞がりません。

これなに？
なんか１日あたりの上限があるわけ？

期末にそんな無茶な要求が通るわけないだろうに

回避策を銀行側に求めるのは間違ってると思うの。

大口とは1000万？以上

あーーーぁ、月曜日の株価が.....

ムリと言うのはですね、嘘吐きの言葉なんです。できるまでやらせるんです
by ワタミ

まさか、銀行のシステムが32ビットで、2Gの上限超えたとか ?

>>10
65535の次が0になるとかじゃね

システム対策費けちってきたツケだなw

不渡り

何の案内も無いようだな

全国銀行資金決済ネットワーク
http://www.zengin-net.jp/


ようこそ！全銀システムへ
https://www.youtube.com/watch?feature=player_embedded&v=vXAxMC4C66Q

内国為替って、そんなに賑わってるの？

頻繁に更新できるシステムじゃねーのは分かるけど
８０％ぐらいになったら手を打っとけよ

なんでこんなギリギリになってから
信じられん

>>15
よく知らないがFX厨が多いからじゃね？

＞ 銀行口座間で決済する大口内国為替取引

＞ 内国為替制度は企業間などの決済を現金ではなく、銀行口座間の資金の受け渡しで実施する仕組み。

＞ １億円以上の大口内国為替取引の処理能力が１日６万件

＞ 2012年３月末の大口決済は５万874件と処理能力の84.8％に達しており、その段階から取り組んでいれば、事実上の決済抑制を依頼するような事態にはならなかったとみられる。

＞ 銀行界の決済業務対応の悪さがアベノミクスの足をすくう恐れも出てきた。

＞ 日本で決済不能による金融システミックリスクが懸念されるのが現状

どうせPCの更新費用ケチって256MBメモリのXPとかで運用してんだろ

俺たちのせいで・・・

>>1まさかとは思うが、３２ビットでシステム組んでないよな？６４ビットだよな？

>>3
これ開くとどーなるの？

しょぼいシステムだな

>>22
1日6万件が限界だそうだから、16ビットなんじゃね?

>>25ええええ？２億件が限界じゃねーの？本当は１６エクサぐらい欲しいんだが。

6万と言うと2の16乗‥

まだ2000年問題のときみたいのが色々と残ってるんだなｗ
前の桁は0を3個位余分に付けておけと・・・まあ銀行とか金融系は古くても堅実なシステムを長期で使うからだろうけどさ

PCと同列で語ってる奴は知っててなのか判断に困るな。

>>19
一年半何をしていたのか？

しょっぱいシステムだなおい。

システム潰れて大混乱したら面白いな
冗談とかじゃなくて

>>19
１億だろうが１円だどうが、システムに与えるストレスは同じだと思うんだけど。
１億以上を専用のリソースで処理しようとする理由がわからんな。

1日6万件ってしょぼいなおいｗｗ

またみずほか
この前、敵国に融資してたな

まさかの最大処理件数　65535件なのか？ｗ

符号なし16ビット？

オレの口座に一時的にどうぞ。使用料は1パーセントでいいよ。

これって、二口座往復で、一億円の振込6万回やるだけで、日本の決済システムを大混乱させられるってことになるのかね。

まさか銀行システムが１６ビットとは・・・

>>25
ほんとだｗ
>>19を参考に割り算したら上限6万件だな

冗談で>>11書いたけど、それ以上トランザクションIDを割り振れないとか・・・

スイフティちゃんはどれくらいキャパあんの？

俺、金融機関のシステム屋だけど初めて聞いたわ

担当者　「おカネを刷りすぎですよ」

>>18
それは外国為替では？

１６ビットって、カトラーが最初に作ったPDP-11のＯＳってことか？

３０日に支払い予定があるんだが、銀行間システムパンクしてくれたら、、、

いやいや、取引先から納品停止も困るわ

これはやるなよ！やるなよ！という合図だな。

てか、せめて一週間前に言えよ。
月曜の振込を金曜に前倒しくらいなら、協力してくれるところもあっただろうが、
28日になって、実は月曜の振り込みはダメですとか言われても、後倒しはできないだろ。

11月にシステム変更って書いてますけんどもこれとはどういう関係？
http://www.zengin-net.jp/zengin_net/other/index.html

２４時間徹夜で手書きででもなんでも処理させるんです
そうすればムリとは口がさけても言えないでしょう。ムリというのは嘘だった

なんか本当に符号無し16bitシステムみたいだなｗ

一昨年にシステム更新してこの性能なんか

いつの時代の話やねん

実はPC-9801現役活躍中とかいう悪寒

IPアドレスの枯渇云々よりやばいだろこれ

>>46
汎用機を使ってると決め付けるのもあれだし
命令ビットがそのままインデックスの数になるわけでもない
ハードに縛られるわけでもないんだから
単純に設計の段階で一日取引数量の上限の見積もりが甘かっただけだろう

27日になって月末にもといわれてもな。

中小以下なんて前倒しする現金なんか持ってねーよ
当日入った分横に流してるところばかりだろ
こりゃ倒産が相次ぐな

納入業者や金融システムだからUnixなんだろうけど
元のプログラム単に移植してってるだけなんかな

ざっくり「システムの容量」とか言ってるけど実際のところ具体的に何が飽和してんのよ
それによって暫定対応の可否が変わってくるだろ

>>28のいう背景があるのだろう。
だったら、かなり前から拙そうだということ分かりそうなものなんだが。
本当に日本の悪いところ出てるシステムだなあ。

>>50
まさにそれだな。
大口の決済が滞ると経済的な影響がでかいから、
全銀が担保とって、決済を保証するシステムみたい。

年度末でも無いのに何でだよ

>>61
ディスク容量やスループット以前に、
単なるDBのフィールド桁数の問題だったり・・・

天下りにしか興味ないからこうなる
天下り幹部を吊し上げろ

ネット決済が駄目なら現金でいいじゃない。

どうせ何十年も前のコードを流用してシステムをリプレースしてきたんだろ
ハードはよくなっても中身は古いまんまなんてよくある事

重複スレのレスで気付いた。エクセルの行数だね

コボラーかき集めて直すの？

一体何がはじまるんです？

640KB OK

>>66
ちゃんと検収できる人がいないのかもな・・・

原発の安全対策と同じ
問題が起きる事を想定せずに起きるまで動かない、これがあらゆる分野で起きている

>>39
同一日に他口座宛にしないと駄目だな。倍も要らん

である日突然ATMが止まるってことだろ

まさかこれが日本経済の崩壊の引き金になるとは

なるほどDBではなくExcel2003のシートでデータを管理してたから
シートの上限を越えちゃうんだね
納得納得

Excel2007以降にすれば解決だね

>>73
検収以前に要件提示で、６万/日と設定したとこが間違いだろ。

>>74
余談だけど2000年問題のとき
インフラ系では原発の保安装置だけがアウトだったことを
思いだした

調べればソースあるはず
あの時から始まっていたんだな・・・

なるほど、中小はきついな。

決済できずに倒産ありそうだな。

おまいら適当なこと言いたい放題だなｗ
大口内為取引の上限は事前に60000件超えたら制限するよう事前に想定済み。
システムも各行も対応できるよう月曜日は体制取る準備も出来てる。

しかしまあ、これ6次全銀導入したけどもう持たなかったのな。
次の7次全銀まで放置するのかねえ？

でもこう言う場合は数日の遅れは同日と見なすから何でもないんだろ？

これ、どっかの会社に1億円の高速キャッチボールされたら、ダウンすんじゃね

>別の手段での決済を求めている。

取引先に、小切手と手形を切るから領収書持って集金に来てください。と、連絡。

集金に回る車で道路が大混雑！

薄っぺらいWebアプリのフロント系しか知らん連中にとっては
こういう勘定系システムの面倒くささは分からんだろうな

>>83
処理可能件数がいかんせんしょぼすぎだから・・・・

ありがちだな
専門家の意見を無視してどつぼにハマるってパターン
何度繰り返せば気が済むんだ

>>83
9月30日の決済を早い者勝ちで先着60000名様、あとは制限しますとか言われても顧客はえらい迷惑なんだが

よく『無理です』って最近の銀行の人達は言いますけど、たとえ無理なことだろうと
鼻血を出そうがブッ倒れようが、無理矢理にでも一週間やらせれば、それは無理じゃなくなるんです
そこでやめてしまうから『無理』になってしまうんです
全力でやらせて、それを一週間続けさせれば、それは『無理』じゃなくなるんです

これは大口だけの話しですよね　俺の５万円足らずの事務所の家賃は大丈夫ですよね

>>72
ﾋﾟﾎﾟｯ

システムを増強すればいいじゃないか。
イギリスなんて、日本の半分ぐらいしか人口いないのに、証券市場の
決済処理能力や銀行の処理能力は倍ぐらいあるって聞いたぞ。

日本も、ガンガン投資してガンガンサーバーを拡張すればいいじゃん。

>>88 >>90
そういうことは全銀協とNTTデータに言ってくれｗ
上限低いのは中の人みんなそう思ってるから。
まあ、あぶれそうになったら我々ががんばりますから。

やっぱ電文形式うかつに変えられないから、60000件で抑えたのかなあ。
誰か関わってる人降臨してほしいところ。

どこの銀行だよ

>>78
ＰＣの素人ってやたらvisiCalc、Lotus123、Excel、アシスト・軽くで全業務をこなそうとするよね。
で互換性維持する為に古いバージョンを使ってる。

シリアルがuint16　でプログラムが組まれてるから、ってことか？
構造的な問題じゃん

まただめぽ銀行か

まさか、COBOLじゃねえよな？

>>55
処理件数ではそんな憶測もできるけど
処理スピードでアウトだろPC-98は

と、真剣にレスしてみたよ

預金封鎖するわけですか？
政府の借金増えたから、
1946年みたいに電撃預金封鎖すんだろ？

そんで日本国民の預金ボッシュートと・・

政府負債の交換として預金口座を
銀行と政府がおいしくいただくわけですね。

これは数年ほど経済の足かせになるね
東証もおなじことやってたよな

DBの桁の問題？変数の桁の問題？
それとも何？

限界を超えた分の取引は、システムでどう取り扱っているのかな。

>>23
HTTP/1.1 301 Moved Permanently

どっかに301転送されてクッキーセットされる

>>100
COBOLは商業用プログラミング言語というだけあって
桁数の多い四則演算に向いてる。

全銀フォーマット、全銀ファイルで調べてみるといい

俺が反日某国人ならガンガン往復させるね

テスト

２の16乗返しだな

もしかして、ＦＩＸプロトコル？

デノミをしよう

数字のデーターを送るだけだろ

>>111
<　｀∀´> 2の16乗返しﾆﾀﾞ

よく分からんが、1億円未満に切り分けて何度かに分けて送金とかにすればいい？
切り分けが無理なのも多いだろうけど、中には対応可能なのもあるでしょ。
そういうのは協力してあげればいい

日本では理系は経済的に恵まれない
語学にも力を入れて海外で活用することが望ましい

>>117
銀行は「文理」で言えば、「文」じゃね？

108 名前：名無しさん＠１３周年 ：2013/09/28(土) 22:08:04.12 ID:w4kZ2kw30
※　緊急対策要望　　凸の参考に！　　総務省、財務省、熊本県へＧＯ！

熊本県の蒲島知事は４日、年頭の記者会見を開き、麻生財務・金融相が、地方公務員の給与を国家公務員と同様に
平均７・８％カットするよう求めていることに対し、「断固反対したい」と述べた。

　国家公務員の給与は、東日本大震災の復興費用を捻出するため、昨年４月から２年間、平均７・８％減らされている。

　知事は「県は財政再建を図る中、県職員に厳しい給与引き下げをお願いし、合意してもらってきた。その時に国は何も
していない。付き合えというのであれば、断固反対する」とした。

深夜便で時々ジャズをしてますが、良いと思えるようになってきました

>>118
銀行は文理じゃなく体育会系が幅利かせてる

直接現金を運べば問題はない！

>>116
たしか大口決済下限を100億円以上にして事実上のRTGSの取引制限をかけたはず。
それ以外の1億以上の決済は1営業日見送るか、通常の振込で決済。(この場合リアルタイム反映は出来ない点注意)

久しぶりに資料読んだけど、決済件数は欧米の1/8〜1/10しか無いのな。
だから、多分DBと通信プロトコルケチってるだけなんだろうな。
偉い人はコストとしか考えないもんな・・・インフラなんだから潤沢にすりゃいいのに。

↓参考資料
次世代RTGSプロジェクト −第2期対応を中心に−
http://www.boj.or.jp/announcements/release_2011/rel111118a.pdf

1日の想定処理最大件数の10倍くらい考えて作らず、いつもギリギリを攻めるからなあ。
修正コストも考えて欲しいもんだよ。

>>86
本当にそうか?
これって1億以上の大口でしょ。
全部1億以下に小分けにされたらATM止まらないか?

銀行は掛けるべきコストを掛けず、不況で問題が顕在化しなかったことをいいことに、その分は自らの利益とし、ケチった分のリスクを顧客に回す

無意味男・西室東証のライブドア株売買みたいな物か？。

中間決算で忙しい時に前倒しとかできるわけないだろ
日銀の中で台車にブロック積んで走り回れよ
役立たず

磁気テープ持ってダッシュだな

>>125
勘違いしてると思うから言うけど、不況関係ないから。

あと悪いのは公的機関の日銀ネットであって、いわゆる民間銀行は何にも悪くない。
また、ここで指す顧客というのは主に金融機関だから一般企業、まして個人は関係のない話だからな。

>>22
実際はどっちでも大差ないよ
ハイエンドもIAモデルも処理能力ほとんど
かわらん

まあ茶番だろ。おそらく大したことではない。

？
設計がアホなだけだろ。
つか、保守サボ(絞)りすぎ

＼　 __　 ／
＿ （ｍ）　＿　　ﾋﾟｺｰﾝ
　　 |ミ|
／　｀´　 ＼
　 ( ﾟ∀ﾟ)
　ノヽノ |
　　<　<

17bitにすればヨクネ

意味がわからない

>>134
中途半端な知識ひけらかして恥かいてるこのスレのやつらよりまし

ディスク容量不足だろ

桁数でいえば99999だろうから、16bitのカウンタを電文の整理番号とかに使ってるんだろうなぁ。
もともとPL/1とか銀行業界は使ってるから、そのソースを別言語に移行して使ってたからとかだろ。

>>125
>>128に100倍返しされててワロタwww

>>123
そもそも、決済件数が欧米の1/10って何でなんだろう？
自行内の取引が相対的に多いとか？

うなれ、全銀手順

座布団敷き

汎用機の知識なくてちょっとくやしい

気づくの遅すぎだろｗ
作業員が少しでも暇するのは許さんて感じで
パンパンに仕事詰め込むからこうなるんだよ。
余裕があればだれか気づくだろ。

これは、一般企業の大口取引にＲＴＧＳの取引リスクを押し付ける目的の悪意のある制度変更ではないのか？

昔、ＲＴＧＳが導入された時の金融機関担当者の緊張感は半端無かったのを覚えている。
そして実際にフェイルの発生件数も多かった。
それでも何とかなったのは金融業界の内輪のルールが成立していたからだろ？

一般企業の大口決済をＲＴＧＳに組み入れて
もしフェイルが発生したら一般企業にも迷惑がかかるだろうし、まさか
一般企業に相手に「フェイル発生時には長年の銀行間取引の慣行に従って下さい」
とか言って、銀行ムラ内のガラパゴスルールを一般企業に押し付ける訳にいかないだろ？

半沢が出てきて解決するんじゃねーか？

決済リスクを抑える目的で実施されたはずの全面ＲＴＧＳ化が
逆に、決済リスクを煽っているとか本末転倒じゃないのか？

貯め込めるだけ貯め込んで、自分とこのシステムにすら
注ぎ込まなかったのか

なに、国内混乱させようとしてこんな記事書いてんのよ。

これだから８０８６はダメだな。
jmp ffff:0000

この影響か俺の口座に3000円しか入ってなかったぞ！

日銀はいくらでも金刷れるのになんで基幹システムをケチるのか意味が分からないのだが

>148

この記事がきっかけで、また日銀と日経の仲が悪くなるとか（苦笑）
懐かしいな

>>151
これ、全銀の話だぞ。

コボラーこそもっとも長く稼げるプログラマー。

根本的に作り直すって話になったら５年やそこらじゃ無理だろうしな。

>>33
　1億円未満の振込…16:45分に日銀の口座上で当日の銀行間の交換尻を決済
　1億円以上の振込…振込のその都度日銀の口座上で銀行間の資金決済を行う

　16:45分までは振り込まれた銀行が資金を立て替えている状態なのでその状態で銀行が
破たんすると連鎖して金融危機が起こる可能性があるため1億円以上の取引はリアルタイ
ムに銀行間決済が行われるようになった。

全銀ネットって考えた奴すげーよ。

Aをやってる最中に、Bが発生して、その際の状態だCだった時に、Dという別処理が走って、Dの結果がEだった場合、
Eには結果Fを返し・・みたいな考慮すべきことが多すぎ。

９９９９万円までは関係ないんだろ。
不動産売買の融資とかは銀行内だし、支払いを細切れにすれば良いのか。

手数料が余計にかかるな…銀行が立て替えて、まとめて請求しろよ。

>>157
　全銀ネットは電文を中継しているだけ(と言っては語弊があるが…)だぞ。

　実際の入出金の処理をしているのは各金融機関の勘定系システムだぞ。

誰だよこのシステム提案したSE

パケット超過か

　　　。
　　　　　　　
。　　　　　　　 。
　
　　　　　　　　。
　　　　　
　　　　　　　　　　。
　　　　　　　　　　　　　。
　　　　　　　　　　＼│／　　　　ﾟ
　　　　　　　　　　─◎─
　　　　　　　　　　／│＼

>>159
メールサーバーと同じだよね？
こんなのもそっくり。

>　仮に大口取引件数がシステムの処理能力を上回った場合、超過した分の処理依頼内容などを記した電文が異常終了となり、電文を送った銀行に通知されることなく電文が破棄される。

銀行とかほとんどホストだろ？
三十年近く使ってる限界がきただけだろ

飽和的クリッピング＆オートサプレッション
https://www.youtube.com/watch?v=UUc5y1NljXI

大口内為のRTGS化と関係しているのか？
日銀ネットのシステム変更とかやめてくれよ
ただでさえ今忙しいんだから

各行それぞれ別な勘定系システムと下位互換性を保つために、化石のようなプロトコルを保持し続け問題を先送りにして結果だろ。
全銀為替なんて128bit固定長だもんな。
今までもったほうがむしろ不思議だわ。

>>1
今どき桁あふれとか、必要なシステム回収をしないで不要な人件費に回していたんだろ
全銀のやる事はいつも最低１０年は遅いし

>>19
あー、システムの16bit部分を放置してたで確定か
単なる桁数の問題なら99999とかになるだろうし

>>124
30年位前にベース部分を作った時には10倍ぐらい想定しても
30年放置すればこうなるって事だろう

>>49
ですよね。

もう1千万の受取手形も取立に回してあるのに。

月末の月曜日
システム飛んだら
中小企業の何人が首くくるか………

気楽だよな銀行はbear

＜ＪＲ北海道＞運動部が対外試合自粛　来年３月まで
　ＪＲ北海道は一連のレール異常放置問題を受け、今夏の都市対抗野球大会に出場した野球部をはじめ、全１１運動部の来年３月末までの対外試合自粛を決めた。
２６日に口頭で各クラブに指示した。
　同社は野球部のほか、日本リーグ男子１部のバドミントン部やテニス、スキー、卓球部などがある。通常の練習は続ける。
http://headlines.yahoo.co.jp/hl?a=20130928-00000084-mai-soci

簡単にメインフレームからオープン系に変更できないのよね。
ＯＳが固まるとか基幹業務にとっては有りえない事態だから。
あと、汎用機の処理速度は半端無いし。
サーバやミニコンで並列処理しても出来るが、やはり基盤の信頼性が低いかしな。

>>128
磁気テープもどんどんなくなってくんだろあなー。製造しなくなったし。

>>173
今は超大容量の磁気ディスクをテープに見立ててテープとして（仮想）使用してる。
ＣＴテープもまだ現役だけど。

これと比べると、株式取引のシステムなんか、手サインでやってた頃から、超高速取引の現在まで割りと対応できてるんだな

銀行のシステムの糞さはなんなんだ
昔からのゴミシステムを継承し続けてトラブルばかりおこしやがる

たぶん、みずほが速攻で飛ぶな

全銀の仕様で一番気に食わないのが振込先の主キーが
銀行コードと支店コードでではなく、銀行名と支店名であることだな

ネットバンキングで名義や支店名に半角カタカナを強制されるのって
これと関係ある？

全銀システムは大したもんだよ
外国じゃいちいち手作業確認だからな
即時着金とかありえん

これで決済されず、入金がないと小さい会社は倒産という事？

いまだに16bitでシステム組んでるから、こういう馬鹿なことがおこる。
64bitのシステムに更新しろ。

昨日、【預け入れ】だけで105円盗られると知って驚いたわ

東証のシステムつったらプライムシステムの事か？あそこなら納得だ。

みずほが反社会勢力に融資発覚ｷﾀ━(ﾟ∀ﾟ)━!

超大口専用口座作ればいいじゃん。

>>183
なにをいまさら

何十年前のシステムだよ

1日6万件までって
いったいいつのシステムだよ
そんなもん使いつづけるな
さっさと新システムの発注しろよ

>>183
今頃なにいってんだ

決済データをCMTに書き込んで鍵付きジュラルミンケースにいれて
若手社員に社有車で各銀行を回らせる準備をしておくか・・・・

どーにでもなれ
こんな国
マジでもう一回原発でも爆発しろ

64bitでコンパイルすりゃいいだろ
long long int型に書き換えろ
サーバー側が64bitでも動作アプリは32bitと互換しているから問題ない

>>80
まじかよ・・・・

根拠のないネタだな

>>193
ポインタをなぜかintで保持しているのもあるから簡単ではないかと
ソースレビューで指摘しろよとは思うが

>>173 >>174
音楽用のカセットテープはともかく、
テープドライブは企業のバックアップで現役じゃないの？
あれだけだって聞いたけどな、順調に容量がのびてるの。

>>100
そのまさかだが、何か？

>>198
なるほど。
だから桁がコボレたのかな。

>>1
明日どーすんの？
また、みずほみたいに止まるの？

>>1
もしかして、確定拠出年金の解散による
積立金の支払いで多額の引き落としが発生するのか？


明日振り込まれるのだが

大丈夫じゃないよね

こういうのは７０％になったら満杯と思っていい
対策しなかったのはただの怠慢だろ

なんか嘘くさいな
これを理由に取引を減らしたい理由があるんだろ

これって、
俺の通帳残高に0が2つくらい付くとか
あるの？

>>197
テープドライブは数十ＧＢだよな？
二層ＢＤで足りるんじゃない。

>>39
俺の口座に一回でいいからやってくれ。

コボラー死ぬん？

今頃何言ってんのｗ

>>1
何でそんなシステムになってるんだ

>>206
LTO5なら、非圧縮で1500GB

新規のシステムを投入できずに今までやってきたんだろうなぁとか

オープンの知識で絡むのやめようよ
IBMは20bitコンピュータがあるとかマジで知らないだろ？
俺も知らないけど、恥をさらすな！

X68000

JAVAだから？

>>205
むしろ、容量を増やすのに桁数カットで残高減るだろ
心配だから、今からコンビニATM行ってくる

国債は破綻すると言われてるけども絶対に破綻するはずがなくて
自国建て通貨で国債発行して破綻しようと思っても破綻できない
日銀がですね最終的に引き受ければできるわけですからまったく問題ない（西田昌司）
http://www.youtube.com/watch?v=77yG9dxQunA

その外債だったら危ないけど国内から借りたら大丈夫って話がよくありますけど
それはまったくナンセンスな話で海外の欧米の銀行なんかからむと
大事件になるから大騒ぎになるだけで実はほとんどの財政破綻は国内で起こってる（池田信夫）
http://www.youtube.com/watch?v=c_x_4gpPXN8

Before「国債は政府が責任を持って償還いたしますので、ご安心ください」
After 　「国の円滑な資金調達が困難になり、政府の様々な支払いに支障が生じるおそれがあります」
http://saigaijyouhou.com/blog-entry-722.html

彼らはアベノミクスの柱であるインフレ目標と大規模な財政出動が日本国債の暴落を引き起こすと予測。
http://www.youtube.com/watch?v=lsR15NhrMfU

浜矩子ｖｓ上念司！アベノミクスはアホノミクス？紫ババアを大批判！
http://www.youtube.com/watch?v=sWqYV3jvm3Q

国債が暴落すると財政が破綻するとずーと脅し続けて金融緩和やっちゃいけないんだと
景気対策やっちゃいけないんだと景気を良くしてはいけないんだという馬鹿なことを
言ってたのが浜さんですもっと冷静に対処すればね
黒田総裁のように冷静に対処すればいくらでもやり方はあるんだと。（小野盛司）
http://www.youtube.com/watch?v=39CZbrLRBNQ

今は戦争中じゃないからハイパーインフレになることはないと仰る方もいらっしゃいますけれども
でも今の金融政策は戦時中と同じことをやっているんです平和時においてお金をジャブジャブに
刷るというようなことはかつてやったことがありません初めて日本銀行がやっているのです
なぜ白川前日銀総裁がこのような量的緩和をしなかったかのでしょうか
別に彼が怠慢だったわけではありませんハイパーインフレを怖がったからなんです（藤巻健史）
http://www.youtube.com/watch?v=9UtrqbD8Xc8

超過しそうな分を俺の口座に振り込んでおけ

おいおい
銀行止まっちゃうの？？！！！
俺の金はどうなるの！！？？

>>7
社員10万人分の給料日だったり
各国に駐在中の社員50人ずつに現地通貨で振り込んだり
各下請け会社や個人事業主への払い込みや全国300店舗の地代家賃を払い込んだり
1300万件のケータイ電話の引き落とし日だったり

エラーで俺の口座に１億振り込まれてないか、明日確認してみるか

>>173
汎用機のバックアップは今でも磁気テープの所が殆ど。

4bitの電卓で16以上の計算が出来る。
○○bit云々言ってる奴はPCのメモリ厨。

HLFの容量が足りなくなってるじゃねーの？
センターカット多くてファイルの容量足りなくってそうだな

そこで16GBのメモリー

この件が影響してるのか、一部の銀行のネットバンキングがすげえ重い

日単位で件数上限があるって
どんだけ古いシステムなんだっての

なんだその欠陥システムｗｗｗ

【社会】ゆうちょ銀行、ネットサービス接続困難に
http://uni.2ch.net/test/read.cgi/newsplus/1380516714/

cobolの限界

コボルだけに
変数型からコボれルんですね、。