Dear Ricado:由於公司要導入電子發票,看您的建議測試了 QBoss 電子發票整合系統目前匯入檔案的部份沒問題但是測試 QBoss 電子發票 API 遇到問題不知道您是否有遇過這個問題QBoss 電子發票 API 安控系統即時訊息_______________________________________________________[14:47:38:489] >>> 開立由系統配號之發票[14:47:38:517] ERR 發票開立失敗: 此處不允許子查詢。只能用純量運算式。[14:48:03:336] === API 服務已停止[14:48:17:956] === API 服務已啟動[14:48:39:327] >>> 開立已配號發票,發票號碼:MT27083167, 發票日期:2021/06/03 00:00:00[14:48:39:350] ERR 嘗試使用發票號碼 [MT27083167] 開立發票發生錯誤: 此處不允許子查詢。只能用純量運算式。,
版主您好,想請問有遇過類似狀況嗎?近期導入電子發票發現在傳輸B2C的時候特別慢,導致出貨速度沒辦法很快。然而在B2B的時候就會開立的非常快,不知道有沒有人和我遇到相同的問題,打電話去軟體公司,一直跟我說是因為財政部上傳塞車,導致作業時間很久。但是這樣真的很困擾呀:"(
CF051125 wrote:近期導入電子發票發現在傳輸B2C的時候特別慢,導致出貨速度沒辦法很快。 您是不是誤會軟體公司的意思了?這個邏輯有點怪怪的。因為我不知道您用的系統架構,所以沒辦法判斷。但是『出貨』和『傳輸發票』怎麼會搞在一起,不合理阿!因為電子發票是由關貿開發的,他們非常熟悉報關系統,所以電子發票當然也是採用類似報關的批次傳輸作業。也就是說,『發票開立』,和『發票上傳』是兩回事,B2C 發票兩天內上傳就好,B2B 更只要 7 天內上傳就可以了,而且為了鼓勵大家用電子發票,即使超過期限,目前也只是發 Email 通知而已。B2C 比 B2B 容易傳不上去,這是事實。因為 B2C 交易量大,而且 B2B 是一張一張傳,B2C 每一個封包最多可以包含 1000 張發票,所以依據經驗,B2C 確實必較容易出錯。回到您的問題,出貨、開立發票,這個過程和財政部沒有關係。就算你把電腦幫到海邊,一樣可以開發票阿。如果您必須聯網才能開立發票,例如廠商提供的雲端發票系統,那也是您和廠商的關係阿,和財政部沒有關係吧。等發票開立完了,不論是您自己使用 Turnkey 上傳,或是透過加值中心上傳,就算傳不上去,慢慢再傳就好啦,怎麼會影響出貨呢?除非你是開一張傳一張,沒上傳完成不能開下一張。那這個是軟體的限制,和財政部沒有關係。PS: 難得幫政府護航。