첫째, 회계 정보 시스템과 전통적인 수동 회계 간의 관계
(1) 시스템 목표가 같습니다. 둘 다 기록 및 채산 기업의 경제업무로, 최종 목적은 관리를 강화하고, 회계 정보를 제공하고, 경영 결정에 참여하고, 기업의 경제적 효과를 높이기 위한 것이다.
(2) 사용 된 기본 회계 이론 및 방법은 동일합니다. 두 제도 모두 기본적인 회계 이론과 방법을 따라야 하며, 모두 복식 부기 원칙을 채택해야 한다.
(3) 모든 사람은 국가의 회계재무제도와 재경법규를 준수하고, 회계가 실시하는 법규를 엄격히 집행하고, 가능한 모든 조치, 기술 및 제도 허점을 막고, 부정행위를 근절하고, 부정행위를 방지해야 한다.
(4) 시스템의 기본 기능은 동일합니다. 모든 정보에는 정보 수집, 입력, 저장, 처리, 전송 및 출력의 다섯 가지 기능이 있어야 합니다.
(5) 회계 파일을 보관하십시오. 회계 정보 파일은 회계 정보 시스템의 출력으로 잘 보관해야 조회가 용이해야 한다.
(6) 회계 명세서 작성을위한 요구 사항은 동일합니다. 두 시스템 모두 회계 보고서를 작성해야 하고, 모두 국가 요구에 따라 기업 대외보고서를 작성해야 한다.
둘째, 회계 정보 시스템과 전통적인 수동 회계의 차이점
(1) 시스템 초기화 설정에 차이가 있습니다. 수동 회계의 초기화에는 회계 수립, 총계정 원장 개설, 로그인 잔액 등이 포함됩니다. 회계 전산화의 초기 설정은 회계 시스템 설치, 장부 설정, 네트워크 사용자의 권한 설정, 운영자 및 권한 설정, 소프트웨어 운영 환경 설정, 회계 레벨 및 비트 길이 설정, 회계 레벨 및 비트 길이 설정, 회계 및 인코딩 설정, 가장 상세한 회계 초기 잔액 입력, 증빙 유형 설정, 자동 이체 입력 정의, 회계 보고서명, 회계 보고서명 등 복잡하고 어렵습니다
(2) 과목의 설정과 사용에 차이가 있다. 수동 회계에서는 수동 회계의 한계로 인해 계정이 총계정 원장과 상세 계정으로 나뉘며, 상세 계정은 대부분 3 급 계정으로만 설정됩니다. 게다가, 회계 관리의 요구를 충족시키기 위해 보조 계좌를 개설한다. 과목의 설정과 사용은 보통 국어과목밖에 없다. 회계 전산화에서는 컴퓨터가 여러 가지 복잡한 작업을 처리할 수 있으며, 과목의 급수 및 비트 길이 설정은 소프트웨어에 따라 다릅니다. 일부 금융 소프트웨어는 과정 수를 6 개 이상으로 설정하여 상세 회계의 요구를 완전히 충족시킬 수 있다. 국어 과목을 설정하는 것 외에도 국어 과목에 해당하는 과목 코드를 설정해야 한다. 과목을 사용할 때, 컴퓨터는 사용자에게 하나의 과목 코드만 입력하라고 요구하며, 중국어 과목은 요구하지 않는다. 그러나 표시 및 인쇄 시 일반적으로 중국어 계정과 해당 계정 코드가 모두 표시됩니다.
(3) 회계 절차에 차이가 있습니다. 수공채는 기업 생산 규모, 경영 방식, 관리 형식에 따라 다른 채산 형식을 채택한다. 일반적으로 사용되는 회계 프로그램에는 부기 전표 부기 표, 계정 요약 부기 표, 요약 부기 전표 부기 표, 분개 부기 표 등이 있습니다. 업무 데이터에 대해 분산 수집, 분산 처리, 반복 등록을 하는 운영 방식을 취하고, 여러 사람, 여러 링크를 통한 내부 견제와 상호 점검을 통해 회계 절차를 간소화하고 부정행위와 오류를 줄이기 위한 것이다. 전산화 회계에서는 일반적으로 파일 설정에 따라 결정됩니다. 일반적으로 사용되는 분개 파일 계정 테이블 및 증빙 파일 계정 테이블입니다. 컴퓨터 회계 시스템에서는 일반적으로 하나의 회계 양식만 데이터 수집, 처리 및 공유에 사용됩니다.
(4) 장부 형식에는 차이가 있다. 수동으로 계산할 때 장부의 형식은 사용자 정의 장부, 안내물 장부, 카드 장부 세 가지로 나눌 수 있으며 현금 장부, 예금 분개, 총계정원장은 반드시 사용자 정의 장부를 사용해야 한다. 그러나 컴퓨터 회계 시스템에서는 프린터의 조건 제한으로 맞춤형 장부를 인쇄할 수 없다. 따라서' 회계 전산화 규범' 에 따르면 모든 장부 페이지를 루스 리프 형식으로 인쇄하여 책으로 제본할 수 있다. 총계정 원장 계좌 페이지의 형식에는 전통적인 3 열 대출 총계정 원장과 계좌 요약 총계정 원장이 포함되며, 이는 전자를 대체할 수 있습니다. 상세 계정 형식은 3 열, 복수 열, 수량-금액 형식일 수 있습니다.
(5) 병렬 파일링에는 차이가 있습니다. 수동 회계를 할 때, 한 회계는 감사된 회계 전표, 계정 요약표, 요약 회계 증빙서, 총계정 원장에 로그인하고, 다른 회계는 원본 증빙서나 회계 증빙에 따라 병행하여 상세 장부를 등록하고, 월말에 동등한지 점검한다. (존 F. 케네디, 회계, 회계, 회계, 회계, 회계, 회계) 두 회계가 로그인 중 오류가 발생할 수 있으므로 병렬 전기는 오류를 확인할 수 있습니다. 전산화 회계에서 총계정 원장과 상세 원장의 데이터는 모두 원시 증빙서나 부기 증빙서에서 나온 것이다. 컴퓨터는 총계정 원장 및 상세 원장에 로그인하는 프로그램 명령에 따라 회계 전표 데이터베이스의 데이터를 총계정 원장 데이터베이스 및 상세 원장 데이터베이스로 전송합니다. 컴퓨터 내부 작업에는 데이터 조작 오류가 발생할 수 없으므로 전산화회계에서 총계정 원장 금액은 항상 상세 원장 금액과 같습니다. 따라서 병렬 입력의 검증 기능은 회계 전산화에서 이미 기존 기능을 상실했다.
(6) 분개와 내역서의 역할이 다르다. 수동 회계에서는 일반적으로 현금과 은행 예금에 대해서만 저널을 설정하여 화폐자금의 발생을 제때에 기록하여 통화자금과의 일일 결산을 실현하고, 돈을 청산한다. 자격 증명 정보가 비교적 분산되어 있어 조회하기 불편하다. 상세 계정 설정은 자격 증명의 조회를 용이하게 하기 위한 것이지만, 어떤 주체라도 상세 계정에 다시 로그인하는 것은 시간이 많이 걸리고 오류가 발생하기 쉽다. 전산화 회계에서는 모든 과목에 분개 및 상세 계정이 있을 수 있지만 분개 및 상세 계정의 데이터는 회계 증빙에서 가져옵니다. 컴퓨터라는 효율적인 도구로 인해 회계 소프트웨어에서 회계 증빙에 대한 다양한 조회 조건 (예: 날짜, 증빙번호, 계정 번호, 항목, 회사명, 증빙번호, 기록원, 검토자, 차변 금액, 대변 금액, 소득 금액, 잔액 등) 이 제공됩니다. 쿼리 방법은 명시적 쿼리, 자유 쿼리, 조합 쿼리 및 퍼지 쿼리의 네 가지 유형으로 나뉩니다. 기업의 모든 비즈니스 정보를 쿼리할 수 있습니다. 이런 관점에서 볼 때, CAIS 에서의 상세 장부의 의미는 더 이상 중요하지 않으므로 취소할 수 있다. 재정부의 규정에 따르면, 상세 장부는 1 년에 한 번 수출할 수 있지만, 단지 보관의 필요성을 위한 것이다.
(7) 회계 규칙에 차이가 있습니다. 수동 회계의 장부 기록 오류는 포크 정정이나 빨간색 수정으로 수정해야 합니다. 장부의 빈 줄과 빈 페이지를 빨간 선으로 그어야 한다. 전산화 회계에서는 종이 장부도 없고, 모든 데이터는 서류로 기계에 저장되며, 전기는 단지 명사일 뿐, 반드시 분개, 총계정 원장, 상세 장부에 따라 각각 파일을 설정할 필요는 없다. 일부 시스템에는 바우처 파일이 하나만 있으며 내부 분개, 총계정 원장, 상세 계정이 전혀 없습니다. 각종 재무 정보는 증빙서류에서 직접 추출할 수 있으며, 더 정확한 대시나 빨간 글씨법은 존재하지 않고 대신 사용할 수 있다. (윌리엄 셰익스피어, 윈스턴, 재무, 재무, 재무, 재무, 재무, 재무, 재무) 사실 증빙증을 정확하게 입력하기만 하면 기계 처리가 정확하다. 바우처 데이터가 잘못되었거나 변경되더라도 내부 계정 결과가 잘못되어도 직접 수정할 수 없으며 회계 자격 증명을 통해서만 수정할 수 있습니다.
(8) 회계 명세서 작성 형식에는 상당한 차이가 있다. 회계 명세서는 기업 회계의 중요한 내용이다. 수동 회계에서 보고서 작성은 가장 복잡한 작업이다. 보고서 작성자는 다양한 보고서의 구조, 보고서에 있는 각 데이터의 출처 채널, 데이터가 계정에서 나온 경우 금액 또는 잔액, 어떤 연산 관계를 통해 알 수 있어야 합니다. 데이터가 이 보고서나 외부 보고서 중 하나에서 나온 경우 다양한 연산 관계를 이해해야 합니다. 또한 보고서 작성을 시작할 수 있도록 다양한 보고서 간의 확인 관계와 데이터의 대응 관계도 명확히 해야 합니다. 전산화 회계에서 다양한 보고서의 등록, 구조 설명, 형식 정의, 취수 공식 정의, 보고서 감사 공식 정의, 보고서 인쇄 매개 변수를 설정한 다음 월말에 보고서를 작성할 때 운영자는 보고서 하위 시스템에서 제공하는 보고서 생성 명령 키를 키보드에서 가볍게 누르기만 하면 자동으로 데이터를 가져옵니다. 단 몇 초, 길면 10 여 분 안에 데이터를 얻을 수 있습니다
(9) 회계가 경영으로 발전할 수 있는지 여부는 근본적인 차이가 있다. 수동 회계에서는 수동 회계의 복잡성으로 인해 회계사들이 수동 회계, 회계, 결산, 상환 등을 처리하는 데 많은 시간과 노력이 소요되어 기업 회계가 회계에 머무르게 되어 회계가 관리 발전을 크게 제약하고 있다. 회계 전산화를 실시한 후, 수동 회계의 복잡한 회계 작업은 이미 컴퓨터가 효율적이고 정확하게 완성하여 기업 회계를 관리형 회계로 발전시켰다. 현재 시장 지향, 중국 모델, 가치화, 체계화, 전산화화, 현대기업제도, 국제화, 통용화 관리를 기반으로 하는 새로운 관리시대 재무 및 기업 관리 소프트웨어 시스템 UFERP 가 이미 중국에 출현했다. 회계 전산화는 회계를 핵심으로 하는 정보 관리 시스템으로 발전할 수 있으며, 회계 분석 예측 시스템, 회계 의사 결정 지원 시스템 및 회계 전문가 시스템을 형성하여 회계 기능을 변환하고 발전시킬 수 있습니다.
(10) 인력, 조직 체계, 내부 통제 모드, 운영 도구, 정보 스토리지 미디어 등에 차이가 있습니다. 수동 회계, 모든 인원은 회계 전문가입니다. 회계 업무 요구에 따라 조직 체계를 서로 다른 전문 그룹으로 나누고, 장부 일치, 장부 일치, 장부 일치 등 내부 통제를 통해 데이터가 정확한지 확인합니다. 주판과 계산기는 주로 계산 도구로 사용됩니다. 정보 저장 매체는 종이 자료를 전달체로 하여 공간을 많이 차지하며 조회가 번거롭다. 회계 전산화에는 회계 전문가뿐만 아니라 컴퓨터 하드웨어 및 소프트웨어 기술자 및 운영자도 있습니다. 시스템 요구에 따라 조직 시스템은 컴퓨터 책임자, 소프트웨어 운영, 감사 회계, 시스템 유지 관리, 컴퓨터 감사, 데이터 분석 등의 전문 그룹으로 나눌 수 있습니다. 내부 통제는 인력, 컴퓨터 장비, 데이터 및 절차까지 확대되어 요구 사항이 더욱 엄격해집니다. 계산 도구는 컴퓨터입니다. 정보 저장 매체는 자성 재료 (일반적으로 디스크) 를 사용하여 조회 및 검색이 용이하도록 작은 공간을 차지합니다.
셋째, 수동 회계 및 회계 정보 시스템의 중요성
위의 비교에서 볼 수 있듯이, 수동 회계와 회계 정보 시스템에는 많은 유사점과 뚜렷한 차이가 있다. 이러한 차이로 인해 우리는 회계 전산화를 구축하는 과정에서 다음과 같은 몇 가지 측면에 주의를 기울일 수 있게 되었다.
3. 1 시스템 초기화 및 설정에 중점을 둡니다.
회계 시스템의 좋고 나쁨을 평가하는 것은 시스템 처리의 최종 결과에 따라 장부 데이터와 회계 보고서 데이터가 정확한지, 프로세스 통제가 유효한지 여부를 판단할 수 있다. 재무 소프트웨어 자체의 프로그램과 통제가 정상적이고 신뢰할 수 있는 경우 데이터 출력의 정확성은 시스템의 초기 설정과 직접 관련이 있습니다. 따라서 초기 설정 시 기업 회계의 필요에 따라 회계 시리즈 및 비트 길이를 올바르게 설정하고 표준 회계 코드 시스템을 구축해야 합니다. 가장 세부적인 과목의 연초 잔액과 올해 누계 금액을 꼼꼼히 정리하고 입력한다. 운영자 이름, 사용자 코드 및 암호를 신중하게 설정하여 회계 분업 및 내부 통제 요구 사항에 따라 각 운영자의 권한을 합리적으로 개방합니다. 바우처 유형, 회계 방법, 반제 방법, 환율 회계 방법, 자동 이체 입력, 불법 대응 계정, 다양한 외부 장치 유형 등 기업의 매개변수를 올바르게 설정합니다.
3.2 계정 코드 설정은 정확하고 완전해야합니다.
회계 정보 시스템이 구현된 후 회계 코드는 회계 정보 시스템에서 가장 중요한 코드이며 핵심 위치에 있습니다. 시스템의 회계 처리는 거의 모두 계정 코드를 기준으로 하며, 시스템 작업은 모두 계정 코드를 기준으로 수행됩니다. 따라서 과목과 코드를 합리적으로 설정하는 것이 중요하다. 컴퓨터의 속도와 정밀도가 높기 때문에 회계를 충분히 세밀하게 나눌 수 있다. 특히 보고서의 데이터 검색 요구에 따라 과목의 급수와 비트 길이를 적절히 설정하여 보다 상세한 회계 데이터를 얻을 수 있다. 그러나 주제 코드의 급수 및 비트 길이를 너무 길게 설정해서는 안 되며, 기억과 사용에 불리하고, 저장 공간을 낭비하는 것은 피해야 한다. 전체 학과 체계에 따라 결정되어야지, 개별 학과를 보살피기 때문에 전체 학과 체계의 시리즈를 늘려서는 안 된다. 그러나 동급 과목의 세부 사항이 많다면, 적당히 급수를 늘려 해결하는 것을 방해하지 않는다. 시스템이 실행 된 후 계정을 수정하거나 삭제하기가 어렵습니다. 따라서 초기화할 때는 신중히 고려해야 하고, 주체 코드는 완전하게 설정해야 한다. 일반적으로 연중 수정해서는 안 된다.
3.3 자격 증명으로 인한 오류를 올바르게 수정합니다.
전산화 회계 정보 피드백 시스템에서는 감사된 회계 증빙이 총계정 원장, 상세 원장, 분개, 각종 보조 원장 및 보고 데이터의 데이터 소스이기 때문에 회계 장부 또는 보고 데이터에 오류가 있을 경우 회계 증빙서에 오류가 있을 것으로 판단할 수 있습니다. 잘못된 자격 증명을 수정하는 세 가지 방법이 있습니다. 첫째, 자격 증명이 감사되지 않을 때 오류가 발견되면 주문자가 직접 수정할 수 있습니다. 둘째, 증빙서류는 심사를 거친 후 잘못을 발견했으며, 감사자가 상쇄하고, 편성자가 수정한 후 감사자가 심사해야 한다. 셋째, 게시 후 인증서에 오류가 발견되면 더 이상 수정할 수 없습니다. 편찬자는 먼저 빨간 글씨 증빙을 편성하고, 잘못된 증빙을 취소하고, 정확한 증빙을 작성해야 한다. 주홍 글씨증빙과 정확한 증빙은 감사인의 심사를 거친 후 장부를 작성하여 잘못된 증빙과 장부 데이터를 바로잡는 목적을 달성할 수 있다.
3.4 보고 시스템을 올바르게 초기화합니다.
보고서 하위 시스템의 초기 설정은 전산화 회계 시스템에서 가장 복잡한 작업입니다. 현재 상용화된 전산화 회계 시스템에서는 대부분 공통 보고 프로그램을 사용합니다. 즉, 사용자 정의 보고서명, 테이블 행 유형, 빈 테이블 형식, 데이터 소스 공식 등이 포함된 인터페이스가 제공됩니다. 이렇게 하면 보고서 형식이나 데이터 소스가 변경될 때 시스템 내부 프로그램을 수정하지 않고 기존 정의만 수정하면 다양한 사용자의 요구를 충족할 수 있습니다. 설정을 초기화할 때 설정자는 보고서 작성 원리와 공식 표현식의 설정 규칙, 특히 각 데이터를 가져오는 공식을 충분히 이해해야 합니다. 많은 공식에서 한 기호에 오류가 발생하면 보고서 데이터에 오류가 발생할 수 있기 때문입니다. 보고서 데이터에 오류가 있는 경우 먼저 보고서의 최종 결과 오류를 일으키는 잘못된 데이터 항목을 찾아 데이터 가져오기 수식이 잘못되었는지 확인합니다. 틀리면 고쳐라. 그렇다면 장부나 증빙서류 데이터가 잘못되었다고 판단할 수 있다. 잘못된 데이터 항목 공식에 따라 장부나 증빙서의 오류를 추론하고 위의 잘못된 증빙을 수정한 다음 보고서를 다시 생성할 수 있습니다.