Расчет сметы неоплаченных претензий bornhuetterFerguson объект
вычисляет оценку неоплаченных требований для unpaidClaimsEstimate = unpaidClaims(bf)bornhuetterFerguson объект.
дополнительно указывает тип данных утверждений. Укажите этот аргумент после входного аргумента в предыдущем синтаксисе.unpaidClaimsEstimate = unpaidClaims(___,referenceClaimsType)
bornhuetterFerguson ОбъектРасчет оценок неоплаченных требований для bornhuetterFerguson объект для моделирования данных страховых требований.
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]
Создание expectedClaims объект, где первым входным аргументом является сообщенный треугольник развития, а вторым входным аргументом является оплаченный треугольник развития.
earnedPremium = [17000; 18000; 10000; 19000; 16000; 10000; 11000; 10000; 14000; 10000]; ec = expectedClaims(dT_reported, dT_paid,earnedPremium)
ec =
expectedClaims with properties:
ReportedTriangle: [1x1 developmentTriangle]
PaidTriangle: [1x1 developmentTriangle]
EarnedPremium: [10x1 double]
InitialClaims: [10x1 double]
CaseOutstanding: [10x1 double]
EstimatedClaimsRatios: [10x1 double]
SelectedClaimsRatios: [10x1 double]
Создать bornhuetterFerguson с заявленными претензиями, оплаченными претензиями и ожидаемыми претензиями для расчета окончательных претензий, нерассмотренными делами, претензиями IBNR и оценками неоплаченных претензий.
bf = bornhuetterFerguson(dT_reported, dT_paid, ec.ultimateClaims)
bf =
bornhuetterFerguson with properties:
ReportedTriangle: [1x1 developmentTriangle]
PaidTriangle: [1x1 developmentTriangle]
ExpectedClaims: [10x1 double]
PercentUnreported: [10x1 double]
PercentUnpaid: [10x1 double]
CaseOutstanding: [10x1 double]
Использовать unpaidClaims для расчета оценки неоплаченных требований для bornhuetterFerguson объект.
unpaidClaimsEstimate = unpaidClaims(bf,"reported")unpaidClaimsEstimate = 10×1
103 ×
0.1968
0.0506
0.1299
0.1095
0.1767
0.0981
0.3915
0.9838
1.7208
3.7320
bf - Борнуэттер-ФергюсонbornhuetterFerguson объектОбъект Bornhuetter-Ferguson, указанный как ранее созданный bornhuetterFerguson объект.
Типы данных: object
referenceClaimsType - Тип данных по претензиям'reported'
(по умолчанию) | символьный вектор со значением 'reported' или 'paid' | строка со значением "reported" или "paid"Тип данных утверждений, указанный как символьный вектор или строка.
Типы данных: char | string
unpaidClaimsEstimate - Смета невыплаченных требованийОценки неоплаченных требований, возвращенные в виде массива.
Невыплаченные требования представляют собой резервы по претензиям в связи с имевшими место событиями, включая как заявленные, так и понесенные, но не сообщенные (IBNR) резервы, а также расходы на урегулирование таких требований.
Имеется измененная версия этого примера. Открыть этот пример с помощью изменений?
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.