RSSユーザー
決済発注の対象建玉がなかった場合の発注IDの有効性
別スレで自己解決したとお伝えしたのですが、また同じ動作をしたので解決してませんでした。再度こちらで記載するのでお分かりになれば教えてください。
毎日新規発注と決済を繰り返す仕組みを構築しようとしています。
毎日16時に新規発注、翌日15時に決済のイメージです。
16時新規発注→翌15時決済、16時新規発注→翌15時決済
の繰り返しです。
前日16時に新規発注をしなかったケースなのですが、
翌日こういう動作をしました。
15時決済されず(前日未発注で建玉が無いので)→
16時新規発注→16:30約定→直後同時に16:30決済
たぶん、、、
15時に建玉が無くて決済が失敗したのでその発注IDが無効になったはず?なのに、16時半に約定した直後に決済されたということは、15時の決済発注がまだ有効だったということになるのでしょうか?
建玉が無かった場合の決済時の発注IDが、決済に成功した時と同じように、その時点で無効になると思っていたのですが違うのでしょうか?
よろしくお願いいたします。
2018年11月13日
Ryo Ohno
こんにちは!!
ロジックが見えないので、正確なところは言えませんが・・・
毎日Excelは再起動さており、
16:30の新規注文の関数と、15:00の決済注文のシート中に関数は1つずつしかない感じでしょうか?
それですと、決済発注が建玉なしで失敗した場合、
発注IDが使われてしまっていますので、ご指摘の通り2回目の決済発注掛からないような気がします。
また、建玉がない時に発注された決済注文が生きていて、
建玉ができた時に決済注文が生きるってことは少し考えつらいです。
考えられるのは、15時の決済注文は発注されておらず、
16:30の時に何かしらの理由で決済注文が飛んでしまったのではないかなーと思います。
もし、よろしければ発注の部分のExcleシートあげて頂ければ、
もう少し詳しく返答ができるかもしれませんっ!!
2018年11月15日
けん
Ryo Ohnoさんコメントありがとうございます。
・Excelは毎日再起動では無く起動しっぱなし
・発注IDは1日ひとつユニークなID(Today関数)を付与
・新規と決済の関数はひとつづつ
というような感じです。
もともとの決済では建玉指定してなかったのですが、建玉指定することで、お伝えした現象が起きないかどうか今試しています。
一度うまく動いたっぽいので、もう少し試してみます。
またうまくいかなかったらExcelシートをあげてみます。
いつもご対応ありがとうございます。
2018年11月18日
Ryo Ohno
けんさん
返信が遅くなりました。
建玉指定でうまくいきましたかっ!!
このままうまくいくことを祈ります!!
もし何かあれば、再度ご連絡を頂けますと幸いです!!
2018年11月21日
けん
Ryo Ohnoさん、いつもありがとうございます。
まだ事例が少ないのですが、今のところ建玉指定によってうまく動いているようです。
2018年11月24日