画像をサーマルプリンター（ESC / POS）に送信するために使用するライブラリまたは同様のものについて知っている人はいますか？私は長い間その解決策に取り組んできましたが、解決できないようです。インターチューブでこれに関する多くの情報を見つけましたが、IP 以外のプリンターにのみ存在するようです。

貴重な情報に座っているスタック上の誰か?

領収書の検証に頭を悩ませています。

証明書が有効かどうかを検証する段階にあり、ASN1 ファイルを解析する必要があります。

Apple は、次のように asn1c を使用することをお勧めします。

https://github.com/vlm/asn1cから asn1c-master.zip を既にダウンロードしています。

このライブラリを Xcode にインストールする方法がわかりません。追加の作業が必要な場合、または asn1c をインストールした後に Apple の例として開始できますか?

手伝ってくれてありがとう。

編集 ：

INSTALL ファイルの指示に従って実行します: asn1c-master ファイルで、ターミナルで実行します:

その後、別のフォルダー ファイルを作成し、receipt.asn1このテキストを追加します。

その後、私は走ります

しかし、私は腹を立てました：

[もともと先月 OpenERP フォーラムに投稿されたものは役に立たなかったが、明確にするためにここに若干の変更を加えた。]

私が一緒に働いているグループは、キャッシュ ドロワー付きの無料のレシート プリンターを継承しています。パラレル インターフェイスを使用しており、そのための既知のドライバーはないようです。(これは Star SP-200 です。) "Hello World!^G" を /dev/lp0 に送信する単純な Python スクリプトは、"Hello World!" を正常に出力し、キャッシュ ドロワーを開きます ("lp" および "lpr" は、 Ctrl-G を含むファイル)。

ただし、OpenERP の POS モジュールを使用すると、レシートが Generic Raw Queue または Generic Text-Only プリンターのいずれかに印刷されると、PDF のように見えるものがプリンターに送信されます。

これは、Ubuntu 13.10、およびリポジトリからの最新の OpenERP (7.0-20140326) と最新の PoS を使用しています。

私たちが見逃した巧妙な OpenERP 設定、または平文が送信され、続いて ^G がドロワーを開く巧妙な CUPS 設定 / PPD ファイルはありますか?

iOS のアプリ内購入のために iOS 7 アプリケーションにセキュリティを実装しています。LocalIAP​​Store ハックでテストすると、メソッド [[NSBundle mainBundle] appStoreReceiptURL] を呼び出すと、返されたレシートが null であることがわかります。これで問題ありません。

ユーザーが LocalIAP​​Store をアクティブ化せずにオプションを購入すると、問題が発生します。これが行われると、領収書が生成されます。次に、それをサーバーに送信して、すべてが正しいことを確認し、購入を表示しますが、LocalIAP​​Store が再びアクティブになった場合、正しいレシートを返し続けますが、実際には別のオプションを購入しており、これがカリデートとして返されます。

領収書を確認するには、他に何ができますか? それを避けるためにローカルで何をチェックすればよいですか？任意のヒント？どのようにしますか？

ありがとう！

Apple からのメッセージを確認する

「あなたのアプリは領収書の検証を正しく実装していないことがわかりました。そのため、レビュー (サンドボックス) 環境と本番環境を適切に区別していません。これにより、サンドボックスの領収書チェックではなく、本番サーバーへの検証クエリが発生し、.あなたのアプリを審査することを妨げています。」

私たちの質問: 私たちはアプリケーションでローカルにレシートを確認しています。号を購読すると、領収書を受け取ります。アプリケーションは、レシートがサンドボックスに属しているか本番環境に属しているかを知りません。したがって、アプリは最初に領収書を本番サーバーに送信します。運用サーバーは、領収書がサンドボックス環境に属していることを示す 21007 を返します。その後、同じものをサンドボックス環境に送信します。この手順が間違っていたかどうかを明確にしていただけますか?

サブスクリプション成功後 領収書の取得:

----------------------------領収書の検証-------------------- --------------

更新受領後:

私は、DAX 2012 で製品受領書の総勘定元帳転記を拡張する任務を負っています。

2012 年に Microsoft har は、従来の LedgerVoucher、LedgerVoucherObject、および LedgerVoucherTransObject による一般会計への転記方法から、ソース ドキュメント フレームワークの使用への移行を開始したように思えます。

私の場合、総勘定元帳の転記を拡張して、製品の受領時に追加の転記が行われるようにします。製品受領書の更新を行うと、実際には 2 つの伝票が作成されます。1 つは製品の物理的な受領の会計処理、もう 1 つは製品受領時の負債の発生 (これは、アイテム モデル グループ / (フィールド グループ '元帳統合') / (フィールド) 製品受領時の負債の発生) で設定されます。

クラス InventMovement と、LedgerVoucherTransObject::newTransactionsAmountDefault の方法を使用するメソッド updateLedgerPhysical を変更することで、バウチャーの 1 つの投稿を拡張することができました。

これは、デバッガーを使用して、上記のメソッドにブレークポイントを配置し、コール スタックを正しいメソッドに戻すことで見つかりました。

しかし、他の伝票 (負債の発生) については、実際の総勘定元帳の転記をどこで探すべきか迷っています。

CIL を使用し、CIL 実行を使用せずに AOS でデバッグを試みましたが、ソース ドキュメント フレームワークが LedgerVoucher クラス以外の手段を使用して総勘定元帳に投稿されていると思われます。

ソースドキュメントフレームワーク、特にこのフレームワークを使用して総勘定元帳の転記を追加する方法について経験のある人はいますか?私の場合、変更に適した場所を見つける必要があります.

私はすでにこれに関するいくつかのスレッドを読みましたが、満足のいく解決策には至りませんでした.

iOS7 前後の元のアプリ バージョン (ユーザーがアプリをダウンロードした時点から) を受け取りたいです。iOS7 では、バンドルの領収書をデコードできます。しかし、iOS6以前はどうですか？

現時点ではRMStoreを使用していますが、(サンドボックス?) レシートを見つけることができませんでした。どうすればいいですか？

短縮版

Apple は、私が を使用していると言って私のアプリを拒否しSKReceiptRefreshRequestましたが、私のコード (下記) でそれを見つけることができません。

ロングバージョン

私は現在、アプリ ストアで自分のアプリを承認しようとしていて、いくつかの壁にぶつかっています。現在の主な問題は、私が領収書の検証を正しく実装していないと彼らが言っていることです。その後、開発者テクニカル サポートの担当者に案内されました。その後、彼は削除のプロセスに進みます - 憶測に基づいて、私のコードを見ることができず、アプリのレビュー部門と連絡が取れていないことが原因です.

最初に彼は言及SKReceiptRefreshRequestし、壮大な統一の領収書. 私は使用していないことを彼に知らせましたSKReceiptRefreshRequest。プロジェクト全体を検索しました。その後、さらにいくつかの削除を行い、最終的には、DTS 担当者が個人的にテストするためのプロビジョニング プロファイルと共に .IPA を送信することになりました。彼は、問題はないと報告し、アプリのレビュー部門に連絡して拒否の理由を見つけました。最後にいくつかの進歩。

そして彼はこう言って戻ってくる

"ここでの問題は、App Review が SKReceiptRefreshRequest の使用のためにアプリを拒否していることです。App Reviewer は、アプリがこの呼び出しを行う結果となるいくつかの一連の手順を使用しています。レビュアーがアプリ内購入アイテムにアクセスするための [購入] ボタン。

...

したがって、私の唯一の結論は、コードのどこかでこのメソッドのデリゲートを使用しているということです。SKReceiptRefreshRequest私が困っているので、私がどこにいるのか、またはどこにいる可能性があるのか​​ 教えてもらえますか？

より詳しい情報

コード

(セキュリティのため一部隠してあります)

問題を引き起こしていると思われるすべての非消耗品は、私たちによって直接処理され、サーバー上のアカウントに関連付けられています。

上記のクラスで使用しているデリゲート

<SKProductsRequestDelegate, SKPaymentTransactionObserver,NSURLConnectionDelegate>