---
# System prepended metadata

title: Untitled

---

## tourとproductの今後の扱い方について
- 今のtabinakaとfunでtourレコードで扱っている範囲
- rezdy/ryomaで扱うproductの概念の範囲
  - tourとinventoryの間
- ユーザーが体験するものとしては以下は別物になりそうかどうか
  - ceb001
  - ceb001en
  - ceb001jp
  - ceb001enjp
- ceb001enなどがrezdy(ryoma)で扱う最小単位
  - 差分はガイド言語により料金が違う

## 在庫の概念について
- 在庫はガイドを中心とした考え方で良いか？
  - 去年車両の席数で〜という話も出ていたが、そういう概念は取り扱わない
  - ガイド1人に対して4人でいくらか、6人でいくらか？はある
    - どちらも1ガイドが消費される

- gbなどは言語というよりも車をまるっと貸し出すような形
  - これは車の
- 在庫に大きく影響するものはガイド言語
  - オプションなどはメインの在庫に影響がない
- 

## tabinakaのツアーとfunおよび他のOTAで取り扱うツアー(product)について
- tabinakaにツアーレコードは大量にありますが、今後も公開し運用されるツアーは一部
- これらのツアーはryomaと連携する際に整理される？
  - この時にceb001など先にtabinaka側に現状のtour_codeのルールに沿ったデータをカラム追加して登録が必要
- 

## fun/tabinakaにryomaのツアーコードを連携した場合のテーブル（例）
- ryoma_products
  - tour_id（funのツアーID)
  - lang_id(ガイド言語ID)
  - product_code（ryomaのコード)
- 課題点（今のツアーの概念が存在する場合)
  - 新規連携 
    - product_codeを分解する必要がある
  - 既存の連携
    - lang_idがまだ空のものだけ見る

## 気になる点
- ceb001enで運用していたものの在庫を無くしceb001enjpで運用することになった場合
  - 既存の連携だとつけ外しが再度必要になる？

### その他（今後の言語追加される予定と影響範囲）
- 現状のtabinakaは影響がない
- funの方は言語追加する場合以下の対応が必要
  - Rails側でLang追加
  - Rails側でメール用のlocale追加
  - Rails側でtranslations系のレコードに言語登録
  - nuxt.js側でlocale追加
