ケータリング業界において、POSシステムは必要不可欠です。例えば、Lightspeed Kシリーズに切り替えたことで、多くの問題やネガティブな経験が発生しています。例えば、キャッシングの際の長い待ち時間、請求書作成時のやり取りなどです。現在、sansaroレストランでかなりの問題が発生しており、注文を取るだけでも遅延が発生するため、サービス中のお客様にご迷惑をおかけしています。.
ライトスピードKシリーズの使用感
Lightspeedは国際的な企業であり、そのホットラインは時に涅槃に至ります。また、ホットラインがフィードバックフォームを参照し続けることも問題で、この問題に適切に対処できる担当者がドイツにはいないようです。.
もしかしたら同僚が使っているかもしれないし、ライトスピードの誰かが何かを変えてくれるかもしれません。ケータリングビジネスとして機能している私たちにとって、POSシステムを変更するのは簡単なことではありません。どのPOSシステムにも多くのプログラミングとトレーニングの時間が費やされます。.
ライトスピードKに決めた理由
私たちがLightspeed Kを選んだのは、長年愛用している予約システムOpenTableや、理論的には商品管理、会計などの他のシステムとも接続できるからです。. 私たちの観点からは、今日のPOSシステムが（例えば私たちが長年使用してきたガストロノヴィのような）閉じたエコシステムではなく、逆に非常にオープンであり、他のあらゆる種類のシステムと接触できることが重要な点です。.
Lightspeedはまた、非常に高速で効率的な支払い処理を提供し、システムはバックオフィスで全体的に非常にモダンに見えます。例えば、商品グループの会計配分はメニュー構成とは独立して行うことができます。これは、日本酒とワインのような混在したメニューでも、会計上の勘定科目は別々に設定できるということです。理論的には少なくとも...これについては後ほど。.
ドイツにおけるLightspeed Kの問題
この記事はまだ開発中です。Lightspeedのサポート、アカウントマネージャー、さらにはLightspeedの外部ITサポートとLightspeedの問題を明らかにするために数週間試行錯誤した後、私たちの経験をここに書き留め、他の同僚のためにスクリーンショットやより詳細な情報を掲載する予定です。.
DATEVエクスポートの基本的な問題
というのも、DATEV Kassenarchiv onlineとの自動接続（Lightspeedが提供する唯一の会計接続！）には重大な欠陥があるようです。また、Lightspeedはここ数週間、Lightspeed InventoryやRest APIに関するリクエストに応えていません。.
現在、会計システムを機能させるための最大の課題は、さまざまなデータの流れをきれいかつ効率的にまとめることです。.
ライトスピードKシリーズには独自のキャッシュブックがありません。ガストロノヴィのような他のプロバイダーはキャッシュブックが統合されており、現場の従業員がきちんと管理できるため、このこと自体がやや問題です。.
理論的には、他の現金出納帳ソリューションをLightspeed Kシリーズに接続するのは簡単なはずです。しかし、これが問題の始まりです。なぜなら、ライトスピードはDATEVキャッシュアーカイブへの転送を外部会計の唯一のインターフェースとして提供しているからです。.
それ自体は悪いことではありません。結局のところ、DATEVはドイツで会計処理に広く使われている基準なのです。.
でも
- DATEVレジ・アーカイブへのインターフェースは、最初の取引の前に論理的にテストすることはできません。転送はレジのライブ操作からしか実行されませんが、それでもブラックボックスのようなものです。転送が本当に機能するまでには何日もかかります。.
- 転送されるデータは極めて初歩的なものです。特に、売上は付加価値税別にのみ転送され、商品グループ別には転送されません。つまり、会計レベルでの差別化された分析は不可能です。.
- 最も劇的な問題： ある日にトレーニングの売上が発生した場合、これも売上として振り替えられます。 - このことがどこにも記録されることなく、またLightspeedがこのことをユーザーに通知することもありません。.
この最後のポイントは、すでに 実装における重大なミス.
新しい従業員にレジを見せたり、季節の新メニューをプログラムしたり、すべてのレシートが正しく出ているかをチームがチェックしたり。.
このようなものにトレーニングモードがあるということは、もちろん非常に重要なことです。ちなみに、私たちの意見では、レストラン経営者がどんな種類のレジでもトレーニング・モード ブラックマネー 最新のレジは特別なセキュリティ装置で保護されており、税務調査官であれば、営業中にレジが奇妙にさまざまな取引を「トレーニング」しているかどうか、あるいはトレーニングモードが営業時間外にのみ使用され、同じメニューチェーンを実行するためにのみ使用されているかどうか、すぐに気づくでしょう。.
しかし、Lightspeed KレジスターのDATEVエクスポートで何が問題なのかを見つけるには、探偵のような仕事をしなければなりませんでした。.
実際、DATEV Kassenarchiv OnlineからDATEV Kassenbuch OnlineへのDATEVエクスポートは、以下のようになります。 (Lightspeed Kキャッシュレジスターを使用している場合、キャッシュブックは保存されず、DATEV Kassenarchiv Onlineに自動的に売上を転送することしかできないため、次のステップが必要です。） トレーニングモードを1日に使用した場合、失敗します。.
ユーザーとしては、合計が一致しないので手動でデータを転送しなければならないという曖昧なメッセージが表示されるだけです。.
さらに調査を進めると、次のような姿が浮かび上がってきました：
- Lightspeed Kは、トレーニングのターンオーバー（！）も通常のターンオーバーとして送信します。
- その結果、現金出納帳が正しくなくなる可能性があり、レストラン経営者にとっては大きな監査リスクとなります。
- 構成によっては、レストラン経営者が税務署に高い売上を報告しなければならなくなり、徴収したVATよりも多くのVATを支払わなければならなくなる可能性もあります。
- しかし同時に、DATEV Kassenarchiv OnlineからDATEV Kassenbuch Onlineへの転送中にエラーが報告され、手動で転送する必要があります。.
- 私たちはこの情報を自分たちで調べなければなりませんでした。ライトスピードの誰も（！）私たちにこのことを指摘しませんでしたし、トレーニングセッションでも、これらのトピックに関するホットラインでの問い合わせでも、このことは言及されませんでした。
- 実際、このエラーはLightspeed社内で数ヶ月前から知られていたようで、チケットも公開されています。.
それは絶対にダメです。ライトスピードはすべての要件を満たしていると自負していますが、自動車メーカーのイメージで言えば、「理論的にはそうかもしれませんが、ヤードから道路に出た瞬間に、ライトスピードKはすでに修理が必要です。.
私たちの印象：ライトスピードはドイツ市場向けにKシリーズの適切なローカライズに投資していません。.
テスト予約を売上として転送するようなDATEVエクスポートのエラーは許しがたく、POSソフトのプロバイダーは1日たりとも故意に受け入れるべきではありません。レストランの監査セキュリティが危機に瀕しています。ライトスピードの顧客は 絶対 データがクリーンかつ確実に伝送されること。.
DATEV Kassenarchivのインターフェイスだけがあり、他には何もないという事実も不満です。.
ローカライズといえば： ローカライズや翻訳にも弱点があります。. これはサポートチームと話すときに特に顕著で、彼らは多くのメニュー項目をまったく違う名前で呼んでいます。ドイツ語ではあまり意味をなさないセクションを見つけると、それほど劇的ではありませんが、それでもイライラします。.
以下は、Lightspeed Kのメニューオプションを理解することが推測ゲームになる例です：
マニュアルマニュアル入力」とはどういう意味ですか？
どこかのタイミングで英語版に切り替えて初めて、大まかな意味がわかるのです：
„ここでの “Manual „はドイツ語で “Manuell „と訳されるもので、“Handbuch "とは訳されません。.
手動でカード決済を開始できる機能。まあ、それは私たちが探していたものとも、期待していたものともまったく違うものでした。しかし、一度有効にすると、ホットラインでさえも、もはや無効にすることはできません...
もう一度言いますが、問題は翻訳ミスではありません。問題は、ローカライゼーションにほとんど愛情が注がれていないことで、どの機能が何を意味するのか、ホットラインと一緒に推測しなければならないことです。.
その他、Lightspeedが修正したとは思えない大小の問題があります：
- この オーバーライドクエリの欠如, 他の人がそのテーブルに予約した場合、これは大問題です。何の警告もなく、単に指定されたオーダーを失うだけです。これは絶対に容認できません。.
- 概要の個々の項目のリストが完全に混乱しています。ビール3本」と表示される代わりに、「ビール1本」に対して3つの個別の項目が表示されます。表示が非常に小さくて混乱し、いくつかの項目が要約される代わりに個別の項目として表示されます。これは、2000年当時のコンピューターの機能を彷彿とさせますが、最新のシステムではありません。ちなみに、この概要は大きなiPadでも小さく表示され、ペースの速い日常のケータリングでは厄介なものです。.
- 不可解な理由により、あるテーブルから別のテーブルへ注文を移すことができません。その理由は明らかではありません。.
- それは不可能です、, 現金チップ カードで支払われた注文に対して。カードで支払った後、客が現金を置き忘れることがよくあるので、これは大きな問題です。これを正しく記録したいのであれば、Lightspeedを使うしかありません。これはお金やテーブルでの支払いの正しい処理に影響するため、許されないミスです。このクレームに対し、Lightspeed社は変更の予定はないと回答しています。チップは一日の従業員内で共有することをルールとしている当社のような会社にとって、これは大きな問題であり、現金でチップをカード払いにするすべてのゲストに多大な労力を強いることになります。Lightspeedが提供するすべての回避策は、当社にとってはまったく実用的ではありません。この点も、POSシステムがドイツ市場で適切に機能するためには、カナダの経営陣が直ちに変更すべき点です。.
- 注文や商品を注文する際に、触覚や視覚的なフィードバックはありません。. これは、知覚を容易にするための微妙なアニメーションで簡単に改善できます。.
- 最も重要な点：DATEV Kassenbuch Onlineへのターンオーバーの転送における顕著な弱点。データを転送できるのはDATEV Kassenarchivのみ。この制限だけでもかなりのものです。Lightspeed Kでは、模範的な方法で売上を区別することができますが（商品は商品グループごとに分けられ、メニューに独立してまとめられているため、会計上は細かく商品を分けることができますが、レジ操作では論理的なメニュー関係を設定することができます）、DATEVでは初歩的な情報しか得られないため、この区別をきれいにエクスポートすることができません。これに関するドキュメントは陶酔感にあふれていますが、結局のところ詳細には弱く、意味がありません。しかし、キャッシュ・アーカイブからキャッシュ・ブックへの転送に失敗した場合は、本当に問題になります。例えば、新しいメニューがセットアップされ、トレーニングモードでプロセスがチェックされたため、あるいはチップが混在した請求書の支払いに関する問題を追跡し続けたため、特定の日にトレーニングデータを使用した場合などです。この場合、合計が一致せずに送信され、DATEVキャッシュブックのエクスポートに失敗し、手作業でやり直さなければなりません。Lightspeedが提案する解決策は、売上が発生した日に支払データを処理しないことです。別の言い方をすれば、必ず1日は締めて、その日は従業員がトレーニングに来るようにします。完全に狂気の沙汰です！
- 厨房のレシートは（明白な理由もなく）大文字でしか印刷されません-システムに保存される方法でも、最後に請求書に表示される方法でもありません。大文字は見出しや広告ポスターには最適かもしれませんが、厨房のレシートでは、特に長い商品名となると読みにくくなります。これを変更するという選択肢はありません。.
ライトスピードKの複雑なライセンス戦略
レジメーカーが、自社のレジがより多く使用されれば、より多くの収入を得たいと考えるのは、ごく自然で正当なことです。私たちがガストロノヴィを辞めた理由のひとつは、ガストロノヴィの月3台のレジが、ライトスピードの月6台のレジの2倍の値段だったからです。.
ここまではいいのですが、実際にやってみると、この戦略はいささか世知辛い。.
一般的にシステムにリンクされているハードウェアのことで、一晩ごとのユーザーのことではありません。.
具体的には、従来のように従業員全員の携帯電話をLightspeed Kのレジと連携させ、その日の夕方にその場にいる従業員が自分のアカウントでログインしてレジを利用する、ということができません（その場合、既存のロジックでは同時にログインできるレジは最大6台）。.
いいえ、リンクできるのは最大6台（！）までということです。つまり、理論的には、毎晩、ある従業員のレジのリンクを削除して、別の従業員のレジをリンクできるようにしなければなりません。まったく非現実的なプロセスです。私たちにとっては、レジとして使えるようにするために、レストランにあるハードウェアを追加購入しなければならないことを意味します。.
極めつけは、ホットラインがこの質問をアカウント・マネジャーに照会したのですが、そのアカウント・マネジャーはこの2週間、何度連絡しても応答がありません。.
ドイツ市場への適応不足
レストランでは、簿記を処理し、現金、ウェイター、精算を現場で処理する非常に実用的な方法がたくさんあります。Lightspeedはこのためのいくつかの異なるオプションも提供しています。.
ここで問題なのは、これらのオプションのいくつかが多数のメニュー項目に散らばっていて、明らかに矛盾していたり、（設定にそのことが明記されていないにもかかわらず）互いに排他的であったりすること、そして、ライトスピードが単にドイツ市場に限定的にしか適応していないようで、独自のホットラインが様々なオプションを適切に説明できないことに気づくことです。.
例えば、小銭入れを共有しているレストランもあります（私たちのように）。 ウェイター全員が自分の財布で仕事をするようにすると、カードのチップが現金の売上を上回ることが多いので、現在ではすぐに問題が起こります。などなど......もっと詳しく説明させていただきますが、ライトスピードがドイツ市場でより実践的な専門知識を提供することで、より多くの投資をする用意があるのであれば、それは意味のあることです。.
法人顧客に対する税務インボイスの作成制限
- 顧客データの事後設定はできません： 250ユーロ以上の請求書を持つ顧客が、税務署や社内の経理部門が請求書を要求するため、来店の数日後または数週間後に宛名が印刷された請求書を要求することがよく起こります。GastronoviのようなPOSシステムでは、これは巧みに解決されます：システムで利用可能でなければならない請求書のコピーは、顧客データとリンクさせることができ、請求書自体を変更することなく、印刷または送信することができます。Lightspeed Kの場合はそうではありません。何らかの理由で、これは当日にしかできません。そのため、多くの問題が発生し、オフィスでの作業も増えています。.
OpenTable 統合に関連して、次のエラーが発生しました：
- 宛名が刻印された請求書に顧客データが入力されました。
- ダイアログの最後には、（「キャンセル」に加えて）「適用」と「OK」という選択肢があるため、従業員にとっては不明確でわかりにくい。
- 私たちはOKを押して、顧客名の入った請求書を受け取りました！
- そのため、請求書の処理を再度行う必要があります。しかし、請求書はすでにLightspeedに従ってリンクされているため、これは不可能です。サポートチームは、「会社名を通りに入力する」などの方法を提案しますが、もちろんこれは単純にクリーンな手順ではありません！
- 請求書をもう一度コピーして出すと、請求書には違う名前が書かれています。つまり、OpenTableでテーブルを予約した人の名前です（私たちは入力していません！）。.
- Lightspeedサポートは、私たちが名前を間違って設定したので、今すぐ変更しなければならないという見解です。しかし、どちらも間違っています。私たちは名前を設定しておらず、システム側で名前を変更することはもうできません。.
Lightspeed Kレジスターは現在ドイツでは不十分です。
状態 22/02/2026Lightspeed K Kasse は、正確な自動会計に依存しているドイツのレストランにとって重大な欠陥があります。.
トレーニングの離職率を通常の離職率として転送するだけのDATEVエクスポートの問題はあまりに劇的で、数分ごとに違う担当者に回されるものの、結局解決策を得られないというサポートの弱さが目立ちます。.
レストラン経営者としての主観的な評価：Lightspeedがこれらの問題を解決するまで、手を控えてください！
