企業證書打包

Ⅰ 企業證書打包應用怎麼處理安裝時不需要信任證書

具體操作步驟： 1、設置—通用—描述文件—找到同名的描述文件。 2、點擊—打開—即可正常回使用。 3、由於答IOS9系統限制，安裝APP後直接打開，系統會提示「未受信任的企業級開發者」。需要您手動信任下證書，才可繼續使用。

Ⅱ 現在企業打包證書不能用一個證書打包多個程序了嗎

一款App在別人的機器上開發和發布，現在迭代更新和開發需要在一台新mac機上開發和發布。（使用同一個開發者）

問題：

1. 在新mac機器上開發並導入真機測試，是不是需要從別人的機器上面導處開發者證書、開發者授權文件和開發密鑰導入到新mac機器上才能開發？

2. 2.程序迭代開發完成，App上傳蘋果應用商店的時候是不是還需要用老機器發布才可以才能保證App更新？能不能從老機器上面把發布證書導入到新機器上，用新機器發布App？

3. 解決方案：

4. App開發和發布過程中證書基礎知識：

5. 1. Certification(證書)

6. 證書是對電腦開發資格的認證，每個開發者帳號有一套，分為兩種：

7. 1) Developer Certification(開發證書)

8. 安裝在電腦上提供許可權：開發人員通過設備進行真機測試。

9. 可以生成副本供多台電腦安裝；

10. 2) Distribution Certification(發布證書)

11. 安裝在電腦上提供發布iOS程序的許可權：開發人員可以製做測試版和發布版的程序。

12. 不可生成副本，僅有配置該證書的電腦才可使用；（副本製做介紹在下面Keychain中介紹）

2. Provisioning Profile(授權文件)

授權文件是對設備如iPod Touch、iPad、iPhone的授權，文件內記錄的是設備的UDID和程序的App Id，即使被授權的設備可以安裝或調試Bundle identifier與授權文件中記錄的App Id對應的程序。

開發者帳號在創建授權文件時候會選擇App Id，（開發者帳號下App Id中添加，單選）和UDID（開發者帳號下Devices中添加最多100個，多選）。

授權文件分為兩種，對應相應的證書使用：

1) Developer Provisioning Profile(開發授權文件)

在裝有開發證書或副本的電腦上使用，開發人員選擇該授權文件通過電腦將程序安裝到授權文件記錄的設備中，即可進行真機測試。

注意：確保電腦有許可權真機調試，即安裝了開發證書或副本；在開發工具中程序的Bundle identifier和選中使用的授權文件的App Id要一致；連接調試的設備的UDID在選中的授權文件中有記錄。

2) Distribution Provisioning Profile(發布授權文件)

在裝有發布證書的電腦上（即配置證書的電腦，只有一台）製做測試版和發布版的程序。

發布版就是發布到App Store上的程序文件，開發者帳號創建授權文件時選擇store選項，選擇App Id，無需選擇UDID；

測試版就是在發布之前交給測試人員可同步到設備上的程序文件，開發者帳號創建授權文件時選擇AdHoc，選擇App Id和UDID；只有選中的UDID對應的設備才可能安裝上通過該授權文件製做的程序。

3. Keychain(開發密鑰)

安 裝證書成功的情況下證書下都會生成Keychain，上面提到的證書副本就是通過配置證書的電腦導出Keychain（就是.p12文件）安裝到其他機子 上，讓其他機子得到證書對應的許可權。Developer Certification就可以製做副本Keychain分發到其他電腦上安裝，使其可以進行真機測試。

注意：Distribution Certification只有配置證書的電腦才可使用，因此即使導出導出Keychain安裝到其他電腦上，其他電腦也不可能具有證書的許可權。

上面的證書基礎知識可以看到開發者證書可以導入到新電腦上用於開發和真機測試，發布證書不可以導入新電腦用於App發布。所以問題出現了那以後版本迭代更新怎麼辦？

針對問題1：通過導入開發者證書、密鑰和開發授權文件（導入測試機）可以實現用新的電腦在真機上開發和測試，其實這個方法解決的問題應該是如何在不想讓別人知道自己開發者的前提下讓多台mac機同時可以開發在真機上測試的App；假設現在你知道開發者密碼你完全可以通過你的開發者在自己機器上重新生成開發者證書、開發密鑰，然後通過你信生成的開發者證書和開發授權文件進行真機開發測試。

針對問題2：不能通過導入發布證書的方式在新電腦上更新迭代App；那怎樣才能在新mac機上面進行迭代的App發布那，難道必須只能在老機器上面進行迭代發布嗎？毫無疑問肯定是可以在新機器上進行迭代APP的發布的，這中間涉及到蘋果App商店的升級機制：針對同一個開發下面同一個App只要版本號比當前版本號大都會自動提示用戶有新版本。所以你可以在你新mac電腦上面從新創建一個發布證書，通過這個發布證書進行發布。

Ⅲ iis上的https網站中發布蘋果企業應用賬號打包的ios應用，可以使用沃通的免費ssl證書嗎

可以的，沃通的SSL證書是支持所有瀏覽器和移動設備的，不過如果你使用他們的免費SSL證書，要記得將證書鏈部署完整，具體你可以問他們技術支持，我也是用的他們的免費SSL證書，非常好用。

Ⅳ ios企業證書打包plist文件放在哪

企業引入ISO認證的會計處理 為了將企業在認證過程中發生的支出在資產負債表上直觀地得到反映，設置資產類科目「認證項目」歸集認證過程中發生的各項支出，同時設置備抵類科目「認證失敗准備」，在期末按一定比例來計提風險准備金以反映認證不能通過的可能性，期末在資產負債表上二者相抵，以凈值列示。另外設置費用類科目「認證費用」以使認證費用與其它費用區別開來，而現行會計處理中將「綠化費」、「排污費」等計入管理費用下，各種相關信息均是散落在各個賬戶中，不能直觀地反映企業在認證過程中發生的費用總額。 《企業會計准則——無形資產》的規定，無形資產確認後發生的支出，應在發生時作為當期費用。對於ISO認證通過後的後續支出，主要是每年的審查費用和改進支出，如果進行資本化，則需每年調整無形資產的賬面價值，進而對無形資產每年的攤銷數額也需做出調整，因而出於簡化核算的原則，可以作為當期費用來處理。 相關賬務處理如下： （1）發生認證支出時，計入「認證項目」。 借：認證項目 貸：銀行存款/原材料/應付工資等 （2）期末時，估計認證不能通過的比例，根據已經投入的認證項目價值和估計的比例計算應計提的認證項目准備金。 借：認證費用 貸：認證失敗准備 （3）如果認證沒有通過，則沖銷以前已經計提的准備金，將認證項目賬面凈值轉作長期待攤費用，在以後期間進行攤銷。 借：認證失敗准備 長期待攤費用 貸：認證項目 （4）如果認證通過，獲得證書，則將「認證項目」轉入「無形資產」，同時沖減本年度所計提的認證失敗准備，並對以前年度計提的認證失敗准備進行追溯調整。 借：無形資產 貸：認證項目 借：認證失敗准備 貸：認證費用（當期計提） 以前年度損益調整（以前年度計提） （5）期末對已經確認的無形資產進行攤銷，由於ISO系列證書一般有效期限為三年，所以攤銷年限也確定為三年。 借：管理費用 貸：無形資產 （6）認證通過後每年的後續支出直接計入當期費用。 借：管理費用 貸：銀行存款等相關科目 二、ISO認證在會計報表及附註上的披露 期末企業如果申請ISO認證尚未通過，則資產負債表上以「認證項目」科目與「認證失敗准備」科目相抵減，以凈值列示，反映企業引入ISO認證過程中由於認證活動而發生的考慮認證失敗風險後的支出，能真實地反映企業引入ISO的支出及風險。而期末損益表上「認證費用」項目余額反映企業當年提取的認證項目准備金數額。 期末如果認證失敗，則將認證項目賬面凈值轉作長期待攤費用在資產負債表上列示。 期末如果認證通過，獲得證書，則將「認證項目」轉入「無形資產」在資產負債表上列示，反映企業引入ISO支出的資本化金額。期末進行攤銷時，在損益表上「管理費用」項目反映。同時，在報表附註披露ISO認證攤銷的期限。此外，在報表附註披露企業認證通過時，所沖減的本年度所計提的認證失敗准備數額以及對以前年度計提的認證失敗准備追溯調整的數額。

Ⅳ iOS 299美元一年的企業級開發者帳號,打包的APP, 發布到我們公司的官網, 可以允許多少用戶下載使用

說句實話,我們抄公司的企業級賬號和你同樣的情況.前段時間剛注冊申請了200刀的企業賬號,但是現在都好幾千用戶安裝了,都沒問題.至於上線是多少,還沒有具體遇到過,所以不能給你說個確切的數字.要想上萬名用戶採用的話,都是上傳 appStore 的.

Ⅵ iOS企業簽名打包求助

之前用過蒲公英，後來新版本的體積超過了300M，蒲公英就不能用了。

根據專多名開發者報告, 蘋果在屬 iOS 8.1 的測試版中封堵了存在已久的 "證書日期" 漏洞. 這個漏洞最廣泛的應用就是, 用戶不需要越獄, 就可以在 iOS 設備上安裝 GameBoy, SNES 這些經典主機的模擬器, 進而享受老游戲. 用戶只需要修改 iOS 系統時間, 通過 Safari 模擬器的 ipa 安裝包就可以.

現在 GBA4iOS 模擬器的開發者首先報告, iOS 8.1 中 "證書日期漏洞" 已經被修復. "蘋果在緩慢殺死我們喜愛的一切東西," 開發者稱, "現在最新 iOS 8.1 測試版已經在 iOS 模擬器業界引發一片哀嚎. 這個漏洞曾經給大家帶來動力, 現在前景顯得如此渺茫."

所以喜愛玩 GameBoy 等模擬器的玩家, 就不得不停留在 iOS 8.0.2. 各個知名 iOS 模擬器的未來發展, 就完全取決於 iOS 8.1 越獄的進度.

Ⅶ 詢問企業證書打包不走APP Store的風險問題

大概襲的流程如下：1. 注冊App ID，在Xcode中指定Bundle Identifier2. 創建發布證書（Distribution Certificate）3. 創建Distribution Provisioning Profile4. 用Distribution Profile為應用簽名5. 打包App6. 在iTunes Connect上傳App

Ⅷ ios企業賬號打包的app要審核嗎

可以很負來責任的告訴你自，會的。 蘋果的企業證書 in house發布，只能發布給企業內部員工使用。 如果被查出用來發放給普通消費者是會封的。 貌似封的期限是一年，一年後對應的企業鄧白氏碼貌似又可以注冊。 至於想等到被封給蘋果發郵件，基本沒用。

Ⅸ 蘋果企業證書到期，重新打包

如果用新證書，重新建一個包名，弄一套新證書了就行了 然後程序里的包名換成新報名
不過這樣上傳的是一個新應用不是老應用升級

Ⅹ 如何使用企業證書將程序打包上傳到蒲公英

之前用過蒲公英，後來新版本的軟體體積超過了300M，蒲公英就不能用了。版根據多名權開發者報告, 蘋果在 iOS 8.1 的測試版中封堵了存在已久的 "企業證書日期" 漏洞. 這個漏洞最廣泛的應用就是, 用戶不需要越獄, 就可以在 iOS 設備上安裝 GameBoy, SNES 這些經典主機的模擬器, 進而享受老游戲. 用戶只需要修改 iOS 系統時間, 通過 Safari 下載模擬器的 ipa 安裝包就可以.現在 GBA4iOS 模擬器的開發者首先報告, iOS 8.1 中 "企業證書日期漏洞" 已經被修復. "蘋果在緩慢殺死我們喜愛的一切東西," 開發者稱, "現在最新 iOS 8.1 測試版已經在 iOS 模擬器業界引發一片哀嚎. 這個漏洞曾經給大家帶來動力, 現在前景顯得如此渺茫."所以喜愛玩 GameBoy 等模擬器的玩家, 就不得不停留在 iOS 8.0.2. 各個知名 iOS 模擬器的未來發展, 就完全取決於 iOS 8.1 越獄的進度.