『壹』 做電商類APP有哪些途徑
首先這個問題問的是很模糊的，電商app推廣途徑有三種一種是線上、一種是線下、一種是通過電商郵寄之後宣傳。還有定位也有三種就是第三方分享平台、存線上電商平台、oto線上線下的平台！
運營的方式有：1個人分享為主要；2、網友注冊賬號曬產品帶動銷售的模式；3、自己和商家上架產品，讓用戶購買曬單，單消費到重復消費的過程；
電商類app途徑一：定位，就是清晰自己做什麼業務，給別人展示什麼這個確定定位清楚了就好進行推動市場發展，贏得客戶；
電商類app途徑二：推廣，app出來了自然就要推廣了，電商app主要是看你做線下服務oto還是線上，是針對企業羨薯之間的交易還是與個人用戶之碰派知間的產品導購和銷售，這個是定位問題，然後推廣就是以你的人群為主要來推廣；
電商類app途徑三：運營，電商已經走入社交化，用戶的評論互動，曬單一定是要重視的領域，做好了可以給你帶來笑消巨大效益！
『貳』 電商平台賣酒需要什麼資質
一、淘寶開店賣酒需要什麼證件
淘寶開店有以下兩種選擇,一種是個人,一種是企業。兩種選擇都可以賣酒,但需要不同的條件。對於個人賣家,需要滿足四個條件:賣家需要提供個人營業執照原件照片;銷售者需要提交與個體營業執照相同法人的有效酒類相關流通證明;店鋪注冊人必須與流通許可證上的持有人一致;在過去三個月內沒有退出此類別,等等。對於企業賣家,需要滿足以下條件:需要各地區頒發的營業執照、衛生許可證、銷售許可證;必須持有品牌授權書,或者持有經銷授權書和授權單位的品牌授權書等攔閉條件。
二、網上賣酒需要 酒類流通許可證件嗎?為什麼?
從事酒類經營的還需辦理酒類許可證,已經屬於新建項目,需要後置審批的生產許可證需提供以下材料:申請報告和市場可行性分析報告;(2)營業執照(核準的企業名稱);(3)衛生許可證;(4)法人身份證明和暫住證;專業技術人員資格證書;(六)注冊資本驗資證明;生產設備和檢測儀器合格證;本廠產品執行標准;產品質量和衛生檢驗報告;工地證明;安全、環保和消防驗收意見。批發許可證必須提供以下材料:書面申請報告;(2)營業執照(核準的企業名稱);(3)法人身份證和暫住證;(4)衛生許可證;(五)稅務登記證;(六)注冊資本驗資證明;(七)采購情況說明;(8)現場證明;(9)企業管理系統和信用管理系統的製造商和銷售商的協議或授權;(十)生產企業的酒類生產許可證;(11)生產企業的衛生許可證和營業執照;(十二)代理產品的質量標准;(13)代理產品的檢驗報告或商檢部門的檢驗報告(進口酒)。申請酒類零售許可證必須提供以下材料:書面申請報告;(2)營業執照(核準的企業名稱);(3)法人身份證和暫住證;(4)衛生許可證;(五)注冊資本驗資證明;[6]站點證書。酒類許可證有效期為三年,每年進行年檢。葡萄酒生產許可證由省經貿委審批,批發許可證由市經貿局審批,零售許可證由各縣(區)經貿局辦理;在惠城區工商行政管理局和仲愷工商分局登記注冊的企業和個人,由市經貿局核發酒類零售許可證,在惠城區工商行政管理局登記注冊的企業和個人,由惠城區經貿局核發零售許可證。
三、淘寶網店賣酒需要什麼證嗎
喝酒是很多人的一大愛好,所以商家敏銳地發現了這個機會,紛紛在淘寶上開起了酒類店鋪。但這種商品有其特殊性,普通商家真的無法加入進來。那麼想在淘寶上開店的商家和賣家,需要的證件和材料你都知道嗎?不清楚的請仔細閱讀以下內容。淘寶上賣酒真的和其他店不一樣,因為各種證照真的需要很多。淘寶也對賣酒做了新的規定,所需材料列舉如下:個體戶營業執照、食品經營許可證或流通許可證、照片原件。食品經營或流通許可證的經營范圍必須包括酒類。經營許可范圍暫不要求。酒類備案的行業許可只需要食品經營或食品流通許可,不再需要酒類流通許可、登記備案、酒類批發證、酒類零售證等相關流通許可。不支持白酒生產企業提供白酒生產許可證備案。如果要經營酒類,提供營業執照、食品流通或者備案酒類資質的營業執照。個人賣家:店鋪注冊人除了上述提到的證明外,還必須與流通許可證持有人或公司主體一致,且近三個月內未退出此類別。企業法人和實體:以個人名義開店的,實際上是企業的銷售者和持企業證照開店的市場銷售者。1.需要企業3證(工商、稅務、組織機構代碼證)原件照片。2.需要三證合一的同一法人的有效酒類相關流通證明。3.店鋪注冊人必須與流通許可證持有人一致,最近三個月沒有退出。兩者材料相同,但企業類別營業執照必須與流通許可證上申報的企業一致。哪個不符合要求?如果賣家出現以下任何一種情況,都會被酒類產品拒收:1。原賣家:過期未提交或審核未通過的賣家,請自覺下架,過期違規賣家產品將下架。2.原通過賣家的注冊人不一致的,期滿後未提交或未通過審核的,予以清退。3.酒精屬於強制獲取的范疇。未經審核備案的商店不得經營酒類商品。如被發現告源,將被扣分處罰。情節嚴重襪衡態的,將移交政府相關部門處理。所以,要想在淘寶上開店賣酒,必須拿到各種證書。平台也是按照國家相關規定設置准入門檻的,所以你是酒商。基本上這些證都有。如果你缺少它們,你應該快速處理它們。希望所有想賣的商家都能順利過關。(關注電商知識網,可以獲得更多電商資訊)
四、拼多多,個人入駐,賣酒,需要辦理什麼證件嗎?
需要的證件有:(1)營業執照;(2)食品流通許可證(或食品經營許可證);(3) 《酒類流通許可證》或處理飲品時應提交聲明;(4)商家為生產廠家時,只需提供食品生產許可證,不需要提供食品流通許可證。另外,拼多多對店鋪命名也有一定的要求:1。店鋪名稱不允許重復,兩個以上店鋪申請要求相同。
的店鋪名稱,依照申請在先原則核定,其他店鋪沒有許可權申請已經通過審核的店鋪名稱。2、個人店鋪可以針對食品保健類目可以出現 XX 地方特產(特色)店鋪,其他類目不可以出現特產、特色。3、非海淘店,不能命名 XX 代購。4、未經平台許可,店名、店標、店鋪詳情不得使用含有「拼多多特許」、「拼多多授權」等含義的字詞。5、個人賣家店鋪名稱禁止使用「旗艦」、「專賣」、「專營」、「官方」、「直營」、「官方認證」、「官方授權」、「知名品牌名」等表述或內容。(2)電商app多少產品可以提交審核擴展閱讀拼多多開店需要交保證金。根據類目不同保證金也不同,拼多多保證金有個價目表,一般非海淘企業和個人店鋪,保證金在1000到10000元不等,海淘企業和個人店鋪,保證金10000元。另外拼多多還會代微信收取0.6%交易手續費。如果不在拼多多開店了,保證金是可以退的,這些都跟淘寶入駐形式很接近。入住以後,拼多多平台會根據商家的銷量來調整保證金額。銷售額高到一定范圍,保證金就降一定范圍,銷量越高保證金越低。
五、
天貓電商賣酒需要什麼資質
六、在網上賣紅酒需要什麼證件嗎??
以在淘寶網上賣紅酒為例,需要提供營業執照和《食品經營許可證》。淘寶食品行業各類目經營須報備的資質:一、酒類1、營業執照。2、《食品經營許可證》。二、預包裝/散裝商品,須提供:1、營業執照。2、《食品經營許可證》或《食品生產許可證》。三、小作坊制售商品,須持有營業執照和小作坊登記證。四、餐飲制售商品,須提供:1、營業執照;2、《食品經營許可證》注:2017年12月29日起暫停淘寶網新賣家入駐。(2)電商app多少產品可以提交審核擴展閱讀淘寶網食品行業須使用預售工具或發貨合約:一、使用發貨合約的,發貨時間不得超過30天。二、使用預售工具的:1、若使用全款預售模式支付成功後X天發貨的,發貨時間不得超過30天。2、若使用全款預售模式預售結束後X天發貨的,預售結束時間和預售結束後的發貨時間總計不得超過30天。
『叄』 我想問問各位電商，淘寶要上傳多少寶貝才算標准數量列如在阿里，上傳60個產品以上才標准
親 現在淘寶上傳多少個產品都是沒有問題的 最主要你的圖片空間有足夠流量就可以的
『肆』 應用提交到App Store一般來說審核需要多長時間
首次遞需要兩個星期左右，電商app可能會因為沒有蘋果支付而需要額外的溝通。
『伍』 電商平台支付結算系統設計 - 產品向
寫在前面：這篇文章是筆者近期學習支付相關知識，在知乎、人人都是產品經理、掘金等等各個地鎮仔方拜讀各位大神大作後，梳理摘錄匯總而成，僅供自己學習備忘，如有冒犯還請指出，謝謝~
整體分為交易系統（OMS）、支付系統、清結算系統、對賬系統、會攔州計報表（非必須）等幾個部分。
支付系統是負責電商系統收款和出款的子系統，需要支持電商平台與外部渠道間，所有收款和出款的功能，以及電商平台內部賬戶間轉賬的功能。簡單來說，支付平台需實現充值、提現、轉賬、退款四方面的功能。
一般來說，支付系統由以下幾個功能組成。
第三方支付：微信和支付寶占據國內移動支付的絕大部分份額，因此是一定要接入的。
按照結算類型來分，收款類一般有即時到賬、擔保交易兩種，出款類有轉賬、銀行卡代付等。
如果電商平台有支付牌照，可以自己分賬，或者收款類型為年費等無需分賬的交易，那麼可以選擇即時到賬方式收款。
如果電商平台沒有支付牌照且需要給實現二級商戶分賬，則可以選擇微信的收付通或支付寶的直付通等產品。但用戶通過微信支付的訂單才能通過微信的產品來分賬結算，支付寶支付的訂單才能通過支付寶的產品來結算，對於平台對接、商戶收款皆有不便之處，因此電商平台很少選用這種方式。
銀行卡支付
一般來說，電商平台接入了微信和支付寶後，已經可以滿足大部分支付需求，無需再接入銀行卡支付。而對於購買了支付牌照的大型電商平台，想要打造自己的支付工具，才會對接各大銀行，接入快捷支付功能。或者有一定規模的電商平台也可以直接與銀行簽約，開通快捷支付介面。
和第三方支付不同的是，銀行卡收單、退款，一般都不是實時結算的。而支付公司與電商商戶的收單交易，是實時結算的，實際是支付公司提前墊資。
快捷支付
現在市面上大部分電商app中，銀行卡支付功能都是使用的快捷支付方式。對於電商平台，如果需要接入銀行卡快捷支付功能，有兩種方式：
例如電商平台在工行開通了快捷支付介面，用戶簽約了工行卡快捷支付，用戶付款後，資金扣款成功結算後，會進入電商平台在工行的結算賬戶。注意快捷支付是有經營業務種類限制的，只允許在簽約經營范圍內的業務收款，即MCC碼。
如果是第三方支付公司，因為不允許與銀行直連，需使用銀聯或銀行提供的網聯介面，用戶支付後，網聯結算後，金額會轉移到支付公司在銀行開設的備付金賬戶。
對於電商平台，與銀聯對接要方便快捷得多，一次接入即可搞定大多數銀行卡的快捷支付；而對於有支付牌照的電商平台或第三方支付公司，為了更低的手續費，才會選擇與銀行直接對接。
銀行卡快捷支付，需要先綁卡簽約，後續則無需任何驗證完成扣款，而為了安全性，電商平台會加上指紋、人臉、簡訊或支付密碼驗證，僅小額支付可以免驗證。
快捷支付的簽約，需要提供三要素（姓名，身份證號，銀行卡號）或四要素（銀行預留手機號）御衡汪，信用卡可能額外需要有效期和背後後三位數cvv。注意支付公司或電商平台是不允許保存用戶的cvv碼的。在快捷支付簽約前，用戶需先完成實名認證或更高級別的認證，以保證簽約卡為本人銀行卡。國家法規對於第三方支付用戶的信息驗證有3個等級，三級為最高安全等級，對應的付款限額和支付范圍限制也更大。
對於第三方支付公司，為了安全性、手續費等原因，會與同一家銀行，不同的總行分行，或者銀聯等其他通道，分別簽約快捷支付；用戶在綁卡簽約時，或者後續簽約支付時，可能在簽約一個需簡訊驗證的通道的同時，還簽約了其他無需簡訊驗證的通道。後續用戶使用快捷支付時，支付渠道路由會自動選擇當前最合適的支付通道發起扣款。對於同一張卡的快捷支付額度，使用不同的支付通道的額度是獨立的，但總額不超過發卡行的限制。
對於產品側來說，如果要實現快捷支付功能，前端需要實現簽約卡管理、新增簽約（錄入卡信息 - 識別卡信息 - 簽約結果返回）、解綁功能。
不管是第三方支付還是快捷支付，和支付公司簽約時，都可以綁定多個收款賬戶，有時為了財務上的區分，不同業務可使用不同收款賬戶收款。
銀行轉賬基礎原理
跨行轉賬有超級網銀和小額轉賬兩種，限額都是5w以內，開放時間都是7*24小時，不同的是超級網銀實時結算，小額轉賬銀行跑批處理，是准實時的。大額轉賬是在5w以上，開放時間是工作日的 8:30 ~ 17:00，實時結算。銀行提供的轉賬產品，基本都是基於上述三種方式包裝的。
電商業務的退款、商戶結算、傭金結算、供應商貨款結算等業務都涉及到出款。
退款：一般來說，在支付後一段時間內（一般3到6個月），可以使用原支付渠道的退款功能，將資金原路返回。如果超過時間限制或部分退款次數限制，則無法原路返回。退款最多可能5~7個工作日才能確認返回狀態；對於銀行來說，一筆已經清算的收單交易，手續費已經扣取；就算產生退款，之前的收單手續費也不會退回。如果在結算之前退款，銀行側可能支持按比例退回手續費。第三方支付公司與電商平台之間退款手續費的收取，由雙方協議決定。
銀企直連：若電商公司已接入銀行的銀企直連產品，且支付對象已綁定銀行卡，則可使用此方式。
第三方支付的代付功能：對於高頻小額的付款需求，且用戶已綁定第三方支付賬號情況下，可使用此方式。
企業網銀：一般用於2B的大額資金轉賬。資金結算或者用戶提現。
對於第三方支付公司，用戶提現時，同一個出款賬戶，會歸集一定量（金額或條數）之後批量提交銀行處理，所以提現不一定能夠實時到賬。
出款的前提是用戶已實名認證，並綁定了實名對應的銀行卡。綁卡需要驗證四要素，會需要用到第三方支付提供的信息驗證介面，或直接與銀行對接。已經簽約過快捷支付的借記卡，也可以用於該賬戶資金提現，無需再次驗證。
各個支付渠道的介面指令各不相同，為了方便業務調用以及日後拓展維護，需要建立一個統一的支付網關，開放給業務使用；業務調用時同時指定支付渠道，支付網關請求渠道路由，按照事先配置的路由規則，返回最合適的支付通道，發起支付請求。
網關需實現不同類型的功能介面，一般來說就是支付通道側介面能力的並集，如充值、提現、轉賬、退款、簽約查詢、實名認證校驗等等。
引導路由：是指用戶在付款時，給用戶展示支付方式的規則，包含可見狀態，可用狀態，展示順序等。引導路由的意義是，根據用戶支付的場景，引導用戶選擇平台側希望用戶選擇的支付方式。平台側的需求一般是支付成功率高（通道穩定，額度充足）、費率低等，也有因不同支付渠道商務合作關系，限定額度分流的原因。
匹配接入的支付渠道比較少時，引導路由作用不大，一般可能只有一個簡單的權重配置後台，即所謂的靜態路由，或者直接記住用戶上次選擇的方式即可。
渠道路由：對於電商平台來說，如果只接入了第三方支付，則不存在渠道路由。對於支付公司來說，如果接入了不同銀行、銀聯網聯的快捷支付介面，且用戶選擇的銀行卡簽約了多個通道時，渠道路由則按照路由規則去匹配權重最高的渠道，發起扣款請求。
在斷直連之後，支付公司的代收服務，只能通過銀聯或網聯介面，因此渠道路由意義也削弱了。對於代付服務，支付公司會在各大銀行都開設收付賬戶，將跨行轉賬都轉化為同行轉賬，以提高轉賬速度免除手續費，同時支付公司需要做好備付金管理系統，自動或人工管理監控調撥各行備付金。
當業務向支付網關發起支付請求時，支付網關需要對業務方進行鑒權判斷，確定請求是否合法。一次支付請求一般包含以下元素：業務標示，支付時間，支付金額，支付賬號，支付客戶端信息，支付訂單信息等。支付網關需要確認各個元素都合法，比如支付時間是否在有效期內，此支付單是否過期；支付賬號狀態是否正常，支付訂單是否是可支付的，商品是否有庫存等等。同時還需要將這些信息過一遍風控，風控那邊會根據各種規則判斷此次支付是否有風險。風控是一個比較復雜的系統，屬於另一個專業領域，在此不細說。
電商平台向支付渠道請求支付後，支付渠道會同步或非同步返回支付結果信息。如果支付渠道不主動返回結果，電商平台側則需要定時去輪詢結果。同時電商側需要將支付請求信息、結果信息、結果憑證等保存下來，也就是支付流水記錄。支付流水記錄是之後電商與支付渠道對賬的憑證。
拿到支付結果記錄後，支付系統需要向支付請求方返回支付結果，同時通知賬務系統，觸發對應的記賬操作。
各個支付渠道都會按日和按月生成交易記錄文件和資金流水賬單，分為支付、退款、提現等類型。交易記錄文件相當於信息流憑證，資金流水賬單相當於資金流憑證。
銀行渠道一般也會推送資金流水文件，但不是所有銀行的交易都有業務對賬文件，通常收單交易業務對賬文件會普遍一些。
電商的支付系統或者對賬系統，需要做的事情：
支付系統同樣需要和上游各個業務系統進行對賬，包裝支付狀態金額的一致性。一般採用明細軋帳的方式。
收單對賬常見問題：
長款：用戶支付了但是交易系統未確認支付成功，這種情況需要及時補單或者退款處理，一般如果業務側訂單狀態是待支付則可轉為支付成功，狀態是已取消則自動退款；也有可能是測試數據混入了生產環境；也有可能能與之前的短款差錯互相抵消；
短款：一般是日切問題導致，掛賬後下個會計日繼續對賬；或者看是否能與之前的長款差錯互相抵消；
重復支付：一般支付渠道都不允許重復支付同一個訂單，發現重復支付也可以自動退款處理；
金額不一致：可能用戶支付後，支付結果返回之前，交易系統訂單金額變化了
退款常見問題：
網路問題或介面問題導致退款失敗，這種情況可自動再次提交退款；
對方賬戶狀態異常導致退款失敗，這種無法走原路返回退款方式，只能轉賬/代付；
退款時需要處理好支付手續費的退款，以及退款手續費誰來承擔的問題，一般是按比例退；
對於短款差錯，可掛賬7天處理。
提現常見問題：對方賬戶狀態異常導致退款失敗，需要及時通知用戶處理。對於短款差錯，可掛賬3天處理。
產品側需要設計對賬管理後台，可查看支付流水，對賬批次記錄，差錯處理後台等。對於固定處理方式的差錯類型，可做成自動化處理。
合單支付是指用戶一次支付多筆訂單，在電商中很常見。電商業務側需要自己做好訂單拆分，支付系統中，如果使用支付渠道的合單支付介面，則會自動拆分記錄支付流水，是最佳的方式；如果支付渠道沒有合單支付介面，則可拆可不拆，按原始記錄保存簡單不易出錯，拆分記錄則可方便其他業務處理。
混合支付是通過多種支付方式，支付一筆訂單，比如余額+快捷支付。混合支付會按照不同支付方式，生成多筆支付流水。
因為不同支付方式，支付成功率不同，可能會發生有的支付方式扣款失敗的情況。因此混合支付需要按照支付成功率，優先扣款成功率較低的支付方式；如果有某些支付方式扣款失敗，需要判斷是取消支付，全部退款，還是提醒用戶換其他方式繼續支付；全部支付方式都扣款成功後，這比訂單才支付完成。後續訂單發生退款，如果是部分退款，需要判斷，優先退款手續費最低的支付方式。
電商平台或支付公司有時候會做營銷活動，出錢補貼支付，也可以用混合支付方式處理。
據說余額+卡的混合支付有洗錢風險，目前已逐漸少見。
對於大額訂單，可以採用分次、分階段支付的方式，實質也是一種混合支付。
訂單完成時，電商平台需要扣取平台傭金，結算貨款給商家；若涉及推廣服務，則需要計算推廣用戶的傭金和稅額，再結算給推廣用戶。
按照法規，沒有清結算牌照的電商，不允許自行截存貨款，之後再結算給商家。電商平台可以選擇第三方支付公司或者使用銀行的電商清結算產品，由他們代為保存貨款，之後再結算給商家。此類產品需要先提交商戶資料給支付渠道或銀行審核，審核通過後，用戶支付此商戶訂單，提交支付同時上送清分規則（分給哪些人，按照什麼比例或金額）。在訂單交易完成時，電商側提交結算請求，支付平台按照此前支付時上送的清分規則進行分賬結算。部分支付平台，需要在結算時由電商平台指定分賬對象和金額，但這樣略有二清嫌疑。
選擇這類清結算產品時，還需要注意以下幾點：
接入此類產品後，除了後端的支付、結算介面對接以外，電商平台商戶側客戶端，也需要對接好商戶入駐進件，提現賬戶綁定，結算賬單等功能。
電商平台常見的分銷、主播代銷、拼團、淘寶客等銷售模式，其中「分銷商」或「團長」角色，本身不是銷售主體，在訂單完成後可獲得推廣傭金。一般來說，這部分推廣費用，在訂單生成後，商戶側可在訂單費用明細中看到此支出項；在訂單結算時，可將推廣傭金與平台傭金一起扣除，再由平台將推廣傭金結算給推廣人員。
這類支出屬於勞動報酬，平台有為推廣人員代繳稅的義務，需要按月計算稅率和金額。因此部分平台採用月結的方式，每個月指定日期，計算每個待結推廣人的稅費，扣除後再將稅後金額結算給推廣人。也有部分平台（比如O2O，網約車平台等），會自己承擔此部分稅費（羊毛出在羊身上），在訂單結算時，即時將推廣傭金結算給推廣人，次月再統計推廣人稅費，平台自己為推廣人交稅。
平台也可以採用各種稅務籌劃方式，比如「靈活用工」的方式，與推廣人建立非全日制勞務關系，這樣推廣人可以享受更低稅率。
平台自行結算給推廣人，可使用銀企直連、支付平台代付等功能進行出款。而平台代繳稅需要推廣人的實名信息，所以在推廣人在提現傭金之前，需要先實名制認證。
不管採用哪種結算方式，電商平台都需要計算訂單結算時的各類費用明細（清分），負責清分的模塊，也叫做計費系統。
電商平台有花樣百出的扣點規則，比如按商品、按商戶、按品類、按營銷活動等規則扣點，以及各類推廣傭金等。扣點規則路由對應著各類扣點規則，比如針對商品、商家、類目的扣點規則管理後台，基本元素是扣點對象、扣點比例、扣點上線、規則生效時間范圍、規則狀態等。產品經理需要和運營人員確認好扣點規則判斷邏輯，即根據怎樣的條件判斷順序，確認訂單適用的扣點規則。之後加入新的扣點規則時，也需要維護這個扣點規則路由。
扣點規則路由各電商平台都不一樣，可能包含營銷活動、下單/支付客戶端、買家身份、扣點規則權重等等。
一般在訂單創建時，扣點規則路由就需要根據訂單相關的信息，判斷出訂單適用的扣點規則並記錄下來。同時也需要將用於判斷的信息元素保存下來，以作為之後核對憑證。
如果訂單有推廣員的參與，則也需要在訂單創建時，計算出需要扣除的推廣費用，並保存記錄相關推廣員信息。
在計算各方分賬明細時，需要注意幾點：
與訂單交易相關的清算，一般來說，是在訂單狀態變為終態（交易完成，退款完成），且訂單尚有待結算金額時，由交易系統向清結算系統提交清結算請求。也有一些多次結算的場景，比如訂單里有部分商品先確認收貨時，也可以先結算部分金額，後續再結算剩餘金額。
對於有支付牌照的大型電商平台，為了提高商戶的回款速度，也可以在訂單尚未變為終態時給商家結算貨款，比如用戶確認收貨時或者商家發貨時。如果結算後訂單發生退款，則再在商戶錢包中扣除相應金額。此類結算方式需要平台側有比較成熟的風控能力，通過風險控制和風險轉移的方式，防止平台資金損失。比如和商戶簽約協議，設置商戶保證金，商戶&買家風控，購買對應的賠付保險等等。
交易系統向清結算系統發起結算請求時，需提交結算訂單、結算金額、結算類型（完全/部分結算）等欄位。清結算收到結算請求後，可能實時結算，也可能非同步周期結算，比如每X小時一次等，視業務量大小決定。
開始結算時，計費中心從賬務系統獲取訂單待結金額，根據結算類型核對結算金額，核對無誤後，凍結待結算金額，並提交到計費中心；計費中心找到訂單快照中的扣點規則，計算分賬明細。
計費中心計算出各方分賬明細後，需要和賬務中心進行實時或准實時的對賬，保證需結算的金額等於各方分賬明細之和。核對無誤後生成預結算單。
大部分訂單，此時結算中心可將結算單提交到支付系統，進行最終的資金轉賬。小部分訂單，結算單可能需要人工審核，則需要審核通過後再提交到支付系統，或者駁回撤銷此次結算。
各分賬方一般會提前在支付系統內部開設好賬戶，支付系統會將資金結算到各方的資金賬戶中，對於支付系統來說，僅涉及內部賬戶間的資金轉移，因此很少會出現結算支付失敗的情形。
支付系統返回結算成功結果後，結算單狀態變為結算完成；結算系統需要實時通知交易系統和賬務系統，賬務系統記錄各賬戶資金變化，更新賬戶余額；交易系統則觸發對應的消息通知等關聯服務。如果有會計系統的話，也需要非同步通知會計系統，進行會計分錄記賬。
對於成熟的支付公司，會有賬務系統和會計系統兩套系統。這兩套都是以會計分戶模型來設計，不同的是賬務系統是直接面向業務使用，隨著業務信息流實時記賬並更新余額，賬務流水更多記錄交易相關內容；會計系統是面向財務會計使用，一般是非同步入賬，使用嚴格的復式記賬法。
賬務系統中的賬戶，必須是在是賬務系統分戶中的葉子科目下。兩套系統之間的分戶模型，會有多對多的關系。賬務系統這套體系可稱為分戶賬戶（外），會計系統這套稱為分戶賬戶（內）。
按照復式記賬法，一般分為資產、負債、損益、共同類等。
交易的實質就是各金額賬戶間資金的轉移，因此首先需要建立好對應的賬戶。
賬戶設計遵守三戶模型：客戶、賬號、賬戶。
客戶：指自然人或企業，必須要實名認證才可以開通支付賬戶，客戶以身份證號為唯一標識。
賬號：登錄賬號，一個客戶可以有有限多個賬號，即一個身份證可以用於有限多個賬戶用來實名認證。但對於同一個支付公司，一個身份證下多個賬號，支付額度上限是共享的。根據身份認證信息豐富程度，支付平台余額賬號等級分為一二三類，3類擁有的支付額度和許可權最高是20萬/年。余額提現、余額寶支付、信用支付無年度額度限制。銀行卡快捷支付簽約、提現銀行卡綁定等操作，也是以賬號為主體操作。
賬戶：每個賬號在支付平台或電商網站，都會有多個不同功能的賬戶。商戶側有貨款結算賬戶，保證金賬戶；買家側有支付賬戶，信用支付賬戶，積分賬戶；或者電商平台側的內部賬戶，比如活動補貼賬戶，訂單擔保賬戶等。
賬務核心主要有四張表：分錄流水、分戶賬、明細賬、總賬。
首先需要有一個交易碼 - 分錄規則的分錄規則表，用來維護每種用交易碼區分的交易場景，發生時應該如何拆成會計分錄的規則。比如定義交易碼1001為訂單銀行卡快捷支付，那一筆訂單付款流水，經過支付平台，同步到賬務中心時，根據同步過來的交易碼1001，找到對應的分錄規則，按照規則中的定義，生成會計分錄：
當一筆業務發生時，首先生成分錄流水，然後驅動賬戶余額變化，賬戶余額變化後，生成明細賬。日終根據分錄流水生成總賬。根據業務需要，也可以先修改賬戶余額，然後非同步生成分錄流水，但是無論先生成會計分錄，還是緩沖非同步生成會計分錄，都要保證分錄流水與分戶賬余額的一致性，這一點通過日終系統的檢查來保證。
每天首先需要做支付渠道的對賬，然後再進行賬務系統和會計系統內對賬。
需要做到：
錯處理需達到2個效果，一個是完成對賬，另外一個是將賬務對平，常見的賬務處理方式有掛賬、登賬、調賬。
補單：通過人為干預方式，將原有業務進行下去，如通過介面人工干預訂單狀態
掛賬：對於不平賬單，先掛起，等查明後再進行相應處理
登賬：會計記賬，伴隨虛擬資金從一個賬戶向另一個賬戶轉移的過程（原始憑證）
1、多賬
多賬主要存在2種情況，一種是非同步通知未收到，優先採用補單處理，另外一種是同訂單2次支付，一般通過登賬處理
2、短賬
基本不會出現，一般通過簽名防抵賴機制與第三方協調處理。協調一致後通過人工增加對賬單進行平賬。
3、金額不一致
出現概率極低，一般為電商平台內部計算有誤。
首先得先解決此bug，然後根據異常訂單相應處理，比如說撤銷對賬，修改系統或對賬單金額後再進行對賬。
『陸』 電商app開發需要哪些功能
電商APP需要具備功能：
一、注冊登錄友叢清模塊
注冊登錄是用戶訪問電商APP的第一個操作。為用戶提供賬號注冊、賬號登錄、忘記密碼、密碼找回等服務。注冊登錄模塊的設計非常重要，方便和簡單是最基本的操作要求。其次，可以增加一些品牌曝光和事件信息推送。
二、商品顯示模塊
在APP上顯示平台上銷售的產品和服務，供用戶瀏覽選擇。多樣化方式的呈現，如圖片、視頻等。可以用來給用戶豐富全面的感官體驗。
三、購物車模塊
購物車不僅允許用戶將選中的商品臨時存放於中，還允許用戶進行采購訂單、使用優惠券的提醒等。從而促使用戶猶豫不決的購買決定。
四、訂單采購模塊
除了購物車，用戶可以直接下單購買。訂單模塊操作要簡潔，步驟要少，避免用戶在逐層操作中猶豫購買決策。
五、支付模塊
電商APP支持多種支付方式、貨到付款、移動支付、PC終端支付等。盡量兼容多種支付方式，切記保證用戶支付鏈接的信息安全。
六、商品共享模塊
用戶可以通過分享向他的社交平台展示購買的商品，並評估商品。好前在評價時，可以設置一定的獎勵，鼓勵用戶做出積極的評價。
七、在線客戶服務模塊
用戶可咨詢商品至在線客服。
八、消息推送模塊
向用戶推送最新的商品促銷、優惠活動、會員信息。
九、訂單管理模塊
通過訂單管理，用戶可以查看歷史訂單、跟蹤鄭畝物流信息、評估訂單、投訴、退貨和換貨等。
十、賬戶管理模塊
用戶可以編輯個人信息，修改送貨地址等。
以上這些功能模塊是一款電商APP基本具備的，企業也可以根據自身的業務需求和產品的特點對app進行相應的功能修改和迭代。
『柒』 電商商家入駐審核流程是什麼
電商商巧拆家入駐審核流程是：
1、提交申請資質
2、審核通過
3、簽訂入駐合同
4、設計專賣店
5、上線發布
商家入駐資質：
1、企業營業執照副本復印本
2、商標注冊證或鋒寬雀商標注冊申請受理通知書復印件
3、代理商的授權委託證明
4、商品所屬品類的產品質量檢驗報告
入駐條件：
1、品牌檔次：為全國較好口碑的知名商家品牌
2、商品質量：優質商品，獨家合作
3、服務品質：物流發貨快，銀早售後服務優
4、線上口碑：以往團購銷售額優異、消費者評論良好
『捌』 我app提交appstore審核被拒原因以及具體該怎麼修改
App提交至App Store審核被拒後，蘋果官方會給開發者發送郵件，寫明拒絕原因以及如何修改。不知道題主是因為什麼原因被拒的，這個需要具體原因具體分析。
不過，通常情況下，應用被拒分為兩種：Binary Rejected 和 Metadata Rejected。前者需要重新上傳應用並且重新排隊，後者只需要修改信息，不需要重新上傳應用。
在此將我們之前收集整理的App Store審核被拒的23個理由奉上，供題主對照檢昌磨查(由於字數限制無法附上官方拒絕理由原文)。
1、應用內包含檢查更新功能
iOS應用的版本更新必須通過App Store進行，自身App內不能包含提示更新功能。從2015年3月起，所有包含檢查更新功能的App都會被拒絕上架。
2、使用第三方登錄時未做安裝檢測
接入第三方登錄要檢測是否安裝了第三方客戶端，未安裝時不要顯示對應按鈕。2015年9月之前，通常可以採用判斷未安裝則隱藏登錄按鈕的方式。但目前隱藏按鈕的方式也可能被審核拒絕，QQ和微博提供了web登錄的方式，如果判斷未安裝，需要允許用戶使用webview的登錄方式。蘋果在條款中有聲明不允許 iOS 應用的正常使用需要依賴另外一個 App。
3、採集設蔽迅賣備IDFA但應用沒有廣告功能
從2014年2月起，Apple開始拒絕採集IDFA (identifier for advertising)卻未集成任何廣告服務的應用進入App Store。如果App本身沒有廣告，http://ASO100.com建議可以在審核的時候顯示一個Banner廣告，並且放在比較明顯的位置，審核通過後關掉即可。
4、含UGC卻未提供用戶協議及舉報功能
如果你的 App 內有發帖等UGC（用戶產生內容）功能，必須提供用戶協議，並留有內容舉報功能，否則就會被審核拒絕。
5、上傳時沒有使用真實的應用截圖
應用程序的名稱、描述、截圖或者預覽與應用的內容和功能不相關將會被拒絕。有App因為應用截圖使用的是自己設計的插畫而被審核拒絕。
6、應用必須使用邀請碼才能注冊使用
蘋果要求應用不能限制只有部分用戶可以使用。
7、應用內出現第三方移動平台的名字或圖標
一直以來，蘋果都不允許iOS開發者在進行軟體描述時提到Android版本，而自從2015年4月起，在App內、截圖等任何地方提到安卓、Android的文字、圖標、系統界面都會被拒。曾經有電商 App，因為出現了售賣三星安卓手機而被拒……
8、應用內涉及獎勵，未聲明與蘋果無關
App里有實物獎勵的話，不能使用蘋果產品（例如 iPhone、iPad等）作為獎品。另外一定要聲明「獎勵由本公司提供，與蘋果官方無關」。
9、沒有提供恢復內購的方法
增加一個「恢復購買記錄」的按鈕即可。
10、未注冊時不能使用與賬號無關的功能
對於資訊等 App，在沒有進行與用戶信息相關的操作時，卻強行讓用戶登錄，甚至不登錄就無法看到任何內容，有可能會被拒絕。
11、iPhone應用在iPad上不能正常顯示
iPhone程序必須不經修改就能以iPhone解析度和2倍iPhone 3GS的解析度在iPad上運行。即使你的App 只為 iPhone 用戶提供，在 iPad 上也必須能夠正常顯示，否則審核會被拒絕。
12、侵犯第三方版權
對於視頻、音樂、圖書類的應用很容易因為這一條而被拒。另外ASO100建議應用內最好不要出現第三方的商標，例如運營商的Logo、影視公司的Logo等。
13、應用截圖/名稱/描述等出現不雅詞彙
在應用截圖、名稱、描述等任何地方出現例如諸如「牛逼、綠茶婊、無節操、逗比」等詞彙，都會被蘋果審核拒絕。
14、應用出現 beta版、測試版字樣
不要過度謙虛地在啟動畫面或者應用名稱上加上"beta"字樣，蘋果不允許測試版產品上架。
15、注冊缺少隱私政策
如果應用包含注冊功能，注冊頁面必須提供隱私說明協議按鈕或宏逗者鏈接。另外在 iTunes connect 提交新版本的時候，Privacy Policy URL 必須要填寫。
16、應用出現崩潰、載入失敗等 bug
審核期間出現崩潰會導致審核被拒。ASO100建議，在審核期間務必保證伺服器穩定，避免審核人員審核時出現內容載入失敗的情況，導致被拒。
17、應用描述、截圖和應用功能不符
如果應用的描述或截圖介紹的功能在審核期間沒有體現，則會被拒絕，如果介紹文案不夠詳細也會有一定概率被拒。
18、應用包含應用推薦功能
除特殊情況，蘋果明令禁止應用內推薦其他APP。
19、應用包含不正確的診斷功能
如果你的應用中，包含不真實的系統檢測或優化功能，蘋果會認為這項功能有誤導用戶的嫌疑，審核時會被拒絕。
20、應用提交的新版本與上一版差異過大
如果你提交的新版本應用與上一版相比，功能上變化過大，比如將游戲升級為工具類應用，或在新版本中完全改掉前一版產品的功能，則會被蘋果拒絕。
21、應用違反當地法律法規
應用程序必須遵守上線地區的法律法規，禁止含有賭博、色情、有償陪伴等違反法律的內容，尤其為用戶提供付費社交服務的APP，例如在線直播類APP，必須嚴格遵守相關規定。
22、應用作者名與金融機構名字不一致
針對理財、P2P等金融相關產品，蘋果增加規定，開發者的名字必須與APP內的金融機構名字保持一致，否則會被拒。
且由同一品牌的金融機構提供服務的APP，必須發布在同一個開發者賬號跟名稱下。
如果你已經代表委託人或者公司發布了這些APP，你的委託人或者公司應該注冊iOS開發者賬號，並把你添加到他們的開發者賬號里，這樣你就可以在他們賬號下面提交並發布APP了。
23、應用提供功能過於簡單
應用內的功能不能太過單一，蘋果雖然理念中提倡「簡單」，但並不代表能接受功能不夠完善的應用，他們對應用的核心要求，是希望能夠給用戶更有價值的體驗。當然，如果你的產品太有創意，可能蘋果的審核員沒能理解它的獨到之處，這樣的情況下，你可以通過申訴來更詳細的描述產品優勢，以便通過審核。
以上為我的回答，如果幫到了你，忘了點擊採納哦~