일일 및 연간 이익 계산의 시간대 문제

Question

여기 OK는 나와 내 친구가 적절한 프로그래밍 솔루션에 대해 토론하고있는 하드 코어 질문입니다.

내가 UTC-4 시간에 뉴욕에서 비즈니스를 운영하고 있다고 가정 해 보겠습니다.

내 영업 담당자는 2013 년 12 월 31 일 오후 11시 (내 시간은 2014 년 1 월 1 일 오전 1시)에 샌프란시스코를 기반으로 판매액을 1,000,000 달러로 책정합니다. 그는 2013 년 12 월 31 일에 시스템 판매를 시작하지만 실제로 내 시간은 2014 년 1 월 1 일에 발생합니다.

내 2013 보고서의 경우 수익으로 1,000,000 달러를 포함합니까? 내 2014 년 보고서에 나온 내용 은요?

문제를 해결하는 데 관련된 질문 ... 대부분의 회사는 어떻게 12 월 31 일 동안 매일 판매량을 계산합니까? 회사의 HQ 시간대에서 자정부터 마지막 ​​24 시간입니까? 아니면 각각의 시장 시간대를 합산 한 12 월 31 일입니까?

또한 판매를 위해 입력 한 날짜 (YYYY-MM-DD) 만있는 경우 UTC 일이 두 가지 고유 날짜로 분산되는 UTC로 어떻게 변환해야합니까? 실제 관점에서

http://everytimezone.com/#2013-8-27,-420,6bj

Answer 1

:

• 그것은 아마 영업일을 상관하지 않을 여기

  내가이 질문을 분석하는 데 사용했습니다 유용한 도구입니다 판매를 기록했다. 많은 비즈니스가 일찍 자정을 마쳤지 만 반드시 자정이 아닐 경우.

• 일부 비즈니스는 본사의 시간대를 사용하고 일부는 판매가 이루어진 위치의 시간을 사용할 수 있습니다. 어느 방법이든 유효 할 수 있습니다.

• 물론 이것이 실제로 우려되는 경우 회계사 또는 세무사에게 문의해야합니다. 답변은 귀하의 산업, 주 또는 국가에 따라 다를 수 있습니다.

는 지금까지 질문에 대한 기술 부품 등 : 시간 또는 시간대없이

• 날짜 그냥 날짜입니다. 달력을 논리적 인 위치로 생각하십시오. 즉각적인 시간의 독특한 순간이 아닙니다.

• 추가 컨텍스트없이 은으로 변환 할 수 없습니다. 또는 그 시간대의 다른 시간대.

• UTC는 시간대가 아닌 시간 계이므로 기술적으로 UTC 일과 같은 것은 없지만 이는 의미입니다. 여전히 "UTC 하루"라는 아이디어는 하나의 달력 인 "날짜"만 커버 할 수 있습니다. 이는 "날짜"가 무엇인지 정의하는 부분이기 때문입니다.

• "UTC의 날"은 "뉴욕의 날"과 맞지 않습니다. 마치 "뉴욕의 날"처럼 "로스 앤젤레스의 날"과 완벽하게 일치하지 않습니다.

• 마음을 더 부 풀리려면 모든 현지 하루가 24 시간이되는 것은 아닙니다. 일광 절약 시간제로 인해 "하루"는 23, 23.5, 24 24.5 또는 25 시간이 걸릴 수 있습니다. 물론 대부분은 "표준 일"입니다. 정확히 24 시간입니다.

• 현지 시간이 캘린더의 위치와 분리되어있을 수 있고 즉각적인 시간이 보편적 인 경우, 모든 것이 합리적이라는 것을 알 수 있습니다.

• 내가 참조한 사이트는 훌륭한 시각적 효과를 가지고 있으며 많은 것을 참조합니다. 그러나 IMHO는 시간대를 커버하지 않기 때문에 다른 이름을 가져야합니다. 그것을 신중하게 사용하십시오. 500 개 이상의 구역이있는 timezone tag wiki에 대해 논의 된 IANA 데이터베이스를 참조하십시오.

• 어떤 언어 나 데이터베이스를 사용하고 있는지 알 수는 없지만 최근에 설명한 내용은 this post on working with Date and Time in RavenDB입니다. 특히 "표준 시간대 변환"절을 읽으십시오. 다른 기술을 사용하더라도 동일한 개념이 적용됩니다.