Hi Aliya, I don't know if the default configuration setting for holidays is not required any more. It was done around 2 months ago to move the setting from db to application configuration file. I know what Amit is working on is a different thing. I'd like to let you guys know how the default setting is done now. Thanks.
kim --- Aliya Walji <[EMAIL PROTECTED]> wrote: > Hi Kim, > > I might be mistaken, but I think this configuration > setting is old and > may not be required any longer. We have since added > the 'holiday > handling' feature which allows users to add > organization wide holidays > and specify the repayment rule per holiday in the > UI. You can see this > by selecting 'view' or 'create' holidays from the > Admin tab. > > Emily can chime in if the setting you are referring > to that was in the > DB is still required. > > The feature that Amit is working on is to extend > organization wide > holidays (the feature you can currently find in the > UI) to be office > specific (so each branch can have a different > holiday schedule than the > overall organization). I think that since it will > be configured in the > UI, it will not affect the configuration work you > are doing to move > configuration to properties files. > > Thanks, > > Aliya > > > -----Original Message----- > > From: > [EMAIL PROTECTED] > [mailto:mifos- > > [EMAIL PROTECTED] On > Behalf Of Kimloan Ho > > Sent: Saturday, November 24, 2007 8:44 AM > > To: Mifos functional discussions > > Subject: Re: [Mifos-functional] Branch level > holidays > > > > Hi Amit, > > > > We have the holidays configured now but it's not > as > > detailed as the requirements stated in > > > http://mifos.org/developers/wiki/HandlingHolidaysForOfficeLevel/. > > The previous requirements are in > > > http://mifos.org/developers/wiki/MifosConfigurationProjectStories#move- > > > fiscal-year-calendar-configuration-data-to-a-separate-config-file. > > The holiday rule is specified in the > > applicationConfiguration.default.properties and > the > > entry is > > > FiscalCalendarRules.ScheduleTypeForMeetingOnHoliday=same_day. > > > > kim > > --- Amit Levy <[EMAIL PROTECTED]> wrote: > > > > > Hello developers and functional specifiers! > > > > > > I've started work on what's titled in the wiki: > > > Handling Holidays for > > > Office Level > > > > > > http://mifos.org/developers/wiki/HandlingHolidaysForOfficeLevel/ > > > > > > I'd like to present my interpretation of these > > > requirements so that it > > > can be torn apart, and corrected to the right > > > interpretation: > > > > > > Currently, there is functionality for specifying > > > organization wide > > > holidays - so they apply to all offices > operating > > > within the scope of > > > a mifos deployment. > > > What we want is to add (or replace with?) > > > functionality to specify > > > holidays that apply only to a particular office. > > > > > > If I'm wrong, feedback is welcome at this point. > > > Otherwise, read on... > > > > > > It seems that there is a backbone for this in > the > > > business logic and DB. > > > So the only tasks left are implementing a UI and > > > actions (and > > > extensive tests, of course), and possibly > modifying > > > BO logic a little > > > so holidays do not cascade to child offices. > > > I can't seem to find mockups that fit. I'm > looking > > > at the Sep 9th 2007 mockups. > > > Is it in the mockups? If so, where? > > > > > > I'd appreciate feedback on both what office > level > > > holidays should look > > > like from a functional perspective, as well as > on my > > > implementation > > > plan. > > > > > > Thanks, > > > Amit > > > > > > > > > ------------------------------------------------------------------------ > - > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio > > > 2005. > > > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Mifos-functional mailing list > > > [email protected] > > > > > > https://lists.sourceforge.net/lists/listinfo/mifos-functional > > > > > > > > > > > > > > ________________________________________________________________________ > __ > > __________ > > Be a better sports nut! Let your teams follow you > > with Yahoo Mobile. Try it now. > > > http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ > > > > > ------------------------------------------------------------------------ > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio > 2005. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Mifos-functional mailing list > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/mifos-functional > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio > 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Mifos-functional mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mifos-functional > ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mifos-functional mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mifos-functional
