The old method of specifying daycount, which still works
and will continue to work, uses one or two digits.
- The first digit specifies the
daycount of the whole periods within the start and end
date.
- The optional second digit
specifies the daycount applicable to the stub periods,
or partial periods, at either end of the projection
near to the start or end.
The new format for daycount is ww.sssf
where:
- The whole number ww, is the
daycount applicable to the whole periods.
- The optional digits after the
decimal point apply to stub periods, for example
6.03, or using the newer daycounts 10 and above, you
might have 6.11 or 11.12. be careful to put in the
zero if the stub daycount type is less than 10, ie
6.03.
- If you want a different daycount for
all three sections of the time difference between the
start and end date, use the full format ww.sssf,
where the whole number is the daycount of the whole
periods, the first two digits after the decimal point
apply to the starting stub period, and the last two
digits apply to the finishing stub period. For example,
6.1103 has daycount 6 for the whole periods, 11 for the
starting stub period and 3 for the finishing stub.
Again, be sure to include zeros where the daycount
is less than 10, ie 6.1103.
The new format allows for more daycount options than
just 0 to 9, and allows a different daycount setting for
each stub.
The old format will continue to work fine, but note the
following:
- If you just have a single daycount
format, you don"t need to worry. Both methods amount to
the same thing.
- Old style composite daycounts 10 (ie
1+0) and 12 (ie 1+2) will not work as expected,
because they will be interpreted as type 10 and type
12. This is the only incompatibility.
- All other old composite daycounts,
eg 63, 31, 50 etc will work fine,
|