<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic time constrains in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718345#M630580</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;can anybody give what is time constrain and what are the different types of time constrains used in ABAP-HR?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 27 Aug 2007 12:44:29 GMT</pubDate>
    <dc:creator>suredarreddy_pulimamidi</dc:creator>
    <dc:date>2007-08-27T12:44:29Z</dc:date>
    <item>
      <title>time constrains</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718345#M630580</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;can anybody give what is time constrain and what are the different types of time constrains used in ABAP-HR?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Aug 2007 12:44:29 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718345#M630580</guid>
      <dc:creator>suredarreddy_pulimamidi</dc:creator>
      <dc:date>2007-08-27T12:44:29Z</dc:date>
    </item>
    <item>
      <title>Re: time constrains</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718346#M630581</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In master data, the time constraint is a definite feature of the infotype or subtype. Due to the time constraint of infotypes, several special features must be taken into account when processing time data. Views of time data are generally not practical.&lt;/P&gt;&lt;P&gt;In time infotypes, data is determined on the basis of the validity period.&lt;/P&gt;&lt;P&gt;When you enter an absence record, the number of days of absence is calculated on the&lt;/P&gt;&lt;P&gt;basis of the absence period.&lt;/P&gt;&lt;P&gt;In a view, new partial periods are created without any changes being made to infotype&lt;/P&gt;&lt;P&gt;data. This would lead to incorrect results in time infotypes, since this data depends on the&lt;/P&gt;&lt;P&gt;validity period.&lt;/P&gt;&lt;P&gt;For example, if, a leave record extends from the middle of January to the middle of February and 20 days of leave are calculated for this period, then a view for the month of February would result in a leave record which extends from the beginning to the middle&lt;/P&gt;&lt;P&gt;of February. The number of days of leave would not have changed and the information would be incorrect.&lt;/P&gt;&lt;P&gt;In master data, the time constraint is a definite feature of the infotype or subtype. There are no time dependencies between infotypes and subtypes.&lt;/P&gt;&lt;P&gt;Time data is basically different. Let us assume that an employee becomes sick during vacation. The leave record is then delimited on the first day of the sickness, and the sickness record follows. Likewise, the system prohibits the entry of a leave record that coincides with a sickness record. The same also applies to overtime during a sickness.&lt;/P&gt;&lt;P&gt;The time dependency of time infotype records is not limited only to dependencies between records of one and the same infotype, but covers all infotypes and subtypes. The time constraint of time infotypes is not an attribute but is defined by the relationships between infotypes.&lt;/P&gt;&lt;P&gt;Moreover, certain time infotype records have specific clock-in/clock out times. Several&lt;/P&gt;&lt;P&gt;records may therefore exist for one infotype on a particular day.&lt;/P&gt;&lt;P&gt;Since views require explicit data and this prerequisite is not fulfilled by time infotypes,&lt;/P&gt;&lt;P&gt;you should not use joins and projections for time data.&lt;/P&gt;&lt;P&gt;Time infotype tables are processed with the LOOP statement since the PROVIDE statement limits, and thus changes, the infotype begin and end dates to the data selection&lt;/P&gt;&lt;P&gt;period.&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;check these threads....&lt;/P&gt;&lt;P&gt;&lt;A class="jive_macro jive_macro_message" href="https://community.sap.com/" __jive_macro_name="message" modifiedtitle="true" __default_attr="2260465"&gt;&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive_macro jive_macro_message" href="https://community.sap.com/" __jive_macro_name="message" modifiedtitle="true" __default_attr="2257419"&gt;&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive_macro jive_macro_message" href="https://community.sap.com/" __jive_macro_name="message" modifiedtitle="true" __default_attr="2441364"&gt;&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;hope this helps!!!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;lt;b&amp;gt;Reward if helpful.&amp;lt;/b&amp;gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Aug 2007 12:48:26 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718346#M630581</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-08-27T12:48:26Z</dc:date>
    </item>
    <item>
      <title>Re: time constrains</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718347#M630582</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The following time constraint indicators are permissible:&lt;/P&gt;&lt;P&gt;-1   No overlapping and no gaps. &lt;/P&gt;&lt;P&gt;        Eg :  Infotype 0000 - Actions&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Real world example is : Now if manager wants to see status of employee from 1st jan to let say 30th march. (Status would be "Active" and "OnLeave/Inactive" ). So in a table, for that employee there should be information from day one till end of the day without any gap or without any repetitive info for single day.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-2   No overlapping but time gaps are permitted.&lt;/P&gt;&lt;P&gt;        Eg : Infotype 0021  - Family Details&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If suppose employee joined XYZ organization on 1st jan and left that org on 31st December. And again later on after 4 years he joined the same org ie XYZ then inthis case gap is allowed but there should not be overlap.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-3   Overlapping and and time gaps are permitted. &lt;/P&gt;&lt;P&gt;        Eg : Infotype 0019 Monitoring of Task&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One employee can have more than one address or telephone numbers.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Aug 2007 14:14:11 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/time-constrains/m-p/2718347#M630582</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-08-27T14:14:11Z</dc:date>
    </item>
  </channel>
</rss>

