Ar-Ge Teknik Raporu

İyi yazılmış bir teknik rapor, herhangi bir Ar-Ge vergi indirimi başvurusunun temelini oluşturur; işte HMRC beklentileri ve raporun nasıl yapılandırılacağı.

#GoFile — HMRC onaylı, denemesi ücretsiz.

Ücretsiz deneyin →

Temel bilgiler

  • Teknik rapor şöyledir: gönderilmedi CT600 belgenizle birlikte gönderebilirsiniz, ancak HMRC soruşturma başlatırsa bunu talep edecektir.
  • Nitelikli her proje kendi bölümünü kapsamalıdır. belirsizlik, ilerleme ve çözüm.
  • Rapor, bir kişi tarafından yazılmalı (veya incelenmeli)dır. yetkin profesyonel — ilgili alanda uzmanlığı olan biri.
  • HMRC şunları arıyor: özel, teknik dil Bu, gerçek bilimsel veya teknolojik belirsizliği ortaya koymaktadır.
  • İyi bir rapor ayrıca şunları da içerir: maliyet dökümü her proje için.

Teknik Rapora Neden İhtiyacınız Var?

Teknik rapor (bazen "teknik anlatım" olarak da adlandırılır), konuyu açıklayan temel belgedir. Neden Yaptığınız çalışma vergi açısından Ar-Ge olarak nitelendiriliyor. CT600 formunuzla birlikte sunulmasa da, HMRC Vergi Dairesi) talebinizle ilgili bir uyumluluk soruşturması başlatırsa, bu çalışmayı neredeyse kesinlikle isteyecektir.[1]

Sağlam bir teknik rapor olmadan, talebiniz savunmasızdır. HMRC 2022'den bu yana Ar-Ge taleplerine yönelik denetimini önemli ölçüde artırdı ve uygun belgelendirme olmadan yapılan taleplerin itiraz edilme veya azaltılma olasılığı daha yüksektir.

Önerilen Yapı

İyi bir teknik rapor, her bir uygun proje için net bir yapı izler. Aşağıdaki yapı, HMRC talepleri değerlendirmek için kullandığı BIS Kılavuzları kriterleriyle uyumludur:[3]

BölümNeler Dahil Edilmeli?
1. Projeye genel bakışProjenin amaçları ve bağlamına dair kısa bir açıklama.
2. Temel bilgiBaşlangıçta bu alanda zaten neler biliniyordu? Yetkin bir profesyonel, kamuya açık bilgilerden yararlanarak neler başarabilirdi?
3. Talep edilen avansProje, bilim veya teknoloji alanında hangi ilerlemeyi hedefliyordu?
4. BelirsizlikHangi spesifik bilimsel veya teknolojik belirsizlikler mevcuttu? Yetkin bir profesyonel neden cevabı kolayca belirleyemiyordu?
5. Üstlenilen işlerBelirsizliği gidermek için hangi sistematik yaklaşım benimsenmiştir? Yöntemleri, testleri, yinelemeleri ve analizi açıklayın.
6. SonuçBelirsizlik giderildi mi? Neler başarıldı (ya da başarılmadı)?
7. Maliyet özetiBu proje için uygun maliyetlerin dökümü: personel, malzeme, taşeronlar vb.

Belirsizlik Üzerine Yazmak

O belirsizlik Bu bölüm raporunuzun en kritik kısmıdır. HMRC değerlendiricileri, gerçek bilimsel veya teknolojik belirsizliğin olup olmadığına büyük önem verir. Sık karşılaşılan hatalar şunlardır:[2]

  • Çok belirsiz: “İşe yarayıp yaramayacağını bilmiyorduk” — bu ifade teknolojik belirsizlikten ziyade ticari riski tanımlar.
  • Çok genel: “Yazılım geliştirmek karmaşıktır” — karmaşıklık belirsizlikle aynı şey değildir.
  • Temel çizgiyi kaçırmak: Mevcut bilginin ne olduğunu ve neden yetersiz olduğunu açıklayamamak

İyi belirsizlik tanımları spesifik ve teknik olmalıdır:

İyi bir örnek: “Açık kaynak kodlu kütüphanelerde bulunan mevcut sinyal işleme algoritmaları, gerçek zamanlı olarak 10.000 kayda kadar veri kümelerini işleyebiliyordu. Uygulamamız ise aynı gecikme süresi içinde 500.000 kaydı işlemeyi gerektiriyordu. Değiştirilmiş bir algoritmanın kabul edilemez veri kaybı olmadan bunu başarabileceği bilinmiyordu ve teorik literatürde bu ölçekteki veri kümeleri gerçek zamanlı bir bağlamda ele alınmamıştı.”

Zayıf örnek: “Büyük miktarda veriyi hızlı bir şekilde işleyebilecek bir sistem kurmamız gerekiyordu. Bu zorlu bir işti ve önemli çaba gerektirdi.” — bu, bir iş zorluğunu tanımlıyor ancak bilimsel veya teknolojik bir belirsizliği dile getirmiyor.

Yetkin Profesyoneli Belirleme

Raporunuzda şunlar belirtilmelidir: yetkin profesyonel Belirsizliği doğrulayabilecek kişi. Bu kişinin şu özelliklere sahip olması gerekir:[3]

  • Bilim veya teknoloji alanında ilgili nitelikler veya deneyim
  • Projeye ve karşılaşılan belirsizliklere dair doğrudan bilgi sahibi olmak.
  • Belirsizliğin gerçek olduğunu ve kolayca çözülemeyeceğini teyit etme yeteneği.

Pratikte bu kişiler genellikle teknik lider, kıdemli geliştirici, mühendislik müdürü veya baş bilim insanıdır. Dışarıdan bir akreditasyona ihtiyaç duymazlar; alanda pratik deneyim yeterlidir.

Kaçınılması Gereken Yaygın Hatalar

  • Ürünü tanımlıyoruz, Ar-Ge'yi değil: Son ürünün özelliklerine değil, teknik zorluklara odaklanın.
  • Genel dil: Sektörünüzdeki herhangi bir şirket için geçerli olabilecek standart metinlerden kaçının.
  • Avansı kaçırmak: İş hedefinin ne olduğuyla sınırlı kalmayıp, bilim veya teknolojide hangi ilerlemenin hedeflendiğini açıkça belirtin.
  • Sistematik bir yaklaşım yok: Çalışmanın sadece deneme yanılma yöntemiyle değil, planlı ve metodik (hipotez, test, analiz) bir şekilde yürütüldüğünü gösterin.
  • Geriye dönük rasyonelleştirme: Raporu, araştırma ve geliştirme çalışmalarının yapıldığı zamana mümkün olduğunca yakın bir tarihte yazın, anıların silindiği yıllar sonra değil.

Çağdaş Kayıtların Tutulması

En iyi teknik raporlar şunlarla desteklenir: çağdaş kayıtlar — Ar-Ge çalışmaları sırasında oluşturulan belgeler. Bunlar şunları içerebilir:

  • Proje planları ve teknik özellikleri
  • Teknik toplantı notları ve karar kayıtları
  • Test sonuçları ve analiz raporları
  • Git commit geçmişleri ve kod inceleme notları (yazılım projeleri için)
  • Laboratuvar defterleri ve deney kayıtları
  • Teknik zorlukları tartışan e-posta yazışmaları

Bu kayıtları başvurunuzla birlikte sunmanız gerekmiyor, ancak HMRC bir soruşturma başlatırsa, bu kayıtların elinizde bulunması konumunuzu güçlendirecektir.

Sıkça Sorulan Sorular

Teknik raporu kim yazmalı?

Rapor, ilgili teknik niteliklere ve deneyime sahip "yetkin bir profesyonel" tarafından yazılmalı veya incelenmelidir. Bu kişi genellikle Ar-Ge projesinde çalışan baş mühendis, geliştirici veya bilim insanıdır. Bir Ar-Ge danışmanı raporun yapısını oluşturmaya yardımcı olabilir, ancak teknik içerik, çalışmayı yapan kişilerden gelmelidir.

Her proje açıklaması ne kadar uzun olmalı?

Belirli bir uzunluk şartı yoktur, ancak her proje, (alanınızda uzman olmayabilecek) bir HMRC müfettişinin belirsizliği anlaması ve ilerlemesi için yeterli ayrıntıda açıklanmalıdır. Genellikle, karmaşıklığa bağlı olarak proje başına 500-1500 kelime yeterlidir.

Hasar bildirimi sırasında rapor yazmadıysam ne olur?

Raporu, başvuru yapmadan önce veya başvuru sırasında hazırlamanız şiddetle tavsiye edilir. Eğer HMRC bir soruşturma başlatırsa ve elinizde rapor yoksa, geriye dönük olarak bir rapor hazırlamanız gerekecektir ki bu daha zor ve daha az ikna edicidir. Kayıt tutmaya Ar-Ge çalışmaları sırasında başlayın.

Raporun belirli bir formatta olması gerekiyor mu?

Hayır, HMRC belirli bir format öngörmüyor. Ancak, her proje için temel bilgi, belirsizlik, izlenen yaklaşım ve sonucu kapsayan net ve yapılandırılmış bir yaklaşım önerilir. Tutarlılık ve netlik, formattan daha önemlidir.

Daha Fazla Okuma

Basit bir vergi yazılımı mı arıyorsunuz?

# GoFile , HMRC tarafından tanınan ve 50.000'den fazla İngiliz işletmesi tarafından güvenilen bir platformdur. Dakikalar içinde kurun, güvenle dosyalayın.

Ücretsiz Başlayın

Kredi kartı gerekmiyor · İstediğiniz zaman iptal edebilirsiniz

Kaynaklar

  1. Kurumlar Vergisi: Araştırma ve Geliştirme (Ar-Ge) indirimi — GOV.UK
  2. CIRD81900 – Ar-Ge vergi indirimi: karşılanması gereken koşullar — HMRC
  3. Vergi amaçlı araştırma ve geliştirmenin anlamına ilişkin kılavuzlar — GOV.UK / DSIT

Başvurunuzu yapmaya hazır mısınız?

Ar-Ge Vergi İndirimi beyannamelerinizi bugün vermeye başlayın.

# GoFile , HMRC Birleşik Krallık Vergi Dairesi) tarafından tanınan ve 50.000'den fazla Birleşik Krallık işletmesi tarafından kullanılan bir yazılımdır. Dakikalar içinde kurulur - muhasebe bilgisine gerek yoktur.

Ücretsiz Başlayın →

Kredi kartı gerekmiyor · İstediğiniz zaman iptal edebilirsiniz

Sorunuz mu var?

Birleşik Krallık merkezli ekibimiz, binlerce işletmeye Ar-Ge Vergi İndirimi başvurusu konusunda yardımcı oldu. Size de yardımcı olmaktan mutluluk duyarız.

Ekibimizle iletişime geçin.