Rusya'daki finansal sistemin gelişimine, raporlamada sürekli bir artış eşlik ediyor. 1990'ların başında, küçük bir finans kurumunda tek bir kişi tarafından ve hatta manuel olarak yapılabilecek kadar az rapor varsa, şimdi büyük, iyi otomatikleştirilmiş departmanlar bu sorunlarla ilgileniyor. Ve bilgisayarlar olmadan bu süreci hayal etmek imkansız.
Bankalar çok fazla raporlama yapıyor. Banka raporlama formlarının bir listesini yazdırmak için birkaç A4 sayfasına ihtiyacınız var. Ve raporların sayısı sürekli artıyor. Üstelik Merkez Bankası'nın bu kadar belge yığını ile nasıl baş edebileceği de belli değil. Bu raporlarla ne yapıyor? Bazen hiçbir şey yokmuş gibi geliyor. Sadece kendisine gönderilen dosyaları ekler.
Aynı zamanda, Rusya Federasyonu Merkez Bankası, finansla ilgili tüm işletmeleri kontrol altına almaya çalışarak yetkilerini sürekli genişletiyor. Kredi dışı finansal kuruluşlar (NFI'ler) dahil. Ve sigorta şirketlerinin ve emeklilik fonlarının raporlarını toplamak ve işlemek bankalara göre çok daha zordur. Sadece onlardan daha fazla büyüklük sırası olduğu için. Bütün bunlarla ilgili bir şeyler yapılmalı.
Açıkça görünen ilk şey, raporlama yapan kuruluşların aynı bilgileri farklı biçimlerde çoğaltmaya zorlanmaması gerektiğidir. Ve kuruluşlar ve Merkez Bankası için daha kolay olacak. Daha az işlem, daha az hata anlamına gelir. Sonuçta, aynı veriler farklı şekillerde farklılık gösterebilir. Ve bunlardan hangileri doğrudur? Ancak sadece bu değil, kuruluşlar hatalarını fark ederek düzeltilmiş bir form gönderir. Ve bu düzeltme tüm ilgili taraflara da ulaşmalıdır. Sonuç olarak, durumu daha da karıştırabilir.
İkinci olarak, raporlamanın kendisini optimize etmek gerekir. Rusya Merkez Bankası, kontrol edilen kuruluşlardan istenen tüm bilgilere gerçekten ihtiyaç duyuyor mu? Gerçekten işliyor mu? Ve verilerin bir kısmı zaten Merkez Bankası tarafından sağlanan verilerden gelemez mi?
Üçüncüsü, raporlama formu standardını birleştirmeye çalışın. Artık her raporlamanın kendi formu var ve tüm bu raporlama formları Merkez Bankası'nın farklı birimlerinde saklanıyor. Başka bir yol umut verici görünüyor - aynı formattaki mesajların yükleneceği tek bir depolamanın organizasyonu. Regülatör için gerçekten gerekli verilerle. Ve Merkez Bankası'nın çeşitli kontrollerle uğraşan birimleri, ihtiyaç duydukları bilgileri bu depodan alsınlar.
Artık raporlama formlarının çoğu Merkez Bankası tarafından XML formatında alınmaktadır. Ancak, BDT'deki Deloitte Danışmanlık Kıdemli Müdürü Boris Rabinovich'e göre, bu format Rusya Merkez Bankası'nın karşı karşıya olduğu görevleri çözmek için yeterli değil. Bunları çözmek için XBRL formatı kullanılabilir.
2014 yılında Merkez Bankası bu NFO formatına geçme kararı almıştır. 2015'in başlarında Merkez Bankası, NFI'de uygulanmasından sonra XBRL formatının kullanılması olasılığını tartışmak için en büyük bankalarımızın temsilcileriyle bir toplantı yaptı. Öneri olumlu karşılandı.
Gerçekten de, tekerleği neden yeniden icat edelim? Uluslararası deneyimi kullanmak daha iyidir. Ve XBRL, ABD ve Batı Avrupa'da dijital raporlama için en popüler formattır. 2008 yılının ortalarında, Avrupa Parlamentosu, kendi yetki alanı içinde raporlama yapması için onay verdi. Şu anda, Rusya dışındaki tüm G20 ve BRICS ülkeleri, bu formatın teknik standartlarını (spesifikasyonlarını) geliştiren ve bunlara erişim sağlayan XBRL International kuruluşunun ulusal "yetki alanlarını" zaten kendi topraklarında örgütlediler.
Ek olarak, XBRL'nin avantajları arasında, "yaptırımlar savaşı" ve ithal ikame politikaları bağlamında özellikle önemli görünen belirli geliştiricilere ve yabancı devlet kurumlarına bağımlılığın olmaması yer almaktadır.
Teknolojik avantajlar, meta veri ve verilerin teknolojik düzeyde ayrılmasını ve ayrıca çok dilli sınıflandırmaların standart araçlarla desteklenmesini içerir.
XBRL (eXtensible Business Reporting Language - genişletilebilir işletme raporlama dili), IFRS, Basel ve Solvency ilkelerine uygun olarak hazırlanmış düzenli ve finansal tabloların iletimi için XML tabanlı bir formattır.
Bir veri modelinde gruplandırılmış temel göstergelerin dilinde raporlamayı açıklar ve çeşitli bağlamlarda analitik bilgiler elde etmenize olanak tanır. Bu format, Merkez Bankası tarafından ticari ve finansal bilgi alışverişini standart hale getirmek için önerilmiştir.
Boris Rabinovich, Merkez Bankası'nın web sitesinde yayınlanan ve XBRL formatının kullanılmasının aşağıdaki sonuçları vereceğine göre Merkez Bankası materyallerini gösterdi:
IFRS'ye dayalı NFO bloğu için Rusya Merkez Bankası'nda raporların toplanması ve işlenmesi için birleşik bir sistem oluşturarak raporlama verilerinin fazlalığının ve çoğaltılmasının ortadan kaldırılması;
Süreçlerin birleştirilmesi ve otomasyonu nedeniyle raporlama verilerinin güvenilirliğini ve kalitesini artırmak;
Tüm piyasa katılımcıları için finansal bilgilerin şeffaflığının ve açıklığının artırılması;
Sorumlu kuruluşlar üzerindeki yükün azaltılması.
Malzemeler ayrıca XBRL geçiş projesinin ön koşullarını da listeler:
Rusya Merkez Bankası temelinde bir mega düzenleyicinin oluşturulması, düzenleme ve denetime yönelik yaklaşımların birleştirilmesi, NFO'ların organizasyonunu ve muhasebesini kolaylaştırma, tek tip IFRS ilkeleri temelinde raporlama;
G20 düzenlemelerine yakınlaşma, UFRS'ye doğru ilerleme, G20 ülkeleri tarafından tanınan elektronik raporlama formatlarına geçiş, Solvency II ve Basel III standartlarına dayalı düzenlemenin getirilmesi;
Rusya Federasyonu Hükümeti'nin “İş için düzenleyici ortamın kalitesinin iyileştirilmesi” yol haritasının oluşturulması, uluslararası standartlar dikkate alınarak devlet ve girişimciler arasındaki etkileşimde veri alışverişi formatlarının birleştirilmesi.
Rusya Merkez Bankası sürekli olarak veri aktarım formatları sorunlarıyla uğraşmaktadır. Şimdi XBRL formatını kullanmaya başladı. Basın servisine göre, 13 Mayıs'ta yönetim kurulu, Merkez Bankası'nın XBRL International birliğine özel üye ("yetki alanı") olarak katılmasını uygun gördü. Bunun, derneğin bilgi tabanına erişim sağlayacağı, bankanın Rusya'da XBRL formatının geliştirilmesi için ana yönleri belirlemesine izin vereceği ve ayrıca Merkez Bankası ve diğer ilgili departmanlar, piyasa katılımcıları ve yazılımların inisiyatiflerini birleştireceği belirtildi. geliştiricilerin ülkede tek bir raporlama formatı sunması.
XBRL formatının uygulanmasına yönelik planlar ve zaman çizelgeleri şu anda bilinmemektedir ve büyük olasılıkla 2015 yılında belirlenecektir.
Rusya Federasyonu Merkez Bankası'nın finansal kuruluşların kontrolü sorununu çözme konusundaki genel yaklaşımı doğru görünüyor. Çok fazla raporlama formu değil, veri toplayın. Uluslararası olanlara odaklanan tek tip standartlar getirin.
Ek olarak, Merkez Bankası'ndaki tek bir raporlama verisi deposu, kontrol sürecini önemli ölçüde otomatikleştirecektir. Bir finansal kurumun durumunu her zaman analiz etmek gerekli değildir. Kritik göstergeler için bayraklar belirlemek ve tanıtılan standartların belirli bir ihlaline yanıt vermek yeterlidir.
İşletmeler de faydalanacak. Evet, nihai hedef: bir şirket - bir rapor - bir form ve sadece Merkez Bankası'nın farklı bölümleri için değil, herkes için - hala çok uzakta. Ancak buna yönelik adımlar ancak memnuniyetle karşılanabilir. Üstelik yabancı ülkeler de aynı yönde ilerliyor.
Bilişim şirketleri için yeni fırsatlar var. Sonuçta kendi geliştirdikleri finansal yazılım sistemlerinin verilerini XBRL formatına dönüştürmek gerekecek. Bu durumda, birkaç yaklaşım mümkündür.
En basiti, XBRL veri işaretlemesini birleştirilmiş veri düzeyinde uygulamaktır. Bu, halihazırda var olan birleştirilmiş raporlama için dönüştürücü yapmaktır.
İkinci, daha karmaşık, ancak daha iyi seçenek, bir piyasa katılımcısının kurumsal sistemleri düzeyinde XBRL formatında veri işaretlemenin tanıtılmasıdır. Yani işletmede kullanılan her sistem için bir çevirici yazınız.
Hem birinci hem de ikinci durumda kullanılabilen bulut seçeneği de ilginçtir. Verileri buluta dönüştürmek için gönderin. Ve hazır verileri XBRL formatında alın. Yeni başlayanlar için kötü bir fikir değil.
İkinci seçenek diğer olasılıkları açar. Farklı geliştiricilerin programlarında bir XBRL modülü varsa, aralarında ayrı arabirimler yazmaya gerek yoktur. Gerekli bir taksonomi varsa hemen birbirlerini anlamaya başlarlar. Ve farklı yazılım sistemlerinden gelen verilerin entegrasyonu, işletmelerin çalışmalarını optimize edecek programların geliştirilmesine yardımcı olabilir ve dahili kurumsal raporlama sistemlerinin geliştirilmesi için yeni fırsatlar yaratır.
Brykin Andrey Valerievich, ACCA, Projector Development LLC'nin mali yöneticisi
Son yıllarda, Rusya'da yeni bir ticari bilgi alışverişi standardı olan XBRL'ye olan ilgi artıyor.
Rusya Federasyonu Merkez Bankası, kredisiz finans kuruluşlarının raporlamasını XBRL'ye devretmek için bir proje uyguluyor. 2018'den itibaren bu kuruluşların XBRL formatında raporlar hazırlaması ve sunması planlanmaktadır.
2014 yılında halka açık büyük bir şirketin raporlamasını XBRL'de hazırladım. Raporların hazırlanması sırasında karşılaşılan temel sorun bilgi eksikliğiydi. İngiliz dili literatürü bile ya tamamen teoriktir ya da bir muhasebeci için genellikle anlaşılmaz olan teknik ayrıntılarla doludur. Rusça'da pratikte hiçbir bilgi yok.
Bu nedenle bu yazımda bir programcı değil, bir muhasebeci gözüyle XBRL'ye bakış açısını anlatmaya çalışacağım.
Referans için
XBRL standardı, uluslararası kuruluş XBRL International, Inc. tarafından geliştirilmiştir. iş sistemleri arasında iş bilgisi alışverişinde bulunmak. XBRL şu anda birçok ülkede borsa ve menkul kıymet düzenleyicileri, bankacılık düzenleyicileri, sicil memurları, vergi makamları ve ulusal istatistik kurumları tarafından kullanılmaktadır. Standartlar en yaygın olarak, 2008'den beri kamu şirketlerinin XBRL formatında raporlar yayınladığı Amerika Birleşik Devletleri'nde kullanılmaktadır.
XBRL raporlaması, işaretleme (etiketler) ve bu işaretleme içindeki raporlama metrikleri (sayılar ve açıklama) içeren birden çok dosyadan (XML biçimi) oluşur.
Örneğin, kâr şu şekilde tanımlanır:
Tüm raporlama metrikleri, örnek adı verilen tek bir dosyada bulunur.
Örneğe ek olarak, raporlama sırasında belirli dosyalar (taksonomi) birleştirilmelidir.
1. Şema.Şema dosyası amacına göre hesap planına karşılık gelir. Bu dosya, kullanılan XBRL sınıflandırmasına bağlantılar içerir. Bizim durumumuzda, bu UFRS taksonomisidir -
www.xbrl.org/2006/ref‑2006–02–27.xsd. Şema dosyası ayrıca ad ve bağlantı dosyalarına bağlantılar da depolar (aşağıya bakın). Standart IFRS taksonomisinde benzeri olmayan etiketler de buraya yerleştirilmiştir. Bu durumda kendi etiketinizi oluşturup şemaya yerleştirebilirsiniz.
2. Dosyayı adlandırın. IFRS etiketleri, raporlama analizi için uygun olmayan bir forma sahiptir. Örneğin: ifrs-full_ProfitLoss. Raporlamanın okunabilir olması için, her standart etikete, raporlamada karşılık gelen göstergenin adını verdiği ad verilmelidir, örneğin: Net Kâr. Adları olan dosya, raporlama göstergesinin adı ve ilgili etiketi hakkında bilgi depolar.
3. Bağlantı dosyaları:
a) Raporlama kullanıcısının tipik olmayan ancak mali tabloların parçası olanlarla kesinlikle aynı formları görebilmesi için raporlama formlarının ve notlarının yapısını içeren sunumlar;
b) hesaplamalar (XBRL, çeşitli raporlama göstergeleri arasındaki yazışmaları otomatik olarak kontrol etmenizi sağlar, örneğin, bilançonun varlık ve yükümlülüğünün mutabakatı; hesaplama dosyası kullanılan formülleri saklar);
c) Sermaye türleri (sermaye akış tablosu için) veya bölümler (bölüm raporlaması için) gibi, raporda sunulan ek boyutlar hakkında bilgi depolayan tanımlar.
Bir XBRL taksonomisi genellikle her biri aşağıdakilere sahip olan bir öğe listesi olarak temsil edilir:
1) nitelikler;
2) diğer elemanlarla bağlantılar.
Öğe, doğası gereği normal bir hesaba benzer.
Nitelikler şunları içerir:
Taksonomi ve hesap planı arasındaki en önemli fark, içinde, bireysel öğeleri birbirine bağlayan yukarıdaki bağlantı dosyalarının bulunmasıdır. Üstelik bu bağlantı, bir bilgisayar programı tarafından anlaşılabilen ve işlenebilen belirli bir şekilde gerçekleştirilir.
Teknik detaylara girmeden linkler şu şekilde:
İlk kez raporlar hazırlarken, başlangıç noktası olarak hazır raporlardan bir örnek kullanmak mantıklıdır. ifrs.org'dan bir örnek kullandım.
XBRL'de raporlama için genel eylem sırası şöyle görünür:
1) XBRL formatında raporlama formlarının hazırlanması (finansal durum tablosu, kapsamlı gelir tablosu, nakit akış tablosu, sermaye akış tablosunun yapıları ve göstergeleri):
a) şirketimizde bulunmayan kalemlerin hariç tutulması;
b) standart UFRS taksonomisinden eksik unsurların eklenmesi;
c) planın genişletilmesi - standart olmayan işlemler için UFRS'nin standart sınıflandırmasında yer almayan unsurların eklenmesi;
d) bağlantı dosyalarının oluşturulması;
2) şema, bağlantı dosyaları ve diğer tablolar için örnek oluşturma;
3) şemanın oluşumu, bağlantı dosyaları ve metin kısmı için bir örnek.
XBRL formatında hazır raporlama, şirketin web sitesine yerleştirilebilir (Rusya'da, XBRL'de raporlama için merkezi bir havuz yoktur), burada ilgilenen kullanıcılar için kullanılabilir olacaktır.
Bu tür raporlar hazırlanırken ortaya çıkan ilk sorunlardan biri yazılımların satın alınmasıdır.
Raporlamayı metin formatından XBRL formatına otomatik olarak çevirecek bir program olmadığını belirtmek gerekir.
Benim durumumda (diğer birçok şirkette olduğu gibi) UFRS raporlama göstergelerinin hesaplanması Excel'de yapıldı. Buna göre, tüm raporlama göstergeleri birkaç Excel dosyasında zaten mevcuttu. Ve görev, bu verilerden XBRL raporlama dosyaları oluşturmaktı.
Altova MissionKit yazılım ürünü elimdeydi. Prensip olarak, yukarıdaki tüm dosyalar bu üründe oluşturulabilir. Excel dosyalarından bilgilerin içe aktarılmasını da yapılandırabilirsiniz.
Ancak, kanaatimce bu yol, bir sonraki raporlamayı hazırlarken yukarıdaki dosyaların muhafaza edilmesi sorununu etkin bir şekilde çözmemektedir. Büyük şirketlerin UFRS raporlaması, çeyrekten çeyreğe oldukça değişiklik göstermektedir. Bu bağlamda, kaynak dosyaların yapısındaki değişiklikler nedeniyle içe aktarma ayarlarının sürekli olarak değiştirilmesi gerekecektir. Ayrıca, yukarıdaki dosyalara sürekli olarak yeni işlemlerin manuel olarak eklenmesi gerekecektir.
Tüm dosyaları doğrudan Excel makrolarını kullanarak bağlamak daha verimlidir. Altova MissionKit'i yalnızca hazırlanan dosyaların XBRL belirtimine uygunluğunu kontrol etmek için kullandım. Bu yol, raporlamayı XBRL formatına çevirme maliyetini önemli ölçüde azaltmanıza olanak tanır.
Raporlamadaki önemli konulardan biri doğru etiketi seçmektir, çünkü sınıflandırma zaten ilgili öğe için bir etiket sağlıyorsa yanlış etiketi seçmek veya kendi etiketinizi eklemek bir hatadır. Bu görevi kolaylaştırmak için ifrs.org web sitesi, hem raporlama formlarına hem de ilgili UFRS standartlarına göre sıralanmış resimli taksonomiler geliştirmiştir.
Gösterilen taksonomiden bir örnek:
| Mülkiyet, tesis ve ekipman | ||
| Arazi ve binalar | ||
| kara | anında, borç | UMS 16.37 Bir Örnek |
| Binalar | anında, borç | UMS 16.37 Genel uygulama |
| Toplam arazi ve binalar | anında, borç | UMS 16.37 b Örnek |
| makine | anında, borç | UMS 16.37 c Örnek |
| Araçlar | ||
| gemiler | anında, borç | UMS 16.37d Örnek |
| uçak | anında, borç | UMS 16.37 e Örnek |
| Varlıkların, borçların ve özkaynakların alt sınıflandırmaları | ||
| Motorlu Taşıtlar | anında, borç | UMS 16.37f Örneği |
| toplam araç | anında, borç | UMS 16.37 Genel uygulama |
XBRL raporlamasına bir öğe eklemenin ilk adımı, onu resimli sınıflandırmalarda aramaktır. Ve ancak böyle bir eleman bulmak mümkün değilse şema dosyasına eklenmelidir. Benim durumumda, çoğu nakit akışı tablosunda bulunan yaklaşık 30 madde eklemek zorunda kaldım. Bence bu çok fazla değil, yani raporlama göstergelerinin büyük çoğunluğu diğer şirketlerin raporlarıyla uyumlu olacak.
Raporlama çalışmanız sırasında, sürekli olarak XBRL uygunluğuna göre kontrol etmeniz gerekir. XBRL dosyalarıyla çalışmak üzere tasarlanmış herhangi bir yazılım bu kontrolü gerçekleştirebilir. Doğal olarak yanlış etiketi seçerseniz program bu hatayı tespit edemez. Ancak, deneyimlerin gösterdiği gibi, program oldukça fazla hata tespit ediyor.
Program, diğer şeylerin yanı sıra, hesaplama dosyasında bulunan bağlantılara göre raporlama göstergelerinin birbiriyle uyuşup uyuşmadığını kontrol eder (yukarıya bakın). Tabii ki, doğrulama için uygun bir kural sağlamak gerekir.
Raporlamanın XBRL'ye çevrilme sürecinde bir hata bulunursa, böyle bir hata düzeltilemez. Yani, XBRL dosyalarının yayınlanan raporlamayla tam olarak eşleşmesi gerekir.
XBRL raporlamasının, basılı kopya kadar eksiksiz raporlama olduğuna dikkat edilmelidir. Bu nedenle, doğruluğundan şirket yönetimi sorumludur. Ancak bu raporları görüntüleyebilmek için bile özel yazılımlarda belirli becerilere sahip olmanız gerekir. Raporlama doğru görünse bile, birkaç nedenden dolayı yanlış olabilir:
XBRL'nin uygulanmasının temel amacı, yatırımcılar için bu tabloların analiz sürecini kolaylaştırmak için finansal tabloların bir bilgisayar programı tarafından işlenmesini sağlamaktı.
ABD'de XBRL raporlaması 2008'den beri halka açık şirketler tarafından sağlanmaktadır. Ancak, bu projenin etkinliği konusundaki anlaşmazlıklar bu güne kadar devam ediyor. Benim düşünceme göre, yalnızca bazı durumlarda XBRL raporlamasının analizinin yatırımcı için daha uygun olduğu söylenebilir (örneğin, birçok şirketi hızlı bir şekilde analiz etmeniz veya iki keyfi şirketi birbiriyle hızlı bir şekilde karşılaştırmanız gerekiyorsa) ve bu, araştırmalarla doğrulanmıştır.
Ayrıca XBRL'nin hedeflerinden biri de raporlardaki hata sayısını azaltmaktı. XBRL, raporlama göstergelerinin birbirine uygunluğu için kurallar geliştirmenize ve kuralın ihlali durumunda otomatik olarak uyarı vermenize olanak tanır. UFRS raporlaması ile ilgili olarak, ana hatalar şirketin yeni veya değişen operasyonlarında meydana geldiğinden, bence bu tür kuralların değeri büyük değil. Ve bu tür işlemler için henüz bir kural olmadığı için hata da algılanmayacaktır.
Ancak bazen, XBRL'nin uygulanmasının şirkete fayda sağladığına dair bir görüş bulabilirsiniz (esas olarak şirket bölümleri arasındaki bilgi alışverişi süreçlerinin iyileştirilmesiyle ilgili). Bu durum UFRS raporlaması ile ilgili değildir. En azından bir standarda sahip olmak her zaman hiç olmamasından iyidir. Büyük olasılıkla, XBRL formatı basit raporlar için uygun olabilir. Bir standarda sahip olmak, bu tür raporları otomatik olarak işleyebilen yazılımların geliştirilmesini hızlandırabilir. Örneğin, XBRL formatındaki sözleşmelerin, mal/hizmet faturalarının değiş tokuşunun belirli bir süre sonra yaygın bir uygulama haline gelmesi oldukça olasıdır.
XBRL'yi geliştirmenin bir başka amacı da raporlama maliyetlerini azaltmaktı. Bu teknolojinin tanıtılmasının faydalarından bahseden XBRL geliştiricileri, IFRS'ye göre raporlamanın aktarılması değil, genel olarak XBRL'nin finansal veri alışverişi için kullanılması anlamına geliyordu. Bana öyle geliyor ki, bazı durumlarda XBRL'nin bu tür kullanımı fayda sağlayabilir (önceki paragrafa bakın). Ancak deneyimlerime dayanarak söyleyebilirim ki, UFRS ile ilgili olarak XBRL'nin devreye girmesi sonucunda raporlama maliyetinin düşmesi için bir neden göremiyorum. Aynı zamanda, XBRL'yi uygulamanın maliyetleri önemli olabilir. Bu, derlenmesi gerekmeyen şirketler için internette XBRL formatında rapor bulmanın zor olması gerçeğiyle dolaylı olarak doğrulanmaktadır.
XBRL'yi geliştirmenin bir diğer amacı, farklı şirketler arasında raporlamanın birlikte çalışabilirliğini artırmaktır. Ve bu kesinlikle çok önemli. Raporların uyumluluğu UFRS'nin ilkelerinden biri olmasına rağmen, sır değildir.
gerçekte, farklı şirketlerin raporları çoğu zaman uyumsuzdur. Ayrıca, benzer şirketlerin beyanları bile büyük ölçüde farklılık gösterebilir, bu da bu beyanların değerini büyük ölçüde azaltır. Bu farklılıkların nedenleri şu şekilde gruplandırılabilir:
Birinci grubun sorunlarının ne kadar önemli olduğuna yatırımcılar karar verir. Ancak, birinci ve ikinci farklılık gruplarına ya IFRS'nin kendisi tarafından izin verildiğine (örneğin, yeniden değerlenmiş sabit kıymetler için satın alma maliyetinin açıklanması gerektiğine) ya da önemsiz olarak kabul edildiğine inanıyorum. Bu nedenle, ana uyumsuzluk sorunları üçüncü grubun nedenlerinden kaynaklanmaktadır.
UFRS raporlaması en karmaşık finansal tablolardan biridir. XBRL'ye geçişe UFRS raporlaması ile başlamak bence oldukça riskli. Böyle bir geçişin faydaları açık değildir. Örneğin, şirketleri XBRL'de iş uygulamalarında en yaygın günlük raporları sağlamaya teşvik ederek daha fazla getiri elde edilebilir: faturalar, banka hesap özetleri, vb. Bu, bu tür raporların işlenmesini otomatikleştirmeye ve şirketler için muhasebe maliyetlerini düşürmeye yardımcı olabilir.
Ancak, çoğu durumda UFRS, açıklamaların niteliğine bağlı olarak ek bilgi gerektirir. Tüm IFRS standartlarının gerektirdiği tüm verileri bir veya daha fazla Excel tablosunda bağlamak neredeyse imkansızdır. Ancak, bu XBRL'de yapılabilir (ve yapılır).
Aynı zamanda, çoğu durumda bu tür XBRL bağlantıları, raporlama analizi sürecini otomatikleştirmenize izin vermez. Bu nedenle, bence XBRL'nin böyle bir avantajının değeri küçük. Ancak bu tür bağlantılara ihtiyaç var mı sorusuna da nihai cevabı yatırımcıların vermesi gerekiyor.
“Fonumuz, 2016 yılı sonunda düzenleyicinin pilot grubuna girdi. Ülkemizde bunun için gerekli sistemi uygulayabilecek çok az sayıda uzman ve şirket olduğu gerçeğini göz önünde bulundurarak, neredeyse bir yıl içinde XBRL formatında raporlamayı uygulayabildiğimiz için mutluyuz. Daha önce Rusya pazarında böyle bir formatın. Bu projenin uygulanması, uluslararası standartlara uygun olarak sağlanan finansal raporlama verilerinin kalitesini ve güvenilirliğini artıracaktır” dedi.
Denis Rudomanenko
JSC NPF LUKOIL-GARANT Genel Müdürü
“Homnet Şirketler Grubu ile yaptığımız işbirliğinden genel olarak memnunuz. Öncelikle uygulama aşamasında Homnet Şirketler Grubu'ndan proje yöneticisi ile verimli etkileşimi ve ikinci olarak şirket temsilcileri ile karmaşık yönetim problemlerini çözme becerisini özellikle belirtmek isterim. İki programdan oluşan bir paket oldukça değerlidir: HOMNET:NFO veri tabanından alınan veriler otomatik olarak şirketin ürünü HOMNET:XBRL'ye yüklenir. Keyifli bir ek olarak, profesyonel bir katılımcının uzaktan kontrol lisansı altında raporlanmasının yanı sıra yönetim şirketinin lisansı altında raporların işlenmesi olasılığını olumlu değerlendiriyoruz.”
Sergey Stukalov
OJSC RONIN Trust Genel Müdürü
“Proje sonucunda XBRL formatında bir hedef raporlama sistemimiz var. Sistem, 2018'in ilk çeyreği için Rusya Merkez Bankası'na sunulmak üzere halihazırda bir raporlama paketi oluşturmuştur. Sunulmadan önce, beyannameler ayrıca Rusya Merkez Bankası'nın kontrol kriterlerine göre sistemde kontrol edildi. Sonuç olarak, raporlama başarıyla sunuldu ve Rusya Merkez Bankası tarafından doğru olarak kabul edildi.”
Alexey Zhirny
IC "Trend" Genel Müdürü
“Bu tür projeleri uygulama deneyimi, özellikle yönetim şirketlerinde XBRL formatında raporların hazırlanmasının otomatikleştirilmesi, büyük miktarda veri ile rahatça çalışmamızı sağlayan hazır bir yazılım çözümünün bulunması tercihimizi belirledi. Böylece teklifi bizim için en uygun olan Homnet Şirketler Grubu, XBRL'ye geçiş projesinin Yürütücüsü oldu.”
Maria Ivanova
İngiltere "SK-CAPITAL" Genel Müdürü
"XBRL formatı uygulama projesini uygulamak için bir kez daha Homnet Şirketler Grubu'nu çok sayıda iyi nedenden dolayı seçtik. İlk olarak, satıcının XBRL'ye geçiş için kendi yazılım çözümü ve büyük yatırım şirketlerinde uygulanmasının başarılı deneyimi vardır. İkinci olarak, "HOMNET: NFO" ve "HOMNET: XBRL" birlikte çözümleri, yalnızca düzenleyicinin gereksinimlerine uygun olarak raporların toplanmasına ve sunulmasına değil, aynı zamanda mümkün olan en kısa sürede ve rahat bir şekilde yapılmasına da izin verir. yeterince büyük miktarda veri ile çalışmak zorunda. Böylece muhasebe programından raporlama tek tuşla alınıyor, bu özellik hem zamandan tasarruf sağlıyor hem de çalışanlarımızın hayatını kolaylaştırıyor.”
Maksim Romanov
IK "Analitik Merkez" Direktörü
“Diğer NPF'lerde benzer projeleri uygulama deneyimi, Rusya Federasyonu Merkez Bankası'ndaki XBRL çalışma gruplarına katılım ve Merkez Bankası pilot grubunun bir parçası olan NPF'de test edilen hazır bir yazılım çözümünün mevcudiyeti Rusya Federasyonu, seçimimizi belirledi. Böylece Homnet Group, önerisi bizim için en uygun olan XBRL'ye geçiş projesinin yürütücüsü oldu.”
Irina Baranova
baş muhasebeci yardımcısı
“Uygulanan proje, Rusya Federasyonu Merkez Bankası'nın (Rusya Bankası) yeni bir zorunlu formata geçişle ilgili gerekliliklerine uymamızı sağladı, bu da projenin ana hedefine ulaşıldığı anlamına geliyor. Bu bağlamda, projemize esnek yaklaşımı, bu proje çerçevesindeki çalışmaların verimliliği ve profesyonelliği için Homnet Şirketler Grubu'nun uzman ekibine teşekkürlerimizi sunarız."
Konstantinopolisli Andrew
LLC Genel Müdürü "Yönetim şirketi "Uzun vadeli yatırımlar"
Projenin başlangıcında bile, yalnızca önceden test edilmiş bir uygulama teknolojisine sahip hazır bir XBRL modülüne sahip satıcılardan gelen teklifleri dikkate almaya karar verdik. Böylece projenin şirketimiz için hızlı ve "acısız" bir şekilde hayata geçirilmesini istedik. Tabii ki, programın kendisi için de gereksinimlerimiz vardı, en önemlileri programın EPS, arka ofis sistemleri, veri ambarları üzerindeki muhasebe sistemleriyle entegre olma yeteneği ve rapor oluşturmak için gerekli göstergeleri doğru bir şekilde toplama yeteneğiydi. XBRL formatı. Tekliflerin analizinin sonuçlarına dayanarak, bizim için en iyi seçeneği seçtik - "HOMNET:XBRL" modülü
Svetlana Larina
Genel Müdür Yardımcısı-Kontrolör
“XBRL raporlama otomasyon projesinin bir parçası olarak bir yazılım çözümü ve bir proje yürütücüsü seçmemiz gerekiyordu. Teklifleri analiz ederken, elbette, her şeyden önce, bir BT tedarikçisinin yönetim şirketlerinde XBRL formatının uygulanması konusundaki deneyimine dikkat ettik. O zamana kadar Homnet Group, en büyük yönetim şirketlerinde kendi yazılımı olan Homnet:XBRL'ye dayalı olarak birçok projeyi hayata geçirmişti. HOMNET:XBRL modülünün uygulanması için kanıtlanmış teknoloji, ürünün yüksek kullanılabilirliği ve işlevselliği, karar verirken belirleyici kriterler oldu”
Alexey Domanov
CJSC Management Company Eurasia Genel Müdürü
“Projeyi Homnet Şirketler Grubu'nun yürütmesine vermeye karar verdik, çünkü Homnet NFO satıcısının yazılım çözümünü kullanarak OSBU'ya uygun olarak ENP kapsamında muhasebe ve raporlamayı otomatikleştirmek için bir projenin uygulanmasında zaten olumlu bir işbirliği deneyimine sahibiz. Homnet Şirketler Grubunun büyük projeleri uygulamak için yeterli kaynağa sahip olduğunu biliyorduk, XBRL yönünde uzmanlaşmış uzmanlar vardı. Ayrıca Homnet XBRL yazılım çözümünde geniş ve çok iyi işlevsellik bulduk”
Svetlana Naumova
JSC "MC "Analitik Merkez" Baş Muhasebecisi
XBRL raporlama sürecini optimize etmek için gerekli tüm işlevselliğe sahip bir çözüm seçtik. En önemlisi, HOMNET:NFO ve HOMNET:XBRL ile birlikte raporlama sürecini mümkün olduğunca otomatikleştirebilir ve basitleştirebilirsiniz.
Nikolay Leonenkov
IC "ZERICH Capital Management" Mali Direktörü
XBRL formatında eksiksiz bir raporlama paketi (BFO, NSO) hazırlamak için Homnet Consulting uzmanları benzersiz bir çözüm geliştirdi: homnet XBRL.
* - modülün teslimi, XBRL formatında eksiksiz bir raporlama paketi (BFO, denetim, istatistiksel) hazırlamak için ayarları içeren bir Vaka içerir.
2017 yılının ilk çeyreğinde Merkez Bankası, XBRL formatında raporlama için bir pilot proje* başlatmıştır. Katılımcılarından biri, proje çerçevesinde HOMNET:XBRL'den test raporları sunan ve XBRL otomatik raporlama sisteminin kurulduğu Rusya pazarındaki ilk NFI olan NPF Lukoil-Garant'tı:
“Fonumuz geçen yılın sonunda düzenleyicinin pilot grubuna girdi. Ülkemizde bunun için gerekli sistemi uygulayabilecek çok az sayıda uzman ve şirket olduğu gerçeğini göz önünde bulundurarak, neredeyse bir yıl içinde XBRL formatında raporlamayı uygulayabildiğimiz için mutluyuz. Daha önce Rusya pazarında böyle bir formatın. Bu projenin uygulanması, uluslararası standartlara uygun olarak sağlanan finansal raporlama verilerinin kalitesini ve güvenilirliğini artıracaktır”, –
12/07/2017 \ Bakış açısı
Julia Amiridi Rus Bankalar Birliği uzmanı, Intersoft Lab İş Geliştirmeden Sorumlu Genel Müdür Yardımcısı, XBRL uluslararası işletme raporlama formatına geçişe önceden hazırlanmak için bilmeniz gerekenler hakkında konuştu.
XBRL spesifikasyonlarına (İngilizce eXtensible Business Reporting Language'den) dayalı raporlama verilerinin toplanması ve işlenmesi için elektronik bir formata geçiş, Rusya Merkez Bankası'nın stratejik projelerinden biridir. XBRL - uluslararası iş raporlama formatı - 2018'in başından itibaren banka dışı finansal kuruluşlar (NFI'ler) tarafından düzenleyiciye raporlama için standart haline gelmelidir: devlet dışı emeklilik fonları, anonim ve yatırım fonları, yatırım yönetim şirketleri fonlar, sigorta kuruluşları, menkul kıymetler piyasası menkul kıymetlerindeki profesyonel katılımcılar, ticaret organizatörleri, takas kuruluşları ve merkezi karşı taraf işlevlerini yerine getiren kişiler.
Raporlama ölçütlerini birleştirmek ve NFI'ler için XBRL sınıflandırmasını, ilgili yönetmelikleri ve XBRL dönüştürücüyü geliştirmek için düzenleyici tarafından yapılan muazzam çalışma, NFI'ler için XBRL'ye geçiş için son tarihlere sıkı sıkıya bağlı kalma ile birleştiğinde, bu aşamalı yaklaşımı ölçeklendirme kararlılığını göstermektedir. en kısa sürede kredi kuruluşlarına Böyle bir adımın tavsiye edilebilirliğine ilişkin karar, NFO'nun XBRL'ye geçişinin sonuçlarını takiben verilecektir. Olumlu olduğu ortaya çıkarsa, NFI'ler için XBREL taksonomisini geliştirmek için kullanılan yaklaşımlar, bankalar için taksonomiyi geliştirmek için kullanılan yaklaşımların temeli olacaktır.
XBRL Taksonomisi Nedir?
Bir XBRL sınıflandırması, raporlama yapan kuruluşların düzenleyiciye sunması gereken ayrıntılı analitik özelliklerle sağlanan veri ve metriklerin bir açıklamasıdır. NFI'ler için XBRL sınıflandırması, Ortak Hesap Planı (UCA) ile Muhasebe Mali Tabloları (FRS), UFRS öğeleri ve denetim istatistikleri hakkındaki bir dizi veriyi birleştirir. Bu veri seti, düzenleyici tarafında gerekli tüm kontrol muhasebesi (finansal), denetleyici ve istatistiksel raporlama biçimlerini elde etmek için yeterlidir.
NFO'lar için XBRL sınıflandırması, veri merkezli bir yaklaşıma dayanmaktadır. Bu, toplanan verilerin mükerrer ve gereksiz göstergelerden arındırıldığı ve düzenleyicinin gelişmiş veriler için ihtiyaç duyduğu analitik bölümlerde hesaplar, hesap bölümleri ve denetleyici istatistiksel göstergeler temelinde oluşturulan çok boyutlu yapılar şeklinde düzenleyiciye sağlandığı anlamına gelir. analiz (örneğin, ana para birimleri, coğrafi yoğunlaşma, beklenen vade vb.). Aynı zamanda, sınıflandırma, her bir raporlama göstergesi BFO'daki ekonomik varlıklar düzeyinde tanımlandığında, biçim merkezli bir yaklaşımın unsurlarını içerir. Bu, yeni raporlama biçimine hakim olmanın ilk adımlarını basitleştiren, kullanıcılar için daha tanıdık bir raporlama görünümüdür. Taksonomide, olağan çapraz biçimli kontrol türü de dahil olmak üzere 5.000'den fazla doğrulama kuralı vardır.
NFO'lar için muhasebe, denetim ve istatistiksel raporlamanın nihai sınıflandırması, 31 Ekim 2017'de Rusya Merkez Bankası'nın web sitesinde yayınlandı. Yeni denetim gereksinimlerinin getirilmesi vb. ile bağlantılı olarak sınıflandırmanın güncellenmesi. göstergelerin ve/veya analitik bölümlerin %15'inden daha azını etkileyen değişiklikler, yılda en az iki kez planlı bir şekilde gerçekleştirilecektir. 2018 yılı için belirlenen düzenlemelere göre güncellenen taksonomiler 28 Şubat ve 31 Ağustos tarihlerinde yayımlanacak ve sırasıyla 1 Temmuz 2018 ve 1 Ocak 2019 tarihlerinde yürürlüğe girecektir. Daha büyük yükseltmeler de kabul edilebilir. Bu gibi durumlarda onlar için ayrı bir değişim planı geliştirilecektir.
XBRL formatında raporların hazırlanması ve sunulması süreci nasıl organize edilmektedir?
"Parmaklarda" XBRL raporlaması oluşturma sürecini tarif edersek, o zaman raporlama formlarını doldurmaya gelir, ancak normalden daha ayrıntılıdır. Gerekli analitik bölümlerde veriler ve göstergeler ile manuel olarak girilmeleri veya harici bir dosyadan yüklenmeleri gerekir. Doldururken, kopyalar otomatik olarak hariç tutulur, yani bir kez girilen bir gösterge, yeniden kullanıldığı tüm formlarda görüntülenir. Doldurulduktan sonra otomatik veri doğrulama, diğer bir deyişle format, aritmetik ve mantıksal kurallara uygunluğun kontrolü, önceki dönemlerin raporlama verileriyle karşılaştırma ve tespit edilen hataların düzeltilmesi mevcuttur.
Bu prensibe göre, Rusya Merkez Bankası tarafından ücretsiz olarak sağlanan XBRL formatında NFO raporlaması toplamaya yönelik Dönüştürücü yazılımının çalışması düzenlenmiştir. "Dönüştürücü" çalışmasının sonucu, geliştirilmiş nitelikli elektronik imza ile imzalanabilen ve bir finansal piyasa katılımcısının kişisel hesabı aracılığıyla düzenleyiciye aktarılabilen XBRL formatında bir dosyadır. 2021'de Dönüştürücünün varlığının sona ermesi ve kuruluşların kendi BT çözümlerine dayanarak XBRL formatında raporlama dosyaları hazırlaması planlanıyor.
Endişelenmeyin, piyasada verileri XBRL formatına dönüştürmek için birçok ticari ve ücretsiz yazılım ürünü var. Tüm XBRL dönüştürücüler, Rusya Merkez Bankası'nın "Dönüştürücüsü" ile neredeyse aynı prensipte çalışır:
Ancak XBRL formatında rapor hazırlamanın asıl zorluğu dönüştürmenin kendisi değil, XBRL formatına dönüştürülecek olan birincil veri ve göstergelerin hazırlanmasıdır.
XBRL'ye geçiş neden raporlama için veri kalitesi sorunlarını ortaya çıkarıyor?
Raporlama için XBRL formatına geçmenin temel amacı, düzenleyiciye hazır raporlama formları değil, ayrıntılı veri ve göstergeler katmanı sağlayarak elde edilen bilgilerin şeffaflığını, raporlamanın güvenilirliğini ve kalitesini artırmaktır. , buna dayanarak, regülatör tarafında:
Bu, XBRL formatına geçişin, kuruluşlar tarafından raporların hazırlanmasında kullanılan verilerin kalitesiyle ilgili derin sorunları ortaya çıkarabileceği anlamına gelir: bunların eksiksizliği, doğruluğu ve tutarlılığı. Ek olarak, XBRL raporlaması daha ayrıntılı hale geleceğinden, göstergeler için analitik özellikler eklenecektir, vb., o zaman ilk başta gerekli detay ve gerekli analitik bölümlerdeki veriler muhasebe sistemlerinde mevcut olmayabilir. Kayıt satıcılarının yazılımlarında ince ayar yapması ve kuruluşların ham veri bileşimini sınıflandırmanın gerektirdiğine yaklaştırmak için kurumsal süreçleri modernize etmesi zaman alacaktır.
Yaklaşan değişikliklerin ölçeği göz önüne alındığında, kredi kurumlarının düzenleyici raporlamasının geleceği, neredeyse yarın gelebilir. Öncelikle birincil verilerin konsolidasyonu, kalitelerinin sağlanması ve eksik analitiklerle zenginleştirilmesi süreçlerinin desteklenmesi açısından, bankaların BT altyapılarının XBRL'ye geçişe hazırlanması konusunda önceden düşünmeye değer. NFO'da uygulanan XBRL'ye geçiş için pilot projelerin deneyimi, bu sorunları çözmek için en etkili BT aracının bir veri ambarı (WD) olduğunu göstermektedir. Uygulamanın gösterdiği gibi, evrensel bir banka ölçeğinde bir veri ambarını tanıtmak en az iki yıl sürer. Kredi kurumlarının bu tür çözümlerin uygulanmasının tavsiye edilebilirliği hakkında ciddi şekilde düşünmesinin zamanı gelmiş olabilir.
2015 yılında, Rusya Federasyonu Merkez Bankası, 01/01/2018 tarihinden itibaren XBRL formatında veri raporlamak için kredisiz finansal kuruluşların (NFI'ler) elektronik formata geçişi için bir proje başlattı. Zaman hızla yaklaşıyor ve NFE'ler önümüzdeki değişikliklerin büyüklüğünü yeni yeni anlamaya başlıyor. Rusça'da XBRL hakkında epeyce yüksek kaliteli materyal var (mümkün olan en iyi şekilde olmasa da, çevirisi Merkez Bankası tarafından başlatılan XBRL kitabını sadece aptallar için önerebilirim). Bu boşluğu doldurmak ve XBRL'nin temellerinden bahseden Batavia'dan Plain English'teki iyi bir XBRL broşürünün uyarlamasını dikkatinize sunmak istiyorum.
Yazar adına çeviri yapıyorum, metni biraz faydalı bağlantılar ile tamamlıyorum. Orijinal şartlara atıfta bulunarak Rusya Federasyonu Merkez Bankası terminolojisine bağlı kalmaya çalışıyorum. İlk bölümlerden başlayacağım ve konu ilginizi çekiyorsa çeviriyi tamamlayacağım. Yorum yapın, sorular sorun - size bildiğim her şeyi anlatacağım.
Roman Udaltsov
Bu bölüm kitabın kendisini ve XBRL'nin temel kavramlarını tanıtmaktadır.
Bu kitabı okumaya başladıysanız, zaten duymuşsunuzdur. yeni iş raporlaması oluşturma yolu - XBRL. XBRL spesifikasyonuna baktıysanız, bunun resmi tanımlarla dolu 158 sayfalık bir belge olduğunu bilirsiniz. XBRL'yi doğru bir şekilde tanımlamak için böyle bir belgeye ihtiyaç vardır. Matematikçiler için gece için rahatlatıcı bir okuma olarak kabul edilebilir. Ama bizim için değil normal insanların.
Bizim için, normal Millet, bu kitap XBRL spesifikasyonunun özünü sade Rusça olarak yakalar. Size XBRL'nin ne olduğu ve nasıl kullanılabileceği konusunda iyi bir fikir vermelidir. Temel olarak, kitap spesifikasyona odaklanır işlevsellik XBRL.
Sen olumsuzluk Bu kitabı okuyarak kendinizi en küçük ayrıntılara bırakın. Bu düzeyde bir anlayışa ihtiyacınız varsa, ör. Kendi XBRL doğrulayıcınızı yazmak istiyorsanız, resmi belirtimi dikkatlice incelemelisiniz. Her iki durumda da, bu kitap kesinlikle XBRL'nin heyecan verici dünyasına bir giriş görevi görecektir.
Bu tür bloklar, ayrıntılara (gerçekten gerekli olduğunda) daha derin bir daldırma gösterecektir.
ben de olumsuzluk XML, XML Schema, XLink, XPath, XPointer, vb. gibi temel teknik standartları tartışacağım. Bu teknolojilere pek aşina değilseniz, önerilen okumaların bir listesi veya XML ile ilgili herhangi bir iyi kitap için World Wide Web Consortium (W3C) sitesine bakın.
Bu kitap, 04/25/2005 tarihinde değiştirilen şekliyle 02/20/2013 tarihli XBRL 2.1 spesifikasyonuna dayanmaktadır. Kitap ve resmi şartname arasında bir tutarsızlık olursa, tevazu benden bir hata yaptığımı ve şartnamenin yazarlarının her şeyi doğru yaptığını varsaymamı ister. Benzer bir varsayımda bulunmanızı tavsiye ederim.
Markdown ve HFM'de zengin biçimlendirme seçeneklerinin olmaması durumunda, aynı bloklar örnekleri gösterecek
XRBL, E'nin kısaltmasıdır x gerilebilir B işletme R eporting L anguage (Genişletilebilir İşletme Raporlama Dili), özün iyi bir açıklamasıdır: iş dünyasında kullanılan bir raporlama dilidir. Ve genişletilebilir. Çok basit, değil mi? Belki biraz daha açıklamaya ihtiyaç vardır.
Bu bölüm, XBRL ile ilgili bazı terimleri tanıtmaktadır, bunlar vurgulanacaktır. gözü pek yazı tipi. İlerleyen bölümlerde her şeyi ayrıntılı olarak analiz edeceğiz, bu yüzden onlardan korkmayın.
Hemen ortasına atlayalım: ... B işletme R eporting...
Hepimiz işletmelerin bir dizi rapor oluşturduğunu biliyoruz:
Her rapor bir veri kümesidir Gerçekler raporun içeriği hakkında, örneğin:
Eski güzel günlerde, bu tür raporlar, ilgili tüm gerçekleri toplayarak ve bunları önceden basılmış kağıt formlarda doldurarak oluşturulurdu. Doldurulan form daha sonra formdaki bilgileri okuyan ilgili taraflara gönderildi.
Kulağa zahmetli geliyor ama durum bu. Dahası - daha da kötüsü ... Farklı paydaşlar farklı biçimlerde verilere ihtiyaç duyarken, bunların içerdiği gerçekler aynı olabilir. Bunu yapmak için raporun derleyicisi aynı gerçekleri farklı formlarda doldurmak zorunda kalır.
XBRL, iş raporlarında veri oluşturma, dağıtma ve kullanma sürecini iyileştirmenin bir yolunu sunar. Bilgisayarların raporları otomatik olarak oluşturmasını, doğrulamasını ve işlemesini sağlayan bir elektronik raporlama biçimi tanımlar. Ayrıca, iletilen iş gerçeklerinin tek bir anlama sahip olmasını sağlamanın bir yolunu da tanımlar. Raporun derleyicisi, tüm gerçekleri içeren bir rapor hazırlayabilir ve bunu, ihtiyaç duyduğu gerçekleri seçecek ve kendisi için uygun herhangi bir biçimde sunacak olan alıcıya verebilir. Olguların tek anlamını belirlemek, raporun her alıcısının alınan gerçekleri aynı şekilde yorumlamasını sağlar.
Bir diğer ilginç nokta ise raporun şekli ile içeriğinin birbirinden ayrılabilmesidir. önceden yapılandırılmış form rapor, olguların bileşimini tanımlayan bir şablondur. Raporun alıcısı tarafından bir kez oluşturulur. Ve aktarılan gerçekler içerik, rapor her oluşturulduğunda oluşturulur.
XBRL standardı da benzer bir bölüm kullanır:
Bu, kitap boyunca kullanacağım bir örneği tanıtmak için iyi bir zaman gibi görünüyor. XBRL'nin temel ilkelerini gösterir ve teknik ve biçimsel yönleri pratik bir şekilde gösterir. Örnek, bir kağıt formdan ve el yazısı verilerden oluşur.Rapor formu şöyle görünür:
Raporlama formu, benzersiz tanımlayıcısı FD-01 ile benzersiz bir şekilde tanımlanabilir. Aşağıdaki unsurlardan oluşur - şirket adı, raporlama dönemi, raporlama döneminin başındaki ve sonundaki çalışan sayısı. Ayrıca, çalışan sayısının kadın ve erkek olarak ayrıştırılması ve çeşitli yaş gruplarına dağıtılması gerekmektedir.
Tamamlanmış bir rapor örneği şöyle görünebilir:
Çalışan sayısının arttığını görmek kolaydır, ancak şirkette matematik becerisi olmayan en az bir kişi istihdam edilmektedir. Bu kadar basit bir örnekte, kimsenin 27 + 15'i 41 olarak sayması pek olası değildir, ancak daha karmaşık raporlarda, her şey manuel olarak yapılırsa bu tür hatalar çok olasıdır.
XBRL'nin bir diğer öncülü, genişletilebilir olmasıdır. Eski güzel günlere dönersek, genişletilebilirliğin faydalı olacağı bir senaryoya bakalım.
Avrupa Birliği'nin AB içindeki herhangi bir işletme için raporlama gerekliliklerini belirlediğini varsayalım.
XBRL, bu tür gereksinimlerin desteklenmesine izin verir. AB, raporlama gerekliliklerini tanımlamak için bir sınıflandırma oluşturacaktır. Taksonomideki teknik kavramların kullanıcı dostu terimlere çevrilmesi, sözde etiket tabanı(etiket bağlantı tabanı). AB içindeki her dilin kendi etiket veritabanı olabilir veya her dil için etiketleri içeren bir paylaşılan veritabanı oluşturabilirsiniz. Bunun, kavramların gerçek tanımlarının her dil için tekrar edilmesini gerektirmediğine dikkat edin.
AB taksonomisini genişletmek isteyen bir ülke, ortak kavramlar için AB taksonomisine atıfta bulunacak kendi taksonomisini oluşturacaktır. Bu ülkenin sadece AB taksonomisinde yer almayan belirli kavramları tanımlaması yeterli olacaktır.
XBRL'deki "L", Dil anlamına gelir. XBRL dili, XBRL sınıflandırmalarını ve raporlarını, bilgilerin bilgisayarla işlenmesi için gerekli bir gereklilik olan, tek ve açık bir biçimde ifade etmenin bir yolunu sağlar.
XBRL dili, XML gibi dünya standartlarına ve bunlara karşılık gelen spesifikasyonlara dayanmaktadır. Aşağıdaki bölümler bunu daha ayrıntılı olarak ele alacaktır.
