การส่งงานที่ดีของคุณไปยังฐานความรู้นั้นเป็นเรื่องง่าย ใช้แบบฟอร์มด้านล่าง

นักเรียนนักศึกษาบัณฑิตนักวิทยาศาสตร์หนุ่มที่ใช้ฐานความรู้ในการศึกษาและการทำงานจะขอบคุณคุณมาก

โพสต์เมื่อ http://www.allbest.ru/

• เนื้อหา
• คำชี้แจงของปัญหา
• การแนะนำ
• 1. วิศวกรรมระบบ
• 1.1 การประกันภัยสถานที่ในนโยบายเศรษฐกิจและสังคมของรัฐ
• 1.2 สัญญาประกัน
• 1.3 คุณสมบัติของการก่อสร้างภาษีประกันภัย
• 2. การออกแบบฟังก์ชั่น
• 2.1 เหตุผลในการเลือกวิธีการและเครื่องมือในการพัฒนา
• 2.2 การพัฒนาแอพพลิเคชั่น
• 2.2.1 การพัฒนาแผนภาพ UML
• 2.2.2 ใช้แผนภูมิ
• 2.2.3 การสร้างแผนภาพลำดับ
• 2.2.4 การพัฒนาแผนภาพระดับ
• 2.3 การพัฒนาและสร้างแบบจำลองการทำงาน
• 2.4 การพัฒนาแบบจำลองข้อมูล
• 2.5 คู่มือผู้ใช้
• ข้อสรุป
• รายการแหล่งที่ใช้
• ภาคผนวก 1. การแสดงรหัส

คำชี้แจงของปัญหา

การเรียนการสอนเป็นระบบสำหรับการทำงานอัตโนมัติของ บริษัท ประกันภัย คุณสมบัติหลักที่จำเป็นสำหรับผู้ใช้ในการใช้ระบบคือการเข้าสู่ระบบและรหัสผ่าน ผู้ใช้จะถูกแบ่งออกเป็นสามกลุ่มขึ้นอยู่กับระดับการเข้าถึงการดำเนินการต่างๆ:

·ผู้ดูแลระบบ - สามารถเข้าถึงการทำงานที่เป็นไปได้ทั้งหมด

·ตัวแทน - มีการเข้าถึงการดำเนินงานทั้งหมดที่เกี่ยวข้องกับการทำงานกับเอกสาร (ลูกค้านโยบายการประกัน);

·ผู้ใช้ - มีการ จำกัด การเข้าถึงข้อมูล (ค้นหาและอ่านเอกสารเท่านั้น)

มีชุดเอกสารและการกระทำต่อไปนี้

เอกสาร:

·ข้อมูลลูกค้า

·นโยบายการประกันลูกค้า

·ข้อมูลเกี่ยวกับผู้ใช้ที่ลงทะเบียน

การดำเนินการ:

·การสร้างการแก้ไขการลบเอกสาร

·ค้นหาเอกสาร

·ดูรายการเอกสาร

·การกู้คืนเอกสารที่ถูกลบ

·การนำเข้าสถิติ

·การคำนวณตัวบ่งชี้ประสิทธิภาพต่างๆของ บริษัท ประกันภัยตามเอกสารที่มีอยู่และข้อมูลทางสถิติ

ข้อมูลทั้งหมดจะถูกเก็บไว้บนเซิร์ฟเวอร์ในฐานข้อมูล ผู้ใช้หลายคนสามารถเข้าถึงข้อมูลได้พร้อมกัน เนื่องจากแอปพลิเคชันมีไว้สำหรับใช้บนอินเทอร์เน็ตจึงเป็นแอปพลิเคชันไคลเอนต์เซิร์ฟเวอร์ข้อมูลจะถูกแลกเปลี่ยนผ่านโปรโตคอล HTTP ส่วนลูกค้าคือหน้า HTML ที่มีข้อมูล ส่วนเซิร์ฟเวอร์ของโครงการคือแอปพลิเคชันที่ใช้งานโดยใช้ servlets ที่ประมวลผลข้อมูลที่มาจากหน้าเว็บและสร้างการตอบสนอง ฟังก์ชั่นสำหรับการคำนวณพารามิเตอร์ถูกนำไปใช้เป็นส่วนประกอบแยกต่างหากซึ่งเป็นผลิตภัณฑ์ของบุคคลที่สามและสามารถเพิ่มไปยังโปรแกรมเป็นส่วนขยายโดยใช้ไฟล์การกำหนดค่า

การแนะนำ

ในโลกสมัยใหม่อินเทอร์เน็ตได้กลายเป็นส่วนสำคัญของชีวิตของผู้คนมากมาย ผู้จัดการ บริษัท พนักงาน บริษัท พนักงานนักเรียนและเด็กนักเรียนใช้เวลาส่วนสำคัญในการทำงานและออนไลน์เวลาว่าง อินเทอร์เน็ตช่วยให้การทำธุรกรรมทางการเงินการซื้อการแชทกับเพื่อนทำความรู้จักกัน นอกจากนี้อินเทอร์เน็ตยังเป็นแหล่งข้อมูลที่ครอบคลุมซึ่งคุณสามารถหาคำตอบได้เกือบทุกคำถาม

ขณะนี้อินเทอร์เน็ตสามารถใช้ได้กับเกือบทุกคนและทุกที่ ดังนั้นระบบที่เป็นตัวแทนของแอปพลิเคชันอินเทอร์เน็ตที่อนุญาตให้คุณเข้าถึงข้อมูลเมื่อมีความจำเป็นต้องใช้งานอย่างแพร่หลาย

ด้วยการกำเนิดของเทคโนโลยีใหม่และภาษาการเขียนโปรแกรม JAVA โดยเฉพาะอย่างยิ่งที่มุ่งเน้นไปที่อินเทอร์เน็ตการดำเนินการตามความต้องการเหล่านี้จะกลายเป็นเรื่องง่ายขึ้นรวมถึงโอกาสและพื้นที่ใหม่สำหรับการดำเนินการตามความคิดทั้งหมด

งานนี้เป็นระบบอัตโนมัติของ บริษัท ประกันภัย ด้วยระบบนี้การทำงานของ บริษัท ประกันภัยจะง่ายขึ้นช่วยอำนวยความสะดวกในการทำงานของตัวแทนประกันภัยเนื่องจากตอนนี้ไม่จำเป็นต้องติดต่อหน่วยงานเพื่อรับประกันภัยตอนนี้ตัวแทนสามารถมาถึงสถานที่ที่สะดวกสำหรับคุณและสรุปข้อตกลง ระบบยังช่วยให้คุณสามารถเก็บสถิติและวิเคราะห์กิจกรรมของ บริษัท ประกันภัยซึ่งทำให้การทำงานของ บริษัท ประกันภัยมีประสิทธิผลมากขึ้นเนื่องจากตัวบ่งชี้ประสิทธิภาพของ บริษัท จะมองเห็นได้ชัดเจนบนพื้นฐานที่คุณสามารถปรับการทำงานต่อไปเพื่อเพิ่มผลกำไรและแก้ไขข้อผิดพลาด

1. คการออกแบบระบบ

1.1 ประกันภัยสถานที่ในนโยบายทางเศรษฐกิจและสังคมของรัฐ

การประกันคือข้อตกลงภายใต้ฝ่ายหนึ่ง (เรียกว่าผู้ประกันตน) เพื่อแลกกับการชดเชย (เรียกว่าเบี้ยประกัน) มีหน้าที่จ่ายเงินให้อีกฝ่าย (เรียกว่าผู้ถือกรมธรรม์) จำนวนเงินที่แน่นอนหรือเทียบเท่าในรูปแบบหลังจากเกิดเหตุการณ์บางอย่าง สาระสำคัญทางเศรษฐกิจของการประกันภัยประกอบด้วยในการก่อตัวโดยองค์กรพิเศษ - บริษัท ประกันภัยของกองทุนประกันที่เกิดขึ้นจากการมีส่วนร่วมของกรมธรรม์ (เบี้ยประกัน) ซึ่งการสูญเสียที่เกิดขึ้นโดยผู้ถือกรมธรรม์ซึ่งเป็นผลมาจากเหตุการณ์ประกันภัยที่ครอบคลุม การประกันภัยแบ่งออกเป็นประกันทรัพย์สินส่วนบุคคลและความรับผิดต่อบุคคลที่สามและอาจอยู่ในรูปแบบบังคับที่เกิดขึ้นตามกฎหมายหรือโดยความสมัครใจที่ทำในสัญญาประกันภัยระหว่างผู้เอาประกันภัยและผู้ประกันตน

1 .2 สัญญาประกัน

สัญญาประกันเป็นธุรกรรมแบบทวิภาคีซึ่งฝ่ายหนึ่งฝ่ายใดเป็นพลเมือง (กรมธรรม์) และอีกฝ่ายเป็นองค์กรประกันภัยซึ่งมีสิทธิ์สรุปธุรกรรมประเภทนี้ได้ สัญญาการประกันจะสรุปในรูปแบบที่เรียบง่ายและไม่คำนึงถึงขนาดของจำนวนเงินประกันจะต้องมีใบรับรองการรับรองเอกสาร

ภายใต้สัญญาประกันส่วนบุคคลฝ่ายหนึ่ง (ผู้รับประกันภัย) จะรับผิดชอบค่าใช้จ่ายตามที่ระบุไว้ในสัญญา (ค่าเบี้ยประกัน) ที่จ่ายโดยอีกฝ่าย (ผู้ถือกรมธรรม์) เพื่อชำระเงินก้อนหรือชำระเงิน (จำนวนเงินประกัน) ตามระยะเวลาที่กำหนดในสัญญา ในสัญญาของพลเมือง (ผู้ประกันตน) ความสำเร็จของอายุที่แน่นอนหรือเหตุการณ์ที่เกิดขึ้นในชีวิตของเขาจากเหตุการณ์อื่นที่กำหนดโดยสัญญา (เหตุการณ์ที่ประกัน)

สิทธิในการรับเงินประกันเป็นของบุคคลที่ได้รับความเห็นชอบในสัญญา

สัญญาประกันส่วนบุคคลนั้นได้รับการพิจารณาว่าเป็นประโยชน์แก่ผู้เอาประกันภัยเว้นแต่จะมีการระบุบุคคลอื่นไว้ในสัญญาในฐานะผู้รับผลประโยชน์ ในกรณีการเสียชีวิตของผู้เอาประกันภัยภายใต้ข้อตกลงที่ไม่มีชื่อผู้รับผลประโยชน์อื่นทายาทของผู้เอาประกันภัยจะถูกรับรู้เป็นผู้รับผลประโยชน์

สัญญาประกันส่วนบุคคลที่สนับสนุนบุคคลที่ไม่ใช่ผู้ประกันตนรวมถึงการช่วยเหลือผู้เอาประกันภัยที่ไม่ใช่ผู้ประกันตนอาจถูกสรุปได้เฉพาะเมื่อได้รับความยินยอมเป็นลายลักษณ์อักษรจากผู้เอาประกันภัย ในกรณีที่ไม่ได้รับความยินยอมสัญญาอาจถูกยกเลิกได้ตามความเหมาะสมของผู้เอาประกันภัยและในกรณีที่บุคคลดังกล่าวเสียชีวิตตามความเหมาะสมของทายาท

สัญญาประกันชีวิตแบบผสมมีการสรุปกับผู้ที่มีอายุระหว่าง 16 ถึง 65 ปี, การประกันเด็ก - ไม่ จำกัด อายุ, การประกันการแต่งงาน - จาก 20 ถึง 67 ปี อายุของผู้ถือกรมธรรม์ในการสมัครประกันระบุไว้เต็มปีโดยไม่จำเป็นต้องมีหลักฐานทางเอกสารเกี่ยวกับอายุจากผู้ถือกรมธรรม์

อายุของผู้ที่ได้รับความเห็นชอบในการทำสัญญาประกันชีวิตแบบผสมไม่สำคัญ อายุของบุคคลที่สามซึ่งก็คือเด็กซึ่งมีข้อสรุปเกี่ยวกับการประกันเด็กและสัญญาประกันการแต่งงานเป็นเรื่องอื่น จะต้องมีการบันทึกไว้ในใบสมัครประกัน

ผู้ปกครอง (พ่อแม่บุญธรรม) ญาติของเด็กและผู้ปกครองของเขาได้รับสิทธิในการทำสัญญาประกันการแต่งงานหากเด็กอายุอย่างน้อย 2 ปีและไม่เกิน 15 ปี สรุปสัญญาประกันเด็กโดยมีเงื่อนไขว่าเด็กอายุไม่เกิน 15 ปี

แอปพลิเคชันสำหรับการประกันเป็นเอกสารทางกฎหมายที่สำคัญซึ่งตามกฎแล้วจะถูกกรอกโดยตัวแทนประกัน (ผู้ตรวจสอบ) แต่ตามที่ผู้ประกันตน คุณไม่สามารถยอมรับใบสมัครประกันได้หากมีการลงนามโดยบุคคลที่ไม่ถูกต้องซึ่งเป็นตัวแทนในการส่งเนื่องจากในกรณีนี้สัญญาประกันไม่ถูกต้อง

บริษัท ประกันภัยไม่ได้ตรวจสอบข้อมูลที่ระบุโดยผู้ถือกรมธรรม์ในแอปพลิเคชันเกี่ยวกับอายุสถานะสุขภาพไม่มีกลุ่มคนพิการ ฯลฯ แต่มีสิทธิ์ในบางกรณีเพื่อตรวจสอบข้อมูลที่ให้ไว้โดยผู้ถือกรมธรรม์

ในการสมัครประกันจะต้องระบุเดือนที่ผู้ถือกรมธรรม์ประกันภัยจ่ายเบี้ยประกันครั้งแรกและรูปแบบการชำระเงินในอนาคต (โดยการโอนเงินผ่านธนาคารหรือเงินสด) การทำสัญญาประกันชีวิตแบบผสมไม่สามารถสรุปได้กับผู้ทุพพลภาพของกลุ่มที่ 1 และ 2 และผู้ที่มีโรคประจำตัวเช่น: โรคหัวใจทุกประเภท, ความดันโลหิตสูง, โรคหลอดเลือดหัวใจตีบตัน, กล้ามเนื้อหัวใจตาย, แผลในกระเพาะอาหารและลำไส้เล็กส่วนต้น e. โรคเหล่านี้รวมอยู่ในข้อห้ามเพราะอาจนำไปสู่การเสียชีวิตก่อนวัยอันควรของผู้เอาประกันภัย

สัญญาประกันส่วนบุคคลตามลักษณะทางกฎหมายของสัญญาที่ให้ไว้กับบุคคลที่สาม ดังนั้นผู้ถือกรมธรรม์จะได้รับสิทธิที่ไม่อาจปฏิเสธได้เพื่อระบุในแอปพลิเคชันสำหรับการประกันชีวิตแบบผสมบุคคลใด ๆ (หรือหลายคน) ที่เขาได้รับการแต่งตั้งเพื่อรับจำนวนเงินประกันในกรณีที่เขาเสียชีวิต อย่างไรก็ตามบุคคลเท่านั้น (พลเมือง) อาจเป็นบุคคลที่สาม

สำหรับการประกันแต่ละประเภทจะมีการกำหนดช่วงเวลาการประกันที่แตกต่างกันนั่นคือช่วงเวลาที่องค์กรประกันภัยปฏิบัติตามพันธกรณีของตน สัญญาประกันชีวิตแบบผสมได้ข้อสรุประยะเวลาที่กำหนดไว้อย่างแม่นยำ 5, 10, 15 หรือ 20 ปี ภายใต้สัญญาประกันเด็กรวมถึงสัญญาประกันการสมรสไม่มีระยะเวลาประกันที่กำหนดไว้ล่วงหน้า อย่างไรก็ตามภายใต้สัญญาประกันเด็กระยะเวลาประกันสูงสุดไม่เกิน 18 ปี

ภายใต้สัญญาประกันชีวิตแบบผสมจำนวนเงินสมทบจะถูกกำหนดขึ้นอยู่กับระยะเวลาของการประกันจำนวนเงินเอาประกันภัยและอายุของผู้เอาประกันภัยและภายใต้สัญญาการประกันเด็กจำนวนเงินสมทบขึ้นอยู่กับอายุของเด็กจำนวนเงินเอาประกันภัยระยะเวลาการประกันและระยะเวลาการจ่ายเงินสมทบ

เงื่อนไขสำหรับการประกันชีวิตทุกประเภทสร้างการจ่ายรายเดือนของการมีส่วนร่วมและภายใต้สัญญาประกันเด็กและสัญญาการประกันชีวิตแบบผสมพวกเขาสามารถทำในเวลา ตามกฎแล้วจะต้องจ่ายเงินสมทบรายเดือนตลอดระยะเวลาประกันทั้งหมดอย่างไรก็ตามภายใต้สัญญาประกันเด็กพวกเขาสามารถจ่ายเงินในระยะเวลาอันสั้นซึ่งขึ้นอยู่กับอายุของเด็ก

การจ่ายเงินสมทบในระยะเวลาที่ลดลงไม่ได้ให้สิทธิ์ในการรับเงินประกันเร็วกว่าระยะเวลาที่สัญญาประกันสิ้นสุดลง ผู้ถือกรมธรรม์ได้รับการยกเว้นจากความจำเป็นที่จะจ่ายเงินสมทบสำหรับปีที่เหลือของระยะเวลาการประกันและรับประกันเด็กที่ได้รับจำนวนเงินประกันแม้ในกรณีที่เขาเสียชีวิต

จุดเริ่มต้นของระยะเวลาการประกันภัยจะถือเป็นวันแรกของเดือนที่ผู้ถือกรมธรรม์ตกลงชำระงวดแรก (หรือครั้งเดียว) และสิ้นสุดเป็นวันสุดท้ายของเดือนก่อนหน้าหลังจากผ่านไปหลายปีตามสัญญาประกันนี้

จุดเริ่มต้นของระยะเวลาการประกันภัยควรแตกต่างจากการมีผลใช้บังคับของสัญญาประกันภัย การกรอกใบสมัครประกันและการออกใบรับรองประกันหมายถึงความจริงของการทำสัญญาประกันเท่านั้นเพื่อให้ภาระผูกพันขององค์กรประกันภัยเกิดขึ้นภายใต้สัญญาประกันดังกล่าวที่จะต้องจ่ายออกไปมันเป็นสิ่งจำเป็นที่จะมีผลบังคับใช้

ภายใต้สัญญาประกันชีวิตและประกันเด็กแบบผสมผู้ถือกรมธรรม์มีสิทธิ์ได้ตลอดเวลาเพื่อลดจำนวนเงินเอาประกันภัยดังนั้นจึงจ่ายน้อยกว่า ในการทำเช่นนี้ผู้ถือกรมธรรม์จะต้องส่งใบสมัครที่เหมาะสมพร้อมกับใบสมัครใบรับรองการประกันภัย

หากจำนวนเงินประกันลดลงส่วนหนึ่งของผลงานที่จ่ายไปก่อนหน้านี้ (สำรอง) ฟรีเนื่องจากหลังจากระยะเวลาประกันหมดอายุองค์กรประกันภัยจะต้องจ่ายจำนวนน้อยกว่าที่คาดไว้ในตอนท้ายของสัญญา ส่วนหนึ่งของเบี้ยประกันนี้จะไม่คืนให้กับผู้ถือกรมธรรม์ แต่จะนับรวมเป็นเงินสมทบในอนาคต ในกรณีที่เงินสำรองฟรีของผลงานเพียงพอที่จะจ่ายเงินประกันสัญญาก่อนที่จะสิ้นสุดระยะเวลาและแม้จะกลายเป็นส่วนเกินหลังถูกส่งกลับไปยังผู้ประกันตนและสัญญายังคงทำงานในจำนวนเงินประกันลดลงจนกว่าจะหมดอายุระยะเวลาที่ระบุไว้ การลดจำนวนผู้เอาประกันภัยสามารถทำได้ไม่เพียง แต่จากเดือนที่มีการยื่นคำขอ แต่ยังสามารถลดจำนวนผู้ประกันตนได้ตามคำขอของผู้เอาประกันภัย

สัญญาประกันชีวิตแบบผสมในบางกรณีอาจถูกยกเลิกก่อนกำหนด สัญญาประกันถึงแม้ว่ามันจะเป็นข้อตกลงโดยสมัครใจของคู่สัญญาทั้งสอง - ผู้ประกันตนและ บริษัท ประกันภัย - สามารถยกเลิกก่อนเวลาอันควรเฉพาะในความคิดริเริ่มของฝ่ายหนึ่ง - ผู้ประกันตน บริษัท ประกันไม่มีสิทธิ์นี้

1.3 คุณสมบัติของการก่อสร้างภาษีประกัน

การสร้างอัตราภาษีประกันชีวิตมีคุณสมบัติดังต่อไปนี้:

1. การคำนวณใช้สถิติประชากรและทฤษฎีความน่าจะเป็น

2. ในการคำนวณจะใช้วิธีการคำนวณทางการเงินระยะยาว

3. อัตราภาษีศุลกากรสุทธิประกอบด้วยหลายส่วนโดยแต่ละส่วนได้รับการออกแบบมาเพื่อจัดตั้งกองทุนประกันสำหรับความรับผิดประเภทหนึ่งซึ่งรวมอยู่ในเงื่อนไขการประกัน

การรวมกันของวิธีการทางคณิตศาสตร์ที่ใช้ในสถิติทฤษฎีความน่าจะเป็นและการคำนวณทางการเงินระยะยาวได้สร้างสาขาวิทยาศาสตร์พิเศษขึ้นมา - ทฤษฎีของการคำนวณตามหลักคณิตศาสตร์ประกันภัยซึ่งตั้งอยู่บนพื้นฐานของอัตราภาษีและเงินสำรองประกันชีวิต การคำนวณตามหลักคณิตศาสตร์ประกันภัยเป็นระบบของวิธีการทางคณิตศาสตร์และสถิติที่กำหนดความสัมพันธ์ทางการเงินระหว่าง บริษัท ประกันและผู้ถือกรมธรรม์สำหรับการประกันชีวิตระยะยาว

อัตราภาษีเป็นตัวกำหนดจำนวนเงินของผู้ถือกรมธรรม์แต่ละคนที่จะต้องบริจาคให้กับกองทุนประกันทั่วไปจากหน่วยเงินประกัน ดังนั้นควรคำนวณภาษีเพื่อให้จำนวนเงินสมทบที่เก็บได้เพียงพอสำหรับการชำระเงินตามเงื่อนไขการประกัน ดังนั้นอัตราภาษีคือราคาของบริการที่ บริษัท ประกันให้กับประชากรคือ ราคาพิเศษจากประกัน ขนาดของมันคืออะไรวิธีการกำหนดราคาสำหรับการประกันชีวิตประเภทใด

อัตราภาษีเต็มเรียกว่าอัตรารวม ประกอบด้วยอัตราสุทธิและโหลด วัตถุประสงค์ของอัตราสุทธิคือเพื่อให้แน่ใจว่าการชำระจำนวนเงินประกันคือ ปฏิบัติตามภาระผูกพันทางการเงินของผู้ประกันตนตามสัญญาประกันภัย โหลดมีวัตถุประสงค์เพื่อชดเชยต้นทุนของการดำเนินการประกันภัย

ความผิดปกติของการดำเนินงานประกันชีวิตปรากฏในการสร้างอัตราสุทธิ เงื่อนไขการประกันชีวิตมักจะจัดให้มีการชำระเงินที่เกี่ยวข้องกับการอยู่รอดของผู้ประกันตนจนกว่าจะหมดอายุของสัญญาประกันภัยหรือในกรณีที่เขาเสียชีวิตในช่วงเวลานี้ นอกจากนี้การชำระเงินสำหรับการสูญเสียสุขภาพเนื่องจากการบาดเจ็บและการเจ็บป่วยบางอย่าง

ดังนั้นเพื่อคำนวณปริมาณของกองทุนประกันจึงจำเป็นต้องมีข้อมูลเกี่ยวกับจำนวนผู้ประกันตนที่จะอยู่รอดก่อนที่สัญญาประกันของพวกเขาจะหมดอายุและจำนวนของพวกเขาสามารถตายในแต่ละปีจำนวนของพวกเขาและการสูญเสียสุขภาพเท่าที่จะเกิดขึ้น จำนวนการชำระเงินคูณด้วยจำนวนเงินประกันที่สอดคล้องกันจะกำหนดขนาดของการชำระเงินที่จะเกิดขึ้นเช่น จะมีโอกาสที่จะค้นหาสิ่งที่จำนวนเงินที่กองทุนประกันจะต้องมีการสะสม

อายุขัยของบุคคลนั้นแตกต่างกันอย่างมาก มันเป็นของหมวดหมู่ของตัวแปรสุ่มค่าตัวเลขซึ่งขึ้นอยู่กับปัจจัยหลายอย่างดังนั้นไกลและซับซ้อนที่ดูเหมือนว่ามันเป็นไปไม่ได้ที่จะระบุและศึกษาพวกเขา ทฤษฎีความน่าจะเป็นและสถิติตรวจสอบปรากฏการณ์สุ่มของธรรมชาติจำนวนมากรวมถึงความตาย มันได้รับการยอมรับว่ากระบวนการทางประชากรศาสตร์ของการเปลี่ยนแปลง generational แสดงในการเปลี่ยนแปลงในอัตราการตายเฉพาะอายุอยู่ภายใต้กฎหมายของจำนวนมากเหล็กมีความจำเจในการแสดงออกและเชื่อถือได้ในผลลัพธ์ที่สามารถใช้เป็นพื้นฐานสำหรับการคำนวณทางการเงินในการประกัน

สถิติประชากรเปิดเผยและแสดงโดยใช้สูตรทางคณิตศาสตร์การพึ่งพาของการเสียชีวิตตามอายุของผู้คน เทคนิคพิเศษได้รับการพัฒนาเพื่อรวบรวมตารางมรณะที่เรียกว่าการเปลี่ยนแปลงต่อเนื่องของการตายหลังจากอายุจะปรากฏบนตัวเลขที่เฉพาะเจาะจง ตารางเหล่านี้ถูกใช้โดย บริษัท ประกันภัยเพื่อคำนวณภาษี

นอกเหนือจากกฎเกณฑ์ที่เกี่ยวข้องกับกระบวนการการเอาชีวิตรอดและการเสียชีวิตเมื่อมีการสร้างอัตราภาษีลักษณะของการดำเนินการประกันชีวิตในระยะยาวจะถูกนำมาพิจารณาเนื่องจากสัญญาเหล่านี้มีการสรุปเป็นเวลานาน: 3 ปีหรือมากกว่า ตลอดระยะเวลาของการมีผลบังคับใช้ของพวกเขา (หรือที่จุดเริ่มต้นของระยะเวลาการประกันที่มีการจ่ายเงินก้อน) หน่วยงานประกันภัยจะได้รับเงินสมทบ การจ่ายเงินจำนวนเงินประกันจะทำในช่วงระยะเวลาการประกันหรือหลังจากระยะเวลาที่แน่นอนจากจุดเริ่มต้นของสัญญาถ้าผู้ประกันตนเสียชีวิตหรือเขาสูญเสียสุขภาพ

กองทุนที่มีอยู่ชั่วคราวที่สะสมโดยองค์กรประกันภัยจะถูกใช้เป็นแหล่งข้อมูลเครดิต ดอกเบี้ยเงินกู้จะจ่ายสำหรับการใช้งานของพวกเขา แต่หากในระหว่างการดำเนินการออมเงินรายได้ดอกเบี้ยจะถูกเพิ่มเข้าไปในเงินฝากดังนั้นในการประกันจำนวนเงินที่ต้องชำระของผู้ประกันตนจะลดลงล่วงหน้าตามจำนวนเงินของรายได้นี้ (ลดราคา) เพื่อลดอัตราภาษีล่วงหน้าสำหรับรายได้ที่จะเกิดขึ้นในช่วงหลายปีที่ผ่านมาได้ใช้วิธีการทางทฤษฎีของการประมาณการทางการเงินระยะยาว

อัตราภาษีในการประกันชีวิตประกอบด้วยหลายส่วน ทำประกันชีวิตแบบผสม ผู้รวมการประกันภัยหลายประเภทที่อาจเป็นอิสระ: 1) การเอาตัวรอด 2) ประกันชีวิต 3) ประกันอุบัติเหตุ กองทุนประกันถูกสร้างขึ้นสำหรับแต่ละของพวกเขาด้วยความช่วยเหลือของภาษีดังนั้นอัตราภาษีในการประกันแบบผสมประกอบด้วยสามส่วนรวมอยู่ในอัตราสุทธิและส่วนที่สี่ - โหลด โครงสร้างของอัตราภาษีสำหรับการประกันชีวิตประเภทอื่นนั้นคล้ายคลึงกัน

2. ฉการออกแบบฟังก์ชั่น

2. 1 เหตุผลของการเลือกวิธีการและเครื่องมือในการพัฒนา

เพื่อแก้ปัญหานี้เลือกภาษาการเขียนโปรแกรม JAVA การเลือกภาษาการเขียนโปรแกรมนี้ถูกกำหนดโดยเหตุผลดังต่อไปนี้:

- ภาษาการเขียนโปรแกรมนี้เป็นข้ามแพลตฟอร์มดังนั้นการใช้ผลิตภัณฑ์ซอฟต์แวร์ที่เขียนในภาษานี้เป็นไปได้ในทุกแพลตฟอร์มและสำหรับระบบปฏิบัติการใด ๆ

- มีไลบรารีมาตรฐานจำนวนหนึ่งที่มีชุดคลาสที่ออกแบบมาเพื่ออำนวยความสะดวกในการพัฒนาแอปพลิเคชัน พวกเขารวมจำนวนคลาสที่พบบ่อยเช่นคลาส: ที่ใช้งานกับอาเรย์แบบไดนามิกพร้อมกับตารางแฮชที่มีแถวและอื่น ๆ ;

- ภาษาการเขียนโปรแกรม JAVA ถูกสร้างขึ้นเป็นพิเศษสำหรับการใช้งานอินเทอร์เน็ต นอกจากนี้ยังมีเทคโนโลยีต่าง ๆ ที่ทำให้การพัฒนาโครงการง่ายและสนุก

โปรเจคหลักสูตรเป็นแอปพลิเคชันอินเทอร์เน็ตดังนั้นเทคโนโลยีเช่น JSP (Java Server Pages) จึงถูกใช้เพื่อเขียน เทคโนโลยีนี้ช่วยลดความยุ่งยากในการเขียนแอปพลิเคชันเซิร์ฟเวอร์เนื่องจากช่วยให้คุณสามารถรวมแท็ก HTML และรหัสโปรแกรมที่เขียนด้วยภาษาโปรแกรม JAVA นอกจากนี้ยังเป็นไปได้ที่จะขยายชุดของส่วนประกอบมาตรฐานโดยการใช้งานของคุณเอง

โครงงานหลักสูตรถูกเขียนขึ้นโดยใช้แบบจำลอง MVC (Model-View-Control) เทคโนโลยีนี้ช่วยให้คุณสร้างโปรแกรมเสริมที่สะดวกสำหรับการบำรุงรักษา วิธีนี้ช่วยให้คุณสามารถรวม servlets, JSP และคอมโพเนนต์ bean ซึ่งสามารถใช้เพื่อแยกออบเจ็กต์ทางธุรกิจและระดับการนำเสนอ (เอกสาร JSP) ซึ่งสำคัญมากสำหรับโครงการขนาดใหญ่และซับซ้อนที่ตรรกะทางธุรกิจเปลี่ยนแปลงตลอดเวลา

โมเดล MVC ขึ้นอยู่กับแนวคิดของโมเดล 2 ตามแนวคิดนี้คำร้องขอทั้งหมดถูกประมวลผลโดยหนึ่งเซิร์ฟเล็ต (ตัวควบคุม servlet ที่เรียกว่า) คำอธิบายของเหตุการณ์ (การกระทำ) ดำเนินการโดยใช้ไฟล์กำหนดค่าซึ่งมีชื่อของเหตุการณ์และคลาสตัวจัดการของเหตุการณ์นี้ ตัวควบคุมเมื่อได้รับเหตุการณ์จะตรวจสอบว่ามีอยู่ในคอนเทนเนอร์เหตุการณ์หรือไม่ หากมีเหตุการณ์คอนเทนเนอร์จะสร้างตัวจัดการเหตุการณ์ที่เหมาะสมและเรียกเมธอดเพื่อประมวลผลเหตุการณ์นี้

สภาพแวดล้อมการพัฒนา IntelliJ IDEA ถูกใช้เป็นเครื่องมือในการพัฒนาแอปพลิเคชัน ผลิตภัณฑ์ซอฟต์แวร์นี้มีชุดคุณสมบัติที่ออกแบบมาเพื่ออำนวยความสะดวกในการพัฒนา: มีปุ่มลัดจำนวนมาก นอกเหนือจากความสามารถในตัวที่มีอยู่ของสภาพแวดล้อมการพัฒนานี้แล้วยังมีชุดอรรถประโยชน์ทั้งหมด (ปลั๊กอิน) ที่ออกแบบมาเพื่อขยายขีดความสามารถที่มีอยู่ของสภาพแวดล้อม

2.2 การพัฒนาแอพพลิเคชั่น

2.2.1   การพัฒนาแผนภูมิUML

UML (Unified Modeling Language) - ภาษาการสร้างแบบจำลองแบบครบวงจร - สัญกรณ์มาตรฐานสำหรับการสร้างแบบจำลองภาพของเครื่องมือซอฟต์แวร์

การสร้างแบบจำลองภาพใน UML สามารถแสดงเป็นกระบวนการบางอย่างของการสืบเชื้อสายระดับจากแบบจำลองแนวคิดทั่วไปที่เป็นนามธรรมที่สุดของระบบดั้งเดิมไปสู่ตรรกะและจากนั้นไปยังแบบจำลองทางกายภาพของระบบซอฟต์แวร์ที่สอดคล้องกัน

ในการสร้างแบบจำลองด้วยภาพบน UML จะใช้ไดอะแกรมเจ็ดชนิดซึ่งแต่ละชนิดอาจมีองค์ประกอบบางประเภท ประเภทขององค์ประกอบที่อนุญาตและความสัมพันธ์ระหว่างพวกเขาขึ้นอยู่กับประเภทของแผนภาพ พิจารณาไดอะแกรมที่ใช้ในการจำลองโครงงานรายวิชานี้

2.2.2 ใช้แผนภูมิ

UseCase Diagram เป็นไดอะแกรมที่อธิบายการทำงานของระบบข้อมูลที่ผู้ใช้ระบบจะมองเห็นได้

Diagram of Use Cases เป็นการนำเสนอแนวคิดเบื้องต้นหรือแบบจำลองแนวคิดของระบบในกระบวนการออกแบบและพัฒนา

UseCase diagram ใช้สำหรับ:

1. การกำหนดขอบเขตทั่วไปและบริบทของโดเมนจำลองในระยะเริ่มต้นของการออกแบบระบบ

2. การกำหนดข้อกำหนดทั่วไปสำหรับพฤติกรรมการทำงานของระบบที่ออกแบบ

3. การพัฒนาแบบจำลองแนวคิดเริ่มต้นของระบบสำหรับการปรับแต่งตามมาในรูปแบบของแบบจำลองเชิงตรรกะและทางกายภาพ

4. การจัดทำเอกสารเริ่มต้นสำหรับการโต้ตอบของนักพัฒนาระบบกับลูกค้าและผู้ใช้

ระบบที่ออกแบบถูกแสดงเป็นชุดของเอนทิตีหรือนักแสดงที่มีปฏิสัมพันธ์กับระบบโดยใช้กรณีการใช้งาน

ใช้กรณี (ทำนอง) และนักแสดง (นักแสดง) กำหนดขอบเขตของระบบที่สร้างขึ้น (โครงการ) ในกรณีนี้กรณีการใช้จะอธิบายทุกอย่างที่เกิดขึ้นภายในระบบและนักแสดงอธิบายสิ่งที่เกิดขึ้นภายนอก

นักแสดงสามารถเป็นบุคคลอุปกรณ์ทางเทคนิคโปรแกรมหรือระบบอื่น ๆ ที่สามารถทำหน้าที่เป็นแหล่งที่มีอิทธิพลต่อระบบจำลองตามที่ผู้พัฒนากำหนดไว้

นอกจากนี้คุณยังสามารถสังเกตเห็นว่ากรณีการใช้งานนั้นใช้เพื่ออธิบายบริการที่ระบบจัดให้กับนักแสดง กล่าวอีกนัยหนึ่งการใช้งานแต่ละกรณีจะกำหนดชุดของการกระทำบางอย่างที่ระบบดำเนินการในการสนทนากับนักแสดง

มะเดื่อ 2.2.2.1 ใช้ Case Diagram

เมื่อแอปพลิเคชันเริ่มต้นผู้ใช้จะได้รับโอกาสในการเข้าสู่ระบบเพื่อเข้าสู่ระบบ หลังจากเข้าสู่ระบบบทบาทของผู้ใช้จะถูกกำหนดโดยขึ้นอยู่กับการกระทำบางอย่างที่เป็นไปได้สำหรับเขา หลังจากทำงานกับแอปพลิเคชันเสร็จแล้วผู้ใช้สามารถออกจากแอปพลิเคชันโดยกลับไปที่หน้าการให้สิทธิ์เพื่อให้ผู้ใช้รายอื่นสามารถทำงานได้

2 . 2 . 3   สร้างแผนภูมิลำดับ

หนึ่งในคุณสมบัติที่เป็นลักษณะเฉพาะของระบบที่มีลักษณะและวัตถุประสงค์ที่แตกต่างกันคือการทำงานร่วมกันระหว่างองค์ประกอบส่วนบุคคลที่ระบบเหล่านี้ก่อตัวขึ้น เรากำลังพูดถึงความจริงที่ว่าส่วนประกอบต่าง ๆ ของระบบไม่ได้อยู่ในการแยก แต่มีผลกระทบบางอย่างในแต่ละอื่น ๆ ซึ่งแยกระบบเป็นเอนทิตีแบบองค์รวมจากชุดขององค์ประกอบที่เรียบง่าย

ในภาษา UML การโต้ตอบขององค์ประกอบจะถูกพิจารณาในด้านข้อมูลของการสื่อสารของพวกเขาเช่นการโต้ตอบกับวัตถุแลกเปลี่ยนข้อมูลบางอย่างระหว่างกัน ในกรณีนี้ข้อมูลจะอยู่ในรูปของข้อความที่เสร็จแล้ว กล่าวอีกนัยหนึ่งถึงแม้ว่าข้อความนั้นจะมีเนื้อหาที่ให้ข้อมูล แต่ก็จะได้มาซึ่งคุณสมบัติเพิ่มเติมของการใช้อิทธิพลโดยตรงต่อผู้รับ

แผนภาพลำดับแสดงให้เห็นเฉพาะวัตถุเหล่านั้นที่เกี่ยวข้องโดยตรงในการโต้ตอบและไม่แสดงความสัมพันธ์แบบคงที่ที่เป็นไปได้กับวัตถุอื่น ๆ สำหรับแผนภาพลำดับจุดสำคัญคือการเปลี่ยนแปลงที่แม่นยำของการโต้ตอบของวัตถุในเวลา ในกรณีนี้แผนภาพลำดับมีสองมิติ หนึ่ง - จากซ้ายไปขวาในรูปแบบของเส้นแนวตั้งซึ่งแต่ละเส้นแสดงถึงเส้นชีวิตของวัตถุแต่ละชิ้นที่เข้าร่วมในการโต้ตอบ กราฟิกแต่ละวัตถุแสดงด้วยรูปสี่เหลี่ยมผืนผ้าและตั้งอยู่ที่ด้านบนของเส้นชีวิต ภายในสี่เหลี่ยมชื่อวัตถุและชื่อคลาสจะถูกเขียนคั่นด้วยเครื่องหมายโคลอน ยิ่งกว่านั้นบันทึกทั้งหมดถูกเน้นซึ่งเป็นเครื่องหมายของวัตถุซึ่งอย่างที่คุณรู้ว่าเป็นตัวอย่างของชั้นเรียน

มะเดื่อ 2.2.3.1 แผนภาพลำดับ (การอนุญาตผู้ใช้)

เป็นตัวอย่างในรูป 2.2.3.1 เป็นไดอะแกรมที่อธิบายวงจรชีวิตและการโต้ตอบของชั้นแอปพลิเคชันในระหว่างการให้สิทธิ์ผู้ใช้

เมื่อป้อนข้อมูลการอนุญาตผู้ใช้จะส่งคำขอไปยังแอปพลิเคชัน การร้องขอมาถึงตัวควบคุมการกระทำ (ตัวควบคุม) ซึ่งควบคุมการทำงานของตัวจัดการเหตุการณ์ ถัดไปคอนโทรลเลอร์จะเปลี่ยนเส้นทางการร้องขอไปยังระดับตรรกะทางธุรกิจ (รุ่น) ซึ่งทำการดำเนินการที่จำเป็นสำหรับการดำเนินการตามคำขอ (สร้างการเชื่อมต่อกับฐานข้อมูลสร้างคำขอดำเนินการรับผลวิเคราะห์ข้อมูลที่ได้รับสร้างผลลัพธ์ตามข้อมูลที่ได้รับ) นอกจากนี้ผลลัพธ์จะถูกส่งกลับไปยังคอนโทรลเลอร์ซึ่งขึ้นอยู่กับผลลัพธ์นั้นจะเปลี่ยนทิศทางการตอบสนอง (การตอบกลับ) ไปที่ระดับการนำเสนอ (มุมมอง) ซึ่งใช้การแสดงข้อมูลที่จำเป็นโดยตรงไปยังผู้ใช้

2 . 2 . 4   การพัฒนาแผนภาพระดับ

คลาสไดอะแกรมเป็นไดอะแกรมหลักสำหรับการสร้างรหัสแอปพลิเคชัน เมื่อใช้ไดอะแกรมคลาสโครงสร้างภายในของระบบจะถูกสร้างขึ้นการอธิบายการสืบทอดและตำแหน่งสัมพัทธ์ของคลาสที่สัมพันธ์กัน การนำเสนอเชิงตรรกะของระบบอธิบายไว้ที่นี่ แผนภาพนี้ไม่ได้ระบุข้อมูลเกี่ยวกับลักษณะเวลาของการทำงานของระบบ แผนภาพคลาสเป็นกราฟที่จุดยอดเป็นองค์ประกอบที่เชื่อมต่อกันด้วยความสัมพันธ์เชิงโครงสร้างประเภทต่างๆ ควรสังเกตว่าไดอะแกรมคลาสอาจประกอบด้วยอินเทอร์เฟซแพคเกจความสัมพันธ์และแม้กระทั่งแต่ละอินสแตนซ์เช่นวัตถุและความสัมพันธ์

คลาสในโครงการสามารถแบ่งออกเป็นหลายส่วนตามภาระงาน:

·คลาสที่ใช้ DAL (data access layer)

·คลาสที่ใช้ระดับ "คอนโทรลเลอร์" เพื่อควบคุมการทำงานของแอปพลิเคชัน

·คลาสที่ใช้การประมวลผลคำขอ (ตัวจัดการการกระทำ)

·คลาสที่ออกแบบมาเพื่อจัดเก็บและถ่ายโอนข้อมูลระหว่างไคลเอนต์เซิร์ฟเวอร์และแอปพลิเคชันระดับ (beans)

·คลาสผู้ช่วย (ผู้ช่วย)

มะเดื่อ 2.2.4.1 คลาสที่ใช้ data access layer (DAL)

· IDataDAO - อินเทอร์เฟซที่ทุกคลาสอธิบายการใช้งาน DAO เฉพาะของระดับเอกสารควรนำไปใช้

· PersonDataDAOImpl - การติดตั้ง DAO ของระดับเอกสาร“ ติดต่อ”

· PolicyDataDAOImpl - การนำ DAO ไปใช้ในระดับ "นโยบาย" ของเอกสาร

· UserDataDAOImpl - การใช้งาน DAO ของระดับเอกสาร“ ผู้ใช้”

· SearchDataDAOImpl - การใช้งาน DAO ของระดับตรรกะการค้นหาเอกสาร

· ListDataDAOImpl - การนำ DAO ไปใช้ในระดับตรรกะเพื่อสร้างเพจสำหรับแสดงรายการเอกสาร

· ImportDataDAOImpl - การใช้งานระดับตรรกะ DAO ซึ่งนำเข้าข้อมูลสถิติที่ใช้ในการคำนวณพารามิเตอร์ที่แสดงลักษณะการทำงานของ บริษัท ประกันภัย

· DataDAOHelper - คลาสที่รวมตรรกะทั่วไปของระดับ DAO (เปิดธุรกรรมสร้างอินสแตนซ์ของการใช้งานระดับ DAO สำหรับเอกสารเฉพาะที่อธิบายไว้ในการกำหนดค่า)

· UserDataDAOHelper - คลาสที่ขยายตรรกะทั่วไปของระดับ DAO รวมถึงตรรกะเฉพาะของการทำงานกับเอกสาร“ ผู้ใช้”

· SearchDataDAOHelper - คลาสที่ขยายตรรกะทั่วไปของระดับ DAO รวมถึงข้อมูลเฉพาะของระดับ DAO เมื่อทำการค้นหา

มะเดื่อ 2.2.4.2 ชั้นควบคุม

· ActionHelper - คลาสตัวช่วยออกแบบ

·สำหรับการทำงานกับข้อมูลอินพุต / เอาต์พุต

· ServletController - คลาสหลักของระดับนี้

·ควบคุมการดำเนินการตามข้อมูลที่ได้รับจากผู้ใช้

· ActionHandlerFactory - คลาส - ออกแบบโรงงาน

·เพื่อสร้างอินสแตนซ์ของตัวจัดการเหตุการณ์ซึ่งอธิบายไว้ในไฟล์กำหนดค่า

มะเดื่อ 2.2.4.3 คลาสที่ใช้การประมวลผลคำขอ

· IActionHandler - อินเตอร์เฟสที่ตัวจัดการเหตุการณ์ทั้งหมดควรนำไปใช้

· LoginActionHandler - คลาส - ตัวจัดการเหตุการณ์ที่มาจากหน้าเข้าสู่ระบบ

· HomeActionHandler - class - ตัวจัดการเหตุการณ์ที่มาจากหน้าเริ่มต้นของแอปพลิเคชัน

· AdminActionHandler - คลาส - ตัวจัดการเหตุการณ์ที่มาจากหน้าการดูแลระบบ

· ImportActionHandler - class - ตัวจัดการเหตุการณ์สำหรับกิจกรรมที่มาจากหน้านำเข้าสถิติ

PersonActionHandler - ตัวจัดการเหตุการณ์เมื่อทำงานกับเอกสาร“ ติดต่อ”

· PolicyActionHandler - ตัวจัดการเหตุการณ์เมื่อทำงานกับเอกสาร“ นโยบาย”

· UserActionHandler - ตัวจัดการเหตุการณ์เมื่อทำงานกับเอกสาร“ ผู้ใช้”

· AbstractSearchActionHandler - คลาสที่มีตรรกะทั่วไปของการประมวลผลเหตุการณ์เมื่อทำการค้นหา

· PersonSearchActionHandler - class - ตัวจัดการเหตุการณ์ที่เกิดขึ้นเมื่อค้นหาเอกสารประเภท“ ติดต่อ”

· PolicySearchActionHandler - คลาส - ตัวประมวลผลของเหตุการณ์ที่เกิดขึ้นเมื่อค้นหาเอกสารประเภท“ นโยบาย”

· UserSearchActionHandler - ตัวจัดการเหตุการณ์ที่เกิดขึ้นเมื่อค้นหาเอกสารประเภท“ ผู้ใช้”

มะเดื่อ 2.2.4.3 คลาสสำหรับจัดเก็บ / ส่งข้อมูล (ถั่ว)

· IEntity - อินเตอร์เฟสที่มีเมธอดที่ต้องนำไปใช้ในคลาสคอนเทนเนอร์

· PersonBean - คลาสที่เก็บข้อมูลของเอกสารประเภท“ ติดต่อ”

· PolicyBean - คลาสที่เก็บข้อมูลของเอกสารประเภท“ นโยบาย”

· UserBean - คลาสที่เก็บข้อมูลเอกสารประเภท“ ผู้ใช้”

2 . 3   การพัฒนาและสร้างแบบจำลองการทำงาน

แผนภาพการออกแบบประกันภัย

เครื่องมือพิเศษสำหรับการสร้างและพัฒนาแบบจำลองการทำงานของระบบคือแพ็คเกจ BPwin

แบบจำลองใน BPwin คือชุดของไดอะแกรม SADT ซึ่งแต่ละกระบวนการอธิบายกระบวนการแยกต่างหากในรูปแบบของการแยกเป็นขั้นตอนและกระบวนการย่อย การเชื่อมต่อส่วนโค้งอธิบายถึงวัตถุข้อมูลและทรัพยากรที่จำเป็นในการทำหน้าที่

ขึ้นอยู่กับการกำหนดโครงงานวิชานี้วัตถุประสงค์ของการสร้างแบบจำลองระบบคือการอธิบายการทำงานของระบบที่พัฒนาขึ้นเพื่อใช้งานโมเดลที่สร้างขึ้นต่อไปในการพัฒนาโมเดลข้อมูล

ไดอะแกรมเป็นองค์ประกอบหลักของโมเดลฟังก์ชั่นและอินเทอร์เฟซทั้งหมดจะถูกนำเสนอเป็นบล็อกและส่วนโค้ง แผนภูมิถูกสร้างขึ้นโดยใช้บล็อก แต่ละบล็อกอธิบายการกระทำที่เสร็จสมบูรณ์ บล็อกทั้งสี่ด้านมีวัตถุประสงค์ที่ต่างกัน:

- ข้อมูลอินพุตทรัพยากรเริ่มต้นสำหรับฟังก์ชั่นที่อธิบายโดยบล็อกจะปรากฏทางด้านซ้าย;

- ทรัพยากรส่งออกมีการอธิบายทางด้านขวา - สิ่งเหล่านี้เป็นทรัพยากรผลลัพธ์ที่ได้รับเป็นผลมาจากฟังก์ชั่นที่อธิบายโดยบล็อก;

- ด้านบน - การจัดการคือสิ่งที่ส่งผลกระทบต่อกระบวนการปฏิบัติหน้าที่ที่อธิบายโดยหน่วยและช่วยให้คุณมีอิทธิพลต่อผลลัพธ์ของการกระทำ (กฎระเบียบกลยุทธ์ขั้นตอนหรือมาตรฐานที่เป็นแนวทางในการทำงาน);

- จากด้านล่าง - กลไกคือสิ่งที่ดำเนินการนี้

IDEF3 เป็นมาตรฐานสำหรับการบันทึกกระบวนการทางเทคโนโลยีที่เกิดขึ้นในองค์กรและจัดหาเครื่องมือสำหรับการวิจัยเชิงภาพและการสร้างแบบจำลองสถานการณ์ของพวกเขา

มีไดอะแกรมสองประเภทในมาตรฐาน IDEF3 ซึ่งเป็นคำอธิบายของสถานการณ์จำลองกระบวนการเดียวกันจากมุมมองที่แตกต่างกัน:

1) ไดอะแกรมของคำอธิบายลำดับของขั้นตอนกระบวนการ (แผนภาพกระบวนการไหลของคำอธิบาย, PFDD);

2) ไดอะแกรมของสถานะของวัตถุและการแปลงในกระบวนการ (Object State Transition Network, OSTN)

เมื่อสร้างแบบจำลองโครงการหลักสูตรจะใช้เฉพาะแผนภูมิ PFDD เท่านั้น

สี่เหลี่ยมในแผนภาพ PFDD เรียกว่า Unit of Behavior (UOB) และระบุเหตุการณ์ขั้นตอนกระบวนการหรือการตัดสินใจ ลูกศรหรือเส้นแสดงการเคลื่อนไหวของข้อมูลระหว่างบล็อก UOB ในระหว่างกระบวนการ

Intersections (Junction) ใช้เพื่อแสดงตรรกะของการโต้ตอบของลูกศร (โฟลว์) ในระหว่างการรวมและการแตกแขนงหรือเพื่อแสดงชุดของเหตุการณ์ที่สามารถหรือต้องทำให้เสร็จก่อนเริ่มงานถัดไป

ในงานนี้ใช้มาตรฐาน IDEF3 เพื่อแสดงกระบวนการทำงานกับระบบอัตโนมัติสำหรับการวิเคราะห์การดำเนินงานประกันภัยทางการเงิน

มะเดื่อ 2.3.1 แผนภาพการทำงาน "ระบบอัตโนมัติของ บริษัท ประกันภัย"

ในการเข้าสู่ระบบผู้ใช้จะได้รับโอกาสในการอนุญาต หลังจากล็อกอินสำเร็จผู้ใช้จะได้รับชุดของการกระทำ (เพิ่มข้อมูลใหม่ดูค้นหาข้อมูลคำนวณดัชนี) หลังจากเสร็จสิ้นการปฏิบัติการครั้งต่อไปผู้ใช้สามารถเลือกการทำงานถัดไปหรือออกจากระบบ

มะเดื่อ 2.3.2 การแยกส่วนประกอบของบล็อก“ การเพิ่มข้อมูลใหม่”

ในการเพิ่มเอกสารใหม่ลงในฐานข้อมูลผู้ใช้จำเป็นต้องกรอกแบบฟอร์มที่เสนอหลังจากนั้นข้อมูลจะถูกตรวจสอบความถูกต้องหากข้อมูลถูกต้องจะถูกบันทึกหากข้อมูลไม่ถูกต้องผู้ใช้จะได้รับข้อความ

มะเดื่อ 2.3.3 การแยกส่วนประกอบของบล็อก "การค้นหาข้อมูล"

ในการค้นหาข้อมูลที่จำเป็นผู้ใช้จะต้องกรอกแบบฟอร์มด้วยข้อมูลที่จะค้นหา หลังจากนั้นข้อมูลจะถูกตรวจสอบความถูกต้องหากข้อมูลถูกต้องผลการค้นหาจะปรากฏบนหน้าจอหากข้อมูลไม่ถูกต้องผู้ใช้จะได้รับข้อความที่อธิบายถึงข้อมูลและสาเหตุที่ไม่ถูกต้อง

2. 4 การพัฒนาแบบจำลองข้อมูล

แอปพลิเคชั่นนี้ทำงานกับข้อมูลจำนวนมากดังนั้นจึงมีความจำเป็นสำหรับโครงสร้างการจัดเก็บข้อมูลที่ถูกต้อง เพื่อแก้ปัญหานี้ใช้เครื่องมือ Erwin CASE

ERwin เป็นเครื่องมือพัฒนาโครงสร้างฐานข้อมูล (DB) ERwin รวม Windows GUI, เครื่องมือสำหรับสร้าง ER-diagrams, บรรณาธิการเพื่อสร้างคำอธิบายเชิงตรรกะและกายภาพของตัวแบบข้อมูลและการสนับสนุนที่โปร่งใสสำหรับ DBMS เชิงสัมพันธ์และฐานข้อมูลเดสก์ท็อป ด้วย ERwin คุณสามารถสร้างหรือย้อนกลับฐานข้อมูลวิศวกร (ผู้ปรับโครงสร้าง)

เครื่องมือนี้มีความสามารถในการออกแบบจำนวนมากเช่น:

- การเชื่อมต่อโดยตรงกับฐานข้อมูล: การสร้างโครงสร้างฐานข้อมูล

โดยตรงจาก ERwin การกู้คืนโมเดลฐานข้อมูลที่มีอยู่:

- เปลี่ยนจากฐานข้อมูลเป้าหมายหนึ่งไปยังฐานข้อมูลอื่นโดยใช้

การติดต่อแบบหนึ่งต่อหนึ่งของคุณสมบัติ DBMS;

- การจัดการลักษณะทางกายภาพของการจัดเก็บข้อมูล (สำหรับ

Oracle และ Sybase - พื้นที่ตารางและเซ็กเมนต์ตามลำดับ);

- ชุดพารามิเตอร์การแสดงผลที่เก็บไว้สำหรับการรายงานและ

ชาร์ต;

- ขั้นตอนและทริกเกอร์มีการอธิบายเมื่อสร้างแบบจำลองและ

สร้างโดยอัตโนมัติในฐานข้อมูลระหว่างการสร้าง;

- ความสามารถในการจัดการแอตทริบิวต์;

- ความสามารถในการจัดเก็บไดอะแกรมในฐานข้อมูลเป้าหมายหรือในไฟล์ DBF:

- รองรับระบบควบคุมเวอร์ชัน IVCS;

- การเลือกแบบอักษรและสี การดำเนินการจำลองและ ERwin

ขึ้นอยู่กับทฤษฎีของฐานข้อมูลเชิงสัมพันธ์และวิธีการ IDEF1X

วิธีการ IDEF1X กำหนดคำศัพท์มาตรฐานที่ใช้ในการสร้างแบบจำลองข้อมูลและการแสดงกราฟิกขององค์ประกอบทั่วไปในไดอะแกรม

มีมุมมองที่เป็นไปได้สองจุดในตัวแบบข้อมูลและตามด้วยตัวแบบสองระดับ ตรรกะแรก (มุมมองผู้ใช้) - อธิบายข้อมูลที่เกี่ยวข้องในธุรกิจลำดับที่ 6 ขององค์กร ที่สอง - ทางกายภาพ - กำหนดการนำเสนอข้อมูลในฐานข้อมูล ERWIN รวมไว้ในไดอะแกรมเดียวที่มีการนำเสนอหลายระดับ

มะเดื่อ 2.4.1 การแสดงข้อมูลเชิงตรรกะ

พิจารณาวัตถุประสงค์ของตารางฐานข้อมูลสำหรับแอปพลิเคชันนี้:

ตารางที่ติดต่อ - ตารางที่ออกแบบมาเพื่อเก็บข้อมูลเกี่ยวกับลูกค้า มันมีข้อมูลต่อไปนี้:

· Id - ตัวระบุบันทึก (PK);

ชื่อ - ชื่อลูกค้า;

·นามสกุล - นามสกุลของลูกค้า;

· MiddleName - ชื่อกลางของลูกค้า

·ที่อยู่ - ที่อยู่ลูกค้า

·โทรศัพท์ - โทรศัพท์ลูกค้า

·อีเมล - ที่อยู่อีเมลของลูกค้า

ตารางนโยบาย - ตารางที่มีข้อมูลเกี่ยวกับนโยบายการประกัน โครงสร้าง:

· Id - ตัวระบุนโยบายการประกัน (PK)

· ContactID - ตัวระบุของผู้ใช้ที่สร้างนโยบาย (FK)

·หมายเลขนโยบาย - หมายเลขกรมธรรม์ประกันภัย

· ActivationDate - จุดเริ่มต้นของการเปิดนโยบายการประกัน

·วันหมดอายุ - วันหมดอายุของกรมธรรม์ประกันภัย

· PolicyStatusID - ตัวระบุสถานะของนโยบายนี้ (FK)

· PolicySumm - จำนวนเงินประกันของนโยบายนี้

ตารางผู้ใช้เป็นตารางที่เก็บข้อมูลเกี่ยวกับผู้ใช้แอปพลิเคชันนี้ มันมีโครงสร้างดังต่อไปนี้:

· Id - ตัวระบุผู้ใช้ (PK);

·เข้าสู่ระบบ - ชื่อผู้ใช้เข้าสู่ระบบ;

·รหัสผ่าน - รหัสผ่าน;

ชื่อ - ชื่อผู้ใช้;

นามสกุล - นามสกุล;

· RoleID - ตัวระบุบทบาทของผู้ใช้นี้ (FK)

ตารางบทบาท - มีรายการบทบาทปัจจุบันของผู้ใช้ระบบ มันมีโครงสร้างดังต่อไปนี้:

Id - ตัวระบุบทบาท (PK)

· RoleName - ชื่อของบทบาทนี้

ตารางสถานะ - จัดเก็บรายการสถานะปัจจุบันสำหรับกรมธรรม์ประกันภัย โครงสร้าง:

· Id - ตัวระบุสถานะ (PK);

· StatusName - ชื่อของสถานะ

ตาราง TempTables - เก็บรายการของตารางชั่วคราวที่สร้างขึ้นเพื่อบันทึกผลการค้นหาชั่วคราว มันมีแบบฟอร์มต่อไปนี้:

· Id - ตัวระบุตาราง (PK);

TableName - ชื่อของตารางชั่วคราว

·ชื่อผู้ใช้ - ชื่อของเซสชันของผู้ใช้ที่สร้างตาราง

ตารางสถิติ - เก็บสถิติที่ใช้ในการวิเคราะห์กิจกรรมของ บริษัท โครงสร้าง:

Id - ตัวระบุพารามิเตอร์ (PK);

·ชื่อ - ชื่อของพารามิเตอร์สถิติ

·ค่า - ค่าของพารามิเตอร์สถิติ

มะเดื่อ 2.4.2 การแสดงข้อมูลทางกายภาพ

2. 5 คู่มือผู้ใช้

แอปพลิเคชั่นมีส่วนต่อประสานและการนำทางที่สะดวกพอสมควรดังนั้นเมื่อใช้งานผู้ใช้จะไม่มีปัญหา หลักการทำงานกับเอกสารประเภทต่างๆเหมือนกันดังนั้นเราแสดงให้เห็นถึงการทำงานของแอปพลิเคชันโดยใช้ตัวอย่างของเอกสาร“ ติดต่อ”

เมื่อแอปพลิเคชันเริ่มต้นหน้าการให้สิทธิ์จะปรากฏขึ้น (รูปที่.2.1.1) ซึ่งจะถามข้อมูลรับรองผู้ใช้ (เข้าสู่ระบบรหัสผ่าน)

รูปที่.2.1หน้าการอนุญาตผู้ใช้

เมื่อการอนุญาตสำเร็จผู้ใช้จะไปที่หน้าหลักของแอปพลิเคชันซึ่งเขาสามารถเลือกการดำเนินการต่อไป (รูปที่ 2.5.2)

เมื่อคุณเลือกการกระทำ“ ผู้ติดต่อ” รายชื่อลูกค้าที่มีอยู่จะปรากฏบนหน้าจอ (รูปที่ 2.5.3) ขนาดเริ่มต้นของหน้าคือ 10 ระเบียนอย่างไรก็ตามหากคุณต้องการคุณสามารถเลือกส่วนข้อมูลอื่นได้ดังนั้นหากไม่มีระเบียนทั้งหมดในหน้าลิงก์การนำทางจะปรากฏขึ้น

รูปที่.2.2หน้าหลักของแอปพลิเคชัน การเลือกการกระทำ

ผู้ติดต่อสามารถดูได้ (และหากสิทธิ์ของผู้ใช้อนุญาตจากนั้นแก้ไขหรือลบ) โดยคลิกที่ลิงค์ซึ่งเป็นค่าของคอลัมน์ชื่อ หลังจากเลือกไคลเอนต์ที่เฉพาะเจาะจงแล้วรูปแบบการดู (แก้ไข) ของผู้ติดต่อนี้จะเปิดขึ้น (รูปที่ 2.4.5) มีลิงก์บันทึก & ปิดในหน้านี้ (บันทึกโดยปิดผู้ติดต่อนี้และเปลี่ยนเป็นหน้าการเลือกการกระทำ) บันทึก (บันทึกข้อมูลที่เปลี่ยนแปลง) ลบ (ลบผู้ติดต่อนี้) และยกเลิก (ยกเลิกการแก้ไขและปิดผู้ติดต่อนี้พร้อมสลับไปยังหน้าการเลือกการกระทำ)

รูปที่ 2.5.3 หน้าสำหรับดูรายชื่อลูกค้า

รูปที่.2.4.4หน้าแก้ไขการติดต่อ

รูปที่.5.5หน้าสำหรับสร้างผู้ติดต่อใหม่

เมื่อคุณเลือกการกระทำ“ สร้างผู้ติดต่อ” เพจที่มีแบบฟอร์มเดียวกันจะเปิดขึ้น แต่จะมีฟิลด์ว่าง หลังจากกรอกข้อมูลในฟิลด์ผู้ใช้มีโอกาสที่จะดำเนินการสามอย่าง: บันทึกผู้ติดต่อนี้ด้วยการปิดแบบฟอร์มและไปที่หน้าเพื่อเลือกการกระทำถัดไป บันทึกผู้ติดต่อและอยู่ในหน้าเดียวกัน (ลิงก์ไปยังการกระทำ“ ลบ” ใหม่จะปรากฏขึ้น) หรือยกเลิกการบันทึกข้อมูลที่กรอกแล้วและไปที่หน้าเพื่อเลือกการดำเนินการต่อไป

หากคุณต้องการค้นหาชุดของผู้ติดต่อตามเกณฑ์บางอย่าง (ตัวอย่างเช่นตามที่อยู่) คุณสามารถใช้หน้าค้นหาผู้ติดต่อ (รูปที่ 5.5.6) มันแสดงให้เห็นถึงรูปแบบการติดต่อเดียวกันว่างเปล่าหลังจากกรอกแบบฟอร์มผู้ใช้สามารถใช้การกระทำดังต่อไปนี้: เริ่มต้นการค้นหาด้วยการเปลี่ยนไปยังหน้าสำหรับการดูผลการค้นหาหรือยกเลิกการค้นหาด้วยการเปลี่ยนไปยังหน้าสำหรับการเลือกการกระทำ

Fig.2.5.6 หน้าสำหรับสร้างแบบสอบถามการค้นหา

Fig.2.5.7 หน้าสำหรับดูผลการค้นหา

เมื่อคุณเลือกการกระทำ“ ค้นหา” คุณจะไปที่หน้าเพื่อดูผลลัพธ์ (รูปที่ 5.2.7) ซึ่งมีการกระทำแบบเดียวกันทั้งหมดที่มีอยู่บนหน้าเพื่อดูรายการลูกค้า

Wข้อสรุป

อันเป็นผลมาจากการเขียนโครงการหลักสูตรการใช้งานอินเทอร์เน็ตได้รับการพัฒนาเพื่อให้การทำงานของแคมเปญประกันภัยโดยอัตโนมัติ แอปพลิเคชั่นมีข้อกำหนดทั้งหมดมีอินเตอร์เฟสที่ใช้งานง่ายนำทางได้ง่าย โปรเจ็กต์ถูกนำไปใช้ในภาษาการเขียนโปรแกรม Java ดังนั้นแอ็พพลิเคชันคือข้ามแพลตฟอร์มซึ่งอนุญาตให้คุณติดตั้งบนเซิร์ฟเวอร์ที่มีระบบปฏิบัติการใด ๆ ในกระบวนการพัฒนาช่วงเวลาเช่นการปรับแต่งการเปลี่ยนโครงสร้างและการขยายฟังก์ชั่นถูกนำมาพิจารณา ดังนั้นสถาปัตยกรรมแอปพลิเคชันจึงมีโครงสร้างและการกำหนดค่าที่กระบวนการข้างต้นจะเจ็บปวดน้อยลง

แอปพลิเคชันใช้ภาษาคิวรี SQL ในลักษณะที่มันรันสำหรับ DBMS ใด ๆ ดังนั้นการเปลี่ยนไปใช้ DBMS อื่นนั้นเป็นเพียงการเปลี่ยนไฟล์การกำหนดค่า

ผู้ใช้แอปพลิเคชันคือ บริษัท ประกันภัยและโดยเฉพาะอย่างยิ่งตัวแทนประกันภัย (การลงทะเบียนของลูกค้าใหม่) และนักวิเคราะห์ประกันภัย (การวิเคราะห์กิจกรรมของ บริษัท ตามการคำนวณพารามิเตอร์)

พารามิเตอร์คณิตศาสตร์ประกันภัยคำนวณโดยองค์ประกอบบุคคลที่สาม (EJBs) ซึ่งเชื่อมต่อกับแอปพลิเคชันโดยอธิบายไว้ในไฟล์การกำหนดค่า ดังนั้นการเพิ่มส่วนประกอบการออกแบบใหม่สามารถทำได้แม้จะไม่ได้ติดตั้งแอปพลิเคชันใหม่

ในการปรับแต่งเพิ่มเติมคุณสามารถเพิ่มส่วนประกอบการชำระใหม่เอกสารประเภทใหม่ประกันประเภทใหม่

Cรายการแหล่งที่ใช้

1. David M. Gehry“ Java Server Pages”, มอสโก 2002

2. G. Shield, P. Nouton "Java 2"

4. SB Dunaev "เข้าถึงฐานข้อมูลจากโปรแกรม Java"

5. คิดใน Java รุ่นที่ 2

6. S.A. Trofimov“ กรณีเทคโนโลยี การฝึกปฏิบัติที่ Rational Rose »

7. Sun Microsystems“ Enterprise JavaBeans TMสเปค”

8. ประกันชีวิตและสุขภาพ / Kenneth Black, Jr. , Harold D. Skipper, Jr. - วันที่ 13 ไอ 0-13-891250-5

9. ความรู้พื้นฐานของกิจกรรมประกันภัยที่แก้ไขโดย T.A. Fedorova M. สำนักพิมพ์ BEK, 2000

10. Medvedev G.A. แบบจำลองทางคณิตศาสตร์ของความเสี่ยงทางการเงิน ส่วนที่ 1 ความเสี่ยงจากความไม่แน่นอนของอัตราดอกเบี้ย - Мn.: BSU, 1999

Pภาคผนวก 1. Lกำลังรหัสโปรแกรม

_____________________________________________________________

ไฟล์คอนฟิกูเรชันฐานข้อมูล Dbconfig.xml:

com.sybase.jdbc2.jdbc.SybDriver

jdbc:sybase:Tds:localhost:2638/insurance

dBA

sQL

Class - DBConfigParser.java ตัวแยกวิเคราะห์การกำหนดค่า:

ประกันแพคเกจ

นำเข้า insurance.config.DBPropertiesContainer;

นำเข้า org.apache.commons.digester.Digester;

นำเข้า org.xml.sax.SAXException;

นำเข้า java.io.IOException;

* วันที่: 21.4.2007

* เวลา: 23.37.37

คลาสสาธารณะ DBConfigParser ใช้ IConfigParser (

การแยกโมฆะสาธารณะ (String ชื่อไฟล์) พ่น IOException, SAXException (

Digester digester \u003d new Digester ();

setRules (บ่อหมัก);

digester.parse (ชื่อไฟล์);

โมฆะส่วนตัว setRules (ย่อยบ่อหมัก) (

digester.setValidating (false);

digester.push (DBPropertiesContainer.getInstance ());

igester.addCallMethod ("ฐานข้อมูล / ไดรเวอร์", "setDbDriver", 1);

digester.addCallParam ("ฐานข้อมูล / ไดรเวอร์", 0);

digester.addCallMethod ("ฐานข้อมูล / url", "setUrl", 1);

digester.addCallParam ("ฐานข้อมูล / url", 0);

digester.addCallMethod ("ฐานข้อมูล / ล็อกอิน", "setLogin", 1);

digester.addCallParam ("ฐานข้อมูล / ล็อกอิน", 0);

digester.addCallMethod ("ฐานข้อมูล / รหัสผ่าน", "setPassword", 1);

digester.addCallParam ("ฐานข้อมูล / รหัสผ่าน", 0);

คลาสที่ดำเนินการกระทำทั่วไปสำหรับการทำงานกับฐานข้อมูล DataDAOHelper.java:

แพคเกจประกันภัย dao;

นำเข้า Insurance.config.DAOContainer;

นำเข้า insurance.dao.connector.DBConnector;

นำเข้า java.sql.Connection;

นำเข้า java.sql.SQLException;

* วันที่: 23/23/2007

* เวลา: 19.28.42

คลาสสาธารณะ DataDAOHelper (

โมฆะสาธารณะบันทึก (เอนทิตี้ของ IEntity) พ่น SQLException, ClassNotFoundException (

dao.save (ต่อต้านนิติบุคคล)

) catch (SQLException e) (

โมฆะสาธารณะลบ (String docType, int id) พ่น SQLException, ClassNotFoundException (

การเชื่อมต่อ con \u003d DBConnector.getConnection ();

dao.delete (แย้ง, id);

) catch (SQLException e) (

โยน SQLException ใหม่ (e.getSQLState ());

โมฆะสาธารณะยกเลิกการลบ (String docType, int id) พ่น SQLException, ClassNotFoundException (

IDataDAO dao \u003d getDAOByType (docType);

การเชื่อมต่อ con \u003d DBConnector.getConnection ();

dao.undelete (แย้ง, id);

) catch (SQLException e) (

โยน SQLException ใหม่ (e.getSQLState ());

การปรับปรุงโมฆะสาธารณะ (เอนทิตี IEntity) ส่ง SQLException, ClassNotFoundException (

IDataDAO dao \u003d getDAOByType (entity.getEntityType ());

การเชื่อมต่อ con \u003d DBConnector.getConnection ();

dao.update (แย้ง, เอนทิตี);

) catch (SQLException e) (

โยน SQLException ใหม่ (e.getSQLState ());

โมฆะสาธารณะโหลด (int id เอนทิตี้ของ IEntity) พ่น SQLException, ClassNotFoundException (

IDataDAO dao \u003d getDAOByType (entity.getEntityType ());

การเชื่อมต่อ con \u003d DBConnector.getConnection ();

dao.load (แย้ง, id, เอนทิตี);

) catch (SQLException e) (

โยน SQLException ใหม่ (e.getSQLState ());

iDataDAO สาธารณะ getDAOByType (String docType) (

คอนเทนเนอร์ DAOContainer \u003d DAOContainer.getInstance ();

IDataDAO result \u003d null;

คลาส dao \u003d Class.forName (container.getDAOForEntity (docType));

ผล \u003d (IDataDAO) dao.newInstance ();

) catch (ClassNotFoundException e) (

e.printStackTrace ();

) catch (IllegalAccessException e) (

e.printStackTrace ();

) catch (instantiationException e) (

e.printStackTrace ();

string สาธารณะแบบคงที่ nullToEmpty (ค่าสตริง) (

return (value! \u003d null)? ค่า: "";

การใช้งานกับฐานข้อมูลสำหรับเอกสารติดต่อ:

แพคเกจประกันภัย dao;

ประกันภัยนำเข้า.

ประกันการนำเข้า.

นำเข้า java.sql.Connection;

import java.sql.PreparedStatement;

นำเข้า java.sql.ResultSet;

นำเข้า java.sql.SQLException;

* วันที่: 22/4/2550

คลาสสาธารณะ PersonDataDAOImpl ใช้ IDataDAO (

สตริงแบบคงที่ส่วนตัวสุดท้าย SAVE_QUERY \u003d "INSERT INTO บุคคล" +

"(FirstName, นามสกุล, MiddleName, ที่อยู่, โทรศัพท์, อีเมล, รุ่น)" +

"ค่า (?,?,?,?,?,?,?,?)";

สตริงคงที่ส่วนตัวสุดท้าย DELETE_QUERY \u003d "UPDATE บุคคล SET Version \u003d -1 WHERE ID \u003d?";

สตริงแบบคงที่ส่วนตัวสุดท้าย UNDELETE_QUERY \u003d "UPDATE บุคคล SET Version \u003d 1 WHERE ID \u003d?";

สตริงคงที่สุดท้ายส่วนตัว UPDATE_QUERY \u003d "UPDATE บุคคล SET FirstName \u003d ?," +

"LastName \u003d ?, MiddleName \u003d, ที่อยู่ \u003d ?, โทรศัพท์ \u003d ?, อีเมล \u003d? WHERE id \u003d?";

สตริงคงที่สุดท้ายส่วนตัว LOAD_QUERY \u003d "เลือก FirstName, นามสกุล, MiddleName," +

"ที่อยู่, โทรศัพท์, อีเมล, รุ่นจากบุคคล WHERE id \u003d?";

โมฆะสาธารณะบันทึก (การเชื่อมต่อการเชื่อมต่อเอนทิตี IEntity) พ่น SQLException (

PersonBean person \u003d (PersonBean) เอนทิตี

PreparedStatement ps \u003d null;

ps \u003d con.prepareStatement (SAVE_QUERY);

ps.setString (1, person.getFirstName ());

ps.setString (2, person.getLastName ());

ps.setString (3, person.getMiddleName ());

ps.setString (4, person.getAddress ());

ps.setString (5, person.getPhone ());

ps.setString (6, person.getEmail ());

ps.setInt (7, person.getVersion ());

ps.executeUpdate ();

ยืนยัน ps! \u003d null;

โมฆะสาธารณะลบ (การเชื่อมต่อ, รหัส int) พ่น SQLException (

PreparedStatement ps \u003d null;

ps \u003d con.prepareStatement (DELETE_QUERY);

ps.setInt (1, id);

ps.executeUpdate ();

ยืนยัน ps! \u003d null;

โมฆะสาธารณะยกเลิกการลบ (การเชื่อมต่อรหัส int) พ่น SQLException (

PreparedStatement ps \u003d null;

ps \u003d con.prepareStatement (UNDELETE_QUERY);

เอกสารที่คล้ายกัน

การพัฒนารูปแบบการทำงานของสาขาวิชา การสร้างไดอะแกรม UML ในสภาพแวดล้อม Pacagram UML Diagrammer ทางเลือกของเครื่องมือพัฒนาซอฟต์แวร์ การพัฒนาแบบจำลองข้อมูลเชิงตรรกะและกายภาพ การพัฒนาแอปพลิเคชันไคลเอนต์ IP ในสภาพแวดล้อมการเข้าถึง

เพิ่มภาคนิพนธ์ 03/09/2011


การเลือกเหตุผลและคุณสมบัติของ DBMS ลักษณะของภาษาโปรแกรม การพัฒนารูปแบบโครงสร้างและหน้าที่ของระบบสารสนเทศร้านขายยา การออกแบบสภาพแวดล้อมซอฟต์แวร์ AIS และส่วนต่อประสาน การสร้างแบบจำลองฐานข้อมูล

ภาคนิพนธ์เพิ่ม 04/21/2012


การวิเคราะห์ข้อมูลอินพุตและกระบวนการระดับของระบบอัตโนมัติที่องค์กร การระบุวัตถุและภารกิจของระบบอัตโนมัติ การพัฒนาแนวคิดในการสร้างแบบจำลองสารสนเทศของระบบสารสนเทศ การพัฒนาโครงสร้างฐานข้อมูลและการประยุกต์ใช้ไคลเอนต์

วิทยานิพนธ์เพิ่ม 11.22.2015


การออกแบบระบบข้อมูลผู้ใช้หลายคนเพื่อให้งานของผู้มอบหมายงานของแผนกขนส่งสินค้าเป็นไปโดยอัตโนมัติ ทางเลือกของสภาพแวดล้อมการเขียนโปรแกรม การพัฒนาซอฟต์แวร์ตารางฐานข้อมูล ASOI การทำแผนภูมิชั้นเรียนและกิจกรรม

เพิ่มภาคนิพนธ์เมื่อวันที่ 06/03/2014


การออกแบบแอปพลิเคชันเพื่อทำให้กระบวนการประกันภัยเป็นไปโดยอัตโนมัติซึ่งจะช่วยให้ตัวแทนประกันภัยลดเวลาในการทำงานกับเอกสาร การพัฒนาแอปพลิเคชันการเข้าถึงฐานข้อมูลในสภาพแวดล้อม Delphi ระบบการจัดการฐานข้อมูล

เพิ่มภาคนิพนธ์ 01/14/2015


การสร้างระบบข้อมูลสำหรับกระบวนการจัดการฐานข้อมูลของ LLC Rosneft โดยอัตโนมัติ ข้อกำหนดสำหรับลักษณะของอุปกรณ์ทางเทคนิค เหตุผลในการเลือกใช้ CASE-tools การพัฒนาซอฟต์แวร์การคำนวณต้นทุนและราคา

วิทยานิพนธ์เพิ่ม 03.24.2012


ความรู้พื้นฐานของวิธีการออกแบบระบบสารสนเทศ ลักษณะทั่วไปและการจำแนกประเภทของ CASE-tools การพิจารณารูปแบบข้อมูลเชิงตรรกะการทำงานและทางกายภาพของระบบนักศึกษา การคำนวณความซับซ้อนของการพัฒนาผลิตภัณฑ์ซอฟต์แวร์

วิทยานิพนธ์เพิ่ม 03.16.2012


การวิเคราะห์การแก้ปัญหาอัตโนมัติโดเมน ทางเลือกของวิธีการสำหรับการออกแบบระบบสารสนเทศ เหตุผลของการเลือกแพลตฟอร์ม แอปพลิเคชันการโต้ตอบกับแหล่งข้อมูล การเลือกวงจรการพัฒนาซอฟต์แวร์

วิทยานิพนธ์เพิ่ม 12/18/2010


องค์กรและการขายอุปกรณ์สำนักงาน วัตถุประสงค์ของระบบอัตโนมัติและฟังก์ชั่นอัตโนมัติ คำอธิบายโครงสร้างการทำงานของระบบสารสนเทศ การออกแบบส่วนการทำงานของวัตถุอัตโนมัติ เหตุผลสำหรับการเลือกระบบย่อย

ภาคนิพนธ์เพิ่ม 12/19/2010


ภาพรวมของหลักการของการก่อสร้างและการใช้งานที่มีประสิทธิภาพของระบบการจัดการฐานข้อมูลเครื่องมืออัตโนมัติของ CASE-design การวิเคราะห์ความสามารถของวิธีการและเครื่องมือ การพัฒนารูปแบบของกระบวนการทางธุรกิจโรงแรมในสภาพแวดล้อมทั้งหมดของฟิวชั่น

ระบบธนาคารอัตโนมัติที่มีอยู่ให้ความสำคัญกับกระบวนการประกันภัย อย่างไรก็ตามช่วงของงานของแผนกที่เกี่ยวข้องกับองค์กรประกันภัยนั้นกว้างและต้องการแนวทางที่จริงจังในการทำบัญชีการตรวจสอบและการรายงาน กระบวนการบริหารงานประกันภัยที่มีความคล่องตัวชัดเจนลดความเสี่ยงของการสูญเสียหรือความเสียหายต่อเรื่องจำนำ

การสร้างผลิตภัณฑ์ร่วมมีแนวโน้มที่ดีสำหรับทั้ง บริษัท ประกันภัยและธนาคาร นี่เป็นการพิสูจน์ประสบการณ์ระหว่างประเทศของความร่วมมือดังกล่าว

ประสบการณ์จากฝรั่งเศสแสดงให้เห็นว่าเมื่อขายผลิตภัณฑ์ประกันภัยผ่านธนาคารธนาคารจะได้รับรายได้มากถึง 16% ของยอดขายรวม

ความร่วมมือดังกล่าวมีความสำคัญและมีความสำคัญสำหรับธนาคารในขณะที่อัตรากำไรขั้นต้นของรายได้ของธนาคารลดลง

ประการแรกมันเป็นสิ่งสำคัญสำหรับธนาคารในการควบคุมความทันเวลาของการสรุปสัญญาประกันภัยของผู้กู้และการชำระเบี้ยประกันตามตารางการชำระเงิน ป้องกันการทำงานกับลูกค้า - ข้อมูลล่วงหน้าผ่านช่องทางการสื่อสารที่สะดวก (เมล, การโทร, SMS, ฯลฯ ) ช่วยให้คุณสร้างความสัมพันธ์ในระดับใหม่และให้ผลลัพธ์ที่ดีที่สุด

ในแต่ละช่วงเวลาของความล่าช้ามีการวางแผนมาตรการที่เหมาะสมเพื่อกระตุ้นให้ผู้กู้ชำระค่างวดและยืดเวลาสัญญา การบัญชีสำหรับเหตุการณ์ของผู้ประกันตนในแง่ของการสูญเสียหลักประกันและการควบคุมการจ่ายเงินชดเชยโดยองค์กรประกันภัยก็เป็นกระบวนการที่สำคัญที่สุดที่ต้องให้ความสนใจ

เป้าหมายการติดตั้งระบบ

ลดระดับความล่าช้าในการชำระเงินของนโยบายการประกันจาก 10 เป็น 30% ลดลงสอดคล้องกันในความเสี่ยงที่เกี่ยวข้องกับการสูญเสียหลักประกัน

ลดต้นทุนการทำธุรกรรมสำหรับกระบวนการทางธุรกิจที่เกี่ยวข้องกับการประกันภัยโดยเฉลี่ย 2 ครั้ง

ลดจำนวนข้อผิดพลาดในกระบวนการทางธุรกิจลง 2-3 ครั้ง

รับผลกำไรเพิ่มเติมจากค่าธรรมเนียมตัวแทน

เพิ่มความพึงพอใจของลูกค้าด้วยบริการประกันภัยที่มีให้

เพิ่มระดับความพึงพอใจของคู่สัญญา (บริษัท ประกันภัยนายหน้าประกันภัยตัวแทนจำหน่ายรถยนต์ ฯลฯ ) โดยการประหยัดเวลาในการทำงานและระบบแรงจูงใจที่ยืดหยุ่น

แผงข้อมูล

อัลกอริทึมต้นไม้ตัดสินใจที่ปรับแต่งได้

ผู้ออกแบบรายงาน

ความปลอดภัยและการควบคุม

แผงข้อมูลผู้บริหาร

แดชบอร์ดช่วยให้คุณสามารถตัดสินใจด้านการจัดการโดยอิงจากการตรวจสอบตัวบ่งชี้ประสิทธิภาพหลัก (KPI) และการวิเคราะห์แนวโน้ม การวิเคราะห์แบบเจาะลึกช่วยให้คุณสามารถรับรายงานโดยละเอียดเกี่ยวกับตัวบ่งชี้แต่ละตัว โซลูชันรวบรวมข้อมูลทางสถิติตามประวัติและแสดงในรูปแบบของตัวบ่งชี้และไดอะแกรม:

• ตัวชี้วัดสำคัญ

• สัญญาประกันที่ถูกต้อง

• จำนวนเหตุการณ์ที่ประกัน

• การยืดและการสะสม

• รายได้ธนาคารจากค่าธรรมเนียมตัวแทนในเดือนนี้

ประโยชน์ที่สำคัญของระบบ

• โซลูชันอุตสาหกรรมเฉพาะด้านสำหรับการประกันการธนาคารโดยอัตโนมัติ

• อินเทอร์เฟซผู้ใช้นั้นถูกคิดและปรับแต่งเป็นพิเศษเพื่อการทำงานที่รวดเร็วและมีประสิทธิภาพของผู้ปฏิบัติงาน

• อัลกอริทึมการคำนวณแบบกำหนดเองที่ยืดหยุ่นช่วยให้คุณสามารถพิจารณาการเปลี่ยนแปลงล่าสุดในธุรกิจได้อย่างรวดเร็ว

• แผงข้อมูลผู้บริหารสำหรับการตรวจสอบตัวบ่งชี้และแนวโน้มที่สำคัญช่วยในการตัดสินใจด้านการจัดการที่เหมาะสม

• ประวัติความเป็นมาของการเปลี่ยนแปลงข้อมูลการตรวจสอบการปฏิบัติงานการบันทึกและคุณสมบัติที่โดดเด่นอื่น ๆ (ดูคำอธิบายโซลูชัน) รับประกันความปลอดภัยและการจัดการ

• ตัวเลือกการรวมที่กว้างขวางช่วยให้คุณสามารถแลกเปลี่ยนข้อมูลกับระบบบัญชีที่มีอยู่

• ความสามารถในการรายงานที่ยืดหยุ่นและการนำเข้าข้อมูลจากรายงานที่ประมวลผลทำให้เวิร์กโฟลว์อัตโนมัติและลดต้นทุนการทำธุรกรรม

กระบวนการทางธุรกิจที่รองรับ

• การลงทะเบียนของสัญญาประกัน

• การบัญชีสำหรับนโยบายการประกันและเบี้ยประกันสำหรับโปรแกรมการประกันภัยต่างๆ

• ตรวจสอบความตรงต่อเวลาของการจ่ายเงินสมทบและการขยายสัญญาประกัน

• การบัญชีเกี่ยวกับการเรียกร้องค่าสินไหมทดแทน

• การควบคุมเวลาและการบัญชีของการเรียกร้องค่าสินไหมทดแทนโดย บริษัท ประกันภัย

• การคำนวณค่าตอบแทนตัวแทน (คอมมิชชั่น) สำหรับธนาคารและคู่สัญญา (แรงจูงใจของนายหน้าประกันภัยตัวแทนจำหน่ายรถยนต์ ฯลฯ );

• ประสานงานกับสาขาของ บริษัท ประกันภัยในอัตราร้อยละของค่าธรรมเนียมตัวแทน

• ทำงานเกี่ยวกับการขยายสัญญาประกัน;

• การโต้ตอบกับแผนกการรวบรวมโดยมีวัตถุประสงค์ดังนี้:

กระตุ้นการค้างชำระค่าบริการ

เพื่อกระตุ้นให้ผู้กระทำผิดขยายสัญญาประกัน

วิเคราะห์ผลลัพธ์ของงาน Collection

ระบบอัตโนมัติขององค์กรประกันภัยสำหรับการทำงานกับธนาคาร

Fogsoft ประกันภัยเป็นโซลูชั่นใหม่ที่เป็นพื้นฐานสำหรับการโต้ตอบอัตโนมัติระหว่างองค์กรประกันภัยและธนาคาร เมื่อเร็ว ๆ นี้มูลค่าของการประกันในธนาคารมีการเติบโตและความกังวลนี้ไม่เพียง แต่การประกันหลักประกัน แต่ยังมีความเสี่ยงของธนาคารเอง การเป็นพันธมิตรที่ทำกำไรได้ทำให้ บริษัท ประกันภัยสามารถใช้ช่องทางการขายที่ประสบความสำเร็จและมีแนวโน้มได้

โซลูชันนี้จะช่วยให้ธนาคารสามารถขายและจัดการผลิตภัณฑ์ประกันภัยให้กับ บริษัท ของคุณได้อย่างง่ายดายผ่านส่วนพิเศษของเว็บไซต์ของคุณ ธนาคารจะได้รับเครื่องมือที่สะดวกที่สุดในการจัดการวงจรชีวิตของสัญญาประกัน ซึ่งรวมถึง แต่ไม่ จำกัด เพียงการทำใบเสนอราคาและการชำระเงินการพิมพ์แพคเกจของเอกสารการเตรียมรายการสัญญาสำหรับการชำระเงินครั้งต่อไปตามกำหนดเวลาและการยืดเวลาการบัญชีสำหรับเหตุการณ์ที่ผู้ประกันตนและค่าชดเชยการประกันภัย

สำหรับธนาคารความพร้อมของบริการดังกล่าวหมายถึงการลดความเสี่ยงของการสูญเสียหลักประกันและลดต้นทุนการทำธุรกรรม ดังนั้นคุณสามารถเพิ่มความน่าดึงดูดใจของบริการของคุณให้กับธนาคารได้โดยขยายเครือข่ายพันธมิตรของคุณและลดต้นทุนของช่องทางการจัดจำหน่าย

เมื่อใช้แผงข้อมูลของผู้จัดการคุณจะเห็นภาพรวมของการประกันโดยทั่วไปในรูปแบบของตัวบ่งชี้สำคัญกราฟและแผนภูมิ

การวิเคราะห์ตลาดแสดงให้เห็นว่าองค์กรประกันภัยเป็นหนึ่งในผู้นำด้านการประกันธนาคารเนื่องจากระบบไอทีที่พัฒนาขึ้น การแนะนำของระบบที่คล้ายกันใน บริษัท ประกันภัยขนาดใหญ่ในยูเครนได้รับอนุญาตให้ถอนเปอร์เซ็นต์ของยอดขายผ่านระบบนี้ถึง 11% ของยอดขายรวมของ บริษัท

บางที บริษัท ประกันภัยหลายแห่งได้นำระบบบัญชีพื้นฐานมาใช้แล้วซึ่งต้องใช้การทำงานหนักและค่าใช้จ่ายจำนวนมาก โซลูชัน Fogsoft ของเราช่วยให้สามารถทำงานร่วมกับระบบที่มีอยู่ขององค์กรประกันภัยและธนาคาร

ในปี 2010 ตลาดประกันภัยของธนาคารเติบโต 17% เนื่องจากการประกันชีวิตและสุขภาพของผู้กู้ที่มีการให้สินเชื่อผู้บริโภค ตามที่นักวิเคราะห์ในปีนี้ปริมาณการตลาดจะเติบโตมากขึ้น - 25% รวมถึงเนื่องจากการประกันจำนอง นอกจากนี้ในปีที่ผ่านมาปริมาณของตลาดประกันชีวิตของผู้กู้เพิ่มขึ้น 128%, การประกันภัยประเภทค้าปลีกประเภทอื่น ๆ เพิ่มขึ้นเล็กน้อยหรือลดลง ตัวขับเคลื่อนการเติบโตในอดีตคือประกันภัยรถยนต์กำลังเคลื่อนตัวไปที่ช่องทางการจำหน่าย

ประโยชน์ของการนำไปปฏิบัติ

การวิเคราะห์ตลาดแสดงให้เห็นว่าผู้นำของการประกันธนาคาร - บริษัท ประกันภัยส่วนใหญ่มาจากการพัฒนาระบบไอที โซลูชัน Fogsoft Insurance อนุญาตให้ทำงานร่วมกับระบบที่มีอยู่ขององค์กรประกันภัยและธนาคาร

จากความจริงที่ว่ากิจกรรมหลักของนายหน้าประกันภัยคือการขายประกันครอบคลุมเป็นบริการทางการเงินการดำเนินการอัตโนมัติของกิจกรรมต่อไปนี้ของนายหน้าประกันภัยนั้นมีความสำคัญหลัก:

• ระบบอัตโนมัติของการประกันโดยตรง หน้าสำนักงานอัตโนมัติการจัดการสัญญาประกันภัยโดยตรงการจัดการข้อมูลลูกค้าค่าธรรมเนียมทำงานกับแบบฟอร์มการรายงานที่เข้มงวด
• ·การจัดการความสัมพันธ์กับลูกค้าโดยอัตโนมัติ การโต้ตอบกับลูกค้าการสนับสนุนกระบวนการขายคอลเซ็นเตอร์การวิเคราะห์ข้อมูลลูกค้าการจัดการข้อมูลการตลาด
• อัตโนมัติของกระบวนการบัญชี ดำเนินธุรกิจทั่วไปและการบัญชีภาษีการจัดทำรายงานที่มีการควบคุม
• ·การจัดการบัญชีอัตโนมัติ การบัญชีรายรับและรายจ่ายคลังรายงานการจัดการ
• ·ระบบอัตโนมัติของจุดขาย Front office automation องค์กรของฐานข้อมูลแบบกระจาย

พิจารณาระบบอัตโนมัติของการทำงานของนายหน้าประกันภัยในตัวอย่างของโปรแกรม "นายหน้าประกันภัย 8.3" ซึ่งเป็นโซลูชั่นที่ครอบคลุมที่ช่วยให้คุณติดตามกิจกรรมขององค์กรที่เกี่ยวข้องกับการขายกรมธรรม์จาก บริษัท ประกันภัยที่แตกต่างกัน แนวคิดเวิร์กโฟลว์ที่ยืดหยุ่นและครอบคลุมช่วยให้คุณได้รับการวิเคราะห์ที่สมบูรณ์เกี่ยวกับกิจกรรมของนายหน้าในช่วงเวลาใดก็ได้ ระบบนี้ใช้ทั้งกับ บริษัท ประกันภัยและองค์กรที่ไม่ได้มีกิจกรรมหลักเช่นตัวแทนจำหน่ายรถยนต์ ด้วยการปรับตัวเล็กน้อยโบรกเกอร์สินเชื่อสามารถใช้โปรแกรม เป็นไปได้ที่จะทำให้เครือข่ายตัวแทนมีการแลกเปลี่ยนข้อมูลทางอิเล็กทรอนิกส์โดยอัตโนมัติซึ่งจะช่วยลดความต้องการผู้ให้บริการระบบและเพิ่มความแม่นยำของข้อมูลที่ป้อน

·การบัญชีสำหรับผลิตภัณฑ์ประกัน (ประเภทของการประกัน)

สำหรับการจัดเก็บและการใช้ข้อมูลเกี่ยวกับนโยบายการประกันที่จำเป็นระบบจะให้คำแนะนำ "ประเภทของการประกันภัย"

รูปที่ 3.1   อ้างอิง "ประเภทของการประกันภัย"

ผู้ใช้สามารถเพิ่มหรือเปลี่ยนแปลงข้อมูลเกี่ยวกับผลิตภัณฑ์ประกันได้อย่างง่ายดาย เป็นไปได้ที่จะเชื่อมโยงกับ บริษัท ประกันภัยหนึ่งแห่งหรือมากกว่า

·การบัญชีสำหรับนโยบายที่ขาย

ระบบอนุญาตให้คุณจัดเก็บชุดข้อมูลไม่ จำกัด สำหรับกรมธรรม์ที่ขาย นอกเหนือจากชุดฟิลด์มาตรฐานที่จะกรอก (ชื่อของผู้ประกันตนวัตถุประกันที่มีข้อมูลทั้งหมดระยะเวลาประกันภัยค่าใช้จ่ายของนโยบายขนาดของตัวเองและค่าคอมมิชชั่นตัวแทน ฯลฯ ) คุณสามารถสร้างฟิลด์ที่จำเป็นโดยผู้ใช้ แต่ละนโยบายสามารถจัดเก็บไฟล์ที่แนบมาได้ สิ่งเหล่านี้สามารถสแกนเอกสารหรือภาพถ่าย

มะเดื่อ 3.2

เป็นไปได้ที่จะขายนโยบายผ่อนชำระตามกำหนดการชำระเงิน การชำระเงินในระบบสามารถเป็นสามประเภท: เงินสดเงินสดและโดยตรง การชำระเงินโดยตรงเกิดขึ้นเมื่อลูกค้าจ่ายให้กับ บริษัท ประกันภัยและนายหน้าได้รับค่านายหน้าจากมัน

ความสามารถในการคำนวณค่าคอมมิชชั่นของคุณและตัวแทนโดยอัตโนมัติตามเงื่อนไขที่กำหนดไว้ล่วงหน้าจะอำนวยความสะดวกในการทำงานของพนักงานบริการทางการเงินและช่วยหลีกเลี่ยงข้อผิดพลาดในการคำนวณ นอกจากการคำนวณจำนวนค่าคอมมิชชันแล้วมันยังมีความเป็นไปได้ที่จะระบุว่าตัวแทน / นายหน้าควรโอนมันจากนั้นรับเงินคืนในการชำระเงินแยกต่างหากหรือสามารถส่งการชำระเงินลบค่าตอบแทนที่กำหนด

มะเดื่อ 3.3

การวิเคราะห์ระบบช่วยให้คุณติดตามวันหมดอายุของนโยบายและวันที่ของการชำระเงินครั้งถัดไป

เพื่อลดต้นทุนแรงงานในการป้อนนโยบายเข้าสู่ระบบคุณสามารถป้อนนโยบายจากรายงานตัวแทนโดยอัตโนมัติในรูปแบบ excel

·ความสัมพันธ์กับ บริษัท ประกันภัย

ขึ้นอยู่กับข้อมูลของนโยบายการประกันในระบบเป็นไปได้ที่จะสร้างรายงานโดยอัตโนมัติสำหรับ บริษัท ประกันภัย ชุดของกลไกเพื่ออำนวยความสะดวกในการทำงานของพนักงานบริการทางการเงินที่มีให้สำหรับการกรอกข้อมูล

เอกสารทางการเงิน (bordero) ที่สร้างขึ้นตามรายงานสามารถพิมพ์หรือบันทึกในรูปแบบอิเล็กทรอนิกส์ (excel, html ฯลฯ ) พร้อมการประมวลผลที่ตามมา

·การบัญชีสำหรับการขอสินเชื่อ

สำหรับโบรกเกอร์ที่เกี่ยวข้องกับการจัดเตรียมเอกสารสำหรับธนาคารเพื่อการให้ยืมระบบย่อยสำหรับการติดตามการเคลื่อนไหวของเอกสารสำหรับการให้ยืมจะเป็นประโยชน์ แอปพลิเคชันสินเชื่อจะบันทึกธนาคารที่เอกสารถูกส่งไปและระบบเตือนความจำในตัวจะเตือนผู้จัดการของความจำเป็นในการตรวจสอบสถานะในวันที่ที่ระบุ

มะเดื่อ 3.4

จากข้อมูลที่ป้อนลงในระบบ "นายหน้าประกันภัย 8.3" หัวหน้าองค์กรสามารถสร้างรายงานการวิเคราะห์จำนวนมากเกี่ยวกับกิจกรรมทางการเงินในส่วนต่างๆ

รายงาน“ ผลลัพธ์ทางการเงิน” ช่วยให้คุณประเมินปริมาณการขายของนโยบายและผลกำไรของ บริษัท ประกันภัย

มะเดื่อ 3.5

รายงานตัวแทนแสดงจำนวนตัวแทนจำหน่ายและจำนวนค่านายหน้าที่เกิดขึ้นกับเขา

มะเดื่อ 3.6

งบดุลแสดงข้อมูลกระแสเงินสดและงบดุลสุดท้าย

การวิเคราะห์ทั้งหมดมีรายละเอียดครบถ้วนนั่นคือคุณสามารถสร้างรายการเอกสารตามข้อมูลที่อยู่ในรายงานซึ่งช่วยให้เจ้าหน้าที่การเงินสามารถติดตามข้อผิดพลาดทางการบัญชีที่เป็นไปได้ทั้งหมด

·การบัญชีสำหรับแบบฟอร์มการรายงานที่เข้มงวด

ระบบย่อยของการบัญชีสำหรับรูปแบบของการรายงานที่เข้มงวด (BSO) ช่วยให้คุณสามารถติดตามเส้นทางทั้งหมดของการเคลื่อนไหวของแบบฟอร์มจาก บริษัท ประกันภัยไปยังลูกค้าขั้นสุดท้าย

มะเดื่อ 3.7

รองรับรูปแบบหมายเลขที่เรียบง่ายและซับซ้อน จัดเตรียมกลไกสำหรับการป้อนแบบฟอร์มจำนวนมากช่วยอำนวยความสะดวกในการทำงานของผู้ปฏิบัติงาน

มะเดื่อ 3.8

ระบบควบคุมความสมดุลช่วยให้คุณสามารถติดตามจำนวนเงินขั้นต่ำที่ต้องการในสำนักงานรวมถึงสถานะของแต่ละแบบฟอร์มโดยใช้รายงาน "BSO Remains"

มะเดื่อ 3.9

รายงานความเคลื่อนไหวให้ข้อมูลโดยละเอียดเกี่ยวกับสิ่งที่เกิดขึ้นเมื่อมีรูปแบบเฉพาะ

มะเดื่อ 3.10

ประเภทของแบบฟอร์ม (CTP, CASCO, ใบเสร็จรับเงิน) สร้างขึ้นโดยผู้ใช้ในไดเรกทอรีที่เกี่ยวข้อง อาจมีผลผูกพันโดย บริษัท ประกันภัยและประเภทของการประกันภัย จำนวนประเภทของรูปแบบในระบบไม่ จำกัด แต่ละแบบฟอร์มในระบบอาจมาพร้อมกับความคิดเห็นโดยพลการ

เอกสารที่มีอยู่ในระบบอนุญาตให้สะท้อนการเคลื่อนไหว BSO ต่อไปนี้:

ใบเสร็จรับเงิน / ส่งคืน บริษัท ประกันภัย

โอน / คืนจากตัวแทน

โอนแบบฟอร์มโดยตรงระหว่างตัวแทน

ตัดออกจากแบบฟอร์มเมื่อสูญเสียมัน

การป้อนยอดคงเหลือเริ่มต้น

แต่ละเอกสารสามารถพิมพ์ในรูปแบบของการยอมรับ นอกจากนี้ยังให้ความสามารถในการเชื่อมต่อแบบฟอร์มที่พิมพ์ที่ใช้ในเวิร์กโฟลว์ของคุณ

·การจัดการเครือข่ายของตัวแทน

โปรแกรมจัดเตรียมการแลกเปลี่ยนข้อมูลทางอิเล็กทรอนิกส์ระหว่างนายหน้าและตัวแทนย่อย ในกรณีนี้ subagent สามารถเก็บบันทึกได้ทั้งในโปรแกรมที่คล้ายกันและใน excel ปกติ เอกสารสำหรับการถ่ายโอนและการยอมรับแบบฟอร์มการรายงานที่เข้มงวดและนโยบายการประกันโดยตรงมีให้สำหรับการแลกเปลี่ยน ดังนั้นนายหน้าจึงลดความต้องการผู้ให้บริการที่ตอกย้ำข้อมูลนโยบายลงในโปรแกรม เมื่อใช้ Excel จะมีการใช้ไฟล์กับชุดคอลัมน์เฉพาะที่ subagent เติมและส่งผ่านไปยังโบรกเกอร์

·บูรณาการกับระบบบัญชีอื่น ๆ

สำหรับการทำงานระบบใช้แพลตฟอร์ม 1C Enterprise 8.1 ซึ่งทำให้ระบบมีผู้ใช้หลายคนและไม่ จำกัด ในทางปฏิบัติโดยเครือข่ายท้องถิ่น

สำหรับการส่งและรับข้อมูล (เอกสารทางการเงิน ฯลฯ ) จะใช้กลไกการแลกเปลี่ยนข้อมูล XML

·คุณสมบัติอื่น ๆ

การบัญชีสำหรับเหตุการณ์ที่มีประกัน - เพื่อความเป็นไปได้ในการบันทึกความไม่เพียงพอของผู้ประกันตนมีความจำเป็นต้องบันทึกกิจกรรมประกันของเขาทั้งหมด

รายงานเพื่อประเมินผลการทำงานของผู้ปฏิบัติงานเกี่ยวกับการป้อนเอกสารลงในฐานข้อมูล

คำอธิบายของกระบวนการของนายหน้าประกันภัยในโปรแกรม:

• ·การวิเคราะห์ยอดขายของนายหน้าประกันภัย
• ·การวิเคราะห์ยอดขายโดยตัวแทน
• ·เข้าสู่ บริษัท ประกันภัยใหม่ตัวแทนผู้ถือกรมธรรม์
• ·ป้อนการประกันประเภทใหม่
• ·การโพสต์แบบฟอร์มการรายงานที่เข้มงวด
• ·ติดตามค่างวดผ่อนชำระงวดถัดไป
• ·ติดตามการหมดอายุของนโยบายการประกัน
• ·โอนแบบฟอร์มไปยังตัวแทน
• ·การขายกรมธรรม์ประกันภัย
• ·สร้างรายงานสำหรับ บริษัท ประกันภัย

l การวิเคราะห์ยอดขายของนายหน้าประกันภัย

เพื่อวิเคราะห์ยอดขายโปรแกรมจัดทำรายงาน“ ผลลัพธ์ทางการเงิน” (เมนู“ การเงิน” -“ ผลลัพธ์ทางการเงิน”) รายงานนี้แสดงข้อมูลเกี่ยวกับการทำสัญญาประกันโดยสรุปสำหรับระยะเวลาที่กำหนดหรือเฉพาะช่วงเวลาทั้งหมด นอกเหนือจากผลลัพธ์ทั่วไปแล้วรายงานยังสามารถดูผลลัพธ์สำหรับ บริษัท ประกันภัยรายบุคคลและประเภทของการประกันภัย ส่วนด้านล่างของรายงานแสดงข้อมูลเกี่ยวกับจำนวนสัญญาที่สรุปใหม่และจำนวนงวดถัดไปที่ยอมรับ (สำหรับสัญญาที่ชำระเป็นงวด)

มะเดื่อ 3.11

นอกเหนือจากการระบุระยะเวลาการรายงานนายหน้าประกันภัยอาจระบุองค์กรเฉพาะ บริษัท ประกันภัยและประเภทของการประกัน (CTP, CASCO, GO) การตั้งค่ารายงานสามารถบันทึกเพื่อใช้ในภายหลังด้วยปุ่ม ดังนั้นในครั้งต่อไปที่คุณเปิดปุ่มคุณสามารถคืนค่าการตั้งค่าได้อย่างรวดเร็ว

เบี้ยประกัน - จำนวนเงินที่ลูกค้าต้องชำระตามสัญญาประกันภัย เบี้ยประกันลบด้วยส่วนลด - จำนวนเงินที่ลูกค้าจ่ายตามสัญญาลบด้วยส่วนลดที่โบรกเกอร์ทำโดยอิงจากค่าคอมมิชชั่นของเขาเอง

ส่วนลด - จำนวนของส่วนลดที่โบรกเกอร์ทำบนพื้นฐานของการคำนวณคอมมิชชั่นของเขาเอง

คอมมิชชั่นของตัวเอง - เปอร์เซ็นต์และจำนวนของคอมมิชชั่นของนายหน้า

ค่าเบี้ยประกันหักค่าคอมมิชชั่น - จำนวนเงินที่จะโอนให้ บริษัท ประกันภัยโดยไม่มีค่านายหน้า

ค่าคอมมิชชั่นตัวแทน - จำนวนของค่าคอมมิชชั่นของตัวแทนที่ทำสัญญาประกัน

กำไร - จำนวนค่าคอมมิชชั่นของนายหน้าประกันภัยลบด้วยค่าคอมมิชชั่นของตัวแทน

รายงาน“ ผลลัพธ์ทางการเงิน” ในโปรแกรม“ นายหน้าประกันภัย 8.3” จะแสดงข้อมูลโดยละเอียดเพิ่มเติม (พร้อมรายละเอียดไปยังเอกสารเฉพาะ) หากคุณดับเบิลคลิกที่บรรทัดการจัดกลุ่มตามประเภทของการประกันภัย นี่จะเป็นการเปิดหน้าต่างรายงานแยกต่างหาก

มะเดื่อ 3.12

ผู้ใช้ของโปรแกรมสามารถเข้าถึงเอกสารที่แสดงในหน้าต่างนี้โดยดับเบิลคลิกที่เคอร์เซอร์เมาส์บนบรรทัดที่จำเป็น

ข้อมูลในหน้าต่างนี้สามารถสร้างได้อีกครั้งโดยการตั้งค่าพารามิเตอร์รายงาน (ระยะเวลา, องค์กร, บริษัท ประกันภัย, ประเภทของการประกัน, คู่สัญญา) และคลิกที่ปุ่ม "สร้าง"

ข้อมูลจากหน้าต่างใด ๆ สามารถพิมพ์ผ่านเมนู“ ไฟล์” -“ พิมพ์” หากปุ่ม "พิมพ์" ในเมนูไม่พร้อมใช้งานคุณต้องคลิกหนึ่งครั้งด้วยเคอร์เซอร์เมาส์ที่ใดก็ได้ในรายงานจากนั้นลองพิมพ์อีกครั้ง คุณยังสามารถบันทึกข้อมูลไปยังไฟล์ภายนอก ในการทำเช่นนี้คลิกที่ปุ่ม "บันทึกการคัดลอก" ในเมนู "ไฟล์" ในหน้าต่างที่เปิดขึ้นให้เลือกชื่อไฟล์และประเภทของไฟล์ หากต้องการบันทึกใน Excel คุณต้องเลือกประเภท "แผ่นงาน Excel97"

l การวิเคราะห์ยอดขายโดยตัวแทน

สำหรับการวิเคราะห์การขายกรมธรรม์ประกันภัยโดยตัวแทนโปรแกรม "นายหน้าประกันภัย 8.3" จัดทำรายงาน "รายงานเกี่ยวกับตัวแทน" (เมนู "การเงิน" - "รายงานตัวแทน") รายงานนี้แสดงข้อมูลเกี่ยวกับสัญญาประกันภัยที่สรุปโดยตัวแทนในช่วงระยะเวลาหนึ่งหรือทั้งหมด

หากต้องการสร้างรายงานให้คลิกปุ่ม "สร้าง"

ข้อมูลต่อไปนี้จะแสดงในคอลัมน์ของรายงาน:

จำนวนเงินที่จ่าย - จำนวนเงินที่ผู้ถือกรมธรรม์ได้ชำระเงินสำหรับกรมธรรม์ประกันภัย

ค่าคอมมิชชั่น - จำนวนค่าคอมมิชชั่นของตัวแทนที่ทำสัญญา

มะเดื่อ 3.13

หากจำเป็นรายงานสามารถสร้างข้อมูลเฉพาะตัวแทนและองค์กรโดยเลือกจากในฟิลด์การตั้งค่ารายงาน

“ รายงานตัวแทน” ในโปรแกรม“ ตัวแทนนายหน้าประกันภัย 8.3” จะแสดงข้อมูลโดยละเอียดเพิ่มเติม (พร้อมรายละเอียดไปยังเอกสารเฉพาะ) หากคุณดับเบิลคลิกที่บรรทัดการจัดกลุ่มตามประเภทของการประกันภัย นี่จะเป็นการเปิดหน้าต่างรายงานแยกต่างหาก

l ป้อน บริษัท ประกันภัยตัวแทนตัวแทนกรมธรรม์ใหม่

• 1. คลิกที่เมนู "ไดเรกทอรี", "บัญชี" ไดเรกทอรีคู่สัญญาจะเปิดขึ้น

มะเดื่อ 3.14

3. กรอกข้อมูลในฟิลด์:

ชื่อ ป้อนชื่อของคู่สัญญา

Jur / ทางกายภาพ ใบหน้า หากคู่สัญญาเป็นนิติบุคคล (ตัวอย่างเช่น บริษัท ประกันภัย) ในฟิลด์ให้เลือกใช้ปุ่ม "นิติบุคคล" หากเป็นบุคคลเอกชน (เช่นตัวแทน) ให้เลือก "บุคคล"

กลุ่มคู่สัญญา ที่นี่มีความจำเป็นต้องระบุกลุ่มที่คุณต้องการวางคู่สัญญาใหม่สำหรับ บริษัท ประกันภัยให้เลือกกลุ่ม "บริษัท ประกันภัย"

ชื่อเต็ม / ชื่อเต็ม ชื่อที่สองอาจแตกต่างจากชื่อแรก ตัวอย่างเช่นสำหรับ บริษัท ประกันภัยคุณสามารถป้อนในชื่อ ROSNO และในชื่อเต็ม OJSC SK ROSNO

INN TIN ของคู่สัญญา

เอกสาร สำหรับรายบุคคลป้อนที่นี่รายละเอียดของเอกสารประจำตัว

วันเกิด วันเกิดของบุคคลมักจะแนะนำให้ผู้ถือกรมธรรม์

แหล่งข้อมูล ที่นี่คุณสามารถระบุว่าผู้ถือกรมธรรม์พบคุณอย่างไร ค่าจะถูกเลือกจากไดเรกทอรี "แหล่งข้อมูล" เมื่อคุณคลิกที่ปุ่ม

คิดเห็น ข้อความแสดงความคิดเห็นที่กำหนดเอง

4. ในแท็บสัญญาเป็นไปได้ที่จะป้อนข้อมูลในสัญญาระหว่างองค์กรของคุณและคู่สัญญา สำหรับ บริษัท ประกันภัยต้องดำเนินการไม่เช่นนั้นชื่อของ บริษัท จะไม่ปรากฏในรายการตัวเลือกหากจำเป็น หากต้องการเพิ่มสัญญาใหม่ให้คลิก "การทำงาน", "เพิ่ม" หรือปุ่ม รูปแบบของรายการไดเรกทอรีใหม่จะเปิดขึ้น

มะเดื่อ 3.15

กรอกข้อมูลในฟิลด์:

องค์กร เลือกชื่อองค์กรของคุณเองซึ่งสรุปสัญญาโดยคลิกที่ปุ่ม

ชื่อ ชื่อโดยพลการของสัญญา แต่เป็นการดีกว่าที่จะระบุหมายเลขที่นี่

วันที่ทำสัญญา วันที่สรุปสัญญา

เงินตรา สกุลเงินของสัญญา

หลังจากกรอกข้อมูลให้คลิก "ตกลง"

• 5. ในแท็บ "ผู้ติดต่อ" กรอกข้อมูลการติดต่อที่จำเป็น
• 6. คลิกตกลง

l ใส่ประกันประเภทใหม่

1. กดเมนู "ไดเรกทอรี", "ประเภทของการประกันภัย" ไดเรกทอรี "ประเภทของการประกัน" จะเปิดขึ้น

มะเดื่อ 3.16

• 2. คลิก "การกระทำ", "เพิ่ม" หรือปุ่ม รูปแบบของรายการไดเรกทอรีใหม่จะเปิดขึ้น
• 3. กรอกข้อมูลในฟิลด์:

ชื่อ ป้อนชื่อของผลิตภัณฑ์ประกันที่จะนำมาพิจารณาในโปรแกรม (ตัวอย่างเช่น "CTP")

• 4. หากมีความจำเป็นที่ประเภทของการประกันจะมีให้เฉพาะ บริษัท ประกันภัยหนึ่งหรือหลาย บริษัท (ไม่ใช่ทั้งหมด) ให้เพิ่มชื่อของพวกเขาลงในตาราง“ บริษัท ประกันภัย”:
• 4.1 คลิกปุ่มใต้ "บริษัท ประกันภัย:" เพื่อเพิ่มแถวใหม่ลงในตาราง
• 4.2 ในคอลัมน์“ บริษัท ประกันภัย” ในบรรทัดใหม่คลิกปุ่ม ไดเรกทอรีคู่สัญญาจะเปิดขึ้น

มะเดื่อ 3.17

4.3 ค้นหา บริษัท ประกันภัยที่ต้องการและดับเบิลคลิกด้วยเคอร์เซอร์ของเมาส์ บริษัท จะถูกโอนไปที่โต๊ะ

คลิกตกลง

l การโพสต์แบบฟอร์มการรายงานที่เข้มงวด

1. เลือกรายการเมนู "การบัญชีสำหรับ BSO", "การรับ BSO" สมุดรายวันของเอกสารรายได้ BSO เปิดขึ้น

มะเดื่อ 3.18

มะเดื่อ 3.19

ข้อมูลรายการสำหรับการสุ่มตัวอย่างมาจากไดเรกทอรี "ผู้รับเหมา" หากรายการไม่มี บริษัท ที่คุณต้องการตรวจสอบ:

บริษัท มีสัญญากับองค์กรซึ่งสามารถตรวจสอบได้ในแท็บ "สัญญา" ในรูปแบบของคู่สัญญา

• 4. คลิกปุ่มเติม หน้าต่างการกรอกแบบฟอร์มจะเปิดขึ้น
• 5. กรอกข้อมูลลงในฟิลด์ในส่วน“ แบบฟอร์มการกำหนดหมายเลข”:

ประเภทของรูปแบบ เลือกชื่อประเภทหัวจดหมาย (เช่น CTP) โดยกดปุ่ม

ข้อมูลรายการสำหรับการเลือกนำมาจากหนังสืออ้างอิง "ประเภทของ BSO"

ชุด หากฟอร์มมีชุดให้ป้อนในฟิลด์นี้ (ตัวอย่างเช่น BBB)

จำนวนของฟอร์มแรก ในฟิลด์นี้ระบุหมายเลขของฟอร์มแรกจากบันเดิล (ตัวอย่างเช่น 0469815971) หากหมายเลขฟอร์มมีรูปแบบที่ซับซ้อนตัวอย่างเช่น - 012/0234/08 โดยที่หมายเลขที่เปลี่ยนแปลงได้คือ 0234 จากนั้นในฟิลด์คุณต้องป้อนหมายเลข - 234 จากนั้นเลือกเทมเพลตการกำหนดหมายเลขในฟิลด์ "เทมเพลต"

จำนวน ป้อนจำนวนช่องว่างต่อชุด (ตัวอย่างเช่น 10)

6. ถ้าหมายเลขแบบฟอร์มและหมายเลขนโยบายไม่ตรงกันดังนั้นในส่วน "การกำหนดหมายเลขนโยบาย" ให้กรอกข้อมูลในฟิลด์:

จำนวนของนโยบายแรก ที่นี่จำนวนของนโยบายแรกถูกตั้งค่าซึ่งสอดคล้องกับจำนวนของแบบฟอร์มแรกในแบบฟอร์มแพ็ค

แบบ ฟิลด์นี้จะปรากฏให้เห็นหากหลังจากเลือกประเภทของแบบฟอร์มแล้วโปรแกรมจะพบเทมเพลตตัวเลขสำหรับมัน อาจมีหลายเทมเพลตในฟิลด์นี้ระบุเทมเพลตที่จำเป็นในขณะนี้ เทมเพลตสำหรับหมายเลขถูกสร้างขึ้นในไดเรกทอรี "เทมเพลตการกำหนดหมายเลข" ของเมนู "การบัญชีสำหรับ BSO" และใช้สำหรับรูปแบบตัวเลขที่ซับซ้อนเช่น 012/0234/08

ใช้รูปแบบ หากคุณไม่ทำเครื่องหมายในช่องนี้เทมเพลตการกำหนดหมายเลขจะไม่ถูกใช้

• 7. คลิกตกลง ส่วนที่เป็นตารางจะต้องเสร็จสมบูรณ์
• 8. หากคุณต้องการพิมพ์เอกสารให้คลิก "เขียน" จากนั้น "พิมพ์" ปุ่ม "พิมพ์" จะปรากฏหากมีการลงทะเบียนแบบฟอร์มที่พิมพ์สำหรับเอกสารในไดเรกทอรี "รูปแบบการพิมพ์ภายนอก"
• 9. เพื่อให้ฟอร์มเป็นตัวพิมพ์ใหญ่สำหรับส่วนที่เหลือให้คลิกตกลง เอกสารจะถูกเก็บและปิด

l ติดตามการผ่อนชำระงวดถัดไป

เพื่อติดตามการชำระเงินตามนโยบายที่จ่ายโดยการชำระเงินหลายครั้งในช่วงเวลาที่แตกต่างกันในโปรแกรม "นายหน้าประกันภัย 8.3" ให้รายงาน "กำหนดการงวดถัดไป" (เมนู "ประกันภัย")

รายงานนี้จัดทำขึ้นสำหรับพนักงานของ บริษัท ที่มีส่วนร่วมในการแจ้งให้ผู้ถือกรมธรรม์ทราบถึงความจำเป็นในการชำระเงินอีกครั้งภายใต้กรมธรรม์ประกันภัย

ในการสร้างรายงานคุณต้องระบุช่วงเวลาก่อนที่จะได้รับเงินจากผู้ถือกรมธรรม์ หลังจากนั้นคุณต้องคลิกปุ่ม "แบบฟอร์ม"

มะเดื่อ 3.20

รายงานที่สร้างขึ้นจะแสดงข้อมูลที่จัดกลุ่มไว้สำหรับนโยบายแต่ละรายการ ข้อมูลต่อไปนี้จะปรากฏในกลุ่มนี้:

หมายเลขนโยบาย บริษัท ประกันภัย

รายละเอียดการติดต่อ - ชื่อของผู้ถือกรมธรรม์และรายละเอียดการติดต่อของเขา

สำหรับแต่ละนโยบายมีการจัดกลุ่มรายการเพิ่มเติมสองรายการ:

“ มีความจำเป็นต้องจ่าย” - เป็นการระบุการชำระเงินตามแผนที่ตกลงในช่วงเวลาที่กำหนด ข้อมูลถูกนำมาจากตาราง“ กำหนดการชำระเงิน” ของเอกสาร“ นโยบายการประกัน”

“ ชำระแล้ว” - การชำระเงินที่ได้รับในช่วงเวลาที่ระบุไว้ที่นี่ ข้อมูลในการจัดกลุ่มนี้มาจากเอกสารที่ป้อน“ ชำระเงิน” (สำหรับงวดปกติ) และ“ นโยบายประกัน” (สำหรับงวดแรก)

ข้อมูลจากหน้าต่างรายงานสามารถพิมพ์ผ่านไฟล์ - เมนูพิมพ์ หากปุ่ม "พิมพ์" ในเมนูไม่พร้อมใช้งานคุณต้องคลิกหนึ่งครั้งด้วยเคอร์เซอร์เมาส์ที่ใดก็ได้ในรายงานจากนั้นลองพิมพ์อีกครั้ง คุณยังสามารถบันทึกข้อมูลไปยังไฟล์ภายนอก ในการทำเช่นนี้คลิกที่ปุ่ม "บันทึกการคัดลอก" ในเมนู "ไฟล์" ในหน้าต่างที่เปิดขึ้นให้เลือกชื่อไฟล์และประเภทของไฟล์ หากต้องการบันทึกใน Excel คุณต้องเลือกประเภท "แผ่นงาน Excel97"

l ติดตามการหมดอายุของนโยบายการประกัน

เพื่อติดตามนโยบายที่ความถูกต้องใกล้จะถึงจุดสิ้นสุดโปรแกรม“ นายหน้าประกันภัย 8.3” จะจัดทำรายงาน“ หมดอายุกรมธรรม์ประกันภัย” ในเมนู“ ประกันภัย” รายงานนี้ใช้โดยพนักงานที่มีส่วนร่วมในการแจ้งให้ผู้ถือกรมธรรม์ทราบถึงความจำเป็นที่จะต้องทำสัญญาประกันใหม่ ในการสร้างรายงานคุณต้องเลือกระยะเวลาที่กรมธรรม์หมดอายุและคลิกที่ปุ่ม "สร้าง"

ข้อมูลรายงานจะแสดงในคอลัมน์ต่อไปนี้:

ผู้ถือกรมธรรม์ - ผู้ทำสัญญาประกันได้ข้อสรุป

บริษัท ประกันภัย - กับ บริษัท ประกันภัยที่ทำสัญญาประกันภัยไว้

ระยะเวลา - ข้อกำหนดของนโยบาย

วัตถุประกัน - ประกันขึ้นอยู่กับสัญญา

ผู้ติดต่อ - ข้อมูลการติดต่อของผู้ถือกรมธรรม์

ค่าเบี้ยประกัน - ค่าใช้จ่ายของกรมธรรม์

รายงานรวมถึงมูลค่านโยบายของอุปกรณ์ประกอบฉาก“ เงื่อนไขการประกันสำหรับ” ซึ่งอยู่ในช่วงเวลาที่เลือก หากจำเป็นคุณสามารถสร้างรายงานในรายละเอียดตัวเลือกนโยบายเพิ่มเติมโดยระบุเป็นครั้งแรกในการตั้งค่ารายงาน

รูปที่ 3.21

นอกจากนี้ในเอกสาร“ นโยบายการประกัน” คุณลักษณะเพิ่มเติมนี้จะต้องมีค่าที่แน่นอน (ไม่ว่างเปล่า) แอตทริบิวต์เพิ่มเติมเช่นอาจเป็น "ช่วงเวลาสิ้นสุดการใช้" เพื่อให้รายละเอียดเพิ่มเติมดังกล่าวปรากฏในเอกสาร "นโยบายการประกัน" ในตาราง "รายละเอียดเพิ่มเติม" คุณจะต้องสร้างมันในไดเรกทอรี "รายละเอียดเพิ่มเติม"

ข้อมูลจากหน้าต่างรายงานสามารถพิมพ์ผ่านไฟล์ - เมนูพิมพ์ หากปุ่ม "พิมพ์" ในเมนูไม่พร้อมใช้งานคุณต้องคลิกหนึ่งครั้งด้วยเคอร์เซอร์เมาส์ที่ใดก็ได้ในรายงานจากนั้นลองพิมพ์อีกครั้ง คุณยังสามารถบันทึกข้อมูลไปยังไฟล์ภายนอก ในการทำเช่นนี้คลิกที่ปุ่ม "บันทึกการคัดลอก" ในเมนู "ไฟล์" ในหน้าต่างที่เปิดขึ้นให้เลือกชื่อไฟล์และประเภทของไฟล์ หากต้องการบันทึกใน Excel คุณต้องเลือกประเภท“ Excel97 แผ่นงาน”

l โอนแบบฟอร์มไปยังตัวแทน

มะเดื่อ 3.22

• 2. คลิก "การกระทำ", "เพิ่ม" หรือปุ่ม แบบฟอร์มเอกสารใหม่จะเปิดขึ้น
• 3. กรอกข้อมูลในฟิลด์ที่จำเป็น:

องค์กร เลือกชื่อองค์กรของคุณเองโดยคลิกที่ปุ่ม

ข้อมูลรายการสำหรับการเลือกนำมาจากไดเรกทอรีของ "องค์กร"

ตัวแทน เลือกชื่อของตัวแทนโดยกดปุ่ม ไดเร็กทอรี "Counterparties" จะเปิดขึ้น ค้นหาตัวแทนที่ต้องการดับเบิลคลิกด้วยเคอร์เซอร์ของเมาส์

4. คลิกปุ่มเติม หน้าต่างจะเปิดขึ้นสำหรับการเลือกฟอร์มตารางจะแสดงฟอร์มทั้งหมดที่องค์กรที่เลือกไว้มียอดคงเหลือ

มะเดื่อ 3.23

5. ในการเลือกแบบฟอร์มคุณต้องตรวจสอบบรรทัดที่เกี่ยวข้องของตาราง

คุณยังสามารถใช้ปุ่มแท็กกลุ่มหลังจากไฮไลต์บรรทัดที่จำเป็น (เมื่อคุณคลิกที่บรรทัดมันจะถูกเน้นด้วยสีน้ำเงิน) ในขณะที่คุณสามารถใช้ปุ่ม SHIFT และ Ctrl หากคุณต้องการค้นหาฟอร์มที่มีหมายเลขเฉพาะให้คลิกเคอร์เซอร์ของเมาส์ในคอลัมน์ "หมายเลข" ในบรรทัดใดก็ได้แล้วพิมพ์หมายเลขบนแป้นพิมพ์ โปรแกรมจะค้นหารูปแบบโดยตัวอักษรตัวแรก หากรายการของแบบฟอร์มมีขนาดใหญ่มากก็สามารถลดลงได้โดยใช้ฟิลด์การตั้งค่าโดยการเลือกพารามิเตอร์แบบฟอร์มที่จำเป็นในพวกเขา:

บริษัท ประกันภัย เลือกชื่อของ บริษัท ประกันภัยโดยคลิกที่ปุ่ม ข้อมูลรายการสำหรับการสุ่มตัวอย่างมาจากไดเรกทอรี "ผู้รับเหมา" หากรายการไม่มี บริษัท ที่คุณต้องการตรวจสอบ:

บริษัท อยู่ในไดเรกทอรี "ผู้รับเหมา" และตั้งอยู่ในโฟลเดอร์ "บริษัท ประกันภัย" (ชื่อของโฟลเดอร์จะถูกเขียนในค่าคงที่ของโปรแกรม)

บริษัท มีสัญญากับองค์กรนี้สามารถตรวจสอบได้ในแท็บ "สัญญา" ในรูปแบบของคู่สัญญา

ประเภทของรูปแบบ เลือกชื่อประเภทหัวจดหมาย (เช่น CTP) โดยกดปุ่ม ข้อมูลรายการสำหรับการเลือกนำมาจากหนังสืออ้างอิง "ประเภทของ BSO"

ชุด มีการระบุชุดที่จะแสดงแบบฟอร์ม

• 5. คลิกตกลง แบบฟอร์มที่เลือกจะถูกโอนไปยังเอกสาร
• 6. หากคุณต้องการพิมพ์เอกสารคลิก "เขียน" จากนั้น "พิมพ์" ปุ่ม "พิมพ์" จะปรากฏหากมีการลงทะเบียนแบบฟอร์มที่พิมพ์สำหรับเอกสารในไดเรกทอรี "รูปแบบการพิมพ์ภายนอก"
• 7. ในการย้ายแบบฟอร์มไปยังส่วนที่เหลือของเอเจนต์ให้คลิกตกลง เอกสารจะถูกเก็บและปิด

ค้นหาเอกสารที่มีอยู่เพื่อปรับ:

• 1. เลือกรายการเมนู "การบัญชี BSO", "โอนแบบฟอร์มไปยังตัวแทน" บันทึกของเอกสารการโอนเอเจนต์ BSO จะเปิดขึ้น
• 2. หากรายการเอกสารมีขนาดใหญ่มากให้ใช้ปุ่มการจัดการวารสาร
• 3. ดับเบิลคลิกที่เอกสารที่ต้องการ แบบฟอร์มเอกสารจะเปิดขึ้น
• 4. ทำการเปลี่ยนแปลงที่จำเป็นแล้วคลิกตกลง

l ขายกรมธรรม์ประกันภัย

ในการป้อนข้อมูลเกี่ยวกับนโยบายการประกันที่ขายโปรแกรมจะใช้เอกสาร "นโยบายการประกัน"

สร้างเอกสารใหม่:

• 1. เลือกรายการเมนู "ประกันภัย", "นโยบายการประกัน" บันทึกประจำวันของนโยบายการขายเอกสารจะเปิดขึ้น
• 2. คลิก "การกระทำ", "เพิ่ม" หรือปุ่ม แบบฟอร์มเอกสารใหม่จะเปิดขึ้น

มะเดื่อ 3.24

3. กรอกข้อมูลในฟิลด์ที่จำเป็น:

องค์กร เลือกชื่อองค์กรของคุณเองโดยคลิกที่ปุ่ม

ข้อมูลรายการสำหรับการเลือกนำมาจากไดเรกทอรีของ "องค์กร"

บริษัท ประกันภัย เลือกชื่อของ บริษัท ประกันภัยโดยคลิกที่ปุ่ม

บริษัท อยู่ในไดเรกทอรี "ผู้รับเหมา" และตั้งอยู่ในโฟลเดอร์ "บริษัท ประกันภัย" (ชื่อของโฟลเดอร์จะถูกเขียนในค่าคงที่ของโปรแกรม)

บริษัท มีสัญญากับองค์กรซึ่งสามารถตรวจสอบได้ในแท็บ "สัญญา" ในรูปแบบของคู่สัญญา

ประเภทของการประกันไม่มีผลผูกพันกับ บริษัท ประกันเลยหรือ บริษัท ประกันภัยที่เลือกอยู่ในรายการที่มีผลผูกพันและจะถูกตรวจสอบในไดเรกทอรี "ประเภทของการประกันภัย"

ผู้เอาประกัน ป้อนชื่อของผู้ถือกรมธรรม์ ฟิลด์ถูกกรอกในรูปแบบใด ๆ มีสองตัวเลือกสำหรับการกรอกข้อมูลในฟิลด์:

กดปุ่ม ไดเร็กทอรี "Counterparties" จะเปิดขึ้น ค้นหาผู้ประกันตนที่จำเป็นและดับเบิลคลิกที่มันด้วยเคอร์เซอร์ของเมาส์ หากคุณยังไม่มีให้สร้างมันขึ้นมา

พิมพ์ชื่อโดยตรงในช่อง "ผู้ถือกรมธรรม์" โปรแกรมจะค้นหาในไดเรกทอรี "ผู้รับเหมา" เพื่อหาตัวอักษรตัวแรกหากไม่พบมันจะสร้างขึ้นมาใหม่โดยอัตโนมัติ

ในฟิลด์นี้คุณต้องระบุวัตถุประกันเช่นรถยนต์ ในหน้าต่างที่เปิดขึ้นให้ป้อนข้อมูลบนวัตถุประกันและคลิก "ตกลง" หลังจากนั้นหน้าต่างจะปิดและวัตถุปรากฏในไดเรกทอรีให้ดับเบิลคลิกที่มันด้วยเคอร์เซอร์ของเมาส์

วันที่สรุป ที่นี่ระบุวันที่สรุปของสัญญาประกัน

ระยะเวลาของการประกันจาก - ถึง - ระบุเงื่อนไขของกรมธรรม์

ค่าเบี้ยประกัน ป้อนค่าใช้จ่ายของนโยบาย ในช่องด้านขวาให้ระบุสกุลเงินจากรายการโดยคลิกที่ปุ่ม ข้อมูลสำหรับรายการนั้นนำมาจากไดเรกทอรี "สกุลเงิน"

4. กรอกข้อมูลในฟิลด์:

จำนวนเงินที่ต้องชำระ ในฟิลด์นี้ป้อนจำนวนเงินที่ชำระจากใบเสร็จรับเงิน หากจำนวนเงินที่ชำระไม่เท่ากับจำนวนเบี้ยประกันการชำระเงินเพิ่มเติมของผู้ประกันตนจะต้องระบุไว้ในตาราง "ตารางการชำระเงิน" บนแท็บ "ตารางการชำระเงิน" (ดูด้านล่าง) จำนวนของส่วนลด หากนายหน้าประกันภัยทำส่วนลดให้แก่ผู้เอาประกันภัยบนพื้นฐานของการคำนวณค่าคอมมิชชั่นของเขาเองคุณควรระบุไว้ในฟิลด์นี้ ประเภทการจ่าย วิธีที่ผู้ถือกรมธรรม์ชำระเงินสำหรับนโยบายจะถูกระบุโดยการเลือกค่าที่เหมาะสมในฟิลด์นี้

มะเดื่อ 3.25

เงินสด - เงินโอนเมื่อได้รับ

ไม่ใช่เงินสด - เงินถูกโอนเข้าบัญชีของนายหน้าประกันภัย โอนเงินโดยตรงเข้าบัญชีธนาคารของ บริษัท ประกันภัย รวมกัน - จำนวนเงินจะแบ่งออกเป็นการชำระเงินหลายวิธีด้วยวิธีที่ต่างกัน

คณะกรรมาธิการ ที่นี่ระบุถึงค่าคอมมิชชันและการเคลื่อนไหวของคุณเอง ค่าคอมมิชชั่นหากจำเป็นสามารถแบ่งออกเป็นสองส่วนหลักและบริการเพิ่มเติม

การเคลื่อนไหวของค่าคอมมิชชันแสดงให้เห็นว่ามันจะไปยังนายหน้าได้อย่างไร:

Hold - หมายความว่านายหน้าโอนเงินให้ บริษัท ประกันภัยลบค่าคอมมิชชันของตัวเอง

การโอน - นายหน้าจะโอนจำนวนเงินที่ได้รับสำหรับนโยบายเต็มจำนวนและ บริษัท ประกันภัยจะต้องคืนค่านายหน้าในอนาคต

ที่จะได้รับหมายความว่าผู้ถือกรมธรรม์จ่ายนโยบายโดยตรงกับ บริษัท ประกันภัยและควรคืนค่านายหน้าในอนาคต

มีสามวิธีในการกรอกค่าคอมมิชชัน:

ป้อนจำนวนค่าคอมมิชชันในฟิลด์แรกและระบุการเคลื่อนไหว

ป้อนค่าคอมมิชชันในฟิลด์ที่สองซึ่งคำนวณจากจำนวนการชำระเงินและระบุการเคลื่อนไหว

ตั้งค่าการคำนวณค่าคอมมิชชั่นอัตโนมัติในไดเรกทอรี "ดอกเบี้ยในค่าคอมมิชชั่น" ของเมนู "การเงิน" จากนั้นค่าคอมมิชชั่นจะถูกคำนวณโดยอัตโนมัติขึ้นอยู่กับเงื่อนไขที่ตั้งไว้ ค่าคอมมิชชั่นสำหรับเพิ่ม บริการ ในกรณีที่ค่าคอมมิชชั่นของโบรกเกอร์จะต้องถูกแบ่งออกเป็นสองส่วน (เป็นทางการและไม่เป็นทางการ) จากนั้นจะต้องระบุส่วนที่สองในฟิลด์นี้ ตัวแทน หากตัวแทนเข้าร่วมในข้อสรุปของสัญญาประกันจะมีการระบุในฟิลด์นี้และค่าคอมมิชชันในฟิลด์ "ตัวแทนคอมมิชชั่น" ซึ่งสามารถคำนวณได้โดยอัตโนมัติเช่นเดียวกับนายหน้าของนายหน้าเองหากระบุไว้ในไดเรกทอรี "ตัวแทนค่านายหน้าร้อยละ" ในเมนู " การเงิน "

• 5. กรอกแบบฟอร์มที่ใช้เมื่อใช้สำหรับนโยบาย
• 6. บนแท็บการยืมให้ระบุข้อมูลของสัญญาเงินกู้
• 7. ข้อมูลที่ไม่มีฟิลด์แยกสามารถระบุได้ในแท็บ "รายละเอียดเพิ่มเติม"
• 8. หากกรมธรรม์มีการจ่ายเงินโดยผู้ประกันตนในงวดจากนั้นในแท็บ "ตารางการชำระเงิน" คุณต้องระบุเวลาและจำนวนเงินที่เขาควรนำมา
• 9. บนแท็บ "ขั้นสูง" คุณสามารถระบุจำนวนเงินเอาประกันภัยสำหรับกรมธรรม์ได้
• 10. หากจำเป็นต้องเชื่อมโยงกรมธรรม์ประกันภัยกับเอกสารทางบัญชีจริง (PKO, RKO, PP ขาเข้า / ขาออก) คุณสามารถทำได้ในแท็บ "เอกสารการชำระเงิน"
• 11. หากต้องการแนบไฟล์ภายนอก (เอกสารที่สแกนภาพถ่ายและอื่น ๆ ) ไปยังเอกสารประกันให้คลิกที่ปุ่ม "ไฟล์"
• 12. คลิก "ตกลง" เอกสารจะถูกบันทึกไว้

l สร้างรายงานสำหรับ บริษัท ประกันภัย

เพื่อสร้างรายงานให้กับ บริษัท ประกันภัยเกี่ยวกับนโยบายการขายในโปรแกรม "นายหน้าประกันภัย 8.3" เอกสาร "รายงานสำหรับ บริษัท ประกันภัย" จะใช้

สร้างเอกสารใหม่:

• 1. เลือกรายการเมนู "ประกันภัย", "รายงานสำหรับ บริษัท ประกันภัย" ล็อกของเอกสารรายงานจะเปิดขึ้น
• 2. คลิก "การกระทำ", "เพิ่ม" หรือปุ่ม แบบฟอร์มเอกสารใหม่จะเปิดขึ้น

มะเดื่อ 3.26

3. กรอกข้อมูลในฟิลด์ที่จำเป็น:

องค์กร เลือกชื่อองค์กรของคุณเองโดยคลิกที่ปุ่ม

ข้อมูลรายการสำหรับการเลือกนำมาจากไดเรกทอรีของ "องค์กร"

บริษัท ประกันภัย เลือกชื่อของ บริษัท ประกันภัยโดยคลิกที่ปุ่ม

ข้อมูลรายการสำหรับการสุ่มตัวอย่างมาจากไดเรกทอรี "ผู้รับเหมา" หากไม่มี บริษัท ในรายการคุณต้องตรวจสอบ:

บริษัท อยู่ในไดเรกทอรี "ผู้รับเหมา" และตั้งอยู่ในโฟลเดอร์ "บริษัท ประกันภัย" (ชื่อของโฟลเดอร์จะถูกเขียนในค่าคงที่ของโปรแกรม)

4. ฟิลด์ต่อไปนี้เป็นทางเลือก แต่เป็นที่ต้องการ:

สนธิสัญญา นี่คือสัญญาจากไดเรกทอรี "สัญญาของคู่สัญญา" ภายใต้องค์กรที่ทำงานร่วมกับ บริษัท ประกันภัย สามารถใช้ข้อมูลสัญญา (หมายเลขในชื่อวันที่สรุป ฯลฯ ) เมื่อพิมพ์รายงาน

ประเภทของการประกันภัย เลือกชื่อประเภทของการประกัน (ผลิตภัณฑ์ประกัน) จากรายการโดยคลิกที่ปุ่ม

ข้อมูลรายการสำหรับการเลือกนำมาจากไดเรกทอรี "ประเภทของการประกัน" หากรายการไม่มีประเภทที่ต้องการคุณต้องตรวจสอบ:

ประเภทของการประกันอยู่ในไดเรกทอรี "ประเภทของการประกัน" เมนู "ไดเรกทอรี"

ประเภทของการประกันไม่มีผลผูกพันกับ บริษัท ประกันเลยหรือ บริษัท ประกันภัยที่เลือกอยู่ในรายการที่มีผลผูกพันนอกจากนี้ยังมีการตรวจสอบในไดเรกทอรี "ประเภทของการประกันภัย"

หมายเลขรายงาน หากคุณระบุหมายเลขที่นี่เอกสารที่ตามมาจะถูกกำหนดหมายเลขอัตโนมัติ

รอบระยะเวลารายงาน ช่วงเวลาที่นายหน้ารายงาน

5. กรอกข้อมูลลงในตาราง "นโยบายการประกันภัย" ที่นี่มีความจำเป็นต้องระบุเอกสาร "นโยบายการประกัน" และ "การชำระเงิน" ที่นายหน้ารายงาน คุณสามารถกรอกข้อมูลในตารางโดยเพิ่มแถวใหม่โดยใช้ปุ่มหรือในโหมดอัตโนมัติ:

คลิกปุ่มเติม แบบฟอร์มการกรอกรายงานจะเปิดขึ้น:

กรอกระยะเวลาที่คุณต้องการดำเนินการกับเอกสาร

ทำเครื่องหมายที่ช่อง "เลือกเอกสารตามวันที่ประทับ" หากจำเป็นต้องเลือกเอกสารตามวันที่ "จำเป็น" มิฉะนั้นจะใช้รายละเอียด "วันที่สรุป" และ "วันที่ชำระเงิน"

หากคุณต้องการประมวลผลเอกสารเฉพาะสำหรับการประกันภัยประเภทเฉพาะให้ระบุในฟิลด์ "ประเภทการประกันภัย"

หากคุณต้องการประมวลผลเอกสารด้วยการชำระเงินบางประเภทเท่านั้น (เงินสดที่ไม่ใช่เงินสดโดยตรง) ให้ระบุในฟิลด์ "ประเภทการชำระเงิน"

หากมีความจำเป็นที่ในตารางเอกสารตรงข้ามเอกสารแต่ละฉบับจะมีการระบุเอกสารการชำระบัญชีจริง (ซึ่งจำเป็นสำหรับการพิมพ์รายงานไปยัง บริษัท ประกันภัยบางแห่ง) ระบุไว้ในฟิลด์ "เอกสารการชำระเงิน"

นอกจากนี้คุณยังสามารถเลือกเอกสารสำหรับตัวแทนและผู้รับผิดชอบ (ผู้ให้คะแนนเอกสารในโปรแกรม)

เครื่องหมายถูก "ตั้งค่าเครื่องหมาย" ตั้งค่าทำเครื่องหมายถัดจากแต่ละเอกสาร ในอนาคตผู้ดำเนินการที่จะตรวจสอบกับตารางที่กรอกข้อมูลอัตโนมัตินโยบายจำนวนมากที่เตรียมไว้สำหรับการส่งสามารถยกเลิกการเลือกได้ดังนั้นมันจะควบคุมข้อมูลในโปรแกรม

คลิกเติม

เอกสารจะเต็มไปด้วยนโยบายและการชำระเงินที่ขาย แต่ยังไม่รวมอยู่ในรายงานครั้งที่สอง (ในเอกสารอื่น“ รายงานสำหรับ บริษัท ประกันภัย”) นโยบายและการชำระเงินที่ไม่ได้ป้อนลงในตารางโดยอัตโนมัติ

ในช่วงไม่กี่ปีที่ผ่านมา บริษัท ประกันภัยต่างก็หมกมุ่นอยู่กับปัญหาและการแข่งขันในตลาดซึ่งองค์ประกอบทางเทคโนโลยีของธุรกิจอยู่ห่างไกลจากความสนใจเป็นอันดับแรก นั่นคือเหตุผลที่ตลาดประกันภัยในประเทศให้ความสนใจน้อยเกินไปต่อการนำโซลูชั่นไอทีไปใช้

อย่างไรก็ตามมีผู้ประกันตนที่เข้าใจว่าเทคโนโลยีระดับสูงมีอนาคต แต่อนาคตนี้จะต้องมีการสร้างในวันนี้ เกี่ยวกับบทบาทของระบบอัตโนมัติในการประกันภัยเกี่ยวกับการขายออนไลน์และเกี่ยวกับการบอกกับสำนักงานบริหารของ บริษัท ประกันภัย "VUSO" Alexander Shoikhedenko.

- บริษัท ประกันต้องลงทุนในประสิทธิภาพทางเทคโนโลยีหรือไม่?

ระบบอัตโนมัติในการประกันเช่นเดียวกับในภาคการค้าปลีกใด ๆ ที่เกี่ยวข้องกับลูกค้าจำนวนมากนั้นเป็นสิ่งจำเป็น ยิ่งไปกว่านั้นเรากำลังพูดถึงไม่เพียง แต่เกี่ยวกับการขายหรือการตั้งถิ่นฐาน แต่เกี่ยวกับกระบวนการทางธุรกิจทั้งหมด ในสหรัฐอเมริกาและยุโรปค่าใช้จ่ายส่วนใหญ่ที่ไม่เกี่ยวกับการดำเนินงานของอุตสาหกรรมประกันภัยนั้นอยู่ในระหว่างการสนับสนุนและพัฒนาโครงสร้างพื้นฐานด้านไอที นี่คือหลักฐานที่ผู้ประกันตนเข้าใจถึงความสำคัญของการใช้ระบบที่ทันสมัยซึ่งสามารถปรับปรุงประสิทธิภาพการขายปรับปรุงการจัดการการสูญเสียและเราไม่จำเป็นต้องพูดถึงการบัญชีการเงิน ยกตัวอย่างเช่นธนาคารมีกระบวนการอัตโนมัติเป็นเวลานานและไม่คิดว่าพวกเขาสามารถกรอกข้อตกลงการฝากเงินด้วยมือแล้วป้อนข้อมูลลงในระบบข้อมูล บริษัท ประกันยูเครน, อนิจจาสำหรับส่วนใหญ่ยังไม่ได้กังวลเกี่ยวกับปัญหานี้ แต่ฉันมั่นใจว่าในอนาคตอันใกล้แนวโน้มจะเปลี่ยนแปลง

อย่างไรก็ตาม บริษัท ในประเทศพยายามแนะนำการขายออนไลน์ ปรากฎว่าระบบอัตโนมัติไม่ส่งผลกระทบต่อการพัฒนาของช่องนี้

ฉันจะยกตัวอย่างง่ายๆ เมื่อ บริษัท ประกันภัยมีแพคเกจซอฟต์แวร์ที่ช่วยให้คุณสามารถดำเนินการส่วนใหญ่โดยอัตโนมัติคุณสามารถ“ แฮงค์” บนเว็บอินเตอร์เฟสที่แน่นอนซึ่งจะมีบทบาทในการส่งเสริมและสื่อสารกับลูกค้า จากนั้นตามข้อมูลที่ลูกค้ากรอกสัญญาประกันจะสร้างขึ้นโดยอัตโนมัติ การชำระเงินด้วยบัตรจะเชื่อมโยงกับสัญญาโดยอัตโนมัติ ยังคงเป็นเพียงการส่งมอบสัญญาให้กับลูกค้า ยิ่งกว่านั้นทันทีที่กฎหมายประกันภัยปรับใช้กับอีคอมเมิร์ซสมัยใหม่การส่งมอบนโยบายจะไม่จำเป็นและการมีส่วนร่วมของบุคคลในกระบวนการขายก็ไม่จำเป็นเช่นกัน ชอบขายตั๋วรถไฟหรือเครื่องบิน แต่ถ้าเอกสารทั้งหมดเป็นเอกสารโบราณในรูปแบบกระดาษหรือในโปรแกรมบัญชีการสร้างสัญญาประกันภัยนั้นไม่ได้เป็นไปโดยอัตโนมัติแม้แต่ระบบการขายที่ทันสมัยที่สุดก็จะไม่มีผลกระทบใด ๆ และร้านค้าออนไลน์ส่วนใหญ่ในวันนี้เป็นแพลตฟอร์มโฆษณาที่สวยงามที่คุณสามารถฝากคำขอรอสายจาก บริษัท แล้วยังคงกลับไปที่กระบวนการขาย“ มนุษย์” มาตรฐาน

- ประสบการณ์ที่ยอดเยี่ยมในการทำให้กระบวนการทางธุรกิจเป็นอัตโนมัติใน บริษัท ของคุณเป็นอย่างไร

-“ VUSO” เริ่มทำงานอัตโนมัติตั้งแต่ปี 2546 ในทิศทางนี้เราร่วมมืออย่างแข็งขันกับ Nexstep Solutions ด้วยการสนับสนุนที่เราสามารถทำให้กระบวนการหลายอย่างอัตโนมัติในการขายการตั้งถิ่นฐานการจัดจำหน่ายการบัญชีและการเงิน วันนี้สัญญาประกันส่วนใหญ่ถูกสร้างขึ้นในระบบซึ่งรับประกันความสอดคล้อง 100% กับมาตรฐาน บริษัท นี่เป็นแบบอย่างจริง ๆ เนื่องจากใน 90% กระบวนการดูแตกต่าง: อันดับแรกผู้ขายทำสัญญาจากนั้นนักบัญชีตรวจสอบพวกเขาจากนั้นข้อมูลเกี่ยวกับสัญญาจะถูกป้อนลงในฐานข้อมูล ระบบอัตโนมัติช่วยลดค่าใช้จ่ายของมนุษย์และระดับปัจจัยมนุษย์ นอกจากนี้ 80% ของการจ่ายเงินประกันจะเชื่อมโยงกับสัญญาประกันโดยอัตโนมัติซึ่งสามารถลดจำนวนพนักงานบัญชีได้อย่างมาก ข้อได้เปรียบหลักของระบบที่ใช้คือการทำงานอัตโนมัติของกระบวนการไม่ใช่แค่การทำเอกสารเอกสาร

- ร้านค้าออนไลน์ของคุณมีผลิตภัณฑ์ประกันประเภทใดบ้าง

ด้วยระบบการจัดการที่ทรงพลังเมื่อเราจัดการเราก็ไม่สามารถช่วยได้ แต่มองว่าอินเทอร์เน็ตเป็นแพลตฟอร์มที่มีแนวโน้มสำหรับการขายผลิตภัณฑ์ประกันภัย ก่อนอื่นสิ่งเหล่านี้คือผลิตภัณฑ์ค้าปลีกอย่างง่าย - CTP, CASCO และประกันการเดินทาง ประการแรกสิ่งเหล่านี้เป็นผลิตภัณฑ์ที่ได้มาตรฐานที่ผู้ประกันตนทุกคนสามารถพูดได้ในเกือบเงื่อนไขเดียวกัน; ประการที่สองมีความต้องการคงที่สำหรับพวกเขา ในกรณีนี้เรากำลังส่งเสริมไม่ใช่ผลิตภัณฑ์ แต่เป็นการบริการ เป็นการยากที่จะขายผลิตภัณฑ์ที่ซับซ้อนมากขึ้นโดยไม่มีบุคคล

- อะไรคือสาระสำคัญและข้อดีของกรมธรรม์ประกันภัย?

วันนี้กับการพัฒนาเทคโนโลยีสารสนเทศมีความเป็นไปได้ของการรวมกระบวนการทั้งหมดที่เกี่ยวข้องกับการกระจายของรูปแบบและการดำเนินการตามนโยบาย OSAGO เป็นระบบข้อมูลเดียวที่มีการปฏิเสธการใช้แบบฟอร์มและการประกันที่สมบูรณ์ในภายหลัง

ประโยชน์ของนโยบายอิเล็กทรอนิกส์มีมหาศาล ก่อนอื่นนี่คือเครื่องมือที่จะช่วยหลีกเลี่ยงการฉ้อโกงประกันภัยทุกประเภทในขั้นตอนการขาย หลังจากที่ทุกอย่างเกิดขึ้นในวันนี้ตัวอย่างเช่นในส่วนการประกัน CTP: ตัวแทนประกันภัยได้รับ 500 รูปแบบการประกัน CTP ซึ่งเขาถูกกล่าวหาว่าสูญเสียผล แต่จริง ๆ แล้วขาย "ไปด้านข้าง" และทำให้การชำระเงินประกันในกระเป๋าของเขา แต่มีแบบอย่างในตลาดเมื่อ บริษัท ประกันภัยสูญเสีย 10 หรือ 100,000 ธนาคารของนโยบายการประกัน CTP ประการที่สองการประหยัดที่สำคัญในการพิมพ์การจัดส่งการเติมการจัดเก็บนโยบายกระดาษ ประการที่สามมันเป็นเครื่องมือควบคุมที่ไม่เหมือนใครสำหรับ บริษัท ประกัน MTIBU ตัวอย่างเช่นวันนี้หลังจากการถูกเพิกถอนใบอนุญาต บริษัท ประกันภัยมีนโยบายหลายหมื่น

- มันใช้งานได้สำหรับคุณ?

- เราจะรอการเปิดตัวนโยบายอิเล็กทรอนิกส์ในระดับกฎหมายเมื่อใด

เราหวังเป็นอย่างยิ่งว่าจะได้รับการรับรองกฎหมายว่าด้วยการประกันภัยฉบับใหม่ซึ่งจะทำให้สัญญาประกันเป็นรูปแบบอิเล็กทรอนิกส์ อันที่จริงในขณะนี้มันจำเป็นที่จะต้องได้รับ "ชิ้นส่วนของกระดาษ" ที่มีตราประทับที่เป็นหนึ่งในอุปสรรคสำคัญในการทำงานของเรา

- บริษัท ประสบความสำเร็จในทิศทางอินเทอร์เน็ตอย่างไร?

อย่างน้อยการเปลี่ยนแปลงของการพัฒนาก็ดี หนึ่งปีต่อมาส่วนแบ่งของช่องทางนี้ในพอร์ตโฟลิโอทั้งหมดของ บริษัท อยู่ที่ประมาณ 1% และในอีก 2-3 ปีข้างหน้าเราตั้งใจที่จะนำตัวเลขนี้ไปสู่ \u200b\u200b10% มันค่อนข้างจริง หลังจากทั้งหมดถ้าคุณใช้ตัวอย่างของสหราชอาณาจักรแล้วมีเพียงการขายประกันภัยความรับผิดของบุคคลที่สามมอเตอร์ภาคบังคับผ่านบัญชีอินเทอร์เน็ตมากกว่า 50% นอกจากนี้ความภักดีของลูกค้าที่ได้รับจากร้านค้าออนไลน์นั้นสูงขึ้นมาก

- บริษัท ประกันภัยอื่น ๆ มีโครงการอินเทอร์เน็ตที่คล้ายคลึงหรือคล้ายกันในเนื้อหาหรือไม่

ผู้ประกันตนบางคนพยายามที่จะดำเนินโครงการดังกล่าว แต่ไม่มีใครมีระบบแบบรวม ตัวอย่างเช่นบางคนไม่มีความเป็นไปได้ของการจ่ายเงินแบบไม่มีเงินสดในขณะที่บางคนยังต้องไปที่สำนักงานของ บริษัท ประกันภัยเพื่อรับสำเนาสัญญา ดังนั้นส่วนนี้อยู่ในช่วงเริ่มต้นและเราตั้งใจที่จะพัฒนาอย่างจริงจังและย้ายออกจากพื้นดิน หากคุณไปไกลกว่าตลาดประกันภัยนั่นคือโครงการที่ฉันถือว่าเป็นระบบที่ใช้งานได้อย่างยอดเยี่ยมคือร้านค้าออนไลน์ของUkrzaliznitsіที่ขายตั๋วรถไฟ กลไกบ่งชี้มากสะดวกและแม่นยำ จริงการรวมกฎหมายของเอกสารอิเล็กทรอนิกส์มีส่วนทำให้ความสำเร็จในหลายประการขอบคุณที่ไม่จำเป็นต้องพิมพ์และลงนามอะไร และนี่เป็นการประหยัดทั้งเงินและเวลาทั้งสำหรับลูกค้าและ บริษัท ที่ใช้กลไกดังกล่าว

บริษัท ของคุณตั้งใจจะโปรโมตบริการอย่างไรไม่ใช่ความลับที่ความเชื่อมั่นของผู้บริโภคชาวยูเครนในนวัตกรรมต่างๆในตลาดการเงินต่ำมาก?

เราแบ่งกลยุทธ์ของการส่งเสริมการบริการของเราเป็นสององค์ประกอบออฟไลน์และออนไลน์ แต่ละคนมีหน้าที่ของตนเองซึ่งท้ายที่สุดแล้วควรนำเราไปสู่ผลลัพธ์ที่ตั้งใจไว้
แน่นอนความนิยมของบริการนี้เป็นงานที่ยากมากและที่สำคัญไม่ถูก ท้ายที่สุดผู้บริโภคจะต้องบอก "บนนิ้วมือ" ว่ามีบริการที่คล้ายกันสะดวกและใช้งานได้จริง แต่เราเห็นโอกาสในช่องทางการขายนี้และเรามั่นใจว่าในอีกไม่กี่ปีข้างหน้าจะมีการเติบโต

Rosgosstrakh ดำเนินกิจกรรมอัตโนมัติ

บริษัท Rosgosstrakh ได้นำระบบข้อมูลองค์กร AWP Insurer (เวอร์ชั่น 2.0) ไปใช้ในเชิงพาณิชย์ซึ่งอนุญาตให้กระบวนการทางธุรกิจหลักของกิจกรรมการดำเนินงานของ บริษัท ประกันภัยเป็นไปโดยอัตโนมัติ ระบบนี้ได้รับการพัฒนาร่วมกันโดย Rosgosstrakh และ TopS BI โดยใช้เทคโนโลยี Oracle Database Lite และ Java วัตถุประสงค์หลักคือเพื่อให้กระบวนการบัญชีสำหรับสัญญาประกันภัยจัดทำเอกสารการประกันภัยโดยอัตโนมัติคำนวณการชำระเงินประกันรวบรวมและวิเคราะห์ข้อมูลทางสถิติและอื่น ๆ และการรายงาน โดยเฉพาะอย่างยิ่งการบัญชีส่วนกลางและการวิเคราะห์สัญญาประกันทั่วไปและการประกันภัยความรับผิดของบุคคลที่สามโดยรถยนต์การคำนวณอัตราการประกันและเบี้ยประกันการสร้างเอกสารตามแบบฟอร์มที่ยอมรับการชำระการสูญเสียการคำนวณเงินสำรองการก่อตัวของการรายงานภายในและภายนอกที่จำเป็นเป็นต้น BI พิจารณาระบบย่อยการซิงโครไนซ์ข้อมูลที่ยึดตาม Oracle Database Lite ระหว่างแผนกและสำนักงานกลางของ บริษัท โดยใช้การจำลองแบบอีเมลออฟไลน์ การตัดสินใจครั้งนี้อนุญาตให้ Rosgosstrakh ใช้ระบบกระจายในสำนักงานภูมิภาคและสาขาในเงื่อนไขของช่องทางการสื่อสารผ่านสายโทรศัพท์คุณภาพต่ำที่มีอยู่เดิมโดยไม่สูญเสียประสิทธิภาพและระดับคุณภาพการซิงโครไนซ์ จนถึงปัจจุบันระบบนี้ถูกใช้งานโดยพนักงานประมาณ 7,000 คนของ บริษัท ในสำนักงานและสาขาภูมิภาคมากกว่า 1.8,000 แห่งทั่วรัสเซียและมีการรวบรวมสัญญาประกันมากกว่า 40 ล้านสัญญาในฐานข้อมูลกลาง

มีผลิตภัณฑ์เพียงเล็กน้อยสำหรับกระบวนการอัตโนมัติในตลาดประกันภัยและระบบที่มีอยู่ต้องการการปรับแต่งที่สำคัญ

ตลาดประกันภัยปิดตัวลงและ บริษัท ต่างๆไม่ต้องการที่จะแบ่งปันประสบการณ์ที่ประสบความสำเร็จหรือไม่ประสบความสำเร็จในการทำให้กระบวนการทางธุรกิจเป็นไปโดยอัตโนมัติ สาขาวิชาที่ซับซ้อนการขาดมาตรฐานและกรอบทางกฎหมายที่เปลี่ยนแปลงบ่อยครั้งนำไปสู่ความจริงที่ว่ามีผลิตภัณฑ์ไม่กี่ตัวสำหรับกระบวนการอัตโนมัติในตลาดประกันภัยและระบบที่มีอยู่ต้องการการปรับแต่งที่สำคัญ - บริษัท ประกันภัยแต่ละแห่งมีข้อมูลเฉพาะของตนเอง กระบวนการทางธุรกิจที่จะจัดระเบียบ

ปัญหาเหล่านี้เกี่ยวข้องกับการประกันภัยความรับผิดของบุคคลที่สามภาคบังคับ ดูเหมือนว่าทุกอย่างเป็นมาตรฐานในการประกันความรับผิดทางรถยนต์เนื่องจากมีฐานกฎหมายค่อนข้างเข้มงวด

“ การรวมของ CTP ในแพคเกจประกันภัยรถยนต์แบบครบวงจรรวมถึงการพัฒนาธุรกิจและการรายงานที่จำเป็นโดย บริษัท ประกันภัยรถยนต์แห่งรัสเซียและจัดตั้งขึ้นตามกฎหมายทำให้งานน่าสนใจยิ่งขึ้น” Mikhail Lebedev ผู้อำนวยการสายการผลิตของ Diasoft กล่าว ผลิตภัณฑ์สำหรับระบบอัตโนมัติของกิจกรรมประกันภัยปริญญาโทการประกัน

Viktor Bazanov หัวหน้าฝ่ายพัฒนาเทคโนโลยีของ IC“ ยินยอม” แบ่งปันปัญหาที่อาจเกิดขึ้นระหว่างการนำระบบข้อมูลรวมมาใช้รวมถึงวิธีการแก้ปัญหา:“ โชคไม่ดีที่ไม่มีใครยืมประสบการณ์ในการใช้ระบบอัตโนมัติของ OSAGO และเราเจอปัญหาเหล่านั้น ปัญหาเดียวกันกับที่ บริษัท อื่น ๆ ต้องประสบ แม้จะมีการศึกษารายละเอียดเบื้องต้นของทุกขั้นตอนของโครงการ แต่กลับกลายเป็นว่าโครงการมีขนาดใหญ่และมีผลกระทบต่อกระบวนการทางธุรกิจทั้งหมดรวมถึงการประกันภัยประเภทอื่น ๆ ”

หนึ่งในปัญหาหลักของ Bazanov คือการบริหารโครงการที่มีประสิทธิภาพต่ำ นี่เป็นปัญหาไม่เพียง แต่สำหรับ บริษัท ซอฟต์แวร์ แต่ยังรวมถึงลูกค้าและมีสองเหตุผลที่เขาเชื่อว่า: ทีมงานโครงการได้รับการศึกษาไม่ดีหรือมีส่วนร่วมบางส่วนในโครงการ การขาดประสบการณ์ในการจัดการโครงการรวมถึงโครงการด้านไอทีในส่วนของลูกค้าทำให้เป็นไปไม่ได้ที่จะกำหนดเงื่อนไขในสัญญาได้อย่างชัดเจนและมีความสามารถกำหนดตำแหน่งของ บริษัท ได้อย่างชัดเจนและกำหนดข้อกำหนดสำหรับผลลัพธ์โครงการอย่างแม่นยำ ส่งผลให้กำหนดเวลาดำเนินการล่าช้าและส่งผลให้งบประมาณเพิ่มขึ้น การเพิ่มเงื่อนไขการดำเนินโครงการทำให้ต้องคำนึงถึงความต้องการเพิ่มเติมใหม่รวมถึงการเปลี่ยนแปลงในกฎหมายและข้อกำหนดของ PCA

มันเป็นสิ่งจำเป็นในการควบคุมความถูกต้องและความเป็นไปได้ทางเศรษฐกิจของการแนะนำข้อกำหนดเพิ่มเติมใหม่ในโครงการ ตามหลักการแล้วความต้องการทั้งหมดควรได้รับการรวบรวมและรักษาความปลอดภัยในขั้นตอนเบื้องต้น เมื่อมีการพัฒนาธุรกิจชุดของฟังก์ชั่นใหม่จะปรากฏขึ้นซึ่งจำเป็นต้องสร้างขึ้นในโครงการตัวอย่างเช่นใน“ การยินยอม” สามเดือนหลังจากเริ่มโครงการอัตโนมัติ OSAGO กฎระเบียบใหม่ในสัญญาตัวแทนและการชำระหนี้กับตัวแทนและโปรแกรมลดราคาใหม่ที่มีผลต่อ OSAGO

กำหนดเวลาดำเนินการตามโครงการได้เติบโตขึ้นสองถึงสามครั้ง ในปัจจุบันการดำเนินการนำร่องเสร็จสมบูรณ์แล้วกำลังรวบรวมความต้องการและสถานการณ์ฉุกเฉินกำลังวิเคราะห์ข้อพิพาทกำลังแก้ไขกับผู้รับเหมาเกี่ยวกับสิ่งที่ถือว่าเป็นข้อผิดพลาดข้อบกพร่องของระบบหรือข้อกำหนดเพิ่มเติมคือใครและควรจะจ่ายให้ใคร

เนื่องจากการใช้ระบบข้อมูลแบบบูรณาการซึ่งเป็นเครื่องมือหลักในการสนับสนุนกระบวนการทางธุรกิจเป็นโครงการที่มีการลงทุนจำนวนมากเพื่อลดต้นทุนจึงจำเป็นต้องเปลี่ยนไปใช้บริการของระบบด้วยตัวเอง นั่นคือมันเป็นสิ่งที่จำเป็นควบคู่ไปกับการนำไปใช้ในการฝึกอบรมผู้เชี่ยวชาญด้านไอทีของ บริษัท ประกันภัยในการพัฒนาแอพพลิเคชั่นทางธุรกิจ

บิตเกี่ยวกับเทคโนโลยี

ระบบ Master Insurance ที่ครอบคลุมนั้นใช้สถาปัตยกรรมสามระดับซึ่งมีการจัดสรรแอพพลิเคชันเซิร์ฟเวอร์ DBMS และส่วนของลูกค้า ข้อดีของมันคือส่วนของลูกค้าสามารถเป็นได้ทั้งที่พัฒนาโดยใช้เครื่องมือ Diasoft หรือนำไปใช้กับเครื่องมือการเขียนโปรแกรมอื่น ๆ การมีอยู่ของฐานข้อมูลแบบกระจายช่วยให้คุณสามารถแบ่งและจัดกลุ่มฐานข้อมูลแยกตามสาขา การใช้เซิร์ฟเวอร์หลายเครื่องทำให้เป็นไปได้ที่จะขยายการโหลดสำหรับผู้ใช้ 50 คนเพื่อจัดระเบียบเซิร์ฟเวอร์ใหม่