<th id="2kbtk"><tt id="2kbtk"></tt></th>
    <mark id="2kbtk"><acronym id="2kbtk"><legend id="2kbtk"></legend></acronym></mark>
    1. <samp id="2kbtk"></samp>
    2. <kbd id="2kbtk"></kbd>
    3. <th id="2kbtk"><ruby id="2kbtk"></ruby></th>

      A公司是一家軟件開發企業(a公司是一家相對較大的軟件和硬件企業)

      軟件開發 2184
      本篇文章給大家談談A公司是一家軟件開發企業,以及a公司是一家相對較大的軟件和硬件企業對應的知識點,希望對各位有所幫助,不要忘了收藏本站喔。 本文目錄一覽: 1、外資公司財務運作的疑問

      本篇文章給大家談談A公司是一家軟件開發企業,以及a公司是一家相對較大的軟件和硬件企業對應的知識點,希望對各位有所幫助,不要忘了收藏本站喔。

      本文目錄一覽:

      外資公司財務運作的疑問

      1. 首先軟件開發收入涉及的流轉稅是不可能避免的,這是以收入為基礎計算的,你還是依照稅法的要求按時申報交納。

      2. 其實你所在意的是所得稅。你最好了解一下AB兩家公司所在國對所得稅征收的政策,具體核算一下,在哪國交納所得稅比較合算,如果是B公司所在國,那么A公司就可以少做利潤,而把利潤轉嫁到B公司所在國,在那里交納所得稅。

      3. 從實務角度看,長期報虧的企業稅務風險比一般企業要大,這是一樣的。如果不盈利,那么這個公司就沒有開辦的價值,如果一直在開,那么里面肯定有貓膩,會引起相關稽查部門的注意的。

      具體怎么弄,你最好還是結合一下你們當地的實際情況,具體核算具體分析后確定。

      人力資源案例分析求大家幫忙?

      我覺得T君不應該采納A君的末位淘汰法,原因如下:

      1、軟件開發企業本來就是以一個完整的項目為考核內容的,如果每一個項目組都能完成任務,(上面說的在行業內是有影響力的公司,說明公司的經營情況良好),按照項目搞好分配激勵就可以了,這樣公司的業績也是很不錯的。

      2、一共200個人的公司,每年要淘汰10%,數量是比較大的,這樣會造成人人自危,就象海爾初期搞的嚴厲的考核制度,搞的大家誰也不敢承擔責任,看到問題線著走,結果適得其反,我認為軟件開發企業在一個項目內,是要大家相互協作,互相配合都能完成任務的,所以要培養員工的團結協作精神,不能把人際關系太過緊張了,那樣協作配合必然受到影響;

      3、在一個團體內部,總有先進和后進的,但有一個原則,只要不影響正常的工作,能夠按照公司的要求園滿完成任務就可以了,合理的人力資源結構是高、中、一般能力相結合的人才結構,都是高手,沒有人愿意打下手了,都想當帶頭人,那一般的工作就沒有人來做了,所以一個公司也需要一些中規中矩的普通員工。

      4、對于淘汰員工,可以制定一個嚴格的考核標準,如果大家都能達到這個要求,就沒有必要非得按比例來淘汰,目的是為了做好工作,不是淘汰員工,只要達到預期的目的就可以了。

      綜上所述,我認為不應該采納A君的建議。

      急需軟件項目管理案例,要案例就行,軟件項目的~

      A公司是一家美資軟件公司在華辦事機構,其主要的目標是開拓中國市場、服務中國客戶,做一些本地化和客戶化的工作。它的主要軟件產品是由總部在硅谷的軟件開發基地完成,然后由世界各地的分公司或辦事機構進行客戶化定制、二次開發和系統維護。這些工作除了日常銷售和系統核心維護之外,都是外包給本地的軟件公司來做。東方公司是A公司在中國的合作伙伴,主要負責軟件的本地化和測試工作。

      Bob先生是A公司中國地區的負責人,Henry則是剛剛加入A公司的負責此外包項目的項目經理。東方公司是由William負責開發和管理工作,William本身是技術人員,并沒有項目管理的經驗。

      當Henry接手這項工作后,發現東方公司的項目開發成本非常高,每人每天130美金,但客戶的滿意度較差,并且每次開發進度都要拖后,交付使用的版本也不盡如人意。而且,東方公司和A公司硅谷開發總部缺乏必要的溝通 只能把問題反饋給Henry,由Henry再反饋給總部。但由于Henry本身并不熟悉這個軟件的開發工作,也造成了很多不必要的麻煩。

      為此,Bob希望Henry和William用項目管理的方法對該項目進行管理和改進。隨后,Henry和William召開了一系列的會議 提出了新的做法。

      首先,他們制定了詳細的項目計劃和進度計劃;其次,成立了單獨的測試小組,將軟件的開發和測試分開;并且,在硅谷和東方公司之間建立了一個新的溝通渠道,一些軟件問題可以與總部直接溝通;同時,還采用了里程碑管理。

      六個月后,軟件交付使用。但是客戶對這個版本還是不滿意,認為還有很多問題。為什么運用了項目管理的方法,這個項目還是沒有得到改善?

      Henry和William又進行了反復探討,發現主要有三個方面問題:1、軟件本地化產生的問題并不多,但A公司提供的底層軟件本身存在一些問題;2、軟件的界面也存在一些問題,這是由于測試的項目不夠詳細引起的;3、開發的周期還是太短,沒有時間完成一些項目的調試,所以新版本還是有許多的問題。

      此時,Henry向Bob提出是否采用公開招標的方式,選擇新的、實力更強的合作伙伴。但Bob認為,與東方公司合作時間已經很長了,如果選擇新的伙伴又需要較長的適應期,而且成本可能會更高。于是,Henry向東方公司提出一些新的管理建議。首先,他們采用大量的歷史數據進行分析,制定出更詳細的進度計劃;其次,要求東方公司提供詳細的開發文檔和測試文檔 做的工作沒有任何文檔,給其他工作帶來了很多困難);第三,重新審核開發周期,對里程碑進行細化。

      又過了六個月,新的版本完成了。這一次,客戶對它的評價比前兩個版本高得多,基本上達到項目運行的要求。但客戶還是對項目進度提出了疑問,認為實時推出換代產品不需要那么長的時間。

      較常見的做法。在軟件外包工程中,保證質量的進度是很難控制的。對于項目經理來說需要一整套復雜的能力,比如制定計劃、確定優先順序、干系人的溝通、評價等,每一種能力都與項目的最終結果有直接或者間接的關系。

      然而,國內的項目經理大多沒有接受過正規訓練,缺乏項目管理方面的專業知識的技巧,往往只是憑借以前的少量經驗盲目去做,容易出現各種問題。尤其是在管理外包項目時,缺乏足夠的經驗和技巧,往往造成進度不斷推遲,而質量無法保證的情況。

      在這個案例中,我們可以看到現在IT業內許多外包項目的影子。

      在該案例中,東方公司沒有專門的項目經理,是由技術人員William兼做管理。這是國內軟件公司經常會出現的問題。最初,出現進度落后的問題時,A公司的Henry與東方公司的William討論后決定采用項目管理中計劃管理等手段,其中包括里程碑管理。這是控制進度的較常見做法。

      里程碑管理的引入

      一般來說,在項目開始時,項目組成員都會對項目制定一個詳細的計劃。通常情況下,在明確的工作說明書(SOW)和WBS的基礎上制定具體的進度計劃時,需要采用一些具體的技術。像這種軟件外包項目,最成熟的技術是里程碑管理。

      里程碑一般是項目中完成階段性工作的標志。不同類型的項目,里程碑也不同。比如,在開發項目中,可以將需求的最終確認、產品移交等關鍵任務作為項目的里程碑。本案例中,Henry在接手項目后采用里程碑進行管理是很恰當的。

      不過,要注意的是,每到一個里程碑處,應及時對前段工作進行小結,并對后續工作進行計劃調整。對于一些管理效果明顯的領域,可以不必投入較多精力。而對于下一步管理過程中可能會出現問題的領域,應給予較多的關注。當然,在軟件項目里,進度的變化是較常見的事情。

      在本案例中,采用里程碑管理后仍沒有達到客戶的要求,進度依然拖后。在這里,就需要考慮另一個因素-質量與進度的關系。

      通常,項目管理的前提是保證在預算內、滿足質量的前提下,按進度完成項目。因此,可以看到,保證質量是前提。那么,如何在滿足質量的前提下管理進度呢?單純從項目管理理論知識中并沒有一種有效的方式。具體步驟為:

      首先,盡量利用歷史數據。在本案例中,Henry應該調查之前的項目情況,將會發現可以類比的情況,事先就可以知道需要管理質量和進度的關系。

      其次,由于此項目是軟件外包項目,Henry不能完全掌握項目的資源 調度情況,因此缺乏對質量的控制。這也是大多數外包工程中最令人難以掌握的地方。在這里,可以采用對進度管理 ;計劃添加質量參數的方法,也就是通過參數調整進度和質量的關系。

      這一做法的前提是要有一定的歷史數據。比如,從歷史數據中得知,完成子項目的時間是5天,測試后有15個問題;完成同樣子項目的時間是7天,測試后有10個問題;完成同樣子項目的時間是8天,測試后有5個問題,……以此類推。

      隨著數據的不斷增多的,采用兩維坐標圖,就會得到一些離散的點(不考慮資源的差異),并形成一條曲線,見圖1??紤]項目允許的質量范圍,對照圖中的數據,找出相應的參數。根據得到的參數,確定一個合適的進度計劃

      軟件企業所得稅優惠

      稅法所謂的軟件企業是指以軟件產品開發為主營業務的企業。而僅達到這個條件,離享受稅收優惠政策還有很大的差距。要享受“兩免三減半”的稅收優惠政策,截止至發稿,還需要同時具備以下條件:

      1、 在我國境內2011年1月1日以后成立的、并經過認定的軟件企業。而認定軟件企業的政府主管部門是工業和信息化部(認定標準需參考該部門相關規定),例如上海就歸口于經濟與信息化委員會。

      2、 40%以上簽訂勞動合同的員工需具有大專以上學歷,其中研發人員占企業當年月平均職工人數的20%以上。

      3、 擁有核心關鍵技術,當年度研發費用占銷售(營業)收入6%以上,且研發費用的60%以上發生在境內。

      4、 該企業年度軟件產品開發銷售(營業)收入需占企業收入總額的50%以上(嵌入式軟件產品和信息系統集成產品開發銷售(營業)收入需占企業收入總額的40%以上),其中軟件產品自主開發銷售(營業)收入占企業收入總額的比例不低于40%(嵌入式軟件產品和信息系統集成產品開發銷售(營業)收入占企業收入總額的比例不低于30%)。

      軟件產品開發銷售(營業)收入,是指軟件企業從事計算機軟件、信息系統或嵌入式軟件等軟件產品開發并銷售的收入,以及信息系統集成服務、信息技術咨詢服務、數據處理和存儲服務等技術服務收入。

      5、 主營業務擁有自主知識產權,其中軟件產品擁有省級軟件產業主管部門認可的軟件檢測機構出具的檢測證明材料和軟件產業主管部門頒發的《軟件產品登記證書》。

      6、 具有保證設計產品質量的手段和能力,并建立符合軟件工程要求的質量管理體系,并提供有效運行的過程文檔記錄文件。

      7、 具有與軟件開發相適應的生產經營場所、軟硬件設施等開發環境,以及與所提供服務相關的技術支撐環境。

      在同時符合以上條件的情況下,軟件企業就變成了俗稱的“雙軟企業”,即具有經檢測、登記的軟件產品的軟件生產企業。請注意,但凡有具體數據或比例要求的,這就是硬指標,在企業財務核算時,需要單獨核算該項支出或費用。有些企業將這些研發費用、收入結構隱藏在企業成本費用或收入總額中,若不能從賬務處理中直接看到該筆費用,這種賬務處理的方式,并不利于企業去申請享受稅收優惠政策。這種情況在高新技術企業每年度的稅務核查中也有體現。

      按照現行稅法的規定,新辦的符合以上條件的軟件企業,經認定后,在2017年12月31日前自獲利年度起,第一年至第二年免征企業所得稅,第三年至第五年按照25%的法定稅率減半征收企業所得稅,并享受至期滿為止。這就是俗稱的“兩免三減半”稅收優惠政策。

      而這里又有幾個關鍵詞需要了解和掌握。新辦企業是指2011年1月1日以后成立的軟件企業A公司。而獲利年度就有很多不同的理解需要去厘清。比如,有一個軟件企業成立于2011年3月,2011年累計虧損350萬元,而2012年盈利320萬,那么2012年是否要作為盈利年度開始計算免稅期?這里需要明確一個概念,盈利年度是指企業在彌補以前年度虧損后依然有盈利的當年,因此,該企業在2012年在彌補虧損后,依然還有30萬的未彌補虧損,因此2012年度不能作為盈利年度開始計算免稅期。假設其2013年盈利300萬元,則在彌補30萬累積虧損后,剩余270萬元,可以享受第一年免稅的稅收優惠政策。

      以A公司為例,經認定后享受稅收優惠的軟件企業A公司,應在獲利年度2013年或2014年的企業所得稅匯算清繳之前取得相關認定資質,則A公司均可從獲利年度2013年起享受相應的定期減免稅優惠。如果A公司在獲利年度次年,即2014年的企業所得稅匯算清繳之(是指2015年5月31日)后取得相關認定資質,該A公司應在取得相關認定資質起,就其從獲利年度(2014年)起計算的優惠期的剩余年限享受相應的定期減免優惠,即2014年由于沒有取得雙軟認定,但是兩免三減半的起算期依然從2014年開始計算,那么A公司實際上只能享受剩下的一年免稅三年減半征收的稅收優惠政策了。由此可見,取得雙軟認證的時機同樣非常重要。

      A公司是一家軟件開發企業的介紹就聊到這里吧,感謝你花時間閱讀本站內容,更多關于a公司是一家相對較大的軟件和硬件企業、A公司是一家軟件開發企業的信息別忘了在本站進行查找喔。

      掃碼二維碼
      五月天天爽天天狠久久久综合|精品国产一区二区三区2021|色综合久久免费综合网|亚洲综合AV伊人久久 亚洲日本欧美久久久久久|精品国产三级A在线观看|国产高清自在自线99|国产亚洲一级精品久久久 国产一区二区精品久久久|久久亚洲精品无码观看AV|一本大道无码中文字幕|国产亚洲欧美一区在线播放 91久久精品无码专区|亚洲国产另类久久精品|国产AⅤ精品一区二区三区|欧美 日韩 国产 中文

      <th id="2kbtk"><tt id="2kbtk"></tt></th>
        <mark id="2kbtk"><acronym id="2kbtk"><legend id="2kbtk"></legend></acronym></mark>
        1. <samp id="2kbtk"></samp>
        2. <kbd id="2kbtk"></kbd>
        3. <th id="2kbtk"><ruby id="2kbtk"></ruby></th>