Skip to content

mirror notional payment lag from coupon payment lag #277

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

Borgomi42
Copy link
Contributor

Generally the notional lag in swaps has the same lag as the coupon payment lag. to achieve these result I would propose to put the coupon payment lag as a default value in the notional payment lag. Otherwise one has to list both xml tags which is redundant.

@@ -1118,7 +1118,7 @@ void YieldCurve::buildDiscountCurve() {
marketData = loader_.get(*wildcard, asofDate_);
} else {
std::ostringstream ss;
ss << MarketDatum::InstrumentType::DISCOUNT << "/" << MarketDatum::QuoteType::RATE << "/" << currency_ << "/*";
ss << MarketDatum::InstrumentType::DISCOUNT << "/" << MarketDatum::QuoteType::RATE << "/" << currency_ << "/" << curveConfig_->curveID() << "/*";
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

With the upcoming release we change this, ORE will try to load the quotes as specified if no wildcard is used.

@@ -764,7 +764,7 @@ void LegData::fromXML(XMLNode* node) {
dayCounter_ = XMLUtils::getChildValue(node, "DayCounter"); // optional
paymentConvention_ = XMLUtils::getChildValue(node, "PaymentConvention");
paymentLag_ = XMLUtils::getChildValue(node, "PaymentLag");
notionalPaymentLag_ = XMLUtils::getChildValue(node, "NotionalPaymentLag");
notionalPaymentLag_ = XMLUtils::getChildValue(node, "NotionalPaymentLag", false, paymentLag_);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

those are breaking changes, at the moment it defaults to 0 if its not given

@mgroncki
Copy link
Contributor

mgroncki commented Apr 3, 2025

Hi Oleg, thanks for the contribution, it contains a few breaking changes (see my comment above) and it could break existing trades which may rely on the current defaults. Is there a trade where we have a problem with the missing payment calendar? Maybe we can fix it in the trade builder then?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants