Отображение сводного отчета по различным оценкам претензий
unpaidClaimsEstimateTable = summary(cl)
hainLadderСоздание сводного отчета для chainLadder объект, содержащий смоделированные данные страховых требований.
load InsuranceClaimsData.mat;
head(data)ans=8×4 table
OriginYear DevelopmentYear ReportedClaims PaidClaims
__________ _______________ ______________ __________
2010 12 3995.7 1893.9
2010 24 4635 3371.2
2010 36 4866.8 4079.1
2010 48 4964.1 4487
2010 60 5013.7 4711.4
2010 72 5038.8 4805.6
2010 84 5059 4853.7
2010 96 5074.1 4877.9
Использовать developmentTriangle преобразование данных в треугольник разработки, который является стандартной формой для представления данных утверждений. Создать два developmentTriangle объекты, один для заявленных требований и один для оплаченных требований.
dT_reported = developmentTriangle(data,'Origin','OriginYear','Development','DevelopmentYear','Claims','ReportedClaims')
dT_reported =
developmentTriangle with properties:
Origin: {10x1 cell}
Development: {10x1 cell}
Claims: [10x10 double]
LatestDiagonal: [10x1 double]
Description: ""
TailFactor: 1
CumulativeDevelopmentFactors: [1x10 double]
SelectedLinkRatio: [1x9 double]
dT_paid = developmentTriangle(data,'Origin','OriginYear','Development','DevelopmentYear','Claims','PaidClaims')
dT_paid =
developmentTriangle with properties:
Origin: {10x1 cell}
Development: {10x1 cell}
Claims: [10x10 double]
LatestDiagonal: [10x1 double]
Description: ""
TailFactor: 1
CumulativeDevelopmentFactors: [1x10 double]
SelectedLinkRatio: [1x9 double]
Создать chainLadder объект, где первым входным аргументом является сообщенный треугольник развития, а вторым входным аргументом является оплаченный треугольник развития.
cl = chainLadder(dT_reported, dT_paid)
cl =
chainLadder with properties:
ReportedTriangle: [1x1 developmentTriangle]
PaidTriangle: [1x1 developmentTriangle]
CaseOutstanding: [10x1 double]
Использовать ibnr для вычисления понесенных, но не сообщенных (IBNR).
ibnrClaims = ibnr(cl,'reported')ibnrClaims = 10×1
103 ×
0
0.0052
0.0169
0.0349
0.0575
0.0880
0.1489
0.3019
0.6084
1.5181
Использовать unpaidClaims для расчета неоплаченных требований.
unpaidClaimsEstimate = unpaidClaims(cl,'reported')unpaidClaimsEstimate = 10×1
103 ×
0.1968
0.0506
0.1300
0.1097
0.1771
0.0972
0.3908
0.9851
1.7175
3.6992
Использовать summary отображение последней диагонали как сообщенных, так и оплаченных треугольников развития, прогнозируемых окончательных требований, неурегулированных дел, претензий IBNR и общей суммы невыплаченных требований.
unpaidClaimsEstimateTable = summary(cl)
unpaidClaimsEstimateTable=11×9 table
Reported Claims Paid Claims Projected Ultimate Reported Claims Projected Ultimate Paid Claims Case Outstanding IBNR with Reported Claims IBNR with Paid Claims Total with Reported Claims Total with Paid Claims
_______________ ___________ __________________________________ ______________________________ ________________ _________________________ _____________________ __________________________ ______________________
2010 5089.4 4892.6 5089.4 4892.6 196.79 0 -196.79 196.79 0
2011 5179.9 5134.4 5185.1 5139.6 45.46 5.1857 -40.334 50.646 5.1263
2012 5625.4 5512.3 5642.3 5528.8 113.15 16.89 -96.602 130.04 16.548
2013 5803.7 5728.9 5838.6 5774.8 74.83 34.887 -28.904 109.72 45.926
2014 5878.7 5759.1 5936.2 5861.9 119.58 57.515 -16.814 177.1 102.77
2015 5772.8 5763.6 5860.8 5981.4 9.2 87.959 208.63 97.159 217.83
2016 5714.3 5472.4 5863.2 5915.8 241.88 148.95 201.58 390.83 443.46
2017 5854.4 5171.2 6156.4 6101.4 683.23 301.91 246.93 985.14 930.16
2018 5495.1 4386.1 6103.5 6171.2 1109 608.43 676.08 1717.5 1785.1
2019 4945.9 2764.8 6464 6742.8 2181.1 1518.1 1796.9 3699.2 3978
Total 55360 50585 58139 58110 4774.2 2779.9 2750.7 7554.1 7524.9
cl - Цепная лестница chainLadder объектЦепная многозвенная цепь, заданная как ранее созданная chainLadder объект.
Типы данных: object
unpaidClaimsEstimateTable - Различные оценки претензий с использованием метода цепной лестницыРазличные оценки претензий, полученные с использованием метода цепной лестницы, возвращены в виде таблицы.
Имеется измененная версия этого примера. Открыть этот пример с помощью изменений?
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.