Order Cancel/Replace Request question

[Luke H]

In Order Cancel/Replace Request unchanged fields have to be resend as in original order or not sending an optional field means it was not change?

[ofer yoshiahu]

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/

It depends on the specific spec of the fix messages of the other side. It changes between different markets.

In most cases in cancel request you don't need  to resend all the fields of the order like price, qty etc. You only need to send the basic header fields, order id etc.

On Thu, Nov 5, 2009 at 12:27 PM, Luke H <[hidden email]> wrote:

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



In Order Cancel/Replace Request unchanged fields have to be resend as in
original order or not sending an optional field means it was not change?
--
View this message in context: http://n2.nabble.com/Order-Cancel-Replace-Request-question-tp3951343p3951343.html
Sent from the QuickFIX/J mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Luke H]

I was afraid I'll find out that it depends.

Let me try to show you my particular scenario for which I need a solution:

I want to amend a Pegged to Mid with Limit to a Pegged to Mid without limit price:
OrderType=Pegged
ExecInst=Mid

Price (tag44) for original order = [some_price]
Now how would the amend look like?
OrderType and ExecInst would have to stay the same, obviously I think.
Not sending tag44 in the amend message would mean I want to remove the limit (or that I want it to remain unchanged)? Or zero or something should be sent in tag44?

This is kind of new scenario for us (Pegged orders), we used to amend from Limit order to Market order but we didn't concerned about tag44 cause there OrderType is changing and gives all needed information.

PS: using FIX4.2

ofer yoshiahu wrote:

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



It depends on the specific spec of the fix messages of the other side. It
changes between different markets.
In most cases in cancel request you don't need  to resend all the fields of
the order like price, qty etc. You only need to send the basic header
fields, order id etc.

On Thu, Nov 5, 2009 at 12:27 PM, Luke H <[e-mail]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> In Order Cancel/Replace Request unchanged fields have to be resend as in
> original order or not sending an optional field means it was not change?
> --
> View this message in context:
> http://n2.nabble.com/Order-Cancel-Replace-Request-question-tp3951343p3951343.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Quickfixj-users mailing list
> [e-mail]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[John Peng]

This sounds like a question for FPL rather than to the QFJ community.  You may want to post it to the FPL forum:
http://fixprotocol.org/discuss/.  

The issue may have been addressed in a later version of FIX.

Luke H wrote:

I was afraid I'll find out that it depends.

Let me try to show you my particular scenario for which I need a solution:

I want to amend a Pegged to Mid with Limit to a Pegged to Mid without limit price:
OrderType=Pegged
ExecInst=Mid

Price (tag44) for original order = [some_price]
Now how would the amend look like?
OrderType and ExecInst would have to stay the same, obviously I think.
Not sending tag44 in the amend message would mean I want to remove the limit (or that I want it to remain unchanged)? Or zero or something should be sent in tag44?

This is kind of new scenario for us (Pegged orders), we used to amend from Limit order to Market order but we didn't concerned about tag44 cause there OrderType is changing and gives all needed information.

PS: using FIX4.2

ofer yoshiahu wrote:

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



It depends on the specific spec of the fix messages of the other side. It
changes between different markets.
In most cases in cancel request you don't need  to resend all the fields of
the order like price, qty etc. You only need to send the basic header
fields, order id etc.

On Thu, Nov 5, 2009 at 12:27 PM, Luke H <[e-mail]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> In Order Cancel/Replace Request unchanged fields have to be resend as in
> original order or not sending an optional field means it was not change?
> --
> View this message in context:
> http://n2.nabble.com/Order-Cancel-Replace-Request-question-tp3951343p3951343.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Quickfixj-users mailing list
> [e-mail]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Luke H]

Thanks for answer,
I already ported there too. I know is not a Quickfix issue, just thought I might find here someone who can help me. Sorry if this is against forum rules.

John Peng wrote:

This sounds like a question for FPL rather than to the QFJ community.  You may want to post it to the FPL forum:
http://fixprotocol.org/discuss/.  

The issue may have been addressed in a later version of FIX.

Luke H wrote:

I was afraid I'll find out that it depends.

Let me try to show you my particular scenario for which I need a solution:

I want to amend a Pegged to Mid with Limit to a Pegged to Mid without limit price:
OrderType=Pegged
ExecInst=Mid

Price (tag44) for original order = [some_price]
Now how would the amend look like?
OrderType and ExecInst would have to stay the same, obviously I think.
Not sending tag44 in the amend message would mean I want to remove the limit (or that I want it to remain unchanged)? Or zero or something should be sent in tag44?

This is kind of new scenario for us (Pegged orders), we used to amend from Limit order to Market order but we didn't concerned about tag44 cause there OrderType is changing and gives all needed information.

PS: using FIX4.2

ofer yoshiahu wrote:

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



It depends on the specific spec of the fix messages of the other side. It
changes between different markets.
In most cases in cancel request you don't need  to resend all the fields of
the order like price, qty etc. You only need to send the basic header
fields, order id etc.

On Thu, Nov 5, 2009 at 12:27 PM, Luke H <[e-mail]> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> In Order Cancel/Replace Request unchanged fields have to be resend as in
> original order or not sending an optional field means it was not change?
> --
> View this message in context:
> http://n2.nabble.com/Order-Cancel-Replace-Request-question-tp3951343p3951343.html
> Sent from the QuickFIX/J mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Quickfixj-users mailing list
> [e-mail]
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Tod Harter]

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



We would gladly help, but I think your counterparty is in the best position to answer these kinds of questions.

For one thing a lot of order routing and execution systems do some amount of sanity checking on values, so they often require tags that may be redundant information but allow them to insure that no problems arise between systems. My experience is for any given counterparty there may be various tags they will require and others, even mandatory ones sometimes, that they ignore or even forbid you to use.

So the easiest way to find out what you actually have to do is get hold of the counterparty's protocol documentation. They should give you a full list of required and optional tags within their environment and any nonstandard semantics.

Message: 5
Date: Fri, 6 Nov 2009 01:10:46 -0800 (PST)
From: Luke H <[hidden email]>
Subject: Re: [Quickfixj-users] Order Cancel/Replace Request question
To: [hidden email]
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=us-ascii


Thanks for answer,
I already ported there too. I know is not a Quickfix issue, just thought I
might find here someone who can help me. Sorry if this is against forum
rules.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Luke H]

Thanks Tod,
One reason for the question is to find out if any problem can arise from choosing one way or another, possible consequences to other scenarios out there that I didn't think about.
Right now this scenario appeared between two applications we are working at and only in the future other party will contribute instead of (more exactly together with) one end of the current communication.
As I sayed pegged are new to us, so I'm more interested at this point in coming up with a sound solution then being constraint to follow someone's conventions.
Lucian

Tod Harter wrote:

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



We would gladly help, but I think your counterparty is in the best position
to answer these kinds of questions.

For one thing a lot of order routing and execution systems do some amount of
sanity checking on values, so they often require tags that may be redundant
information but allow them to insure that no problems arise between systems.
My experience is for any given counterparty there may be various tags they
will require and others, even mandatory ones sometimes, that they ignore or
even forbid you to use.

So the easiest way to find out what you actually have to do is get hold of
the counterparty's protocol documentation. They should give you a full list
of required and optional tags within their environment and any nonstandard
semantics.


> Message: 5
> Date: Fri, 6 Nov 2009 01:10:46 -0800 (PST)
> From: Luke H <[e-mail]>
> Subject: Re: [Quickfixj-users] Order Cancel/Replace Request question
> To: [e-mail]
> Message-ID: <[e-mail]>
> Content-Type: text/plain; charset=us-ascii
>
>
> Thanks for answer,
> I already ported there too. I know is not a Quickfix issue, just thought I
> might find here someone who can help me. Sorry if this is against forum
> rules.
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Quickfixj-users mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users