POS印刷によるソリューションを探しています。
シナリオは次のとおりです。
現在、あるレストランでは POS システムが稼動しており、店内の iPad から注文を受け取り、注文を処理してキッチンのサーマル プリンターで自動的に印刷するネットワーク設定を行っています (かなりクールですね)。とにかく、このレストランにはオンライン注文用の Web サイト (PHP で書かれている) もあり、電子メールで手動で確認する必要があります。このレストランでは、オンライン システムが各注文をプリンターに自動的に送信することを望んでいます。
私は彼らのサイトや社内注文システムの開発には関与していないことを付け加えなければなりません. PHP から POS システムまで扱ったことはありませんが、可能でしょうか? Web サイトのフォームから POS プリンターにデータを自動的に送信するための代替ソリューションは何ですか?
処理済みかどうかのステータス フラグを持つ php Web サイトの Web サービス。x分ごとに内部アプリケーション/内部アプリケーションからWebサービスにクエリを実行します（おそらく1で十分です）すべての未処理の注文をリストし、取得時に処理済みとしてフラグを立てます（ハックしますが十分です）
c#/java/c++ などは、ローカル プリンター インターフェイスにアクセスできない Web ベースの問題を回避するのに最適です。キュー アプリは単に Web サービスから結果セットを取得し、それをフォーマット/印刷します。
おそらく 20 行ほどのかなり単純な php と、おそらく 100k 未満の c# でうまくいくでしょう。
プリンターについてはあまり考えず、彼らが使用する POS ソフトウェアとどのように連携するかについて考えていました。メーカー、製品名、およびバージョン番号を調べます (可能な場合)。次に、その製造元に問い合わせて、フックできる SDK または API があるかどうかを確認します。
実際に Web サイトにフックすることになると、PHP ページから POS システムに直接呼び出しを行うことはありません。たとえ可能であったとしても、この種の密結合は、POS システムがオフラインまたはアクセスできない場合、Web サイトが壊れることを意味します。
代わりに、データベースまたはキューイング システムを使用して、Web サイトからの注文を保存します。データベースまたはキューから読み取る小さなミドルウェア (デーモンやサービスなど) を作成し、SDK または API を使用して POS システムに注文を送信します。
これらのシステムを分離しておくと、長期的には多くの時間とお金を節約できます。それがなければ、スケーラビリティの問題が確実に発生します。
ちょっと考えてみてください。プリンターに直接書き込んだ場合、2 つの注文が同時に入ってきたらどうなるでしょうか。チケットは両方の注文のデータで文字化けしますか? 1 つの注文が失敗し、もう 1 つの注文が処理されることはありますか? レストランはピーク時に忙しい傾向があるため、これはあなたが思っているよりも可能性が高いです. スーパーボウルの日曜日にピザの宅配レストランで働いたことがある人に聞いてみてください。
タブレット アプリケーションが実際に WIFI 経由で構成済みのネットワーク プリンターに接続しており、プリンターがネットワーク接続のみで、他の PC がない場合は、もう少し手間がかかることを意味します。いくつかの方法があります。いずれにせよ、現場に PC を用意する必要があります。Web ブラウザーから、ローカル ネットワーク上のネットワーク プリンターに印刷できる場合は、簡単な方法でショットを作成できます。Web アプリケーションにアクセスできるように PC をセットアップすると、ローカル ネットワーク上で同じネットワーク プリンターを構成できます。次に、注文を適切にフォーマットするスタイルシート media=print を使用して HTML ページを作成し、ボタンのクリック時に JavaScript の印刷呼び出しを実行します。するべきです。これには、Web サイトにログインしている PC が必要です。注文を管理し、標準的な方法を使用して注文データをプリンターに送るために印刷をクリックする人。2 番目の方法は、プリンターの製造元を特定し、プリンター モデルの POS ドライバーをダウンロードして、請求書の取得、キューイング、およびプリンターへの発行を処理するクラスを作成し、同様に注文をプリンターに書き込むスケジュールされたジョブを作成することです。サービスに。これにはオンサイトの PC も必要ですが、注文を監視してキューを印刷する人は必要ありません。2 番目のアプローチでは、クライアントの開発費用が大幅に増加します。次に、サービスのように注文をプリンターに書き込むスケジュールされたジョブを作成します。これにはオンサイトの PC も必要ですが、注文を監視してキューを印刷する人は必要ありません。2 番目のアプローチでは、クライアントが開発するためにかなり多くの費用がかかります。次に、サービスのように注文をプリンターに書き込むスケジュールされたジョブを作成します。これにはオンサイトの PC も必要ですが、注文を監視してキューを印刷する人は必要ありません。2 番目のアプローチでは、クライアントの開発費用が大幅に増加します。