Date Time Zone Issue

Hi,
I am currently integrating Salesforce with ERPLN data via Informatica Cloud ETL.
The client is on ERPLN 6.1, Fp3, and Oracle 10 database and AIX OS. Both the LN Application and Oracle database are on the same Timezone GMT +1.00.
We observed that for Sales/Service Order dates, on Application front and on actual oracle database the date shown are different. There is a difference of either 1 hour or 2 hours, based on the day light savings in Europe.
Because of this difference, there is invariable changes in dates as well. For eg. Service Order date shown on ERPLN Application is 01-Jan-2013 00.12.25, but for the same service order the date stored in oracle database is 31-Dec-2012 23.12.25. Difference of 1 hour results in change of date as well. The difference doesnt remain the same over period, since there is day light savings as well.
So when we pull this data via ODBC connectivity in to Staging Database through Informatica cloud, the date shown is that of Oracle Database. When we push this date in to Salesforce, we want the dates shown same as that of ERPLN application.
Has anyone encountered such problems before, if yes, than what is the resolution for the same? I understand we change the TimeZone of the ODBC user, but that isnt possible or it doesnt help.
Appreciate your quick reply. Thanks much.
Warm Regards,
Raviraj Raikar

>
I am currently integrating Salesforce with ERPLN data via Informatica Cloud ETL.
The client is on ERPLN 6.1, Fp3, and Oracle 10 database and AIX OS. Both the LN Application and Oracle database are on the same Timezone GMT +1.00.
We observed that for Sales/Service Order dates, on Application front and on actual oracle database the date shown are different. There is a difference of either 1 hour or 2 hours, based on the day light savings in Europe.
Because of this difference, there is invariable changes in dates as well. For eg. Service Order date shown on ERPLN Application is 01-Jan-2013 00.12.25, but for the same service order the date stored in oracle database is 31-Dec-2012 23.12.25. Difference of 1 hour results in change of date as well. The difference doesnt remain the same over period, since there is day light savings as well.
So when we pull this data via ODBC connectivity in to Staging Database through Informatica cloud, the date shown is that of Oracle Database. When we push this date in to Salesforce, we want the dates shown same as that of ERPLN application.
Has anyone encountered such problems before, if yes, than what is the resolution for the same? I understand we change the TimeZone of the ODBC user, but that isnt possible or it doesnt help.
>
Sure - that problem is encountered whenever an application accepts user input that includes date/time but no timezone information. The timezone is often the client timezone; that is, the timezone of the user entering the data. Users in two different timezones entering the same date/time at exactly the same moment may find the data value stored is an hour or two different depending on the timezone of the DB server.
Yep! What happens if you ask a friend in a different timezone to call you at 3 pm? Which timezone are you talking about? Theirs or yours? Without knowing that you can't guarantee that you get the call when you think you will.
So you already know the possible solutions: 1) you need to capture the timezone with the date/time or 2) you need to ALWAYS use the same timezone (e.g. the server timezone).
You will need to change the app to implement one of those solutions or change the back-end to determine the timezone of the user provding the data and convert it.

Similar Messages

  • Calendar Event Invites - Time Zone Issue

    Hi all! 
    I just switched back to BlackBerry from iPhone, and love everything about it so far except one thing:  time zone issues on calendar invites.  
    My work uses an OS X hosted CalDAV server, and I was able to sync my existing calendars to it without issue.  
    My time zone:  Eastern
    My coworkers timezone:  Central 
    The Issue:   I received an invite from a coworker, and on my Mac, it shows at 1PM Eastern, as it should.  The invite was sent for 12PM Central.  This same invite appears on my BlackBerry at 7AM Eastern. 
    Testing completed:
    I added an invite on my BlackBerry for 6AM Eastern as a test, and it appeared on my Mac at the correct time without issue. 
    I added an event on another day from my Mac, and it synced to my BlackBerry without issue. 
    So it seems that my issue only exists when recieving event invites from others, possibly in different time zones.
    My Mac and BlackBerry are both set to Eastern time. 
    My coworkers Mac and iPhone are set for Central time.  
    I looked all through the BB settings and cannot find anything that would account for this odd behavior.  
    I tried a battery pull - same results. 
    I am on the latest OS available for a Q10:  10.2.1.2976
    Can anyone help with this?  I would hate to have to go back to iOS for one issue like this, however, an accurate and reliable calendar is critical to my work. 
    Solved!
    Go to Solution.

    Try this, for a test.
    Set your Q10 to GMT Timezone.
    Open the calendar, your invtes should be ~5 hours ahead.
    Set your TZ back to Eastern.
    Check your specific event mentioned above which was at 7am Eastern.
    Is it correct now?
    1. If any post helps you please click the below the post(s) that helped you.
    2. Please resolve your thread by marking the post "Solution?" which solved it for you!
    3. Install free BlackBerry Protect today for backups of contacts and data.
    4. Guide to Unlocking your BlackBerry & Unlock Codes
    Join our BBM Channels (Beta)
    BlackBerry Support Forums Channel
    PIN: C0001B7B4   Display/Scan Bar Code
    Knowledge Base Updates
    PIN: C0005A9AA   Display/Scan Bar Code

  • Time Zone issue with 7.0 and DB2

    Hi,
    We are having a time zone issue with weblogic server 7.0 and DB2 database. I would really appreciate if somebody provides a solution for this issue.
    Our db2 DB is located in PST time zone and weblogic server is located in EST time zone.
    When we access current timestamp from db2, we are getting PST time converted to EST and EST time zone attached with timestamp value.
    I tried to use resultset.getTimeStamp (1,<calendar>), unfortunately this method is not supported in the DB2 driver version I am using.
    We want to get same value as returned by db2 with db2 time zone not weblogic server time zone.
    And also when we add new record with timestamp column through web service, regardless the time zone value sent by web service client ".Net" ,
    Weblogic server converts the java.util.Date value to weblogic time zone and stores in the db.
    For example, client sent 17:00 hours CST, but when it gets stored in db through weblogic ws, weblogic converts 17:00 to 18:00 EST and stores in database as 18:00 hours without any time zone. When we read this value back, we are getting it 18:00 EST only not 17:00 CST.
    This is fine as long as writing and reading by same weblogic server. If another weblogic server instance in PST time zone read this value, it takes as 18:00 PST.
    Due to this our application always shows timestamp hours differently.
    Could some body help me to fix this problem, we are getting this problem in production after we moved our DB2 location to different time zone.
    Thanks
    Balaji

    Hi,
    Check whether document in the link below is of any use for you..
    http://help.sap.com/printdocu/core/Print46c/en/data/pdf/CAGTFTIM/CAGTFTIM.pdf
    Regards
    K.M.Arun

  • Changing Date/Time(zone) on ACS5.1

    Would love to know where I can change the date/time(zone) within ACS v5.1.  Changing it in the BIOS doesn't have a zone option, just date/time.  ACS then displays something completely different upon boot.  Haven't been able to find any settings for this in the GUI, and the one link I did find in a discussion points to a doc that apparently I'd need special access for.
    Attempting to join this to AD, so instructions on setting up the NTP server would also be helpful.
    None of these options were available during the clean setup of 5.1.
    Thanks much!

    Hi Wayne,
    This can be done through the command line over a console/SSH connection.
    1. To manually set the clock:
    http://www.cisco.com/en/US/docs/net_mgmt/cisco_secure_access_control_system/5.1/command/reference/cli_app_a.html#wp1036987
    2. To configure an NTP server:
    http://www.cisco.com/en/US/docs/net_mgmt/cisco_secure_access_control_system/5.1/command/reference/cli_app_a.html#wp1013780
    3. To configure the time zone:
    http://www.cisco.com/en/US/docs/net_mgmt/cisco_secure_access_control_system/5.1/command/reference/cli_app_a.html#wp1013028
    Hope this helps,
    Fede
    If  this helps you and/or answers your question please mark the question as  "answered" and/or rate it, so other users can easily find it.

  • Extract date from date time zone type

    I have an in coming date time zone from Java code in varchar format as
    2013-02-15T01:00:00-06:00I need to extract date and time from the above varchar to proceed further in my PL/SQL code. Im pretty not sure what the "T" in the date time zone mean. Please shed some light. I use Oracle 10gR2 version.

    michaelrozar17 wrote:
    I have an in coming date time zone from Java code in varchar format as
    2013-02-15T01:00:00-06:00I need to extract date and time from the above varchar to proceed further in my PL/SQL code. Im pretty not sure what the "T" in the date time zone mean. Please shed some light. I use Oracle 10gR2 version.A simple SUBSTR should be of help.
    select substr(v_variable, 1, instr(v_variable, 'T') - 1) from dual;       --> Replace v_variable with column name, if you are referring to table column and Dual with corresponding Table name.And yes, string between T and Hyphen ( - ) is the Time format and the string following Hyphen ( - ) is the difference of Time zone from UTC.
    See a small demo attached:
    alter session set nls_timestamp_tz_format = 'DD-Mon-YYYY"T"HH24:MI:SS.FF-TZH:TZM';
    select systimestamp, substr(systimestamp, 1, instr(systimestamp, 'T')-1 ) date_info from dual;
    SYSTIMESTAMP  DATE_INFO                                     
    25-Feb-2013T10:22:29.014891000-+00:00 25-Feb-2013Edited by: Purvesh K on Feb 25, 2013 3:52 PM
    Added Demo

  • Time Zone issues in Global Instance

    Hi,
    Can someone give best practice in addressing issues in Global instance due to change in date & time.
    Say
    1) A user is in America and system time zone is GMT
    2) Order screen: sched ship date shown based on user preference as GMT-5hrs. Say it is 30-Jun-2008 7:30 pm
    3) However, in the back end the data is stored as 1-Jul-2008 12:30 AM
    4) This certainly seems to have an impact to standard date fields.
    5) This also seems to have impact on effectivity dates which don't have timestamp. Eg, pricelist effectivity end date = 30-Jun-2008. The pricelist becomes ineffective at 7 PM EST because of system time zone being GMT.
    Any pointers to address such issues, would be of great help.
    Thanks.
    -bs

    Hi,
    below is an answer from Oracle on similar issue regarding timezones:
    Oracle E-Business Suite version 11i10 or higher
    1 Oracle RDBMS 9i or higher
    2 The database must be configured to use the time zone file
    'timezlrg.dat' rather than the 'timezone.dat' file
    3 The database must be started in the standard corporate time zone
    4 Profile 'Server Timezone' (SERVER_TIMEZONE_ID) must be set at the Site
    level, and must be set to the same standard corporate time zone as the
    database
    5 Profile 'Client Timezone' (CLIENT_TIMEZONE_ID) must be set at the user
    level
    6 Profile 'Enable Timezone Conversions' (ENABLE_TIMEZONE_CONVERSIONS)
    must be set to 'Yes' ('Y') at the Site level.
    7 Profile 'Concurrent: Multiple Time Zones' (CONC_MULTI_TZ) should be
    set to 'No' (N) at the Site level
    8 Environment variable FORMS60_APPSLIBS must be set in the Forms tier
    (this has always been a requirement for 11i)
    9 Forms must be launched through the Personal Home Page or Navigate portlet
    Additionally check these notes:
    Note 330075.1
    Note:188059.1
    malin

  • Daylight Savings Time and Time Zone Issue:

    Howdy!  Many of us woke up this morning to be dismayed to find that our iPhone was TWO hours behind instead of falling back one for the Daylight Savings Time adjustment, and were late for church.  I have an iPhone 4S, with iOS 5...
    I was working at that time of morning, and the initial switch went well.  However, when I woke up, the clock was yet another hour behind.  A little investigation showed that the Time zone had been changed to Denver (It was previously on Chicaco, and I live in Dallas.)  I tried to select it to change it, and it wouldn't allow me.  If I turned off the Set Automatically feature, then I could change it, but when I turned the Set Automatically feature back on, it would re-set the time zone to Denver.
    I found another thread where they discuss this:
    https://discussions.apple.com/message/16644669
    To fix this, put in airplane mode, then back out again, then re-choose your correct time zone.  If this doesn't work, then try turning your phone completely off and then on again.  Thanks to 4n6doc for the tip!
    The airplane mode trick worked for me:  I turned airplane mode on, then off, then went to the Date & Time and set my time zone to Dallas, TX while the Set Automatically was off.  When I turned the Set Automatically back on, it changed Dallas to Chicago, which is what every iPhone iOS I've ever had has done.

    Hi,
    Yes this is a correct way to fix the issue. One thing however, how did you set the timezone? For correct daylight saving handling, you'll have to use the long version, like America/New Yorw, NOT GMT-5 (for example).
    regards,
    ~ Simon

  • Time Zone issues with iCal 2.0.3?

    I've been using iCal for a while now, and haven't had any problems until just recently. For some reason, meeting notices sent to me from Outlook (Windows XP) now appear in iCal with times for Africa (I am based in Arizona, and the people sending me the invitations are also based in the same office in Arizona). I have Time Zone Support turned ON in iCal, and the times on the PCs are set for the proper time zone as well.
    The other problem is that when I reply to the invitation, Mail sends the acceptance like before. The sender receives this acceptance as an email (with my time zone being in Africa instead of Arizona), but Outlook no longer registers/updates the response.
    Is anyone else out there having these issues? I have all of my Apple software up-to-date. Thanks.
    G5 dual 2.3GHz   Mac OS X (10.4.5)   1.5GB RAM, 2nd 250GB SATA internal HD

    I don't know if this helps anyone, but I went ahead and turned time zone support OFF. I still get the meeting invitations which are off by 7 hours, but when I accept the invitation, it shows the correct time for Arizona but still has Africa in parentheses after it. It is only a workaround, but at least I know what the correct time of the meeting should be. Does Apple know that this latest release of iCal is seriously flawed, and are they going to do anything to fix this problem?
    It is frustrating because iCal used to work flawlessly with Outlook up until recently, and nothing has changed on my end.
    G5 dual 2.3GHz   Mac OS X (10.4.5)   1.5GB RAM, 2nd 250GB SATA internal HD

  • Subscription renew date Time Zone ?

    Hi All,
    I need to know what is the Time Zone is the subscription date. i had used all the credits and the subscription was auto renewed on 3rd Feb and the subscription date is 6th Feb, but i still dont have any credits to call.
    What will the credits will available?

    Hello,
    Due to the time it can take for some transactions to be processed, we charge your bank or PayPal account three days in advance to ensure prompt delivery of your subscription. You don’t lose these three days: your subscription is still valid for the full period that you sign up for (one, three or 12 months).
    Although the recurring payment is taken three days in advance to avoid possible delays, your subscription minutes are reset based on the initial purchase date and time.
    Minutes are usually added at or about midnight UTC/GMT on the due date.
    TIME ZONE - US EASTERN. LOCATION - PHILADELPHIA, PA, USA.
    I recommend that you always run the latest Skype version: Windows & Mac
    If my advice helped to fix your issue please mark it as a solution to help others.
    Please note that I generally don't respond to unsolicited Private Messages. Thank you.

  • Time Zone issues EDT to PDT conversion. Really need help!

    Have a question regarding conversion from EDT to PDT time zones and on different Java versions...
    If you compile the program below and run it using JRE 1.6, 1.5 versus 1.4, 1.3 it gives different results. Maybe somebody has an answer:
    Here is the code:
    import java.text.*;
    import java.util.*;
    public class Moh {
            public static void main(String[] args) throws Exception {
                    SimpleDateFormat timestampFormatWithZone = new SimpleDateFormat("yyyy-MM-dd HH:mm z");
                    Date date = timestampFormatWithZone.parse("2007-06-06 14:00 EDT");
                    System.out.println(date.toString());
    }Copile it and run using these two options. The one with
    New York shall show you 2pm or 14:00 and when using the
    second one output changes:
    java -Duser.timezone=America/New_York Moh
    java -Duser.timezone=America/Los_Angeles Moh
    If you use JRE 1.6 or 1.5 second option will give you 12:00; if you
    use JRE 1.4 or JRE 1.3 it will show 11am or 11:00
    I think that 11am is correct! Is there any issues with newer JREs and timezone conversion. Or am I missing anything?
    Thank you so much for your help!

    Yes, there are issues. See the following from Sun Microsystems
    Sun(sm) Alert Notification
        * Sun Alert ID: 102836
        * Synopsis: Olson TZ Data (tzdata2005r or
    greater) Incompatibility Issues
        * Category: Availability
        * Product: Java 2 Platform, Standard Edition
        * BugIDs: 6466476, 6530336
        * Avoidance: Upgrade
        * State: Resolved
        * Date Released: 08-Mar-2007
        * Date Closed: 08-Mar-2007
        * Date Modified:
    1. Impact
    The introduction of Olson Timezone (TZ) data,
    version 2005r or greater, may break backward
    compatibility for the Eastern, Hawaiian, and
    Mountain time zones, under certain circumstances.
    This issue is also outlined in Sun BugIDs 6466476
    and 6530336, listed at:
    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6466476
    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6530336
    Note: The Hawaiian TZ is only affected for
    historical data. Other American TZs such as PST and
    CST are not affected.
    2. Contributing Factors
    This issue can occur in the following releases for
    all platforms:
        * JDK and JRE v1.4.2_12 and above
        * JDK and JRE 5.0u8 and above
        * JDK and JRE 6 and above
    Notes:
       1. Releases below Java SE v1.4.x are not affected
    by this issue.
       2. The condition will also exist if you have run
    the "Time Zone Updater Tool" for v1.4.x+, but
    without the -bc flag.
    This condition will be apparent under one of the
    following two circumstances:
    A) The use of old 3-letter TZ IDs, limited to:
    "EST", "HST", "MST".
    Or:
    B) The parsing of date strings containing one of the
    following three TZ strings: "EDT", "HDT", or "MDT".
    3. Symptoms
    The symptoms/result of this condition will be that
    Daylight Saving Time (DST) will be calculated
    incorrectly.
    4. Relief/Workaround
    There is no workaround for this issue. Please see
    the Resolution section below.
    5. Resolution
    To resolve this issue (ie. to enable support for the
    backward compatible DST timezones), run the "Time
    Zone Updater Tool" for v1.4.x+ with the command line
    options:
        -f -bc
    Complete instructions for running the tool can be
    found at:
    http://java.sun.com/javase/tzupdater_README.html
    Note: If you have already run without the -bc flag,
    you will need to rerun with the -f -bc flag to
    correctly resolve the 3-letter TZ abbreviation issue.
    The -bc options will result in the deletion of the
    files:
        * JAVAHOME/jre/lib/zi/EST
        * JAVAHOME/jre/lib/zi/MST
        * JAVAHOME/jre/lib/zi/HST
    There are no known side effects to removing these files.
    Install Issues :
    In the unlikely event of unforeseen issues (e.g:
    such as power loss or I/O Error) restore the JRE
    Time Zone files to their original state by:
    A) following the instructions at
    http://java.sun.com/javase/tzupdater_README.html#remove
    Or:
    B) removing and then reinstalling the JRE or JDK.
    The update may now be re-applied by running the TZ
    Updater Tool (with the proper command line options)
    as listed above.
    For additional information on issues, products, and
    resources for DST changes, please also see:
    http://www.sun.com/dst
    This Sun Alert notification is being provided to you
    on an "AS IS" basis. This Sun Alert notification may
    contain information provided by third parties. The
    issues described in this Sun Alert notification may
    or may not impact your system(s). Sun makes no
    representations, warranties, or guarantees as to the
    information contained herein. ANY AND ALL
    WARRANTIES, EXPRESS OR IMPLIED, INCLUDING WITHOUT
    LIMITATION WARRANTIES OF MERCHANTABILITY, FITNESS
    FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT, ARE
    HEREBY DISCLAIMED. BY ACCESSING THIS DOCUMENT YOU
    ACKNOWLEDGE THAT SUN SHALL IN NO EVENT BE LIABLE FOR
    ANY DIRECT, INDIRECT, INCIDENTAL, PUNITIVE, OR
    CONSEQUENTIAL DAMAGES THAT ARISE OUT OF YOUR USE OR
    FAILURE TO USE THE INFORMATION CONTAINED HEREIN.
    This Sun Alert notification contains Sun proprietary
    and confidential information. It is being provided
    to you pursuant to the provisions of your agreement
    to purchase services from Sun, or, if you do not
    have such an agreement, the Sun.com Terms of Use.
    This Sun Alert notification may only be used for the
    purposes contemplated by these agreements.
    Copyright 2000-2006 Sun Microsystems, Inc., 4150
    Network Circle, Santa Clara, CA 95054 U.S.A. All
    rights reserved.

  • Time and date + time zone

    Hi. For any reason, despite Manual says, in Time & Date I will find an option to enable / disable "Daylight Saving Time", it simply doesn't exist in my iPod options.
    Second issue is, when I connect my iPod at iTunes, the setted Time Zone in iPod (marked as Sao Paulo - Brazil) change automatically to Anchorage (???). why this?
    not good, is apple forcing me to throw away my iPod and buy a new one?
    MODEL MB261LL
    VERSION 1.1.3PC

    Try Calgary.
    Stedman

  • Publishing iCal - time zone issue & sending invites - Entourage?

    Hi there,
    Am currently looking into using iCal as our internal calendar system, and just have a couple of quick questions:
    1. I've been mucking around with publishing a test calendar on .Mac, and there seems to be a problem with the time zones. I'm in Sydney, Australia, and my System Prefs on my local machine are set to this time zone, and on my .Mac account I've set them to Sydney, Australia as well. However, when I publish the calendar, an event that's in my calendar on my local machine at 10.30am ends up published as occurring at 6.30pm? Is there a preference setting I've missed somewhere?
    2. Is there any way to use Entourage for sending invitations to iCal events? Even though I've set the Default E-mail Reader in Apple Mail as Entourage, whenever I try to invite a user to an iCal event, Apple Mail is launched. Why isn't it recognising my preference settings?
    Thanks,
    Claire.
    iMac G5   Mac OS X (10.4.4)  

    Claire
    I am not sure about No 2, but someone clever here might help.
    So far as the first one goes, have a look at the orginal event (in iCal) and see whether it 'thinks' it's in Sydney. (I am guessing that you might have imported the data from elsewhere, so if it doesn't show properly you could try: a. making a positive change to the correct timezone, or b. deleting it and recreating the correct event from scratch in iCal. Then republish and check the web version. If this is getting somewhere, I can explain what I think is happening.)
    Bernard

  • Time zone issue when copying Outlook/Mac invitation to iCal or adding it via iPhone/iPad calendar

    Hello everyone,
    I'm facing a situation when every time I receive an invitation comes from a different time zone neither iCal, iPhone’s Calendar nor iPad’s Calendar recognizes it correclty.
    Below there are a couple of examples, but before, a few information about my environment: Mac OS X Lion with Outlook for Mac (non-exchange user), I’m using iCloud, and my iPhone and iPad are running iOS5. And BTW, I’m not intending to sync anything with Outlook… I know it does not support iCloud syncing, I just trying to live without that.
    First example.
    I got an invitation to a meeting on Monday 5pm-6pm CET, but I’m in GMT-2. It should appear to me as an event to occur on Monday2pm-3pm (GMT-2). In fact only Outlook shows the right time, however when I dragged and dropped that appointment from Outlook’s calendar to iCal it was copied but is did not consider the time zone, that means in the iCal, the appointment was set to occur from 5pm-6pm (GMT-2), instead of 2pm-3pm (GMT-2).
    Second example.
    I created an appointment in Outlook by myself, jsut to check if that would be something related to the senders’ computer (Outlook/Windows user), then I set that meeting to occur on Friday 5pm-6pm (UTC+1) and I sent an invitation to a friend of mine (Outlook/Mac User). In my Outlook the appointment was created correctly, that means, on Friday 2pm-3pm (GMT-2), however, when I copied that meeting to iCal it did not consider the time zone, appearing to be Friday 5pm-6pm (GMT-2), and when my friend opened the invitation in his iPhone, which is also set as GMT-2, that also appeared to him as a meeting on Friday 5pm-6pm (GMT-2).
    I also checked all possible time zones configurations, in the iPhone, iPad, iCloud and in my MacBook (iCal and Outlook)…all time zones are enabled and configured as GMT-2.
    As an last shoot, I decided to download a third-party software, which is integrated with iCal and iCloud, in order to check if that could be an Apple’s issue. I downloaded and installed the BusyCal (from BusyMac). And guess what?! When I dragged & dropped the same meetings I described above from Outlook to BusyCal, it worked perfectly!! And BusyCal sent the proper information to iCal and my iPhone/iPad over iCloud. Which means: #1 there would be no issue with my configurations, and #2 BusyCal does really takes into consideration time zones, which is something that Apple’s calendars looks like do not.
    It will not solve the issue I'm having with my mobile devices, but at least is a workaround… BTW, an expensive workaround, because BusyCal costs $49, by now I’m using the 30 days trial version.
    So friends, is there anyone who could help to find a real solution J , or at least, a free workaround L
    Thank you in advance and I apologize for this “article”.
    PS: I've been using Mac for 4 years now, and this is the first time I was stucked ina situation like that... and I don't know who to blame... Microsoft or Apple? This I know... syncing Apple's calendars with Microsoft's calendars, should be effortless... and it is always a pain in... that place...

    I am having a similar problem:  invitations sent (presumably from outlook), when accepted from my iPad, appear in the calendar with the wrong time zone.
    this actually happens even when the meeting is in the same time zone I'm in:  I am in GMT -5, and even when the meeting is in GMT-5, it defaults to GMT (or, in some instances, PST).  My settings have my time zone set correctly.
    Any help much appreciated.
    PS:  Using iPad original wit iOS5

  • Problem in Date time Zone parsing

    Hi Guys,
    I want format of String of time whic have time zone also. But how can i validate weather my date is correct or not .
    This is i am doing because of Auto grow up problem in SimpleDateFormat.
    For example : If i am parsing "2.00 AM GMT" as per mask "h:mm a z" should be correct if after format output is "2.00 AM GMT"
    but if i am trying "15.00 AM GMT" as per mask it should be invalidated because after format it will return "3.00 PM GMT" this is also working as per my expectaion
    But When i changed the Timzoe mask from GMT to PDT it get again fails
    suggesiotn for resolving this isse willl be appreciated
    // TODO Auto-generated method stub
    import java.util.Date;
    import java.util.TimeZone;
    import java.text.ParseException;
    import java.text.SimpleDateFormat;
    import java.util.SimpleTimeZone;
    public class checkDates {
         public static String getTimeZoneId(String getTimeZone) {
              // Modifies the default time zone, disables the Daylight Saving Time.
              TimeZone dtz = (TimeZone) TimeZone.getDefault();          
              int l_rawOffset = dtz.getRawOffset();
              String l_id =TimeZone.getTimeZone(getTimeZone).getID();          
              SimpleTimeZone l_simpleTimeZone = new SimpleTimeZone(l_rawOffset, l_id, 0, 0, 0, 0, 0, 0, 0, 0);
              TimeZone.setDefault(l_simpleTimeZone);
              return TimeZone.getTimeZone(getTimeZone).getID();
         public static void main(String[] args) {
              // String aMask = "MM/dd/yyyy";
              String aMask = "hh:mm a z";
              String newEffDate = "15:00 AM GMT+03:00";
              String timeZoneId ="";
              SimpleDateFormat mydf = new SimpleDateFormat(aMask);
              if(aMask.indexOf("z")>0){
                   if(newEffDate.length()>aMask.indexOf("z")){
                        timeZoneId = getTimeZoneId(newEffDate.substring(aMask.indexOf("z")));
                        System.out.println(newEffDate + " Time Zone id = ["+timeZoneId+ "]");
                        mydf.setTimeZone(TimeZone.getTimeZone(timeZoneId));
              Date date = null;
    /*          System.out.println(System.getProperty("user.timezone"));
              System.out.println(TimeZone.getDefault().toString());     
              System.out.println(mydf.getTimeZone().toString());     */          
              try {
                   date = mydf.parse(newEffDate);
                   System.out.println("\n\n\nDate is working -\nInput " + newEffDate);
                   System.out.println("Date is working -\nOUTPUT " + mydf.format(date));
                   if (!mydf.format(date).equals(newEffDate)) {
                        throw new ParseException("[" + newEffDate + "] Unparseable date: \"newEffDate\" " + "[" + mydf.format(date) + "] [" + aMask + "]", aMask.indexOf("z"));
              } catch (ParseException pe) {
                   pe.printStackTrace();
                   System.out.println(pe.getMessage() + "---" + pe.getErrorOffset());
    }

    There's a setLenient method you can use.

  • HCM Process & Forms: Date & Time Stamp issue in Prev Comments Box

    Hi
    We implemented HCM Process and Forms and we are in EHP4.  We need user name, date and time stamp in each step for audit purpose.
    Form Process Example:
    Step1: Manager -> Initiates a Form for employee pay/position changes  (REQUEST)
    Step2: 1-Up Manager -> Approves a Form for employee pay/position changes (APPROVE)
    Step3: HR Admin -> Process a Form for employee pay/position changes (PROCESS)
    Process Overview: HR Admin can open a form once all steps are completed and they want to see all 3 steps date & stamp here.
    New Comments -> To enter user comments in each step. Used data type HRASR_CURRENT_NOTE
    Previous Comments-> To display prev. step / user's comments including user name, date & time. Used data type HRASR_PREVIOUS_NOTES.
    I tried all different property settings in the form. May be I am still missing some property settings here.
    Issue:  If user enters any comments in "New Comments" box then only date & time stamp is coming along with their comments in "Previous Comments" otherwise not showing anything, just blank in the Prev. Comments.  I added some code in form script in case no data in "New Comments" then default a value ":" . It is working fine for first step but not working the same for other 2 steps.
    Trying in different way:
    Creating 3 text fields in a form just for display purpose and modifying each field (data set) with some text (combination of user name, system date and time) at each stage/step in a BADI.
    Method: IF_HRASR00GEN_SERVICE~DO_OPERATIONS
    Here it is updating correctly for first step/stage (REQUEST) and other 2 fields are not updating accordingly. I did debug for each step and updating the data set correctly but finally not dispalying the valuse in a form except first field.
    Can someone please share your ideas or inputs.
    Appreciate your time & help!
    Thanks
    Hari

    Hi Sahir
    Thank you for your reply.
    As I explained in my post, user details with date & stamp are coming when user enters some comments otherwise it is blank., All users may not enter comments because it is not a "required".
    HR is needed this for audit purpose, just at end of the process they need to see all user names, date & stamp in the form. Forget about comment boxes, Can't we make just simple text fields with user details for each step (all 3 stages)?
    FYI:
    Issue:  If user enters any comments in "New Comments" box then only date & time stamp is coming along with their comments in "Previous Comments" otherwise not showing anything, just blank in the Prev. Comments.  I added some code in form script in case no data in "New Comments" then default a value ":" . It is working fine for first step but not working the same for other 2 steps.
    Appreciate your inputs !
    Thanks
    Hari

Maybe you are looking for