Microsoft TechNet ITHome - Microsoft Year 2000 Product Guide
Microsoft Products
Product Entry Guide Detail


The Microsoft Year 2000 Resource Center Product Guide details specific Year 2000 information concerning Microsoft products. The information in the product guide is presented to assist IT professionals in planning their transition to the Year 2000. If you cannot find a specific product and it is not on the "Microsoft Products: Testing Yet to be Completed" list, you can assume it will NOT be tested for compliancy.
Microsoft will continually update the Year 2000 Product Guide with the most current Year 2000 test information. Visit the Year 2000 Product Guide for more details regarding the Microsoft Compliance Categories.

------------------------
Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (English Australian)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: English Australian OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System clock
Last Updated: 26 Aug 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (English British)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: English British OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System clock
Last Updated: 26 Aug 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (French)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: French OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System Clock
Last Updated: 30 Aug 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (German)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: German OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System Clock
Last Updated: 30 Aug 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (Italian)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: Italian OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System Clock
Last Updated: 30 Aug 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (Japanese)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: Japanese OS: 32-Bit Win Release Date: 29 Oct 1999
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: NONE
Product Dependencies: NONE
Clock Dependencies: System Clock
Last Updated: 20 Oct 1999
Product Details

 

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, starting July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date.

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia uses a date to bring up a download and upgrade reminder window.

 

 

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (Portuguese (Brazil))

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: Portuguese (Brazil) OS: 32-Bit Win Release Date: 11 Aug 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: system clock
Last Updated: 13 Sep 1999
Product Details

How the product handles dates:

Encarta Encyclopedia does not handle dates or perform 2-digit shortcut interpretations.


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (Spanish)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: Spanish OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System Clock
Last Updated: 30 Aug 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  2000   (Swedish)

Product Summary
Product: Encarta Encyclopedia Version: 2000 Category:Compliant
Language: Swedish OS: 32-Bit Win Release Date: N/A
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: Operating System Clock
Last Updated: 01 Oct 1999
Product Details

This document applies to Encarta Encyclopedia Version: 2000; 2000 Deluxe; 2000 Deluxe (DVD)

Release Date:

07/14/99 (2000 & 2000 Deluxe);

US only:

08/18/99 (2000 Deluxe DVD)

How the product handles dates:

Encarta Encyclopedia does not accept user provided dates in its functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1999 through December 2000 for Encarta Encyclopedia 2000. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see if the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia web site on a specific date each month during the 18-month life of the Yearbook (the 10th for US and the 15th for World English).) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays the Operating System Clock date, but it does not allow the user to change the date. The date format is as follows: MMMM DD YYYY (4-digit format).

Operational ranges are as follows:

Date display: through December 31, 2099

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and have been tested through December 31, 2035.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (Dutch)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: Dutch OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System Clock
Last Updated: 03 Nov 1998
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (English)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: English OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System clock
Last Updated: 28 Apr 1999
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (English)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: English OS: Mac Release Date: 01 Nov 1997
Operational Range: -
Prerequisites: NONE
Product Dependencies: Macintosh OS, QuickTime, QuickTime VR, Apple’s Text-To-Speech, MindVision InstallerVise (setup), AppleScript, Macromedia Flash
Clock Dependencies: System Clock/Date & Time Control Panel
Last Updated: 27 Sep 1999
Product Details

How the product handles dates:


Although Mac Encarta Encyclopedia does not allow user input of dates anywhere in the application, the Yearbook Downloads screen does displays the current system clock date as shown in the Apple operating system Date & Time control panel.

Two-digit shortcut handling:

Not Applicable

Note:

Operational Range for Data:

Microsoft tested the product through December 31, 2019. Tests beyond this date were not possible due to limitations with the Apple Date & Time Control Panel. Dates set after 12/31/2019 roll back 100 years (dates set in 2020 will appear to be 1920).

Information on Date & Time control panel limitations can be found at: http://www.apple.com/about/year2000/y2kos.html#osextensions


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (French)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: French OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System Clock
Last Updated: 03 Nov 1998
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (German)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: German OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System Clock
Last Updated: 03 Nov 1998
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (Italian)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: Italian OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System Clock
Last Updated: 03 Nov 1998
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (Japanese)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: Japanese OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System Clock
Last Updated: 03 Nov 1998
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  98   (Spanish)

Product Summary
Product: Encarta Encyclopedia Version: 98 Category:Compliant
Language: Spanish OS: 32-Bit Win Release Date: 01 Jan 1997
Operational Range: -
Prerequisites: none
Product Dependencies: none
Clock Dependencies: System Clock
Last Updated: 03 Nov 1998
Product Details

Operational Range for Data: N/A (tested through December 31, 2035)

Description of how the product handles dates:

Encarta Encyclopedia does not accept user-provided dates in any functionality with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1997 through December 1998, for Encarta 98 Encyclopedia. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta displays and allows you to change the OS System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Operational ranges are as follows:

Date display: through December 31, 2099.
Date modification: January 1, 1996 through December 31, 1999.

The date modification range is by design due to the limited lifetime of the Yearbook updates.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (Dutch)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: Dutch OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (English)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: English OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System clock
Last Updated: 31 Mar 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (English Australian)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: English Australian OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (English British)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: English British OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (French)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: French OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (German)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: German OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (Italian)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: Italian OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (Japanese)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: Japanese OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites:
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: System clock
Last Updated: 22 Jun 1999
Product Details

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia 99 owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (Portuguese (Brazil))

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: Portuguese (Brazil) OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Encyclopedia  99   (Spanish)

Product Summary
Product: Encarta Encyclopedia Version: 99 Category:Compliant
Language: Spanish OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: none
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later, Internet Explorer 4.0x
Clock Dependencies: System Clock
Last Updated: 08 Jun 1999
Product Details

 

[This information applies to Encarta Encyclopedia 99, Encarta Encyclopedia 99 Deluxe, and Encarta Encyclopedia 99 Deluxe DVD.]

How the product handles dates:

Encarta Encyclopedia does not accept user-provided dates with the following exception:

Encarta Encyclopedia owners may download monthly Yearbook and Web Link updates for a period of 18 months, July 1998 through December 1999, for Encarta Encyclopedia 99. Encarta Encyclopedia will automatically notify the user that a new update is available by checking to see whether the Yearbook is up to date based on a regular publishing schedule. (New updates are made available on the Encarta Encyclopedia website on the 10th of each month during the 18-month life of the Yearbook.) In the Troubleshooting section of the Downloads feature, Encarta Encyclopedia displays and allows users to change the Operating System Clock date. The date format is as follows:
MMMM DD, YYYY (4-digit format)

Encarta Encyclopedia also uses a date to bring up download and upgrade reminder windows. These are based off of set dates and function normally through December 31, 2035.

Two-digit shortcut handling:

Not Applicable

What issues are there?:

Encarta Encyclopedia Deluxe 99 has no date issues, however, its discs include the files for Internet Explorer v4.01 Service Pack 1 so that users have immediate access to browser software. The Microsoft Virtual Machine software update included with this version of Internet Explorer contains year 2000 issues. Encarta Encyclopedia does not use this component or Internet Explorer and is not affected by this matter. See the compliance document for Internet Explorer 4.0x for information to resolve its issues.

Recommendations to meet compliance:

Not Applicable


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Eng. Learning  1.0   (French)

Product Summary
Product: Encarta Eng. Learning Version: 1.0 Category:Compliant
Language: French OS: 32-Bit Win Release Date: 23 Feb 1999
Operational Range: 23 Feb 1999 - 01 Jan 2035
Prerequisites: None
Product Dependencies: Internet Explorer 4.01 Service Pack 1, SpeechSDK (SAPI), DirectX, Direct Media, Microsoft Foundation Classes, AudioMan, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
Clock Dependencies: System Clock
Last Updated: 22 Jun 1999
Product Details

Encarta Interactive English Learning

How the product handles dates:

The Study Planner is the feature in Encarta Interactive English Learning that uses dates. The user picks the days of the week he/she wants to work and either chooses a length of time to study each day or picks an end date using a calendar control. The Study Planner then calculates the unknown variable to determine the user’s study plan. The dates that are calculated and displayed in Encarta Interactive English Learning use a four-digit year.

Two-digit shortcut handling:

Not Applicable.

What issues are there?

Encarta Interactive English Learning uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. However, Encarta Interactive English Learning does not use this component within the application and is not affected by this matter.

Recommendations:

Since Internet Explorer installs with Encarta Interactive English Learning, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. The posted Internet Explorer 4.01 Service Pack 1 issues do not affect Encarta Interactive English Learning.

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Eng. Learning  1.0   (Italian)

Product Summary
Product: Encarta Eng. Learning Version: 1.0 Category:Compliant
Language: Italian OS: 32-Bit Win Release Date: 15 Jun 1999
Operational Range: 15 Jun 1999 - 01 Jan 2035
Prerequisites: None
Product Dependencies: Internet Explorer 4.01 Service Pack 1, SpeechSDK (SAPI), DirectX, Direct Media, Microsoft Foundation Classes, AudioMan, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
Clock Dependencies: System Clock
Last Updated: 22 Jun 1999
Product Details

Encarta Interactive English Learning

How the product handles dates:

The Study Planner is the feature in Encarta Interactive English Learning that uses dates. The user picks the days of the week he/she wants to work and either chooses a length of time to study each day or picks an end date using a calendar control. The Study Planner then calculates the unknown variable to determine the user’s study plan. The dates that are calculated and displayed in Encarta Interactive English Learning use a four-digit year.

Two-digit shortcut handling:

Not Applicable.

What issues are there?

Encarta Interactive English Learning uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. However, Encarta Interactive English Learning does not use this component within the application and is not affected by this matter.

Recommendations:

Since Internet Explorer installs with Encarta Interactive English Learning, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. The posted Internet Explorer 4.01 Service Pack 1 issues do not affect Encarta Interactive English Learning.

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Eng. Learning  1.0   (Japanese)

Product Summary
Product: Encarta Eng. Learning Version: 1.0 Category:Compliant
Language: Japanese OS: 32-Bit Win Release Date: 23 Feb 1999
Operational Range: 23 Feb 1999 - 01 Jan 2035
Prerequisites: None
Product Dependencies: Internet Explorer 4.01 Service Pack 1, SpeechSDK (SAPI), DirectX, Direct Media, Microsoft Foundation Classes, AudioMan, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
Clock Dependencies: System Clock
Last Updated: 22 Jun 1999
Product Details

Encarta Interactive English Learning

How the product handles dates:

The Study Planner is the feature in Encarta Interactive English Learning that uses dates. The user picks the days of the week he/she wants to work and either chooses a length of time to study each day or picks an end date using a calendar control. The Study Planner then calculates the unknown variable to determine the user’s study plan. The dates that are calculated and displayed in Encarta Interactive English Learning use a four-digit year.

Two-digit shortcut handling:

Not Applicable.

What issues are there?

Encarta Interactive English Learning uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. However, Encarta Interactive English Learning does not use this component within the application and is not affected by this matter.

Recommendations:

Since Internet Explorer installs with Encarta Interactive English Learning, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. The posted Internet Explorer 4.01 Service Pack 1 issues do not affect Encarta Interactive English Learning.

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Eng. Learning  1.0   (Polish)

Product Summary
Product: Encarta Eng. Learning Version: 1.0 Category:Compliant
Language: Polish OS: 32-Bit Win Release Date: 13 Sep 1999
Operational Range: -
Prerequisites: NONE
Product Dependencies: Internet Explorer 5.0, SpeechSDK (SAPI), DirectX, Direct Media, Microsoft Foundation Classes, AudioMan, Windows 95, Windows 98, Windows NT4 with Service Pack 3 or later
Clock Dependencies: System Clock
Last Updated: 20 Oct 1999
Product Details

 

How the product handles dates:

The Study Planner is the feature in Encarta Interactive English Learning that uses dates. The user picks the days of the week he/she wants to work and either chooses a length of time to study each day or picks an end date using a calendar control. The Study Planner then calculates the user’s study plan. The dates that are calculated and displayed in Encarta Interactive English Learning use a four-digit year.

 

Two-digit shortcut handling:

Not Applicable

 

Recommendations to meet compliance:

Since Internet Explorer 5.0 installs with Encarta Interactive English Learning, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Eng. Learning  1.0   (Spanish)

Product Summary
Product: Encarta Eng. Learning Version: 1.0 Category:Compliant
Language: Spanish OS: 32-Bit Win Release Date: 15 Apr 1999
Operational Range: 15 Apr 1999 - 01 Jan 2035
Prerequisites: None
Product Dependencies: Internet Explorer 4.01 Service Pack 1, SpeechSDK (SAPI), DirectX, Direct Media, Microsoft Foundation Classes, AudioMan, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
Clock Dependencies: System Clock
Last Updated: 22 Jun 1999
Product Details

Encarta Interactive English Learning

How the product handles dates:

The Study Planner is the feature in Encarta Interactive English Learning that uses dates. The user picks the days of the week he/she wants to work and either chooses a length of time to study each day or picks an end date using a calendar control. The Study Planner then calculates the unknown variable to determine the user’s study plan. The dates that are calculated and displayed in Encarta Interactive English Learning use a four-digit year.

Two-digit shortcut handling:

Not Applicable.

What issues are there?

Encarta Interactive English Learning uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. However, Encarta Interactive English Learning does not use this component within the application and is not affected by this matter.

Recommendations:

Since Internet Explorer installs with Encarta Interactive English Learning, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. The posted Internet Explorer 4.01 Service Pack 1 issues do not affect Encarta Interactive English Learning.

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (Dutch)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: Dutch OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (English)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: English OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (English British)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: English British OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (French)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: French OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (German)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: German OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (Italian)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: Italian OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (Japanese)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: Japanese OS: 32-Bit Win Release Date: 29 Oct 1999
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: NONE
Product Dependencies: NONE
Clock Dependencies: System Clock
Last Updated: 20 Oct 1999
Product Details

How the product handles dates:

There are two features that use dates.  The statistics feature has a date field for the particular statistic.  It uses a 4-digit year.  Also, some other statistics have projections for the next several years.  No issues have been identified with projection dates after the year 2000.

 

Two-digit shortcut handling:

Not Applicable

 

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (Portuguese (Brazil))

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: Portuguese (Brazil) OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Interactive World Atlas  2000 (5.0)   (Spanish)

Product Summary
Product: Encarta Interactive World Atlas Version: 2000 (5.0) Category:Compliant
Language: Spanish OS: 32-Bit Win Release Date: 14 Jul 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer 5.0, Windows 95, Windows 98, Windows NT4 with Service Pack 3
Clock Dependencies: System Clock
Last Updated: 26 Aug 1999
Product Details

How the product handles dates:

There are two features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, some other statistics have projections for the next several years. No issues have been identified with projection dates after the year 2000.

Two-digit shortcut handling:

Not Applicable

Recommendations to meet compliance:

Since Internet Explorer installs with Encarta Interactive World Atlas 2000, Microsoft recommends reviewing the Internet Explorer 5.0 compliance document for any necessary year 2000 actions.

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Online  RTW 8/2/1999   (English)

Product Summary
Product: Encarta Online Version: RTW 8/2/1999 Category:Compliant
Language: English OS: Non-specific Release Date: 02 Aug 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Internet Explorer on MS Windows: MS Media Player 6.0 or later. Netscape on MS Windows: Quicktime 3.0 or later. Internet Explorer on Mac: Quicktime 3.0 or later. Netscape on Mac: Quicktime 3.0 or later
Clock Dependencies: None
Last Updated: 14 Oct 1999
Product Details

Encarta Online can be found at: http://www.encarta.msn.com/

 

How the product handles dates:

 

Microsoft Encarta Online, is an online Encyclopedia, that is made available to users over the World Wide Web. Content is read-only and is stored on Microsoft Web Servers. Users are not required to input date-related data. The only date related components to test are Online Billing (which is provided by an external component called OneBill), the Automatic content update process (an automatic process used to update the encyclopedia content) and correct expiration of Free Trial and Volume Licensing Accounts.

 

Where the product handles dates:

·         Credit card information is obtained from the user using the OneBill component. This is where Encarta.msn.com asks the user for date data.

·         The automatic content update mechanism uses Operating System APIs to get and compare file-stamps.

·         The Free Trial component uses MS SQL Server 7.0 data fields to store free trial account creation and expiration dates.

 

Two-digit shortcut handling:

The product does not use 2-digit shortcuts.

 

 

 

 

 

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (Canadian English)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: Canadian English OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
Clock Dependencies: System Clock
Last Updated: 14 Oct 1999
Product Details

Release Date:

7/14/99 (CD)

8/18/99 (DVD US)

8/20/99 (DVD International English)

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite 2000:

Encarta Encyclopedia 2000
Encarta Interactive World Atlas 2000
Encarta World English Dictionary

There are no known issues in the suite code.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (English)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: English OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
Clock Dependencies: System Clock
Last Updated: 14 Oct 1999
Product Details

Release Date:

7/14/99 (CD)

8/18/99 (DVD US)

8/20/99 (DVD International English)

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite 2000:

Encarta Encyclopedia 2000
Encarta Interactive World Atlas 2000
Encarta World English Dictionary

There are no known issues in the suite code.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (English Australian)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: English Australian OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
Clock Dependencies: System Clock
Last Updated: 14 Oct 1999
Product Details

Release Date:

7/14/99 (CD)

8/18/99 (DVD US)

8/20/99 (DVD International English)

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite 2000:

Encarta Encyclopedia 2000
Encarta Interactive World Atlas 2000
Encarta World English Dictionary

There are no known issues in the suite code.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (English British)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: English British OS: 32-Bit Win Release Date: N/A
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
Clock Dependencies: System Clock
Last Updated: 14 Oct 1999
Product Details

Release Date:

7/14/99 (CD)

8/18/99 (DVD US)

8/20/99 (DVD International English)

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite 2000:

Encarta Encyclopedia 2000
Encarta Interactive World Atlas 2000
Encarta World English Dictionary

There are no known issues in the suite code.

Two-digit shortcut handling:

Not Applicable.

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (French)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: French OS: 32-Bit Win Release Date: 27 Aug 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: system clock
Last Updated: 14 Oct 1999
Product Details

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite:

Encarta Encyclopedia 2000

Encarta Interactive World Atlas 2000

There are no known issues in the suite code itself.

Two-digit shortcut handling:

This product does not perform two-digit shortcut interpretations

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (Italian)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: Italian OS: 32-Bit Win Release Date: 20 Aug 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: system clock
Last Updated: 14 Oct 1999
Product Details

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite:

Encarta Encyclopedia 2000

Encarta Interactive World Atlas 2000

There are no known issues in the suite code itself.

Two-digit shortcut handling:

This product does not perform two-digit shortcut interpretations

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (Japanese)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: Japanese OS: 32-Bit Win Release Date: 29 Oct 1999
Operational Range: 01 Jan 1999 - 31 Dec 2035
Prerequisites: NONE
Product Dependencies: NONE
Clock Dependencies: System Clock
Last Updated: 21 Oct 1999
Product Details

 

How the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite 2000:

Encarta Encyclopedia 2000

 

Encarta Interactive World Atlas 2000

 

Bookshelf 2.0 for Encarta Reference Suite

 

 

There are no known issues year 2000 in the suite code.

 

 

 

 

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  2000   (Spanish)

Product Summary
Product: Encarta Reference Suite Version: 2000 Category:Compliant
Language: Spanish OS: 32-Bit Win Release Date: 27 Aug 1999
Operational Range: -
Prerequisites: None
Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3 or later
Clock Dependencies: system clock
Last Updated: 14 Oct 1999
Product Details

How the product handles dates:

Microsoft Bookshelf en Español does not accept user-provided dates for functionality.

Please see compliance statements for each of the additional products included in Encarta Reference Suite:

Encarta Encyclopedia 2000

Encarta Interactive World Atlas 2000

There are no known issues in the suite code itself.

Two-digit shortcut handling:

This product does not perform 2-digit shortcut interpretations

 


Legend of Symbols:
*The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
#The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
+The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
Note: Compliance ratings given for each product assume that all recommended actions have been taken.


Microsoft Year 2000 Resource Center
Encarta Reference Suite  98   (English)

Product Summary
Product: Encarta Reference Suite Version: 98 Category:Compliant
Language: English OS: 32-Bit Win Release Date: 01 Sep 1997
Operational Range: -
Prerequisites: NONE
Product Dependencies: NONE
Clock Dependencies: System Clock
Last Updated: 14 Oct 1999
Product Details
Description of how the product handles dates:

Please see compliance statements for each of the individual products included in Encarta Reference Suite:
      
  • Encarta 98 Encyclopedia
  • Encarta Virtual Globe 1998 Edition
  • Bookshelf 98

  • Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Reference Suite  99   (English)

    Product Summary
    Product: Encarta Reference Suite Version: 99 Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 19 Aug 1998
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
    Clock Dependencies: System clock
    Last Updated: 14 Oct 1999
    Product Details

     

     

    [This information applies to Encarta Reference Suite 99 and Encarta Reference Suite 99 DVD.]

    How the product handles dates:

    Please see compliance statements for each of the individual products included in Encarta Reference Suite:

    Encarta Encyclopedia 99
    Encarta Virtual Globe 99
    Bookshelf 99

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Not Applicable

    Recommendations to meet compliance:

    Not Applicable

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Reference Suite  99   (English Australian)

    Product Summary
    Product: Encarta Reference Suite Version: 99 Category:Compliant
    Language: English Australian OS: 32-Bit Win Release Date: 01 Jan 1997
    Operational Range: -
    Prerequisites: none
    Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
    Clock Dependencies: System Clock
    Last Updated: 14 Oct 1999
    Product Details

     

     

    [This information applies to Encarta Reference Suite 99 and Encarta Reference Suite 99 DVD.]

    How the product handles dates:

    Please see compliance statements for each of the individual products included in Encarta Reference Suite:

    Encarta Encyclopedia 99
    Encarta Virtual Globe 99
    Bookshelf 99

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Not Applicable

    Recommendations to meet compliance:

    Not Applicable

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Reference Suite  99   (English British)

    Product Summary
    Product: Encarta Reference Suite Version: 99 Category:Compliant
    Language: English British OS: 32-Bit Win Release Date: 01 Jan 1997
    Operational Range: -
    Prerequisites: none
    Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
    Clock Dependencies: System Clock
    Last Updated: 14 Oct 1999
    Product Details

     

     

    [This information applies to Encarta Reference Suite 99 and Encarta Reference Suite 99 DVD.]

    How the product handles dates:

    Please see compliance statements for each of the individual products included in Encarta Reference Suite:

    Encarta Encyclopedia 99
    Encarta Virtual Globe 99
    Bookshelf 99

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Not Applicable

    Recommendations to meet compliance:

    Not Applicable

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Reference Suite  99   (Japanese)

    Product Summary
    Product: Encarta Reference Suite Version: 99 Category:Compliant
    Language: Japanese OS: 32-Bit Win Release Date: 01 Jan 1997
    Operational Range: -
    Prerequisites: none
    Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
    Clock Dependencies: System Clock
    Last Updated: 14 Oct 1999
    Product Details

     

     

    [This information applies to Encarta Reference Suite 99 and Encarta Reference Suite 99 DVD.]

    How the product handles dates:

    Please see compliance statements for each of the individual products included in Encarta Reference Suite:

    Encarta Encyclopedia 99
    Encarta Virtual Globe 99
    Bookshelf 99

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Not Applicable

    Recommendations to meet compliance:

    Not Applicable

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Reference Suite  99   (Spanish)

    Product Summary
    Product: Encarta Reference Suite Version: 99 Category:Compliant
    Language: Spanish OS: 32-Bit Win Release Date: 01 Jan 1997
    Operational Range: -
    Prerequisites: none
    Product Dependencies: Windows 95, Windows 98, Windows NT 4 Service Pack 3
    Clock Dependencies: System Clock
    Last Updated: 14 Oct 1999
    Product Details

     

     

    [This information applies to Encarta Reference Suite 99 and Encarta Reference Suite 99 DVD.]

    How the product handles dates:

    Please see compliance statements for each of the individual products included in Encarta Reference Suite:

    Encarta Encyclopedia 99
    Encarta Virtual Globe 99
    Bookshelf 99

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Not Applicable

    Recommendations to meet compliance:

    Not Applicable

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Virtual Globe 1999  4.0   (English)

    Product Summary
    Product: Encarta Virtual Globe 1999 Version: 4.0 Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 with Service Pack 3
    Clock Dependencies: System Clock
    Last Updated: 12 Apr 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta Virtual Globe 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta Virtual Globe 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta Virtual Globe 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta Virtual Globe 1999.

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta Virtual Globe  98   (English)

    Product Summary
    Product: Encarta Virtual Globe Version: 98 Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 01 Sep 1997
    Operational Range: -
    Prerequisites: NONE
    Product Dependencies: NONE
    Clock Dependencies: System Clock
    Last Updated: 07 Jul 1999
    Product Details
    Operational Range for Data: N/A (tested through December 31, 2035)

    Description of how the product handles dates:

    Encarta Virtual Globe does not accept user-provided dates for any functionality.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Atlas 1999  4.0   (English)

    Product Summary
    Product: Encarta World Atlas 1999 Version: 4.0 Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
    Clock Dependencies: System Clock
    Last Updated: 30 Aug 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta World Atlas 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta World Atlas 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta World Atlas 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta World Atlas 1999.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Atlas 1999  4.0   (French)

    Product Summary
    Product: Encarta World Atlas 1999 Version: 4.0 Category:Compliant
    Language: French OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
    Clock Dependencies: System Clock
    Last Updated: 30 Aug 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta World Atlas 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta World Atlas 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta World Atlas 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta World Atlas 1999.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Atlas 1999  4.0   (German)

    Product Summary
    Product: Encarta World Atlas 1999 Version: 4.0 Category:Compliant
    Language: German OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
    Clock Dependencies: System Clock
    Last Updated: 30 Aug 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta World Atlas 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta World Atlas 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta World Atlas 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta World Atlas 1999.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Atlas 1999  4.0   (Italian)

    Product Summary
    Product: Encarta World Atlas 1999 Version: 4.0 Category:Compliant
    Language: Italian OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
    Clock Dependencies: System Clock
    Last Updated: 30 Aug 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta World Atlas 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta World Atlas 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta World Atlas 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta World Atlas 1999.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Atlas 1999  4.0   (Japanese)

    Product Summary
    Product: Encarta World Atlas 1999 Version: 4.0 Category:Compliant
    Language: Japanese OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
    Clock Dependencies: System Clock
    Last Updated: 30 Aug 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta World Atlas 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta World Atlas 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta World Atlas 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta World Atlas 1999.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Atlas 1999  4.0   (Spanish)

    Product Summary
    Product: Encarta World Atlas 1999 Version: 4.0 Category:Compliant
    Language: Spanish OS: 32-Bit Win Release Date: 05 Jan 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: Internet Explorer 4.01 Service Pack 1, Windows 95, Windows 98, Windows NT4 (Service Pack 3) or later
    Clock Dependencies: System Clock
    Last Updated: 30 Aug 1999
    Product Details

    How the product handles dates:

    There are only a few features that use dates. The statistics feature has a date field for the particular statistic. It uses a 4-digit year. Also, a couple of statistics have projections for the next several years. They work appropriately with projection dates after the year 2000.

    Two-digit shortcut handling:

    Not Applicable

    What issues are there?:

    Encarta World Atlas 1999 uses Internet Explorer 4.01 Service Pack 1 to render the content of the application. Internet Explorer has identified a year 2000 issue with a component of Internet Explorer. Encarta World Atlas 1999 does not use this component within the application and is not affected by this matter.

    Recommendations:

    Since Internet Explorer installs with Encarta World Atlas 1999, Microsoft recommends reviewing the Internet Explorer 4.01 compliance document for necessary year 2000 actions, if customers are interested in applying these updates. Again, this matter does not affect Encarta World Atlas 1999.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Eng. Dictionary    (English)

    Product Summary
    Product: Encarta World Eng. Dictionary Version: Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 14 Jul 1999
    Operational Range: 01 Jan 1999 - 01 Jan 2050
    Prerequisites: None
    Product Dependencies: Operating System
    Clock Dependencies: System clock
    Last Updated: 26 Aug 1999
    Product Details

    How the product handles dates:

    Encarta World English Dictionary does not accept user-provided dates. Encarta World English Dictionary does use the system date to check if a day has passed since last time the program was used to determine if a new "Of the Day" article should be displayed. The "Of the Day" article list is a rotating limited set.

    Two-digit shortcut handling:

    Not applicable.

     

    Testing guidelines and recommendations:

    Verify the "Of the Day article" changes when the clock is changed and the product is reopened.

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Eng. Dictionary    (English Australian)

    Product Summary
    Product: Encarta World Eng. Dictionary Version: Category:Compliant
    Language: English Australian OS: 32-Bit Win Release Date: 14 Jul 1999
    Operational Range: 01 Jan 1999 - 01 Jan 2050
    Prerequisites: None
    Product Dependencies: Operating System
    Clock Dependencies: System clock
    Last Updated: 26 Aug 1999
    Product Details

    How the product handles dates:

    Encarta World English Dictionary does not accept user-provided dates. Encarta World English Dictionary does use the system date to check if a day has passed since last time the program was used to determine if a new "Of the Day" article should be displayed. The "Of the Day" article list is a rotating limited set.

    Two-digit shortcut handling:

    Not applicable.

     

    Testing guidelines and recommendations:

    Verify the "Of the Day article" changes when the clock is changed and the product is reopened.

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Encarta World Eng. Dictionary    (English British)

    Product Summary
    Product: Encarta World Eng. Dictionary Version: Category:Compliant
    Language: English British OS: 32-Bit Win Release Date: 14 Jul 1999
    Operational Range: 01 Jan 1999 - 01 Jan 2050
    Prerequisites: None
    Product Dependencies: Operating System
    Clock Dependencies: System Clock
    Last Updated: 02 Sep 1999
    Product Details

    How the product handles dates:

    Encarta World English Dictionary does not accept user-provided dates. Encarta World English Dictionary does use the system date to check if a day has passed since last time the program was used to determine if a new "Of the Day" article should be displayed. The "Of the Day" article list is a rotating limited set.

    Two-digit shortcut handling:

    Not applicable.

     

    Testing guidelines and recommendations:

    Verify the "Of the Day article" changes when the clock is changed and the product is reopened.

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Entertainment Pack  1.0   (English)

    Product Summary
    Product: Entertainment Pack Version: 1.0 Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 11 Mar 1993
    Operational Range: -
    Prerequisites: None
    Product Dependencies: None
    Clock Dependencies: None
    Last Updated: 20 Jul 1999
    Product Details

    Best of Windows Entertainment Pack

    Best of Windows Entertainment Pack does not handle dates or perform two-digit shortcut interpretations.


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Entertainment Pack for Windows CE  2.0   (English)

    Product Summary
    Product: Entertainment Pack for Windows CE Version: 2.0 Category:Compliant
    Language: English OS: Win CE Release Date: 01 Nov 1999
    Operational Range: -
    Prerequisites: None
    Product Dependencies: None
    Clock Dependencies: None
    Last Updated: 04 Oct 1999
    Product Details

    Product Details

    This information applies to The Entertainment Pack for Windows CE for Handheld PC Professional Edition 3.0 and Windows CE for Palm-Size PC 1.1.

    The Entertainment Pack for Windows CE does not handle dates or perform 2-digit shortcut interpretations.

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Canadian French)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Canadian French OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Apple operating System
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Danish)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Danish OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Apple Operating System
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Dutch)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Dutch OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Apple Operating System
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (English)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: English OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Finnish)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Finnish OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (French)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: French OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (German)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: German OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Italian)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Italian OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Japanese)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Japanese OS: Mac Release Date: N/A
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 1900/01/01. Excel 5.0 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. If the system short date is a YY format (YY refers to a 2-digit year entry), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format.
    • Parsing on date entry. If a user enters a date in a "yy-m-d" format, less than 20 is interpreted as 20XX, and equal to or greater than 20 is 19XX. For example, Microsoft Excel 5 will recognize, 15-01-01" as January 1, 2015, but will recognize "25-01-01" as January 1, 1925. To avoid possible confusion, however, users can always display dates in a YYYY (4-digit year) format so the century is clearly shown.
    • If a user enters a date in a "yy/mm/dd" format, it will be interpreted as a Japanese era date. For instance, "1/2/3" will parse to 03 FEB 1989, or February 3, Heisei year 1. To avoid ambiguity, enter dates in a YYYY/MM/DD format so they can be clearly understood as Gregorian dates. Or enter dates with a prefix for the Japanese era, such as H, S, T, or M, so they can be understood as Japanese era dates.
    • On a default Japanese system, if a user enters a 21st century date in a "mm/yy/dd" format, some cases will be interpreted as a "yy/mm/dd" format. To avoid ambiguity, enter dates in a YYYY/MM/DD format so the date can be clearly understood.

    Leap Year. Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base (KB) article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above.

    (See Knowledge Base article Q164406 for more information.)

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel 5 might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1-1-15". When you paste "1-1-15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an interpretation can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q182766 for more information.)

    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

    Recording date entry in a macro records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See Knowledge Base article Q182766 for more information.)

    Using a format such as "Dec 98" will not be interpreted at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel 5 assumes it is a year. However, Microsoft Excel 5 assumes "Dec 01" refers to December 1 of the current year. (See Knowledge Base article Q180952 for more information.)

    • Serial date handling has the least potential for misinterpretation. Due to the ambiguous nature of text dates, in general they will have some potential for error. Consequently, you should use serial dates whenever possible when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Use 4-digit year formats for dates in Excel. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should not be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "25/2/1" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references as text strings. Since they do not store dates as serial values, they are susceptible to century issues when a 2-digit format is used for the year. Using defined names in this way can also create issues because users who use a date format with an order other than M-d-y will experience misinterpretations. Recommended usage is to define the name referring to a cell containing a serial date.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files.

    The following areas should be examined to verify dates are being properly used. The table below can be used to guide testing of Microsoft Excel 5 within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, and PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To resolve, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from:

    text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates (for the year) will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel so use 4-digit dates (for the year) to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language

    Functions

    • Functions referring to text dates will parse according to the 2019/1920 cutoff rule.
    • Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    Visual Basic/ Visual Basic for Applications

    Transfer between VB/VBA and cells

    • Internally, Visual Basic for Applications treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions

    Microsoft provides the following Year 2000 testing guidelines for Microsoft Excel 5.

    • Users who work with dates in Microsoft Excel 5 will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "yyyy/MM/dd"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".
    • Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network so it is highly recommended that you isolate the computer from other systems before changing the system clock to conduct the following test.
    • Set the system clock to 11:59 p.m. December 31, 1999. Start Microsoft Excel 5. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel 5. Remember to reset your system clock to the correct time and date after conducting this test.
    • Verify that Excel 5 recognizes the year 2000 as a leap year: Start Microsoft Excel 5. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel 5 correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice that Microsoft Excel 5 treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Norwegian)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Norwegian OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Portuguese)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Portuguese OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Spanish)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Spanish OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  5.0   (Swedish)

    Product Summary
    Product: Excel (Macintosh) Version: 5.0 Category:Compliant#
    Language: Swedish OS: Mac Release Date: 31 Aug 1994
    Operational Range: 01 Jan 1904 - 31 Dec 2078
    Prerequisites: None
    Product Dependencies: Mac operating system
    Clock Dependencies: System clock
    Last Updated: 22 Sep 1999
    Product Details

    How the product handles dates:

    Storage:

    Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. . Excel 5 recognizes 01-JAN-1900 through 31-DEC-2078 as valid dates. 01/01/2000 is stored as value 36526, since it is the 36526th day in the century.

    Formatting:

    When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (2-digit year), then even when the user types a YYYY date (4-digit year), it will by default display in a YY format. The format can be changed. To avoid any ambiguity we recommend changing the system short date to a YYYY format.

    Parsing on date entry:

    If a user enters a date in a "M/d/yy" format, less than 20 is 20XX, and equal to or greater than 20 is 19XX. For example, Excel 5 will recognize, "01/01/15" as January 1, 2015, but will recognize "01/01/25" as January 1, 1925. To avoid any possible confusion, users can always display dates in a YYYY format so the century is clearly shown

    Leap Year:

    Microsoft Excel treats 1900 as a leap year for backward compatibility with other products such as Lotus 1-2-3. (See Knowledge Base article Q181370 for more information.)

    Two-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1920 through 2019.

    (See Knowledge Base (KB) article Q164406 for more information.)

    What are the acceptable deviations?

    MS Query accepts two-digit year date formatting for your ODBC query, but will always assume a twentieth century date. To avoid this issue, you should always use four digit years for queries based upon date data.

    Common date usage errors:

    If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q182766 for more information.)

     

    The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.

     

    Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q182766 for more information.)

     

    Using a format such as "Dec 98" will not function correctly at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Excel assumes "Dec 01" refers to December 1 of the current year. Since Microsoft Excel always stores the complete date, you can avoid ambiguity by entering a full date regardless of the display formatting. (See KB article Q180952 for more information.)

     

    Microsoft Excel handles serial dates, the most common usage of dates, properly. Due to the ambiguous nature of text dates, there is always some potential for error. Use serial dates whenever possible and take great care when transferring text dates.

     

    Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn't specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.

     

    Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2-digit year format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Microsoft Excel within your organization.

    Sub-system Component

    File Various File Formats Avoid storing 2Y dates in text file formats such as TXT, DIF, CSV, PRN. The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data Import from: text, Databases, External data sources Sort Data imported from databases and other external sources is often imported as text. Importing 2-digit years will be parsed with the 2019/1920 cutoff. This is different from later versions of Excel, so use 4-digit years to prevent confusion.

    Basic Use Functions Date Entry Natural Language Functions Functions referring to text dates will parse according to the 2019/1920 cutoff rule. Date entry will parse according to the 2019/1920 cutoff rule.

    Visual Data Charts Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA Transfer between VB/VBA and cells Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Additional Testing Instructions:

    Microsoft provides the tests below to aid customers in conducting their own year 2000 certification of Microsoft Excel.

    Users who work with dates in Microsoft Excel will benefit from changing the system short date format to one that uses a 4-digit year, (i.e. "MM/dd/yyyy"). This change will allow the user to clearly see the century of a date. Conducting the below tests is only worthwhile if 4-digit years are used. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Format/Cells/Number/Custom, and entering a 4-digit year format. To change the system short date format, press the Start button, then select Settings, Control Panel, Regional Settings, select the Date page, then change the Short Date Style to a format that includes a 4-digit year by replacing the "yy" portion with "yyyy".

     

    Verify that Microsoft Excel transitions smoothly into the year 2000: Warning! Before conducting this test, make sure you do not have any software containing a license that expires by the year 2000. This is especially common with beta copies of software programs. If a program determines that its license has expired it is possible the program will no longer boot, even after resetting the system clock. Changing a system clock on a network can affect other computers connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

     

    Set the system clock to 11:59 p.m. December 31, 1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After one minute, press {F9} to recalculate the formula you entered in A1. Note that the time and date shown will be in the year 2000, and nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

     

    Verify that Excel recognizes the year 2000 as a leap year: Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, indicating that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year. However, in your testing you may notice Excel treats 1900 as a leap year. This algorithm was adopted to maintain compatibility with dates in Lotus 1-2-3, and is by design. The calculation for leap years used by the Gregorian calendar is as follows. If a year is evenly divisible by four, it is a leap year, unless the year is evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year, unless it is also evenly divisible by 400. (See KB article Q181370 for more information.)

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (English)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: English OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 22 Sep 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (French)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: French OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: none
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 01 Oct 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (German)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: German OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: none
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 01 Oct 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (Italian)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: Italian OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: none
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 01 Oct 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (Japanese)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: Japanese OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: none
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 01 Oct 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (Spanish)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: Spanish OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: none
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 01 Oct 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel (Macintosh)  98   (Swedish)

    Product Summary
    Product: Excel (Macintosh) Version: 98 Category:Compliant
    Language: Swedish OS: Mac Release Date: 15 Jan 1998
    Operational Range: 01 Jan 1904 - 31 Dec 9999
    Prerequisites: none
    Product Dependencies: Apple Macintosh PowerPC Computers with Mac OS 7.5 to 8.1
    Clock Dependencies: Operating system clock
    Last Updated: 01 Oct 1999
    Product Details

    Description of how the product handles dates:

    • Storage. Microsoft Excel stores dates as numeric values, with day #1 being 01/01/1900. Microsoft Excel 98 recognizes 01-JAN-1900 through 31-DEC-9999 as valid dates. VB/VBA uses the same serial date system, with the exception of 1-JAN-1900 through 28-FEB-1900, where the values are different by 1, as a result of a backward-compatibility issue for a bug in Lotus 1-2-3 that treats 1900 as a leap year. Previous versions of Microsoft Excel recognize 01-JAN-1900 through 31-DEC-2078 as valid dates.
    • Formatting. When Microsoft Excel formats a date, it uses one of several default formats. The most common is the system short date. If the system short date is a YY format (refers to a 2-digit year entry), then even when the user types a YYYY date (refers to a 4-digit year entry), it will by default display in a YY format. The date format is customizable. For customers requiring the highest level of assurance concerning the reliability of their date data, we recommend changing the system short date to a YYYY format.
    • Parsing on date entry. If a user enters a date in a "M/d/yy" format, less than 30 is 20XX, and equal to or greater than 30 is 19XX. So, for instance, "1/1/25" used to parse to 01-JAN-1925, but now parses to 01-JAN-2025. Solution: Display dates in a YYYY format so the century is clearly shown.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry shown above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in previous versions, but in Microsoft Excel 98 returns 2025. Note that this only happens when "1/1/25" is a string using a 2-digit year format. Solution: An Excel add-in will be available shortly to aid the user in identifying and correcting these situations.

    2-digit shortcut handling:

    See discussion above. Conversion of 2-digit shortcut dates assumes a date window of 1930 through 2029.

    Common date usage errors:

    • If a date is pasted from one application to another using only the last two digits of the year, Microsoft Excel might parse the date differently than the originating application calculated it. Example: In a non-Excel application, you have the date January 1, 1915. You copy the date, but your system settings are "M/d/yy", and all that is copied is the text "1/1/15". When you paste "1/1/15" into Microsoft Excel, it will parse the date to January 1, 2015. Such an error can also occur when one application is using a "M/d/yy" format while another application is using a "d/M/yy" format. This also applies to importing dates from text files. (See KB articles Q180159 for more information.)
    • The DATE() function is not designed to take 2-digit year shortcuts, since it receives numeric parameters. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if you were to enter a formula such as =DATE(15,1,1), the resulting date would be January 1, 1915, not 2015.
    • Recording date entry in a macro only records the year according to the system short date format, which results in parsing a 2-digit year in playback. (See KB article Q180159 for more information.)
    • Using a format such as "Dec 98" will break at the year 2001. This is because 98 is too large to be the day of month, so Microsoft Excel assumes it is a year. However, Microsoft Excel assumes "Dec 01" refers to December 1 of the current year. (See KB article Q181194 for more information.)
    • Due to the ambiguous nature of text dates, in general they will always have some potential for error. Use serial dates whenever possible and take great care when transferring text dates.
    • Change the default system short date format to include a 4-digit year. Get in the habit of using 4-digit year formats for dates in Excel. Such a practice will make the date visible if a user mistakenly enters a date in the wrong century. When dates must be transferred between applications, ideally they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between month and day-of-month. For example, the text "2/1/25" could be interpreted as Feb. 1, 1925, Jan. 2, 1925, Feb. 1, 2025, or Jan. 2, 2025.
    • Defined names store references only as text strings. Since they do not store dates as serial values, they are vulnerable to century issues when a 2Y format is used. Using defined names in this way is also problematic because users who use a date format with an order other than M-d-y will experience miscalculations. Recommended usage is to define the name referring to a cell containing a serial date, which will avoid both of the above-mentioned potential problems.

    Microsoft has created three add-in tools to help users identify Year 2000 issues in solutions created with Microsoft Excel 98: For more information and download of these tools see Knowledge Base article Q193344.

    • The Date Migration Wizard is designed to help users find instances where date-related arguments are referencing text dates that only specify the last two digits of a year. This can cause changes in calculation from previous versions of Microsoft Excel.
    • The Date Watch Wizard runs in the background when you work and suggests alternatives when you enter text dates or functions that are year-ambiguous. It also changes number formats to a four-year date format when you type two-digit dates. Finally, the Date Watch Wizard will display an alert when you open text files that contain two-digit years.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change date formats in a workbook to formats that display four digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks. This tool will be available shortly at this location.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because we cannot predict side effects with other products. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify whether dates are being properly used. The table below can be used to guide testing of Excel within your organization.

    Sub-system

    Component

    File

    Various File Formats

    • Avoid storing 2-digit dates in text file formats such as TXT, DIF, CSV, PRN.
    • The default column width with default fonts may truncate characters with date formats that have 8 digits and two separators. To correct, increase the column width, or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, Databases, External data sources

    Sort

    • Data imported from databases and other external sources is often imported as text. Importing 2-digit dates will be parsed with the 2029/1930 cutoff. This is different from previous versions of Excel, so use 4-digit dates to prevent confusion.

    Basic Use

    Functions

    Date Entry

    Natural Language Functions

    • Functions referring to text dates will parse according to the 2029/1930 cutoff rule.
    • Date entry will parse according to the 2029/1930 cutoff rule.

    Visual Data

    Charts

    • Since chart labels are normally used for display, and not for calculation, this shouldn't pose much of an issue.

    VB/VBA

    Transfer between VB/VBA and cells

    • Internally, VBA treats dates as serial values, exactly like Excel. However, since VBA uses the "M/d/yy" format, you should avoid transferring the date text through VBA, since it could parse to the wrong century. This will also help avoid issues with international users who have a system short date format with an order other than M-d-y.

    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Arabic)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Arabic OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Basque)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Basque OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Chinese - Simplified)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Chinese - Simplified OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Chinese - Traditional)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Chinese - Traditional OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Croatian)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Croatian OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Czech)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Czech OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Danish)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Danish OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (Dutch)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: Dutch OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (English)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: English OS: 32-Bit Win Release Date: 25 Mar 1999
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (English Australian)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: English Australian OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Microsoft Year 2000 Resource Center
    Excel 2000  9.0   (English British)

    Product Summary
    Product: Excel 2000 Version: 9.0 Category:Compliant
    Language: English British OS: 32-Bit Win Release Date: N/A
    Operational Range: 01 Jan 1900 - 31 Dec 9999
    Prerequisites: None
    Product Dependencies: Windows 95 or Windows 98, Windows NT 4 with Service Pack 3 or greater, or Windows NT 5
    Clock Dependencies: System clock
    Last Updated: 09 Nov 1999
    Product Details

    Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Excel 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.

    How the product handles dates:

    • Storage. Excel stores dates as numeric values, with day 1 being 01/01/1900. Excel 2000 recognizes 01/01/1900 through 12/31/9999 as valid dates. Visual Basic (VB) and Visual Basic for Applications (VBA) use the same serial date system, with the exception of 01/01/1900 through 02/28/1900, where the values are different by 1. This difference is a result of a backward-compatibility issue with Lotus 1-2-3 that treats 1900 as a leap year.
    • Formatting. When Excel formats a date, it uses one of several default formats. The most common is the system short date. When the system short date is a "yy" format, if a user types a 4-digit year (yyyy) date, it will, by default, display in a 2-digit year (yy) format. Users can avoid this issue by changing their system short date to a "yyyy" format.

    The following optional registry setting can also be used to keep a "yyyy" format when a 4-digit date is entered: HKEY_CURRENT_USER\Software\ Microsoft\Office\9.0\Excel\Options::EnableFourDigitYearDisplay(DWORD)=1.

    This setting only affects dates entered with 4-digit years: that is, entering "1/1/1925" will display "1/1/1925," but entering "1/1/25" will still display "1/1/25."

    Planning for 4-digit-year display is important in programs such as Excel, where columns may be fixed by the worksheet author with widths that are too narrow for 4-digit years.

    • Parsing on date entry. Excel 2000 uses a 100-year sliding window for the century assigned to a 2-digit year. By default, this time period is 1930-2029, but it can be changed in Windows 98 and Windows NT 5 by changing the setting on the Date tab in Regional Settings in Control Panel. For example, by changing the setting to 2019, the new sliding window would be 1920-2019. This interface controls the registry key: HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax\1(STRING).

      Because this is a system-wide setting, it will affect all programs that call the application programming interface (API); however, it will only affect older programs, such as Microsoft Access 97, which use OLE automation to determine dates. Also, because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. For more information, see the
      Office 2000 product guide.
    • String date parsing during calculations. If a formula takes a string date as an argument, the string date is currently parsed using the same code as the date entry described above. This may be problematic for some users because a formula such as =YEAR("1/1/25") returned 1925 in earlier versions of Excel, but in Excel 2000 the same formula returns 2025. Because this only happens when "1/1/25" is a string using a 2-digit year format, a solution is to replace the string dates in these formulas with true dates by using the DATE() function—that is, DATE(1999,12,31)—or to change the "yy" date strings to "yyyy" date strings. The Date Migration Wizard, an Excel add-in tool, can also help the user identify and correct these situations.

    Two-digit shortcut handling: See "Parsing on Date Entry" above.

    Common date usage errors:

    • If a date is pasted from one program to another using only the last 2 digits of the year, Excel might parse the date differently than the originating program. Example: The date, January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel will parse the date using the rules in effect as described in "Parsing on Date Entry" above. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. This also applies to importing dates from text files. (See Knowledge Base article Q180159 for more information.)
    • Because it receives numeric parameters, the DATE() function is not designed to take 2-digit-year shortcuts. The DATE() function calculates a number less than 1900 as an offset from 1900. So, if a formula such as =DATE(15,1,1) is entered, the resulting date is January 1, 1915, not 2015. Entering =DATE(115,1,1) will result in January 1, 2015. To avoid problems, specify 4 digits for the year in the DATE() function.
    • Using a format such as "Dec 98" or "12/98" will not have the same interpretation at the year 2001. For example, because 98 is too large to be a day of the month, Excel interprets it is a year. However, Excel would interpret "Dec 01" as December 1 of the current year (See Knowledge Base article Q180952 for more information).
    • An undocumented behavior of Microsoft Query (all versions) may unintentionally encourage some users to enter a date criterion by specifying merely a month and day (such as "12/25"). In that instance, Query interprets the date as month and day of the current year. When the current year is equal to or greater than 2000, a malformed SQL statement is generated. In the event that this occurs, an error is generated and no data is returned. Avoiding this error is readily accomplished by entering a full and complete date. Microsoft recommends that all dates be entered in unambiguous formats, including a 4-digit year, but current versions of Microsoft Query also support windowing of 2-digit year dates as described in the Excel Year 2000 Product Guides.
    • When dates must be transferred between programs—using methods other than cut, copy, and paste—ideally, they should be transferred as serial dates. They should never be transferred as an ambiguous text format that doesn’t specify the century and causes confusion between the month and the day of the month. For example, the text "2/1/25" could be interpreted as any of the following: February 1, 1925; January 2, 1925; February 1, 2025; January 2, 2025; January 25, 1902; or January 25, 2002. Changing the default system short date format to include a 4-digit year and getting in the habit of using 4-digit year formats will make the date visible if a user mistakenly enters a date in the wrong century.
    • Defined names store references only as text strings. Because they do not store dates as serial values, they are vulnerable to century issues when a "yy" format is used. Using defined names in this way is also problematic because users with a system short date format order other than the string date order will experience miscalculations. Both of these potential problems can be avoided by defining the name that refers to a cell containing a serial date. For example, if a name is defined to refer to "2/1/99" by a user with "M/d/y" settings, the date will refer to February 1, 1999. When this same defined name and string are referred to by a user with "d/M/y settings, the date will resolve to January 2, 1999. Alternate interpretations can be avoided by replacing "2/1/99" in the string of the defined name with "=DATE(1999,2,1)".

    Microsoft has created the following add-in tools to help users identify Year 2000 issues and solutions in Excel 97 and later versions:

    • The Date Migration Wizard is designed to help users find instances where date-related arguments reference text dates that only specify the last 2 digits of a year—which can cause changes in calculation from earlier versions of Excel.
    • The Date Fix Wizard helps users find errors where the wrong century was entered for a date. It also allows the user to change the date formats in a workbook to formats that display the 4 digits of the year. Finally, it allows the user to scan workbooks for the earliest and latest dates in workbooks.

    Testing guidelines and recommendations:

    In general, avoid testing in a production environment or with non-duplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely.

    The following areas should be examined to verify that dates are being properly used. The following table can be used to guide testing of Excel 2000 within your organization.

    Subsystem

    Component

    Testing notes

    File

    Various file formats

    Avoid storing "yy" dates in text file formats such as .txt, .dif, .csv, and .prn.
    The default column width with default fonts may truncate characters with date formats that have eight digits and 2 separators. To avoid this, increase the column width or change the font to a fixed-width typeface such as Courier New.

    Data

    Import from: text, databases, external data sources
    Sort

    Data imported from databases and other external sources is often imported as text. Imported "yy" dates will be parsed with the 1930-2029 cutoff rule. Because this is different from earlier versions of Excel, use "yyyy" dates to prevent confusion.

    Basic Use

    Functions
    Date entry
    Natural language functions

    Functions referring to text dates will parse according to the 1930-2029 cutoff rule.
    Date entry will parse according to the 1930-2029 cutoff rule.

    Visual Data

    Charts

    Because chart labels are normally used for display and not for calculation, they may not be much of an issue.

    Visual Basic /Visual Basic for Applications

    Transfer between VB/VBA and cells

    Internally, VBA treats dates as serial values, exactly like Excel does. However, VBA uses the "M/d/yy" format, so users should avoid transferring the date text through VBA because it could parse to a different century. This may also help avoid issues with international users who have a system short- date format with an order other than M-d-y.

    Additional testing instructions:

    Excel 2000 has been designed for calculations well beyond the year 2000. Microsoft understands that, for various reasons, customers may be required to conduct their own Year 2000 certification testing. The following tests may aid customers in their own certification of Excel.

    Excel is designed to handle 2-digit year shortcuts well into the next century. Dates are stored internally, in a complete form, with full century information. Nevertheless, a user or administrator may elect to change the operating system short date format to a 4-digit display in order to avoid ambiguity when reading or transferring dates. Note that this change can affect column widths and print layout and it could require additional changes in your worksheets. If you decide not to set your system short date format to include a 4-digit year, you can format each cell individually by selecting Custom on the Number tab (Format menu, Cells command) in Excel, and then entering a 4-digit year format.

    To change the system short date format, do the following: On the Windows Start menu, point to Settings, click Control Panel, double-click the Regional Settings icon, and then click the Date tab. In the Short date style list, click a format that includes a 4-digit year ("yyyy").

    Because Excel 2000 Beta 2 is a beta product, it has an expiration date; however, 2 time periods exist to allow users to verify that Excel is Year 2000 compliant. These periods are 12/15/1999 to 03/15/2000 and 12/15/2000 to 03/15/2001.

    • Test 1—Verify that Excel transitions smoothly into the year 2000:

      Warning!
      Before conducting this test, make sure you do not have any software that contains a license that expires by the year 2000. This is especially common with beta copies of software programs. (Read the paragraph above.) If a program determines that its license has expired, it is possible that the program will no longer boot, even after resetting the system clock. This can be particularly troublesome if you are running a beta operating system. Changing a system clock on a network can affect other computers that are connected to the network, so it is highly recommended that you isolate the computer from all other systems before changing the system clock to conduct the following test.

    Set the system clock to 11:58 P.M., 12/31/1999. Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter =NOW(). After 2 minutes, press the F9 key to recalculate the formula that you entered in A1. Note that the time and date shown are in the year 2000 and that nothing unusual has happened to Excel. Remember to reset your system clock to the correct time and date after conducting this test.

    • Test 2—Verify that Excel recognizes the year 2000 as a leap year:

      Start Excel. In cell A1 (cell R1C1 if in R1C1 mode), enter "=DATE(2000,2,28)+1". Note that the resulting date is February 29, which indicates that Excel correctly recognizes that 2000 is a leap year.

    Note: The year 1900 is not a leap year; however, in your testing, you may notice that Excel treats 1900 as if it is. This algorithm is by design and was adopted to maintain compatibility with dates in Lotus 1-2-3. The calculation for leap years that is used by the Gregorian calendar is as follows: If a year is evenly divisible by four, it is a leap year unless it is also evenly divisible by 100. If a year is evenly divisible by 100, it is not a leap year unless it is also evenly divisible by 400. (See Knowledge Base article Q181370 for more information.)

    Excel 2000 uses a number of Microsoft Office 2000 shared files for the implementation of dialogs and toolbars, task automation, online help, installation, graphics, file find, and file I/O. For additional information that is appropriate for Excel 2000 please refer either to the document for the particular Office version that this application came with, or, in the case of a standalone product, to any version 2000 Microsoft Office document.

     

     

     


    Legend of Symbols:
    *The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology.
    #The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product.
    +The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly.
    Note: Compliance ratings given for each product assume that all recommended actions have been taken.


    Itemized List of products in each Volume

    YEAR 2000 READINESS DISCLOSURE

    ALL COMMUNICATIONS OR CONVEYANCES OF INFORMATION TO YOU CONCERNING MICROSOFT AND THE YEAR 2000, INCLUDING BUT NOT LIMITED TO THIS DOCUMENT OR ANY OTHER PAST, PRESENT OR FUTURE INFORMATION REGARDING YEAR 2000 TESTING, ASSESSMENTS, READINESS, TIME TABLES, OBJECTIVES, OR OTHER (COLLECTIVELY THE "MICROSOFT YEAR 2000 STATEMENT"), ARE PROVIDED AS A "YEAR 2000 READINESS DISCLOSURE" (AS DEFINED BY THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT) AND CAN BE FOUND AT MICROSOFT'S YEAR 2000 WEBSITE LOCATED AT http://microsoft.com/year2000/ (the "Y2K WEBSITE"). EACH MICROSOFT YEAR 2000 STATEMENT IS PROVIDED PURSUANT TO THE TERMS HEREOF, THE TERMS OF THE Y2K WEBSITE, AND THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT FOR THE SOLE PURPOSE OF ASSISTING THE PLANNING FOR THE TRANSITION TO THE YEAR 2000. EACH MICROSOFT YEAR 2000 STATEMENT CONTAINS INFORMATION CURRENTLY AVAILABLE AND IS UPDATED REGULARLY AND SUBJECT TO CHANGE. MICROSOFT THEREFORE RECOMMENDS THAT YOU CHECK THE Y2K WEBSITE REGULARLY FOR ANY CHANGES TO ANY MICROSOFT YEAR 2000 STATEMENT. EACH MICROSOFT YEAR 2000 STATEMENT IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. CONSEQUENTLY, MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. MOREOVER, MICROSOFT DOES NOT WARRANT OR MAKE ANY REPRESENTATIONS REGARDING THE USE OR THE RESULTS OF THE USE OF ANY MICROSOFT YEAR 2000 STATEMENT IN TERMS OF ITS CORRECTNESS, ACCURACY, RELIABILITY, OR OTHERWISE. NO ORAL OR WRITTEN INFORMATION OR ADVICE GIVEN BY MICROSOFT OR ITS AUTHORIZED REPRESENTATIVES SHALL CREATE A WARRANTY OR IN ANY WAY DECREASE THE SCOPE OF THIS WARRANTY DISCLAIMER. IN NO EVENT SHALL MICROSOFT OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER REGARDING ANY MICROSOFT YEAR 2000 STATEMENT INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS, PUNITIVE OR SPECIAL DAMAGES, EVEN IF MICROSOFT OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES, SO THE FOREGOING LIMITATION MAY NOT APPLY TO YOU. THE INFORMATION CONTAINED IN EACH MICROSOFT YEAR 2000 STATEMENT IS FOUND AT THE Y2K WEBSITE AND IS INTENDED TO BE READ IN CONJUNCTION WITH OTHER INFORMATION LOCATED AT THE Y2K WEBSITE, INCLUDING BUT NOT LIMITED TO MICROSOFT'S YEAR 2000 COMPLIANCE STATEMENT, THE DESCRIPTION OF THE CATEGORIES OF COMPLIANCE INTO WHICH MICROSOFT HAS CLASSIFIED ITS PRODUCTS IN ITS YEAR 2000 PRODUCT GUIDE, AND THE MICROSOFT YEAR 2000 TEST CRITERIA.

    ANY MICROSOFT YEAR 2000 STATEMENTS MADE TO YOU IN THE COURSE OF PROVIDING YEAR 2000 RELATED UPDATES, YEAR 2000 DIAGNOSTIC TOOLS, OR REMEDIATION SERVICES (IF ANY) ARE SUBJECT TO THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT (112 STAT. 2386). IN CASE OF A DISPUTE, THIS ACT MAY REDUCE YOUR LEGAL RIGHTS REGARDING THE USE OF ANY SUCH STATEMENTS, UNLESS OTHERWISE SPECIFIED BY YOUR CONTRACT OR TARIFF.

    Wednesday, November 17, 1999
    © 1999 Microsoft Corporation. All rights reserved. Terms of use.

    This site is being designated as a Year 2000 Readiness Disclosure and the information contained herein is provided pursuant to the terms hereof and the Year 2000 Information and Readiness Disclosure Act.