查文庫>實習日記> 實用的會計實習日記集合5篇

會計實習日記

實用的會計實習日記集合5篇

  一天將要結束了,相信大家這一天裡都收穫頗豐吧,這時候十分有必須要寫一篇日記了。是不是無從下筆、沒有頭緒?以下是小編為大家收集的會計實習日記5篇,希望對大家有所幫助。

會計實習日記 篇1

  20xx年xx月xx日 星期xx

  今天我的主要任務是翻看公司以前的帳目,因為之前我們做的都是與憑證有關的事情,所以今天李姐拿出來的都是賬簿,會計專業實習日記。我知道,填制與稽核會計憑證,可以如實、正確地記錄經濟業務,明確經濟責任。但是憑證的數量太多,資訊也比較分散而且缺乏系統性,所以會計賬簿的設定可以使會計核算和會計監督全面、系統、連續地進行,還可以透過設定會計賬簿,記載儲存會計資訊、分類彙總會計資訊、檢查校正會計資訊以及編報輸出會計資訊。設定和等級賬簿,是編制會計報表的基礎,是連線會計憑證和會計報表的中間環節,在會計核算中具有重要意義。首先我瞭解了這類企業應設定的會計科目如下:

  (1)資產類包括:現金,銀行存款,其他貨幣資金,短期投資,商品銷售收入,應收票據,其他業務收入,應收賬款,營業外收入,壞賬準備,投資收益 ,預付賬款,其他應收款,商品採購,庫存商品,受託代銷商品,商品進銷差價商品削價準備,加工商品,分期收款發出商品,包裝物,低值易耗品,待攤費用,長期投資,固定資產,累計折舊,固定資產清理,在建工程,遞延資產(長期待攤費用),待處理財產損益。

  (2)負債類:短期借款,應付票據,應付賬款,預收賬款,代銷商品款,其他應付款,應付工資,應付福利費,應交稅金,其他應交款,預提費用,應付利潤,長期借款。

  (3)所有者權益類:實收資本,資本公積,盈餘公積,本年利潤,利潤分配 。

  (4)損益類:商品銷售收入,其他業務收入,營業外收入,投資收益,商品銷售成本,商品銷售稅金及附加,經營費用,管理費用,財務費用,其他業務支出,營業外支出,所得稅。

  20xx年xx月xx日 星期xx

  在翻看會計賬簿的過程中,我發現帳簿中如果出現書寫錯誤,就會有紅現在錯誤的數字或文字上劃上一筆,在紅線的上方填寫正確的文字或數字,並且還發現在更正處都有蓋章,這個我知道是為了明確責任,這是一種更正錯誤的方法,我在課本上也都有學過,可是已經記不清了,下班回家翻書才知道,更正錯誤的方法不只是有著一種,而是有三種,分別是上面說到的劃線更正法、用於更正憑證上出現的錯誤的紅字更正法、還有專門用於憑證上金額登記出現問題時所使用的補充登記法。這三種更正錯誤的方法根據各自的具體情況而定。

  20xx年xx月xx日 星期xx

  以前,我總以為自己的會計理論知識紮實較強,正如所有工作一樣,掌握了規律,照蘆葫畫瓢準沒錯,那麼,當一名出色的會計人員,應該沒問題了。現在才發現,會計其實更講究的是它的實際操作性和實踐性。離開操作和實踐,其它一切都為零!會計就是做賬。下面是我透過這次會計實習中領悟到的很多書本上所不能學到的會計的特點和積累,以及題外的很多道理。

  商品購進過程,是貨幣資金轉化為商品資金的過程。購進的商品應用商品實際進價核算。購進時,應記入“商品採購”賬戶,以核算商品採購成本。但由於零售商品實行“售價金額”核算,購入商品在驗收入庫時,不是按照原來進價而是按照售價記入“庫存商品”賬戶。這樣“庫存商品”中就包括商品的實際進價和未實現的進銷差價(含銷項稅額)兩部分。為了真實反映財產情況,在按售價記入“庫存商品”賬戶的同時,還必須要將商品進價和售價之間的差額另設“商品進銷差價”進行登記。

會計實習日記 篇2

  懷著惴惴不安的情緒進了會計師事務所實習,這是我實習的第一天。邁進事務所的大門,覺得學校與社會存在著很大的差距,在校園裡,我們是安適和舒服的,不用為了生活去打拼,而在社會這個大學裡面,我們應對的是生活的考驗。當問題層層的出現,就需要我們靠自我的潛力去解決了。

  我來到辦公室向主管報道,主管跟我說,要我在整個實習過程中都不能夠掉以輕心,因為會計工作是一個十分需要細心地工作。最後,他讓我和某老師學習。由於之前沒有接觸過實際工作,所以這天師傅沒給我安排具體工作,她向我介紹了一下工作流程和資料,然後讓我看以前做過的憑證和賬簿,順便回憶一下會計基礎知識,會計學了兩年之久,這天還是第一次看到現實中的憑證,第一次看到書本上的會計分錄活生生地印在記賬憑證上,和記賬憑證後粘著的厚厚的發票等原始單據,很新奇,很親切。

會計實習日記 篇3

  這一天我第一次領工資,雖然只是一點點的錢,但卻是很有意義的,一個人在他的學生時代最重要的是學習東西,增長見識,鍛鍊能力,尤其在大學學習時候,參於社會實踐活動是一個很好的鍛鍊機會,賺錢不是主要的,以前在校都是父母給的錢,那到了也沒有特別高興。這回可是我長這麼大第一次用自己的雙手和智慧掙來的錢,讓我想到勞動的果實最甜這句話,,今天拿到了第一份工資有一點成就感。

會計實習日記 篇4

  本次為期八週的實習,另我獲益匪淺,在學習到理論知識、提高專業知識水平的同事,更獲得了學校中無法得到的具體實踐經驗,不僅熟悉了稅務師事務所的專業業務,期間也同稅務局、企業打過交道。作為一名即將工作的大學生,這次實習無疑是一次很好的鍛鍊,能為我以後的工作開闢更廣闊的發展空間。

  首先,我在實習發現自己的會計基礎非常薄弱,而且理論知識與現實實踐操作有著很大的差距。在校期間,我只關注於學習理論知識,對於實踐性的操作卻很少涉及,雖然學習過基礎會計、中級財務會計等會計課程,以及中國稅制、納稅檢查、稅務會計、稅收籌劃等稅務課程,但所學還是非常有限,對很多業務都不瞭解,許多問題也是模稜兩可,甚至在問老師的時候也只能問出一些開放性的問題,並不能一針見血地落到實處,修改的時候這種感覺會更加明顯。自己確實還需要更多的實踐與學習,不過我清楚薄弱的同時也意味著進步空間。“實踐是檢驗真理的唯一標準”,在實習期間遇到的一些困難讓我深刻明白了這一道理。理論知識如果沒有真實案例支撐,是很容易忘記的,為了能夠更好的操作,更快的學習與上手,在以後的工作中我應該不斷的學習充電,提高自己運用理論知識的能力,這樣才能掌握新本領,在工作中找到好的狀態。

  其次,稅務和會計類的工作天天和數字打交道,最考驗耐心和細緻,做久了免不了要感到枯燥和繁瑣,產生消極的情緒,這種時候最重要的就是如何快速地調整好自己的心態,經歷多次情緒的反覆,我得到一個方法就是是想一想全部工作整理完畢時那種神清氣爽的感覺,就會讓自己重新產生動力,繼而井然有序地投入到工作中,長此以往,應該可以養成一個良好的工作習慣。

  然後,在實習過程中感受到,生活中真的處處是學問,一些商務禮儀、職場處事的問題,之前並不太懂。在象牙塔中生活的時候,一切無拘無束,到了社會中則要處處留心,如何和客戶溝通,如何向前輩請教,連吃飯入席順序、乘車座次都是學問。與客戶或者前輩在一起的時候,不注意這些便是不禮貌的問題,我覺得日常也應該學習一些相應的禮儀,以後正式工作的時候才不容易出錯,為此我需要強化自己的工作態度、責任意識和溝通能力。

  另外,在實習工作中,我時刻感受到指導老師的耐心指點,有不懂和失誤的時候老師都是非常溫和的指點,其他實習生同事的熱心照拂,大家一起吃午飯,上下班,也讓我感到非常溫暖,我喜歡這裡的工作氛圍。而且稅務師事務所的工作有繁重的時候,也有輕鬆的時候,彈性比較大,這就很考驗個人的工作能力和工作效率。既然熟悉了工作流程,接下來應該思考的就是工作效率和工作完成情況,更高效更高質,總結起來大概是這樣的:首先態度要積極,勤奮是對一個實習生的基本要求,接受老師的安排,不懂的問題也要及時問,不然會影響後面的工作;其次是一些具體的工作,要保重材料的完整和數字的準確,不可因為千篇一律而粗心大意;最後,自己工作做完後千萬不要丟開不管了,最好先自己檢查一遍,沒問題了再交給指導老師稽核,“老師領進門,修行在個人”說的應該就是這個意思。

  最後,特別感謝幾位指導老師的耐心指導,從易到難的過程,讓我有了慢慢過渡和學習磨鍊的機會,從或零散或枯燥的工作中,我學到的是耐心和細緻,從或忙碌或繁重的工作中,我學到是的經驗和信心。另外也感謝浙江嘉晟稅務師事務所給我這個實習機會,讓我在真實的工作環境中意識到自身存在的問題與不足,對自己所學的專業有了進一步的認識,對自己以後的`工作與發展有了工作的思考,於我而言這是一種寶貴的經歷。

會計實習日記 篇5

  20xx-2-25

  這次實習所需的基本知識基本上都介紹過了,今天正式轉入開發階段。這次實習做的是一個費用管理系統,上午開始討論這個系統需求分析,包括實現專案預算,費用報銷,人事管理和一些統計的功能,老師把整個系統的框架給我們做了一些大體的講解,希望我們能在接下來的幾天裡去多思考,深化需求分析,細化功能設計。系統有組織結構維護,費用專案維護,審批流程維護,報銷明細模組,以及人員管理和一些統計的功能。每一個模組都是對系統功能模組的調整與維護。

  人員管理有新增員工的功能,可以對新增的人員進行修改和刪除,並給新增的員工分配許可權。

  費用專案維護模組:可以進行費用專案的新增和提交。

  報銷模組可以對報銷的專案在未提交之前進行刪除和修改。

  統計模組主要是統計員工提交的報銷單預算單,及每個部門的專案資訊和員工資訊等。

  所有這些操作都是直接對資料庫直接進行操作。整個系統都是分角色登陸,每一個角色所擁有的許可權都不完全相同,登陸進去的選單欄都有所不同,所以每個員工都應該有一個角色,即有哪些操作許可權。所有的功能和流程理清楚之後,就要開始原型設計了。

  20xx-2-26

  經過對需求分析的進一步理解,接下來我們開始這個專案的原型設計。我們所開發的費用管理系統主要包括費用報銷、專案預算管理、員工管理、公司的專案資訊維護及管理、財務處專案資訊的統計功能。圍繞這幾個功能模組,我們逐個對其功能進行細節設計,比如分不同角色登陸系統,登陸介面都是通用的,每個使用者都用自己的編號進行登陸,系統會根據使用者的編號進行匹配查詢,找到角色ID之後進入對應的管理介面。進入管理介面之後,就可以新增費用報銷,可以對新增的費用報銷單在未提交之前進行修改、刪除操作,確定之後就可以提交,系統會根據session中儲存的該使用者的編號查詢到所在的部門,然後把使用者提交的申請表儲存到該部門經理處,當該部門經理登陸時就可以看到部門員工提交的申請表單,然後進行審批等操作。所有的邏輯統一之後,我們分工開始做JSP介面和之間的邏輯跳轉。經過一天的時間系統總算有個雛形了,。設計完大體的功能框架後,我們與老師一起開了一個小組討論會,我們向老師說明了我們的想法及大體的開發方向,老師也想我們提出了一些建議,經過一番熱烈的爭論,我們對自己的模型做了進一步的改動,功能設計也得到進一步完善。功能框架的設計是整個開發階段十分重要的工作,指導小組進行後面具體的開發。功能設計的準確和完善也能夠幫助我們在以後的開發中少走彎路,達到事半功倍的效果。原型設計的完成是我們小組成員齊心協力共同完成的,這也讓我們感受到了團隊工作的重要性和強大力量。

  20xx-2-28 星期一

  今天,我們的主要工作是根據昨天的原型設計,做出功能展示頁面,並實現基本的跳轉。由於這些只是一個邏輯的跳轉,沒有真正和資料庫互動,因此幾個超連結就可以把所有介面聯絡到一塊,再加上一些javascript的提示框,原型幫助我們更深入的理解了這個系統的流程及功能。下午我們就開始了資料庫建表、物理模型的設計以及概念設計。根據需求分析及原型,我們很快就確定了系統需要的資料表,包括使用者的基本資訊、使用者的角色ID、報銷申請表單、預算申請表單、部門專案資訊等,以及每個表裡面所需的欄位,透過在資料庫中建表,SQL語句的用法更加熟練。根據這些資料表,物理模型也很快就完成了。因為資料庫是整個系統的關鍵所在,所有前臺的操作都要和資料庫互動,所以它設計的好壞直接影響到之後程式的編寫。接下來我們繼續討論我們建立的表的冗餘性以及合理性等,在老師的指導下,我們對部分表進行了相應的修改。

  20xx-3-1

  在昨天的基礎上,我們進行了再次討論,資料庫的設計最終確定下來。接下來就開始了編碼,建立整個系統的框架由我負責,按照開發的流程,首先根據資料表建立實體層,也就是javaBean,然後寫資料庫連線,資料訪問層,業務邏輯層,控制層,整個框架搭建好之後,有利用老師講的Junit,寫了測試程式,對所寫的程式進行初步測試,資料庫連線的測試順利透過。資料庫連通之後,下一步工作就是使用者的分角色登陸,事先在資料庫中插入了一些使用者資訊,將角色分為五類,然後在資料訪問層建立一個DAO類,建立函式用於從資料庫中讀取使用者的角色ID,然後在業務邏輯層判斷DAO層函式返回的值是否為空,如果不為空則在控制層的servlet類中就可以進行判斷分角色登陸;若DAO層函式返回的值為空,則說明該使用者名稱與密碼有誤,當用戶點選登陸按鈕時將轉到錯誤提示的頁面。當這些全部完成之後,我們開始進行測試,但測試全未能如願以償。除錯、檢查了很久全未能發現錯在哪裡。今天沒能順利完成計劃好的任務,深受打擊啊,不過沒關係,遇到問題,解決問題,也許會學到跟多知識。

  20xx-3-2

  上午接著做昨天未能完成的任務,除錯了兩個多小時還是未能所獲,只有請教老師了,看著老師在Debug模式下很快就找了出錯的地方,原來在DAO層寫SQL語句時後面多了一個逗號,看來程式設計也是需要非常的細心。總結了失敗的原因,記住教訓,一定不能再出現這樣的低階錯誤,而導致降低效率。這一步總算透過之後,我們開始著手不同角色所擁有的操作許可權,比如普通員工只有報銷申請的許可權(新增報銷單、刪除、修改、提交、檢視等功能),部門經理不僅有報銷申請的許可權,還有稽核部門員工提交的報銷申請單和預算申請、部門專案管理等許可權,每一種角色登陸到操作介面的功能按鈕不盡相同,所以當普通角色登陸後,稽核、預算等按鈕必須隱藏或者不可用。但是我們之前的介面裡的按鈕實現隱藏與子選單都很難實現,所以不得不考慮改變策略。之後經過討論我們將整個頁面佈局改變為框架模式,左邊顯示樹形選單,top'Frame顯示LOGO,mainFrame顯示主顯示頁面,bottomFrame顯示版權資訊以及系統時間。這樣我們貌似又回到了原型設計,,還是沒有專案經驗,最初就沒有考慮清除。

  20xx-3-3

  涉及到的JSP介面還比較多,每一個頁面都是用HTML一句一句寫出來,再加上CSS樣式,所以半天的時間也沒有完成,今天上午繼續完成。當所有的介面完成之後,開始了第一個功能模組的編碼。當用戶登陸到自己的主頁時,顯示的都是歡迎介面,當用戶點選報銷單管理時,必須根據使用者編號動態的從資料庫中提取其所有的報銷單資訊,然後顯示在展示介面上,使用者的編號的、是在使用者登陸時將使用者編號儲存在session中,預設該使用者登陸系統30分鐘內沒有操作的話,自動讓該使用者登出登陸。當點選報銷單管理按鈕時,將使用者請求轉到servlet類中進行後臺處理,讀取成功後,將這些資訊傳到使用者的介面上,第一個原子功能實現後,我們更加有信心來完成其他模組的編碼。原來一個真正的系統也應該是這樣的原子操作組合而成的,從這一步的成功點燃了我們對編碼的興趣,不再畏懼和逃避。