  |
はてなキーワード: 領収書とは
JR名古屋駅のことだけど、いつ見ても有人窓口にサラリーマン風のスーツ男が10人くらい並んでるよね。
自動券売機に不慣れな老人や子供だったら有人窓口に並ぶのはわかるよ。
でもなんでサラリーマン風の男が並んでるの？
ICカード持ってなくて普段電車使わなくても、自動券売機の使い方くらいわかるでしょ。
東京や大阪へ行くにしても、新幹線の自動券売機がずらっと置いてあるからそこで買えばいいのに。
俺は名古屋⇔豊橋を往復したかったから、豊橋往復切符を買おうとしたよ。
https://railway.jr-central.co.jp/tickets/toyohashi-round/index.html
上記WEBページの販売箇所に「きっぷうりば」またはJR東海ツアーズの窓口と書いてあったから、とりあえずJR東海ツアーズの窓口に並ぼうとしたらそこでも10人近く並んでいたよ。
行列に並びたくなかったから自動券売機で豊橋往復切符を買ったよ。
自動券売機で探しても分からなかったら行列に並ぼうと考えてたけど杞憂だったよ。
それとも、探したけどわからなかったから有人窓口にならんでるの？
それとも、俺が知らないだけで、名鉄とか近鉄とか他の私鉄と乗継ぐ切符とかも取り扱ってるの？
はたまた、ホテルの予約とか観光地の案内とか、コンシェルジュサービスも有人窓口で扱ってるの？
わからない。
工場労働者の俺なんかより遥かに稼いでいて、学歴もあって知識も深くて計算能力も高いはずなのに。
俺なんかよりも遥かに時間単価が高いはずなのに、時間の使い方に無頓着なのはなんで？
ちなみに俺は豊橋駅からJR飯田線に乗り換えて某駅に行って、紅葉狩りと低山登山を楽しんだよ。
豊橋駅での有人窓口はどうだったかというと、豊橋から行くときは急いでいたから見ていない。
豊橋駅に帰ってからは、電車待ちで暇だったから改札近くで有人窓口を見てたけど、そこでもスーツ男が行列を形成していたよ。
スーツ男が行列を形成するのは名古屋駅限定じゃなかったんだね。
名古屋以上に鉄道網が発達している東京や大阪では、仕事のできるサラリーマンは有人窓口なんか使わずに、ICカードやスマホを駆使してスマートに改札を乗りこなしていることだろうけど、まさかね？
ちなみに、名古屋⇔豊橋の往復だけど、JRよりも名鉄の方が安いことがこの文章を書く際にいろいろ調べてる時にわかったよ。
なごや特割2平日・なごや特割2土休日｜でんしゃ旅・おトクなきっぷ｜名古屋鉄道
https://www.meitetsu.co.jp/plan/discount/1268869_8040.html
名古屋からJR飯田線の駅に行くから、経由する豊橋駅までもJRを使うのが当然だと思い込んでいたよ。
名古屋からJR飯田線の某駅への切符を直接買うよりも、JR東海の豊橋往復切符を買った方がお得だと気づいたのは良かったんだけどね。
もう少し調査を広げて、名鉄のWEBページでもお得な切符を調べてみればよかったよ。
でも、こんなことはJRの有人窓口で教えてくれるはずはないよね。
「それなら名鉄の方がお得ですよ」って答えてくれるのかな？
そんなわけないよね。
それにしても、わからない。
個人事業主がインボイス制度導入について悲鳴上げてるのに対して、給与所得者らしき人達による「払うべき税金を払ってなかっただけ」「いままで懐に入れてたのがズルい」「とっとと納めればいいのに」的な、非常にクール（笑）なコメントをあちこちで目にして、これが多くの給与所得者の感覚なんだろうな、彼らには個人事業主という働き方の本質がわかってないんだろうな、と思いました。
「自分は会社勤めで、売上や仕入の税込・税別処理は経理に丸投げしてるから、インボイス制度導入が個人事業主の業務をどれぐらい圧迫するかわからない」ということについては、まあ理解できなくもないんですよね。「これお願いしまーす」っつって伝票上げたり領収書出したりしてるだけなんだから、インボイス制度導入で今までと何が変わるのか、バックオフィスでどういう負担増が発生してくるのか、実感がない。これはまあ致し方ないことだとは思いますよ（甘ちゃんだなとは思うけどね）。
それよりずっと根深い問題は、クールなコメントをしてる方々の「労働サービスの価格決定の仕組み」に対する感度の低さ、鈍感さなんですね。
今Xのギター系隈で話題になってる件でHISの対応に疑問がある。
ことの顛末は
・ギタリストY氏がギター教室の生徒や知人を集めて、ロンドンで楽器屋等をめぐるツアーを計画し、10月上旬に実施された
・ツアーのお粗末な内容や、参加キャンセル分の返金がなかったことをXに投稿し、話題になる
・ツアーを主催した、Y氏の知人の会社P社にツアー料金を振り込んだが領収書が発行されなかったため、参加者が主催者側に領収書の発行を請求
・請求から20日ほどたったあとに、HIS名義の領収書が各参加者に発行される。発行日はツアー終了後の日付
・HISから参加者に、領収書に誤りがあり領収書の返却を求める旨の連絡
領収書の返却後、P社から正しい領収書が発行されるとのこと ←今ここ
HISとして本来発行するはずのない領収書を発行してその返却を求めてるというところ、普通の企業であればありえない対応だと思う。
それは、民法486条、領収書と代金支払い同時履行の原則を元に支払い拒否すること。
これで領収書を発行できないホストクラブへの支払いは全部拒否できる。
売掛やってるホストって、ホストクラブに対して自分が代金を代わりに立て替えたって建前なんだけど、
これをやると客側には当然領収書は行かず、ホストクラブはホストに対して領収書を発行することになる。
で、売り掛けなんだけど、これって法的に裏付けが無いんだよね。つまり売り掛けというのが対価を伴う消費取引ではなく、金銭の貸借となるとすると、
売り掛けしてるホスト側は貸金業者の登録をしていないとならない。
登録してないと闇金ってことになるから、取り立てしようものなら刑事事件になりかねない。
なのでホストにハマって借金数百万円持ってる女は、ホストに領収書出せるか聞いてみるといい。後は貸金業の登録番号聞くだけでいい。
またそれか
だったら、「税込価格」を止めろやって話だよ
領収書に、「価格：1,000,000- 消費税：100,000- 合計：1,100,000-」とか書くなよって話
この「別途請求した」100,000は何だと言いたいんだ？
インボイスで「消費税二重取り」の巧妙手口、財務省の試算以上の税収増の可能性 最終的な負担は国民に
AＢＣの図で「わかりやすーい♪」とか言ってる人
詐欺に注意したほうがいいぞ
納税しなかったところが税制上は最終消費者となるってだけの簡単な話が、なんでこんな歪んだ話になるんだ？
消費税をトレースするために番号降るのと免税廃止は本来関係ないのに、まるでセットでないと導入できないかのような嘘をついてるからな。法律に基づいて正式に免除されてるものを益税とか言うやつは税控除使うなよ。
まあ赤字で納める金が無くても納めなければいけない消費税が正しいとなると、赤字なら免除される法人税がおかしいとなる。つまり免税事業者はただの税制度であり益税でも何でもない
この辺ってさ
自分が相手からお金を取るときには堂々と「税込み」で請求するんだろ？
免税業者は消費税分を客に請求するか任意だが、きっちりと請求するわけだろ？
【赤字で納める金が無くても】って変だよな
言ってみれば商品の原価だ
なんで、【後】の話にしてんだ？
1000円の商品を、税込み1100円で売って、原価を抜いたら赤字です～、100円の消費税分は別にあてがいました～とか、通るかそんなもんって話じゃねぇかよ
「仕入れ控除」をするってことは、そこで「消費税が支払われた」って話だ
なんのために番号振ったんだよ？
まさにそれを確認できるようにだろ
適当に領収書を書いて、仕入れましたー、払いましたーって出来なくするんだよ
そもそもがだ、番号払い出して適格領収書を出力する「その煩雑さを免除する」ってのが、免税事業者への扱いだったはずなのに
きちんと適格事業者のように管理させて、免税だけしましょうってか？
この件に関しては、一旦現状をきちんと説明した上で行われる
きっちりした反論を読みたい
1つの注文全体をorderと呼ぶとして、1つの注文には商品と数量のペアが複数並ぶわけだけど、この商品と数量のペアのことを英語でどう言うの？
請求書や領収書の行と考えたらrowとかentryとか、商品ごとに1つだからitemとか思いつくけど、なんかしっくり来ない。
日本語だと「項目」と呼ぶ気もするけどはっきり決まってない気もする。
商品と数量のペアを表す英語の表現にはいくつかのオプションがあります。具体的なコンテキストや業界によって異なることがありますが、以下のいくつかの例が参考になるかもしれません。
1. Line Item: これは請求書や注文書で一般的に使われる用語で、商品、数量、単価、合計価格などを含む一行を指します。プログラミングのコンテキストでは、LineItem クラスを作成し、商品名、数量、単価などのプロパティを持たせることができます。
2. Order Line: これも「Line Item」に似ていますが、注文における一行を指します。商品と数量のペアを表すクラスやオブジェクトとして使用することができます。
3. Order Detail: これは注文の詳細な内容を指し、商品と数量を含む情報を持っています。
4. Order Item: 注文された個々の商品を指します。これには商品名と数量が含まれます。
5. SKU (Stock Keeping Unit): これは在庫管理の際に使われる用語で、個々の商品の単位を指します。ただし、これは通常商品名や型番を指すため、数量とセットで使うには適していないかもしれません。
6. Product Quantity Pair: これは直訳的な表現ですが、商品と数量のペアを直接的に表しています。
コードの命名に使いやすい名前を選ぶ際は、そのクラスやオブジェクトが何を表しているのか、どのようなプロパティやメソッドを持つべきかを考えると良いでしょう。例えば、LineItem クラスは product, quantity, unitPrice, totalPrice などのプロパティを持つことが考えられます。
