<?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 Update Time Entry in Restaurant Operations</title>
    <link>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5816#M2268</link>
    <description>&lt;P&gt;A server clocked out, did not leave the building, and immediately starting working again without clocking back in.&amp;nbsp; The server did realize and clocked back in a few minutes later (probably the first time they tried to use POS).&lt;BR /&gt;&lt;BR /&gt;I attempted to clear the "out date" but was told that could not be done because it would cause an overlapping shift.&amp;nbsp; My solution was to delete the second time entry and then clear the out date on the first entry.&amp;nbsp; The server was in the middle of entering an order and was bumped from the system.&lt;BR /&gt;&lt;BR /&gt;I realize (now) that I should have just updated the out date to be identical to the second in date and gone back and made them one entry after the shift if I wanted to clean it up.&lt;BR /&gt;&lt;BR /&gt;Two questions:&lt;BR /&gt;&lt;BR /&gt;1) Was there a way I could have reverted to the single shift with out deleting the second time entry?&lt;BR /&gt;&lt;BR /&gt;2) Isn't this something of a bug?&amp;nbsp; Wouldn't it have been reasonable for the system to warn me that the user I was clocking out was active or to not immediately boot a user when their time&lt;/P&gt;</description>
    <pubDate>Sun, 01 Oct 2023 00:55:16 GMT</pubDate>
    <dc:creator>THG</dc:creator>
    <dc:date>2023-10-01T00:55:16Z</dc:date>
    <item>
      <title>Update Time Entry</title>
      <link>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5816#M2268</link>
      <description>&lt;P&gt;A server clocked out, did not leave the building, and immediately starting working again without clocking back in.&amp;nbsp; The server did realize and clocked back in a few minutes later (probably the first time they tried to use POS).&lt;BR /&gt;&lt;BR /&gt;I attempted to clear the "out date" but was told that could not be done because it would cause an overlapping shift.&amp;nbsp; My solution was to delete the second time entry and then clear the out date on the first entry.&amp;nbsp; The server was in the middle of entering an order and was bumped from the system.&lt;BR /&gt;&lt;BR /&gt;I realize (now) that I should have just updated the out date to be identical to the second in date and gone back and made them one entry after the shift if I wanted to clean it up.&lt;BR /&gt;&lt;BR /&gt;Two questions:&lt;BR /&gt;&lt;BR /&gt;1) Was there a way I could have reverted to the single shift with out deleting the second time entry?&lt;BR /&gt;&lt;BR /&gt;2) Isn't this something of a bug?&amp;nbsp; Wouldn't it have been reasonable for the system to warn me that the user I was clocking out was active or to not immediately boot a user when their time&lt;/P&gt;</description>
      <pubDate>Sun, 01 Oct 2023 00:55:16 GMT</pubDate>
      <guid>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5816#M2268</guid>
      <dc:creator>THG</dc:creator>
      <dc:date>2023-10-01T00:55:16Z</dc:date>
    </item>
    <item>
      <title>Re: Update Time Entry</title>
      <link>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5817#M2269</link>
      <description>&lt;P&gt;1) Was there a way I could have reverted to the single shift with out deleting the second time entry?&lt;BR /&gt;&amp;gt;&amp;gt; No.&lt;/P&gt;&lt;P&gt;2) Isn't this something of a bug? Wouldn't it have been reasonable for the system to warn me that the user I was clocking out was active or to not immediately boot a user when their time&lt;BR /&gt;&amp;gt;&amp;gt; wouldn't call it a bug. But it would be a nice implementation.&lt;/P&gt;</description>
      <pubDate>Sun, 01 Oct 2023 02:10:04 GMT</pubDate>
      <guid>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5817#M2269</guid>
      <dc:creator>au79teahouse</dc:creator>
      <dc:date>2023-10-01T02:10:04Z</dc:date>
    </item>
    <item>
      <title>Re: Update Time Entry</title>
      <link>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5818#M2270</link>
      <description>&lt;P&gt;1) Was there a way I could have reverted to the single shift with out deleting the second time entry?&lt;BR /&gt;&amp;gt;&amp;gt; No.&lt;BR /&gt;&lt;BR /&gt;I should have said "without first deleting the second time entry".&amp;nbsp; Meaning without interrupting the server's current clocked in status.&amp;nbsp; I realize now that I worded it vaguely the first time.&lt;/P&gt;</description>
      <pubDate>Sun, 01 Oct 2023 02:17:44 GMT</pubDate>
      <guid>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5818#M2270</guid>
      <dc:creator>THG</dc:creator>
      <dc:date>2023-10-01T02:17:44Z</dc:date>
    </item>
    <item>
      <title>Re: Update Time Entry</title>
      <link>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5824#M2274</link>
      <description>&lt;P&gt;Usually will just wait until the shift is done to fix time punches. But in the future you probably should have just extended the clock out time of the first time entry (the inactive one) up to the 2nd time entry clock in.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Oct 2023 19:12:25 GMT</pubDate>
      <guid>https://community.toasttab.com/t5/restaurant-operations/update-time-entry/m-p/5824#M2274</guid>
      <dc:creator>rcmck</dc:creator>
      <dc:date>2023-10-01T19:12:25Z</dc:date>
    </item>
  </channel>
</rss>

