• Subject: Re: last day of month
  • From: email@xxxxxxxxxxxxxxxxxxx (James W Kilgore)
  • Date: Tue, 19 Oct 1999 00:23:32 -0700
  • Organization: Progressive Data Systems, Inc.

Rob,

I concur, we have a small install base (80) and, just off the top of my
head, I can think of 3 that do not have fiscal years that fall on
calendar quarters.  BTW, most are multicompany.  The way we structured
our applications, I generally don't know what my clients fiscal start is
because it's a company definition value and an offset used against a
calendar year/month data base.  In the company profile we ask: 1) how
many accounting periods do you have 2) what is your fiscal start date. 
The rest is simple math.

For date specific functions, the calendar hasn't changed in a looooong
while, but company policy could change tomorrow!

IMHO, the only value I could see for a *Q1, *Q2, etc. operand is in
dealing with Payroll.  They (the big -THEY-) don't care what your fiscal
year is. Q1 is, and always will be, Jan-Feb-Mar.  The rest is best dealt
with at the application level.

Rob Berendt wrote:
> 
> Except that 70% of that 85% would be running canned software.  And the canned 
>software
> wouldn't use the system value because 5% of their potential client base might 
>be running
> multiple companies whose year end fell at different dates.
>
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].