全電子請求書と呼ばれる完全にデジタル化された電子請求書とは、以下を指します。 メディアの削除、形式の削除、ラベル付け、要素化、クレジット付与システム、およびコード割り当ての基本特性を備えた、信頼できる ID システムと電子請求書サービス プラットフォームに依存するフィールド、すべてのリンク、およびすべての要素の新しい請求書には、紙の請求書と同じ法的効果があります。
請求書がオール電化の時代が到来しました。請求書のタイトルをコピー&ペーストして、製品情報、製品モデル、請求金額を確認し、免税額と課税額を計算して、手入力していますか? 1 セントの違いには長い時間がかかり、4 セントの場合は 5 を 1 つに統合してバーンアウトし、最終的に正常に発行された PDF 請求書形式ファイルを消費者に送信する必要があります。私たちは金融学生の苦悩を経験しているので、その気持ちを理解しています。ここで、実現された自動請求とインターフェース請求の方法を共有します。
自動請求ツールを次の図に示します。
オール電化自動請求ツールの特徴は以下のとおりです:
1) 複数の販売側請求会社の同時請求書発行をサポート
3) 手動介入なしで自動請求
が完了可能
4) API請求モードをサポート、全電子請求インターフェース API の呼び出しは既存のシステムに統合できます;
5) Aerospace、Baiwang、ukey をサポートすべての電子請求書との同時並行請求をサポート;
6) 結合と分割をサポート、割引の自動処理、備考の自動入力、自動書き戻しと差額データの調整。
全電気請求書請求インターフェイスのドッキング手順
リクエスト URL: fpkj...com/kpgl/fpkj
リクエストメソッド: POST
インターフェイスリクエストヘッダータイプ ContentType: application/x-www-form-urlencoded;charset=UTF-8
パラメータ形式: DATA
戻りパラメータ形式: JSON
リクエストパラメータ形式: token=&data=[請求書メッセージjsonのbase64]&spid=販売者の企業ID
請求書メッセージ json、次のように:
[
{ "XTLSH": "文書番号"、 "KHMC": "顧客名"、 "KHSH": "納税者 ID"、 "KHDZ": "住所"、 "KHKHYHZH": " 「顧客銀行口座番号」、 「FPZL」: 「請求書タイプ」、 「BZ」: 「備考」、 「KPR」: 「請求者」、 「SKR」: 「受取人」、 「FHR」: 「審査者」、 「 YFPHM」 :「Hong Chong の元の請求書番号」、 「KHYJ」:「顧客のメールアドレス」、 「KHSJ」:「顧客の携帯電話番号」、 「ITEM」:[ { "CPMC": "製品名 1"、 "CPXH": "製品モデル"、 "CPDW": "製品単位"、 "SL": "税率"、 "CPSL": "数量"、
"BHSJE": "税抜金額"、
"SE": "税額"、
"FLBM": "分類コード"、
"XSYH": "税率優遇"、
"LSLBZ": "ゼロ税率マーク"、
" YHSM" : "スペシャルオファー",
"KCJE": "0"
},
{ "CPMC": "製品名 2"、 "CPXH": "製品モデル"、 "CPDW": "製品ユニット"、 "SL": "税率 "、 "CPSL": "数量"、 "BHSJE": "「税抜金額」、 「SE」:「税額」、 「FLBM」:「分類コード」、 「XSYH」:「優先税率」、 「LSLBZ」:「ゼロ税率マーク」、 「YHSM」:「優先税率」説明" ,
"KCJE": "0"
}
]
}
]
戻りパラメータメッセージの例:
{ "Reulst": "1", "Message": "", "SucessList": [ { "KPJG": "1", "KPRQ": "20230307", "KPFK": "Issue Success "、 "URL": "/SHKJ/57650286251271074003.pdf"、"FPHM ": "23442000000019681253"、 "JQBH": ""、 "FPDM": ""、 "SKM": ""、 "PDFXX": " PDF正常に生成されました", "XTLSH": "0900883436", "EWM": "01,32, ,23442000000019681253,1200.00,20230307, ,4E73,", "JYM": "57650286251271074003" } ]、 "ErrList": [ {
"XTLSH": ""、
"ErrMsg": ""
}
]
}
注:
Result=0 の場合は、データが異常であるか、プロセスが異常であることを意味しますが、このとき Message の値に注意する必要があります。
Result=1 の場合、必ずしも請求が成功したことを意味するわけではありません。オフライン請求または税ディスクがオンラインでない場合は、受信が成功したことを意味する場合があります。バッチ請求の場合は、注意が必要です。 ErrList の値。この時点では、部分的には成功し、部分的にはコピーが失敗した可能性があります。
請求の成功を判断できる唯一の状況: SucessList リストと請求書番号が空ではない
場合、Result=1 で SucessList リストに返された請求書番号が空の場合は、請求結果を非同期で取得して請求ステータスを取得する必要があります。 。