Mahkemede elektronik yazışmaların kullanılmasına izin verilmesi. Kurumsal mail: gelen ve giden mesajların arşivlenmesi

Günümüzde mahkemeler genellikle elektronik yazışmaları yazılı delil olarak kabul etmektedir. Ancak, bunu yapmak için sahip olması gerekir yasal güç. Bu arada, sanal yazışmaların meşruiyetini belirlemeye yönelik açık ve birleşik kurallar ve yöntemler henüz geliştirilmemiştir ve bu da çok sayıda soruna yol açmaktadır.

E-posta vermenin birkaç yolunu düşünün yasal güç.

Kağıt üzerindeki harflerin tek iletişim aracı olduğu günler geride kaldı. Ekonomik faaliyet konuları arasındaki ekonomik ilişkilerin gelişimi, kullanılmadan zaten düşünülemez. Bilişim Teknolojileri. Bu, özellikle karşı taraflar farklı şehirlerde ve hatta ülkelerde bulunuyorsa geçerlidir.

Elektronik iletişim yoluyla iletişim, malzeme maliyetlerini düşürmeye yardımcı olur ve ayrıca belirli konularda hızlı bir şekilde ortak bir pozisyon geliştirmenizi sağlar.

Ancak, bu ilerlemeye sadece olumlu yönden bakılmamalıdır. Ekonomik ilişkilerin konuları arasında sıklıkla çeşitli anlaşmazlıklar ortaya çıkar ve bunların çözümü için mahkemelere başvururlar. Mahkeme, tarafların sunduğu delillerin değerlendirilmesine dayanarak bir karar verir.

Aynı zamanda, her bir delilin ayrı ayrı alaka düzeyi, kabul edilebilirliği, güvenilirliği ve ayrıca bir bütün olarak delillerin yeterliliği ve birbirine bağlılığı analiz edilir. Bu kural hem Rusya Federasyonu APC'sinde (71. maddenin 2. fıkrası) hem de Rusya Federasyonu Hukuk Usulü Muhakemeleri Kanunu'nda (67. maddenin 3. fıkrası) sabitlenmiştir. Sağlanan kanıtların kabul edilebilirliğini ve güvenilirliğini belirleme sürecinde mahkeme, genellikle çözümü davanın sonucunu önemli ölçüde etkileyen sorular sorar.

Ekonomik kuruluşlar arasındaki ilişkilerde elektronik belge yönetiminin kullanımı, Rusya Federasyonu Medeni Kanunu normlarına göre düzenlenir. Özellikle, Sanatın 2. paragrafında. 434'e göre: yazılı bir sözleşme, elektronik iletişim yoluyla belge alışverişi yapılarak akdedilebilir, bu da belgenin sözleşmenin bir tarafından geldiğinin güvenilir bir şekilde tespit edilmesini mümkün kılar.

Sanatın 1. paragrafına göre. 71 Rusya Federasyonu Medeni Usul Kanunu ve Sanatın 1. paragrafı. Rusya Federasyonu Tahkim Usul Kanunu'nun 75'i, yazılı kanıt, formda yürütülen davanın değerlendirilmesi ve çözülmesi ile ilgili koşullar hakkında bilgi içeren ticari yazışmalardır. dijital kayıt ve elektronik iletişim yoluyla alınır.

Kullanmak için elektronik belgeler Hukuki işlemlerde iki şartın yerine getirilmesi gerekir. İlk olarak, daha önce de belirtildiği gibi, yasal güce sahip olmaları gerekir. İkincisi, belge okunabilir olmalı, yani genel olarak anlaşılabilir ve algılanabilir bilgiler içermelidir.

Bu gereksinimden kaynaklanan Genel kurallar yargıçların delil kaynaklarından gelen bilgileri algılamasının aciliyetini öne süren yasal işlemler.

Genellikle mahkeme, yukarıdaki koşulları karşılamayan elektronik yazışmaları davaya kanıt olarak eklemeyi reddeder ve ardından ilgili tarafın meşru gerekliliklerini karşılamayan bir karar verir.

Yargılamanın başlamasından önce ve sonra elektronik yazışmayı meşrulaştırmanın ana yollarını düşünün.

Noter ile çalışın

Eğer dava henüz başlamadı, o zaman elektronik yazışmaya yasal güç vermek için noter tutmanız gerekir. Sanatın 1. paragrafında. Noterlik Mevzuatının Esasları'nın (Temel Esaslar) 102'si, ilgili tarafların talebi üzerine, noterin, sonradan delil sunumunun imkansız veya zor hale geleceğine inanmak için bir sebep varsa, mahkeme veya idari bir organda gerekli delili sağladığını belirtir. Ve Sanatın 1. paragrafında. Esaslar'ın 103'ü, noterin delil elde etmek için yazılı ve maddi delilleri incelemesini şart koşar.

Sanatın 2. paragrafına göre. Temel İlkelerin 102. maddesine göre, noter, ilgili kişilerin kendisine başvurduğu sırada bir mahkeme veya idari organda görülen bir davada kanıt sunmaz. Aksi takdirde, mahkemeler noter tasdikli elektronik yazışmaları kabul edilemez delil olarak kabul eder (11 Mart 2010 tarih ve 09AP-656 / 2010-GK Dokuzuncu AAC Kararı).

Sanatın 4. Bölümüne dayandığını hatırlamakta fayda var. 103 Esaslar, taraflardan birine ve ilgililere haber verilmeden delil sunulması sadece acil durumlarda gerçekleştirilir.

Kanıtları incelemek için, ek olarak bir protokol düzenlenir. Detaylı Açıklama Bir noterin eylemleri ayrıca denetimin tarihi ve yeri, denetimi yapan noter, ona katılan ilgili kişiler hakkında ve ayrıca denetim sırasında keşfedilen koşulların bir listesini içermelidir. E-postaların kendileri yazdırılır ve denetime katılan kişiler tarafından noter tarafından imzalanan ve mührü ile mühürlenen protokol ile birlikte dosyalanır. Rusya Federasyonu Yüksek Tahkim Mahkemesi'nin 23 Nisan 2010 tarih ve VAC-4481/10 sayılı Tespiti sayesinde, elektronik posta kutusunun noter tasdikli inceleme protokolü uygun delil olarak kabul edilmektedir.

Şu anda, tüm noterler e-posta sertifika hizmeti vermemektedir ve maliyetleri oldukça yüksektir. Örneğin: Moskova şehrinin noterlerinden biri, protokolün açıklayıcı bölümünün bir sayfası için 2 bin ruble talep ediyor.

Kanıt toplamakla ilgilenen kişi, ilgili başvuru ile notere başvurmalıdır. Şunları belirtmelidir:

• güvence altına alınacak kanıtlar;
• bu kanıtlarla desteklenen koşullar;
• kanıt sağlanmasının gerekli olduğu gerekçeler;
• asliye hukuk mahkemesi, tahkim mahkemesi veya idari organın yargılamasında davanın notere başvuru sırasında bulunmaması.

Noterler içeriği inceler e-posta kutusu veya uzaktan, yani kullanırlar uzaktan erişim bir posta sunucusuna (bu, sözleşme kapsamında elektronik iletişim hizmeti sağlayan bir sağlayıcının sunucusu, bir alan adı kayıt kuruluşunun posta sunucusu veya ücretsiz bir İnternet posta sunucusu olabilir) veya doğrudan ilgili kişinin bilgisayarından, bir e-posta programı kurulur ( Microsoft Outlook, Netscape Messenger vb.).

Uzaktan inceleme için, uygulamaya ek olarak, noterin alan adı kayıt kuruluşu veya İnternet sağlayıcısından izin alması gerekebilir. Her şey, işi tam olarak kimin desteklediğine bağlı. posta kutuları veya sözleşme kapsamındaki elektronik posta sunucusu.

sağlayıcı onayı

04/06/2009 tarih ve 09AP-3703 / 2009-AK tarih, 27.04.2009 tarih ve 09AP-5209/2009 sayılı Dokuzuncu AAC, 05.13.2010 tarih ve KG-A41 / 4138-10 sayılı FAS MO Kararları, mahkemeler, elektronik yazışmaların kabul edilebilirliğini de, eğer yönetimden sorumlu ISP veya alan adı kayıt kuruluşu tarafından onaylanırsa kabul eder. posta sunucusu.

Bir alan adı sağlayıcısı veya kayıt kuruluşu, yalnızca posta sunucusunu yönetiyorsa ve hizmet sözleşmesinde böyle bir hak belirtilmişse, ilgili tarafın talebi üzerine elektronik yazışmaları onaylar.

Bununla birlikte, elektronik yazışmaların hacmi oldukça büyük olabilir ve bu da kağıt belgelerin sağlanması sürecini karmaşıklaştırabilir. Bu bağlamda, mahkeme bazen elektronik yazışma sağlanmasına izin verir. elektronik medya. Moskova Bölgesi Tahkim Mahkemesi, A41-2326/08 sayılı davaya ilişkin 1 Ağustos 2008 tarihli Kararında, mahkemeye dört CD'de sunulan elektronik yazışmaların kabul edilebilirliğine atıfta bulunmuştur.

Ancak davayı temyiz merciinde ele aldığında Onuncu HMK, 09.10.2008 tarih ve A41-2326/08 sayılı Kararı ile elektronik yazışma bağlantısının asılsız olduğunu kabul etmiş ve ilk derece mahkemesinin kararını iptal etmiştir, ilgili tarafın akdedilen taraflar sözleşmesi tarafından sağlanan herhangi bir belgeyi ibraz etmediğini belirten.

Bu nedenle, uyuşmazlık konusu ile ilgili e-postaların mahkemeye yazılı olarak iletilmesi gerekir, diğer tüm belgeler elektronik ortamda sunulabilir.

Sanal yazışmalarda belirtilen gerçekleri kanıtlamak için, mektupların içeriğinin sonraki kağıt yazışmalarda bunlara atıfta bulunularak doğrulanması yardımcı olacaktır. Diğer yazılı kanıtların kullanımı, 20 Aralık 2010 tarihli ve 09AP-27221/2010-GK sayılı Dokuzuncu AAC Kararında yansıtılmıştır. Bu arada mahkeme, davayı ele alan ve taraflarca sağlanan kanıtları değerlendiren, elektronik yazışmalara bağlantı içeren kağıt yazışmaları kabul edilebilir bulmama hakkına sahiptir.

Yalnızca dikkate alır ve sunulan tüm kanıtların kapsamlı bir analizine dayanarak karar verir.

Bir uzmandan yardım alın

Eğer dava çoktan başladı, o halde elektronik yazışmaya yasal bir etki vermek için, bir bilirkişi dahil etme hakkının kullanılması gerekir. Sanatın 1. paragrafında. Rusya Federasyonu Tahkim Usul Kanunu'nun 82'si, özel bilgi gerektiren bir davanın değerlendirilmesi sırasında ortaya çıkan konuları açıklığa kavuşturmak için, tahkim mahkemesinin davaya katılan bir kişinin talebi üzerine bir bilirkişi incelemesi atadığı düzenlenmiştir. veya buna katılan kişilerin rızasıyla.

Bilirkişi incelemesinin atanması kanunla veya bir anlaşmayla öngörülüyorsa veya sunulan kanıtların tahrif edildiğine ilişkin bir ifadenin doğrulanması gerekiyorsa veya ek veya tekrarlanan bir bilirkişi incelemesi gerekliyse, tahkim mahkemesi bilirkişi incelemesi atayabilir. kendi inisiyatifi. Sunulan kanıtları doğrulamak için bir sınavın atanması da Sanatta sağlanmıştır. 79 Rusya Federasyonu Medeni Usul Kanunu.

Adli muayene atanmasına ilişkin başvuruda, ilgili tarafın adli tıp muayenesinin atanması için mahkemeye başvurmaya karar verdiği konuların yanı sıra, bunu yapacak olan kuruluşu ve belirli uzmanları belirtmesi gerekir. inceleme. Ayrıca, bu tür bir incelemenin maliyeti ve zamanlaması hakkında bilgi verilmeli ve ödenmesi için mahkemeye eksiksiz olarak yatırılmalıdır. İlgili uzman, kendisi için Sanatta belirlenen gereklilikleri karşılamalıdır. 13 Federal yasa"Rusya Federasyonu'ndaki devlet adli tıp faaliyetleri hakkında".

Elektronik yazışmanın doğruluğuna ilişkin bir uzman görüşünün kanıtı olarak dava dosyasına ek, adli uygulama ile teyit edilir (Moskova şehri Tahkim Mahkemesinin 21 Ağustos 2009 tarihli A40-13210 / 09-110- sayılı dava kararı) 153; 20 Ocak 2010 tarihli FAS MO Kararı No. KG-A40 /14271-09).

Bir anlaşma temelinde

Sanatın 3. paragrafında. Rusya Federasyonu Tahkim Usul Kanunu'nun 75'i, taraflar arasındaki anlaşmada öngörülmüşse, elektronik iletişim yoluyla alınan belgelerin yazılı delil olarak kabul edildiği belirtilmektedir. Buna göre, tarafların faks, internet ve diğer yollarla alınan yazışma ve belgelerin asılları ile eşit yasal güç tanıdıklarını belirtmek gerekir. elektronik yollar bağlantılar. Aynı zamanda sözleşmede elektronik yazışmanın yapılacağı e-posta adresi ve bu yazışmayı yapmaya yetkili kişi hakkında bilgi de belirtilmelidir.

Sözleşme, belirlenen e-posta adresinin taraflarca yalnızca çalışma yazışmaları, aynı zamanda FAS MO'nun 12.01.2009 tarihli KG-A40 / 12090-08 sayılı Kararnamesi ile teyit edilen iş sonuçlarının aktarılması için. 24 Aralık 2010 tarih ve 09AP-31261/2010-GK sayılı Dokuzuncu AAC Kararnamesi, sözleşmenin onay için e-posta kullanma olasılığını şart koşması gerektiğini vurgulamaktadır. başvuru şartları ve verilen hizmetlerin ve yapılan işin kalitesine ilişkin iddialar.

Ayrıca taraflar, e-posta ile gönderilen bildirimlerin ve mesajların kendileri tarafından tanındığını ancak belirli bir süre içinde ayrıca kurye veya kargo ile teyit edilmesi gerektiğini sözleşmede belirtebilirler. taahhütlü posta(25 Nisan 2008 tarih ve A56-42419 / 2007 tarihli Onüçüncü AAS Kararı).

Özetle, şu anda mahkemelerde elektronik yazışmaların yazılı delil olarak kullanılmasına yönelik bir uygulama olduğunu söyleyebiliriz. Ancak, delillerin kabul edilebilirliği ve güvenilirliği ile ilgili usul hukukunun gereklilikleri dikkate alındığında, sanal yazışmalar mahkeme tarafından ancak yasal gücü varsa dikkate alınmaktadır.

Bu bağlamda, elektronik yazışmanın meşruiyetini belirlemek için birleşik bir metodoloji henüz oluşturulmadığından, çok sayıda sorun ortaya çıkmaktadır. İlgili bir tarafın kanıt sağlamak için notere başvurma hakkı sabittir, ancak Rusya Federasyonu Adalet Bakanlığı'nın noterler tarafından bu tür hizmetlerin sağlanmasına ilişkin prosedürü düzenleyen herhangi bir normatif eylemi yoktur. Sonuç olarak, değerlerinin belirlenmesine ve bu hakkın uygulanması için net bir mekanizmanın oluşturulmasına yönelik tek bir yaklaşım yoktur.

E-postaları mahkemede delil olarak yasal olarak doğrulamanın birkaç yolu vardır: e-postaları bir noterde güvence altına almak, bir ISP'de noter tasdik etmek, daha fazla kağıt iletişimde e-postalara bağlantı vermek ve orijinalliklerinin adli kanıtı.

Elektronik yazışmaların yazılı kanıt olarak zamanında sağlanmasına yönelik yetkin bir yaklaşım, ticari kuruluşların ihtilafların çözümünde ihlal edilen haklarını tamamen geri kazanmalarına olanak sağlayacaktır.

Düşünüyoruz destek olmak ve iş akışının düzenlenmesi açısından yedeklerin oluşturulması

HAKKINDA teknik araçlar Bilgilerin yedeklenmesi ve kurtarılması hakkında zaten çok şey söylendi, bu nedenle bu makalede yedekleme oluşturmaya bu süreci organize etme açısından daha fazla bakacağız. Etkili bilgi yedekleme sistemleri, her şeyden önce yetkin bir strateji, kurumsal kararlar ve veri koruma politikaları anlamına gelir.

2017-2019 için ana trendler olarak aşağıdaki yedekleme türlerini görüyoruz:

• kullanarak her gigabayt veri için herhangi bir cihazdan "abonelik" esasına göre kopyalama bulut hizmetleri, sisteme önceden yüklenmiş aracı aracılığıyla kopyaları buluta "yükler". Bunun bir örneği
• Veaam ve benzeri ürünleri (Acronis/Symantec/HP Data Protector) kullanarak buluta kopyalama. Sağlayıcının bulutu ile "yer" sanal ortamı arasında bir bağlayıcı kurarak sağlayıcı hazırlığı gerektirir.
• üreticilerin yazılım çözümlerini kullanarak "kurum içi" kopyalama NAS sistemleri veya özel kurumsal depolar
• yerleşik işletim sistemini kullanarak dağıtılmış yedekleme Windows Server kararlar

Bir kuruluştaki görevleri yedekleme

Bilgileri yedeklemenin çoğunlukla iki amacı vardır:

• Şirketin BT sisteminde bir kaza meydana gelirse, bir virüs tarafından saldırıya uğrarsa vb. mümkün olan en hızlı şekilde (felaket kurtarma) verileri kaydedin. Bu tür yedeklerin nispeten kısa bir depolama süresi vardır (çoğunlukla bir veya iki gün, ardından yenileri üzerine yazılır) ve verilere çok hızlı bir şekilde erişilebilir. Kullanıcı ve iş verilerinin yanı sıra işletim sistemi ayarlarını, uygulama yazılımını ve sistemi çalışır duruma getirmek için gerekli tüm bilgileri kopyalayın
• geçmiş dönemlere ait verileri elde etmek için gerektiğinde erişilebilen şirket faaliyetleri hakkında uzun vadeli bir bilgi arşivi oluşturmak. Bu tür arşivler uzun süre (aylar ve yıllar) saklanır, bunlara erişim hızı özellikle önemli değildir - veri toplamanın birkaç gün sürmesi genellikle sorun değildir. Yalnızca iş verileri ve kullanıcı verileri saklanır, herhangi bir sistem bilgisinin saklanmasına gerek yoktur.

Örneğin, kopya için hızlı düzelme yalnızca en son erişebileceğiniz sistem, şimdiki versiyonu herhangi bir belge ve tüm geçmiş sürümleri arşivde saklanabilir.

Bu iki hedefi birleştirmek, uzun vadeli bir arşiv oluşturmak ve sistemin “cast”lerini yapmak oldukça mümkündür. felaket kurtarma, özellikle çok az veri varsa ve şirket basitse. Ancak neyi, hangi amaçlarla yaptığınızı, her görev için hangi kaynakları kullandığınızı, bu verilerin nerede ve ne kadar süreyle saklanacağını net bir şekilde ayırt etmelisiniz. yedekler iş gereksinimlerine dayalı.

Bir kaza durumunda, sistemi "çıplak donanıma" geri yükleyebilirsiniz, örn. yedekleyin ve ardından tüm ayarlarla işletim sistemi yedeklemesinden yükseltin, özel uygulamalar ve veriler. Ancak, bu tür kopyaların oluşturulması daha zordur; daha çok alan depolama için ve bazı durumlarda donanım yapılandırması, kopyanın yapıldığı yapılandırmayla tamamen aynı olmalıdır, aksi takdirde böyle bir kurtarma çalışmayacaktır. Bu nedenle, bazen işletim sistemini yeniden yüklemek ve ardından iş uygulaması verilerini geri yüklemek daha uygundur. Kopyaları kaldırmak, saklamak ve bunlardan verileri geri yüklemek için politikalar seçerken, işin özelliklerini ve her bir şirketin mevcut kaynaklarını dikkate almaya değer, burada evrensel öneriler yoktur.

Yedeklemeye Karşı Yedekli Yedeklemeye Karşı

Ekipmanın çalışmaya devam etmesi için, bazı bireysel bileşenler arızalansa bile, ona belirli bir fazlalık eklenir - normal çalışma modunda gereksiz görünebilecek "ekstra" bileşenler veya bilgi işlem kaynakları.

Artıklık örneği:

• Bir düğüm başarısız olduğunda işlevlerinin diğer düğümler tarafından devralındığı küme mimarisi
• Disklerden birinin arızalanmasının bir bütün olarak sistem için kritik olmadığı, bilgilerin korunacağı bir RAID dizisi
• verilerin sürekli olarak ana sunucudan kopyalandığı ve şirketin hizmetlerinin değiştirildiği "yansıtma" sunucusu ana sunucu kayıp işlevsellik.

Bu fazlalık, sistem güvenilirliğini artırır, ancak yedeklemenin yerini almaz. Ne , ne de küme hiçbir şekilde verileri bir virüsün eyleminden, kullanıcı hatası veya ihlalinden kaynaklanan silme işlemlerinden korumaz dosya sistemi, veriler yine de sistem genelinde etkileneceğinden, geri yüklenecek sağlam bir kopya olmayacaktır. Ek olarak, yukarıdaki araçların hiçbiri şirket verilerinin uzun vadeli bir arşivini koruma sorununu tam olarak çözemez.

yedek sipariş

Yedekleme işleminin kendisi, bilgilerin kopyalandığı sunucuyu, belirli hizmetlerin başarısızlığına ve kullanıcılar için erişilemezliğe kadar önemli ölçüde yükler. Ek olarak, kopyalandıkları anda verilerde herhangi bir değişiklik yapılmaması çok arzu edilir - bu, çeşitli çarpışmalara neden olabilir.

Verileri "hareket halindeyken" kopyalamak değil, sistemi kimse kullanmadığında veya yük minimum düzeydeyken yedek kopyalar oluşturmak daha iyidir. Standart bir çalışma gününe sahip şirketler için geceleri veya hafta sonları yedekleme yapmak mantıklıdır, 24 saat hizmet için kullanıcı etkinliğinin minimum olduğu bir zaman seçmelisiniz.

Bir kuruluştaki yedekleme türleri

Var olmak farklı teknolojiler maliyet ve süre bakımından farklılık gösteren yedekleme:

• tam yedekleme– seçilen veriler bütünüyle kopyalanır. En güvenilir yol ama gerektirir en kaynaklar, veri depolama alanı ve kopyalama süresi, bu nedenle saf haliyle nadiren kullanılır, genellikle diğer türlerle birleştirilir (örneğin, sistemden ilk kez tam bir kopya alınır ve daha sonra yalnızca yapılan değişiklikler yedeklenir) . Kayıp verileri sıfırdan diğer tüm yedekleme türlerinden daha hızlı kurtarmanıza olanak tanır
• artımlı kopya- sadece son yedeklemeden bu yana değişen veriler kaydedilir. Bu kopyalar, tam kopyalardan önemli ölçüde daha az bellek gerektirir ve çok daha hızlı yapılabilir. Elbette bu yaklaşımla periyodik olarak tam bir yedek kopya oluşturmak gerekir, herhangi bir kaza durumunda sistem böyle bir kopyadan geri yüklenir ve ardından sonraki tüm artımlı kopyalar kronolojik sırayla üzerine alınır. Önemli nokta: artımlı yedekleme geri yüklemeleri silinen dosyalar ve tüm önceki sürümler değişen dosyalar, bu nedenle geri yüklerken ek sağlamalısınız disk alanı bu durum için
• diferansiyel yedekleme– artımlıya benzer, yani yalnızca son tam yedeklemeden bu yana yapılan değişiklikler kopyalanır. Aradaki fark, bir öncekinden yapılan değişikliklerin sonraki her kopyaya kaydedilmesi ve yenilerinin eklenmesidir. Bir felaketten kurtulmak için, yalnızca tam bir kopyaya ve diferansiyel olanların sonuncusuna ihtiyacınız olduğu ortaya çıktı, bu da kurtarma süresini önemli ölçüde azaltır. Artımlı yedeklemelere kıyasla dezavantajlar, büyük miktarda kopya (bazen tam yedeklemelerle karşılaştırılabilir) ve daha fazla zaman kopyalama

Herkes için doğru olanı seçmek için özel durum kopyalama türü için öncelikle en azından yedekleri depolamak için ne kadar alan kaldığını, iş süreçlerinden ödün vermeden “yedekleme penceresi” için ne kadar zaman ayırabileceğinizi değerlendirmelisiniz.

Yedekleme Topolojisi

Yedekleme şemaları ayrıca topolojilerinde farklılık gösterir.

• merkezi olmayan şema. Özü, her sunucuda ve iş istasyonu diğer ağ düğümlerinden bağımsız olarak çalışan kendi yedekleme yazılımına sahip olabilir. Tüm veriler bazı ortaklara yüklenir ağ kaynağı, gerekirse arşivlendikleri veya geri yüklendikleri yerden. Şemanın avantajları, son derece basit, uygulanması kolay ve genellikle ek yazılım gerektirmemesi, kopyalamanın gerçekleştirilmesidir. düzenli araçlar işletim sistemi veya DBMS. Dezavantajları da vardır - ortak bir yedekleme ve bilgi koruma politikası, tüm programlar için ortak bir yedekleme programı oluşturmak zordur, programların her birinin faaliyetlerini ayrı ayrı yapılandırmanız ve izlemeniz gerekecek, bu da yönetimi zorlaştırır. Bu nedenle, merkezi olmayan bir yedekleme şeması, küçük ve basit bir ağ için veya herhangi bir kısıtlama nedeniyle merkezi bir planın organize edilemediği durumlar için uygundur.
• Merkezi şema- uygulanması özel istemci-sunucu yazılımı gerektirir. Sunucu kısmı, yedekleme sunucusuna kurulur ve sistem hakkında bilgi toplayan, kopyalayan veya bir kopyadan geri yükleyen kullanıcılar tarafından kurulan yazılım aracılarını merkezi olarak yönetir. Bu seçenekte, ortak yedekleme politikaları, yedekleme programları oluşturmak kolaydır, tüm katılımcılar şirket genelindeki yedekleme bilgileri yönergelerine uygun olarak çalışabilir.
• Aracısız merkezi yedekleme şeması- arka uç yalnızca mevcut hizmetleri ve hizmetleri kullandığında (örneğin, özel olarak belirlenmiş genel kaynaklardan veri topladığında) önceki şemanın basitleştirilmiş bir versiyonu Windows klasörleri). Şema çok güvenilir değil, düzenleme için açık olan dosyaların yedek kopyaya dahil edilmemesi ve sistem çökerse kaybolması durumunda bilinen bir sorunu var. Bu nedenle, sadece uygulanmalıdır küçük ağlar ve yüksek kullanıcı disiplinine tabidir
• karma şema– merkezileştirilmiş ve merkezi olmayanın bir kombinasyonu. Ajan programları sadece bazı ağ sunucularına kurulur, diğer cihazlardan gelen veriler bu sunuculara kendi yerel programları tarafından, her biri kendi imkanları kullanılarak gönderilir. Ve zaten bu sunuculardan biriken bilgiler aracı programlar tarafından merkezi olarak toplanacak, işlenecek ve ortak bir depoya gönderilecek.

Yedek depolama konumu

Bilgileri olası kayıplardan daha fazla korumak için, yedeklerin konuşlandırıldığı ana ekipmandan ayrı olarak fiziksel olarak saklanması tavsiye edilir. çalışma sistemi. Aynı zamanda, verilerin geri yüklenmesi gerektiğinde böyle bir durum ortaya çıkarsa, bu kopyaların hızlı bir şekilde elde edilebilmesini sağlamak gerekir.

En popüler yöntem, yedekleri bulutta bir veri merkezinde (sahip olunan veya bir sağlayıcıdan kiralanan) depolamak, verileri oraya göndermek ve güvenli bir VPN tüneli aracılığıyla geri almaktır. Bu durumda veri aktarım hızı sınırlıdır. verim ancak büyük miktarda veri, sıkıştırma algoritmaları veya veri tekilleştirme kullanılarak sıkıştırılabilir.

Ayrıca, ofis veya şirket binası dışında depolanacak çıkarılabilir fiziksel ortama da veri yazabilirsiniz. Bu yaklaşımın avantajı basitliğidir, dezavantajları ise kopyaların üzerine yazmak, verileri bir kopyadan geri yüklemek ve ayrıca fiziksel medyayı taşımanın lojistiğini düzenleme ihtiyacıdır. güvenli depolama veriler (veri şifreleme, çalışanlarla gizlilik anlaşmaları).

Organizasyonel anlar ve insan faktörü

tamamen hariç teknik sorunlar, bilgi yedekleme organizasyonunda, organizasyon yönü de önemlidir. Bilgilerin yedeklenmesi için bir hüküm geliştirilmesi ve ilgili tüm çalışanlar tarafından uygulanması gereklidir. Bu hüküm özellikle aşağıdaki gibi olmalıdır:

• yedeklemelerin düzenliliği, zamanında ve öncesinde yedeklemeler önemli değişiklikler sistemde
• yedeklemeleri iki kez kontrol etme - çalışan bir veritabanını veya sistemi bir yedekten geri yüklemenin gerçekten mümkün olup olmadığını periyodik olarak kontrol etmek gerekir
• başka bir yöneticinin sistemi kurtarması gerekmesi durumunda kurtarma prosedürlerinin dokümantasyonu. Doğal olarak, bu tür belgelere erişim sınırlandırılmalıdır.
• Sistemin sağlıksız kabul edildiği ve kurtarma prosedürünü başlatmanın gerekli olduğu koşulların belirlenmesi

e-posta nedir? Günümüz iş dünyasında bu:

• Yüzün. Karşı tarafın gözünde olumlu bir imaj yaratabileceğiniz veya ilk izlenimi bozabileceğiniz e-postanın yardımıyla olur.
• İş aracınız. Dış dünya ile birçok iletişim e-posta yoluyla gerçekleşir. Bu nedenle bu araca iyi hakim olarak hayatınızı çok daha kolaylaştırabilirsiniz.
• Güçlü dikkat dağıtma. Dış dünya size ulaşmaya, dikkatinizi dağıtmaya ve sizi yere sermeye çalışıyor. doğru yol e-posta yoluyla.

Bu pozisyonlardan ve e-posta ile çalışmaya bakın. Basit başlayalım.

Mektup tasarımı

Bir e-posta istemcisi kullanıyorum Mozilla Thunderbird, bu yüzden onun örneğini anlatacağım. Yeni bir harf oluşturalım ve alanlar listesinde yukarıdan aşağıya doğru gidelim.

Kime. Kopyala. gizli kopya

Belki birisi bilmiyor ama Mozilla'daki "Kime", "Cc" veya "Bcc" olarak değiştirilebilir.

• Kime: ana alıcıyı veya birkaç alıcıyı noktalı virgülle ayırarak yazarız.
• kopyala: Mektubu okuması gereken ama tepki beklemediğimiz birini yazıyoruz.
• gizli kopya: Mektubu okuması gereken ancak mektubun diğer alıcıları tarafından bilinmeyen kalması gereken birini yazıyoruz. Bilhassa tebligat gibi iş mektuplarının toplu gönderimleri için kullanılması uygundur.

Yanlış V toplu postalama"Cc" veya "Kime" alanları aracılığıyla alıcıları belirtin. Yılda birkaç kez "Bilgi" alanında 50-90 alıcı listeleyen mektuplar alıyorum. Özel hayatın gizliliği ihlali var. Tüm alıcılarınızın, benzer bir konuda başka kimlerle çalıştığınızı bilmesi gerekmez. Birbirlerini tanıyan insanlar olmaları güzel. Peki ya listede birbirini tanımayan rakip firmalar varsa? En azından gereksiz açıklamalara ve en azından bunlardan biriyle işbirliğini sonlandırmaya hazırlıklı olmalısınız. Bu şekilde yapma.

Mektup konusu

Konu satırının önemi genellikle (bazen mantıklı bir şekilde) kurumsal bloglarına yazılır. profesyonel hizmetler postalar. Ancak çoğu zaman, mektubun konusunun "e-postanın açılması gerektiği" sorununu çözdüğü satış mektuplarından bahsediyoruz.

Günlük iş yazışmalarını tartışıyoruz. Burada tema, "mektup ve yazarı kolayca tanımlanmalı ve sonra bulunmalıdır" sorununu çözmektedir. Dahası, çalışkanlığınız size yalnızca öneklerle birlikte çok sayıda yanıt mektubunun karması şeklinde geri dönecektir. Tekrar: veya ileri, aralarında konuyla ilgili istediğiniz harfi aramanız gerekecek.

Yirmi harf, bir orta düzey yöneticinin bir günlük yazışma hacmidir. Girişimcilerden ve işletme sahiplerinden hiç bahsetmiyorum, mektup sayıları bazen günde 200 veya daha fazlasını geçiyor. Yani bir kez daha: Konu satırı boş olan e-postalar göndermeyin.

Peki, mektubun konusu nasıl doğru bir şekilde formüle edilir?

Hata 1 : sadece söz konusu şirketin adı. Örneğin, "Gökyüzü" ve hepsi. İlk olarak, muhtemelen bu karşı tarafla iletişim kuran şirketinizden biri değilsiniz. İkincisi, böyle bir konu hiçbir anlam ifade etmiyor çünkü şirketinizin adı zaten adresten görülebiliyor. Üçüncüsü, bu yazışma yaklaşımıyla kendi posta kutunuzun nasıl görüneceğini tahmin edin? Yaklaşık olarak böyle.

Bu tür konularda arama yapmak uygun mudur?

Hata #2 : gösterişli, satan başlık. Bu tür başlıkları nasıl yazacağınızı biliyorsanız harika. Ancak bu becerileri iş yazışmalarında kullanmak uygun mudur? Bir iş mektubunun konu satırının amacını unutmayın: satmak değil, kimlik ve arama sağlamak.

Mektubun metni

için metin yazmak için birçok kılavuz vardır. farklı durumlar hayat. Örneğin, Maxim Ilyakhov, Alexander Amzin ve kelimenin diğer ustaları pek çok yararlı bilgiye sahiptir. En azından genel okuryazarlığı geliştirmek ve genel yazılı konuşma tarzını geliştirmek için makalelerini okumanızı tavsiye ederim.

Bir mektup yazma sürecinde sürekli olarak birkaç karar vermeliyiz.

nezaket meselesi . Mektubun başında, "Sevgili Rodya'm, iki aydan fazla bir süredir seninle yazılı olarak konuşmadım, kendimden acı çektim ve hatta başka birini uyumadım" ruhunda nezaket ve hatta şefkatle bulanıklaşabilirsiniz. gece, düşünüyorum.” Hem böyle bir girişi yazmak için gereken süre hem de muhatabın onu okuması için gereken süre açısından çok kibar ve çok maliyetli. Yazışma iştir, unuttun mu? Bir yarışma için bir mektup türü yazmak değil, annesinden Raskolnikov'a bir mektup değil, iş yazışmaları.

Zamanımıza ve alıcıya saygı duyuyoruz!

Kendinizi tanıtmak ve tanıdıklarınızın koşullarını hatırlamak, yalnızca sergideki kısa süreli bir toplantıdan sonra gönderilen ilk mektupta anlam ifade eder. Bu, işbirliğinin veya mevcut yazışmaların devamıysa, günün ilk harfine "Merhaba İvan", ikinci ve sonraki mektuplara "İvan, ..." yazıyoruz.

Çekici . Birden fazla alıcı varsa, bir mektupta kiminle iletişime geçeceğim sorusu her zaman endişelendim. Geçenlerde Anna adlı üç kıza hitaben bir mektup yazdım. Hiç tereddüt etmeden "Merhaba Anna" yazdım ve buhar banyosu yapmadım. Ama bu her zaman böyle değildir.

Ya üç hatta yedi alıcı varsa ve aynı ada sahip değillerse? Ada göre listeleyebilirsiniz: "İyi günler, Rodion, Pulcheria, Avdotya ve Pyotr Petrovich." Ama uzun ve zaman alıyor. "Merhaba meslektaşlarım!" Yazabilirsiniz.

Kendi adıma, "Kime" alanındaki kişiye adıyla hitap etmek için kuralı kullanıyorum. Ve nüshada bulunanlara hiç temas etmeyin. Bu kural aynı zamanda mektubun muhatabını (bir!) ve bu mektubun amacını daha doğru bir şekilde belirlemenizi sağlar.

Alıntı . Yazışma genellikle soru ve cevapları olan bir mektup zinciridir - tek kelimeyle, bir diyalog. Yazışma geçmişini silmemek ve cevabınızı alıntılanan metnin en üstüne yazmakta fayda var, böylece bir hafta sonra bu yazışmaya geri döndüğünüzde diyaloğu tarihlere göre yukarıdan aşağıya kolayca okuyabilirsiniz.

Bazı nedenlerden dolayı, Mozilla'daki varsayılan ayar "Alıntılanan metinden sonra imleci ayarla" şeklindedir. "Araçlar" → "Hesap Seçenekleri" → "Derleme ve Adresleme" menüsünde değiştirmenizi tavsiye ederim. Öyle olmalı.

mektubun amacı . İş mektupları iki türdür:

• muhatabı basitçe bilgilendirdiğimizde (örneğin, o ay için yapılan işle ilgili bir rapor);
• ve muhataptan bir şey istediğimizde. Örneğin, ödeme için ekteki faturayı kabul etmesi için.

Kural olarak, rapor edenlerden çok daha fazla teşvik mektubu vardır. Muhataptan bir şey elde etmek istiyorsak, bunu bir mektupta düz metin olarak söylemek çok önemlidir. Harekete geçirici mesaja bir ad eşlik etmeli ve git son cümle bir mektupta

Yanlış : "Porfiry Petrovich, yaşlı kadını kimin öldürdüğünü biliyorum."

Sağ : "Porfiry Petrovich, yaşlı kadını ben öldürdüm, lütfen tutuklanmam için harekete geçin, acı çekmekten yoruldum!"

Muhabir neden bu mektupla ne yapacağını senin için düşünsün? Sonuçta, yanlış karar verebilir.

metinde imza . Olmalı. Ayrıca, tüm e-posta istemcileri, örneğin klasik "Saygılarımızla, ..." gibi bir imzanın otomatik olarak değiştirilmesini ayarlamanıza olanak tanır. Mozilla'da bu, "Araçlar" → "Hesap Seçenekleri" menüsünde yapılır.

Kişileri imzaya yazmak veya yazmamak herkes için kişisel bir meseledir. Ancak satışla bir şekilde bağlantınız varsa - yazdığınızdan emin olun. İletişim sonuçlarına göre işlem gerçekleşmese bile, gelecekte imzadaki kişileri kullanarak kolayca bulunacaksınız.

Son olarak, mektuplarınıza cevap vermeyi sevmeyen (yapamayan, istemeyen, vakti olmayan) muhataplar için mektubun gövdesinin bir özelliği daha. Mektubun metninde varsayılanı belirtin. Örneğin, "Porfiry Petrovich, Cuma günü saat 12:00'den önce beni tutuklamaya gelmezsen, kendimi affedilmiş sayarım." Elbette son teslim tarihi gerçek olmalıdır (örnekteki metni Cuma günü saat 11:50'de göndermeyin). Alıcı, mektubunuzu fiziksel olarak okuyabilmeli ve buna karar verebilmelidir. Böyle bir "sessizlik" sizi muhatabın yanıt vermeme sorumluluğundan kurtarır. Her zaman olduğu gibi, bu çipin kullanımına akıllıca yaklaşılmalıdır. Bir kişi mektuplarınıza zamanında ve düzenli olarak cevap verirse, böyle bir ültimatom onu ​​gücendirmese bile onu biraz zorlayabilir veya mektuba hemen cevap vermeme, sizi Cuma gününü beklemeye karar verebilir.

Ekler

Mektuplar genellikle eklerle birlikte gelir: özgeçmişler, ticari teklifler, tahminler, programlar, belge taramaları - çok kullanışlı araç ve aynı zamanda popüler hataların kaynağı.

Hata : Büyük yatırım boyutu. Sıklıkla boyutu 20 MB'a kadar olan ekleri olan e-postalar alıyoruz. Kural olarak, bunlar bazı belgelerin 600 dpi çözünürlükte TIFF formatında taranmasıdır. posta programı muhabir, bu ekin önizlemesini indirmek için nafile girişimlerde bulunarak neredeyse kesinlikle birkaç dakika bekleyecektir. Ve Tanrı, alıcının bu mektubu bir akıllı telefonda okumaya çalışmasını yasakladı ...

Şahsen ben bu tür mektupları hemen silerim. E-postanızın okunmadan önce çöp kutusuna gitmesini istemiyor musunuz? Ekin boyutunu kontrol edin. 3 MB'den büyük olmaması önerilir.

Aşarsa ne olur?

• Tarayıcınızı farklı bir biçim ve çözünürlük için yeniden yapılandırmayı deneyin. Örneğin, PDF ve 300dpi'de oldukça okunabilir taramalar elde edilir.
• gibi programları düşünün WinRar arşivleyici veya 7zip. Bazı dosyalar mükemmel şekilde sıkıştırılır.
• Ya ek çok büyükse ve onu sıkıştıramazsanız? Örneğin, neredeyse boş bir muhasebe veritabanı 900 MB ağırlığındadır. Bulut bilgi depoları kurtarmaya gelecek: Dropbox, Google sürücü ve benzerleri. Mail.ru gibi bazı hizmetler, büyük ekleri otomatik olarak bağlantılara dönüştürür. Bulut depolama. Ancak bulutta depolanan bilgilerimi kendim yönetmeyi tercih ediyorum, bu nedenle Mail.ru'dan gelen otomasyonu hoş karşılamıyorum.

Ve yatırımlarla ilgili pek açık olmayan bir tavsiye daha - onların İsim . Alıcı için anlaşılır ve kabul edilebilir olmalıdır. Bir zamanlar şirkette hazırlanıyorduk Reklam teklifi adına ... Fyodor Mihayloviç Dostoyevski olsun. Yöneticiden taslak CP ile onay için bir mektup aldım ve ekte "DlyaFedi.docx" adlı bir dosya vardı. Bana bunu gönderen yönetici ile şu içerikte bir diyalog gerçekleşti:

Sayın müdür, kişisel olarak bu saygın kişiye yaklaşmaya ve yüzüne Fyodor demeye hazır mısınız?

Her nasılsa hayır, saygın bir kişi, herkes ona ilk adıyla ve soyadıyla hitap ediyor.

Eke neden “Fedi için” adını verdiniz? Şimdi ona göndersem, sizce bu CP'de bizden balta alır mı?

adını değiştirecektim...

Neden bir saatli bomba hazırlayasınız - potansiyel bir müşterinin reddi - veya bir dosyayı yeniden adlandırarak kendinize fazladan iş yaratasınız? Neden eki hemen doğru bir şekilde adlandırmıyorsunuz: "Fedor Mihayloviç.docx için" veya daha da iyisi - "KP_Sky_Axes.docx".

Yani, bir "yüz" olarak e-posta ile aşağı yukarı çözüldü. E-postaya bir araç olarak bakmaya devam edelim. verimli çalışma ve dikkat dağıtıcı unsuru hakkında konuşun.

Harflerle çalışmak

E-posta güçlü bir dikkat dağıtıcıdır. Herhangi bir dikkat dağıtmada olduğu gibi, postayla ilgili kurallar sıkılaştırılarak ve çalışma programları uygulanarak ele alınmalıdır.

En azından TÜM posta bildirimlerini kapatmanız gerekir. Posta istemcisi varsayılan olarak yapılandırılmışsa, bilgilendirileceksiniz ve ses sinyali, ve saatin yanındaki simgeyi yanıp söner ve harfin önizlemesini gösterir. Tek kelimeyle, önce sizi zahmetli işten uzaklaştırmak için her şeyi yapacaklar ve sonra sizi okunmamış mektupların ve görüntülenmeyen postaların uçurumuna - eksi bir veya iki saat hayattan - atacaklar.

Bazıları için güçlü irade, bildirimlerle dikkatinizin dağılmamasına izin verir, ancak sıradan insanlar kaderi kışkırtmamak ve onları kapatmamak daha iyidir. Mozilla Thunderbird'de bu, "Araçlar" → "Ayarlar" → "Genel" → "Yeni mesajlar göründüğünde" menüsü aracılığıyla yapılır.

Herhangi bir bildirim yoksa, bir mektubun ulaştığı nasıl anlaşılır?

Çok basit. Kendiniz, bilinçli olarak, postayı ayrıştırmak için zaman ayırın, posta istemcisini açın ve her şeyi görün okunmamış mesajlar. Bu, örneğin öğle vakti ve akşam olmak üzere günde iki kez veya örneğin trafik sıkışıklığı gibi zorunlu çalışmama sürelerinde yapılabilir.

İnsanlar sık ​​sık soruyor, yanıt süreleri ve acil e-postalar ne olacak? Cevap veriyorum: postada acil mektuplarınız yok. Bölümde çalışmıyorsanız müşteri desteği(böyle bir departmanda posta ile çalışmanın düzenlenmesi).

Acil mektuplar varsa, gönderen sizi bu konuda diğer kanallar aracılığıyla bilgilendirecektir - telefon, SMS, Skype. Ardından, bilinçli olarak posta istemcisine girecek ve acil postayı işleyeceksiniz. Tüm zaman yönetimi guruları (örneğin, "Time Drive" ile Gleb Arkhangelsky), e-postalara 24 saate kadar yanıt verme standardını beyan eder. Bu normal bir iyi biçim kuralıdır - muhataptan e-posta ile anında yanıt beklemeyin. Acil bir mektup varsa daha hızlı iletişim kanallarından bildirin.

Bu nedenle, bildirimleri kapattık ve şimdi posta istemcisini programımıza göre açıyoruz.

Postaya gittiğimizde ve "e-postayı ayrıştırma" adı verilen bir faaliyette bulunduğumuzda ne yapmalıyız? Bu işin başı ve sonu nerede?

Sıfır gelen kutusu sistemi hakkında çok şey duydum ama maalesef onu kullanan tek bir kişiyle tanışmadım. Tekerleğimi yeniden icat etmem gerekiyordu. Lifehacker'da bu konuyla ilgili makaleler var. Örneğin, " ". Aşağıda yorumumda sıfır gelen kutusu sisteminden bahsedeceğim. Yorumlarda GTD guruları belirtilirse, açıklanan sistemi tamamlar veya geliştirirse minnettar olacağım.

E-postanın etkinlikleriniz için bir görev planlayıcı veya arşiv olmadığını anlamak ve kabul etmek önemlidir. Bu nedenle Gelen Kutusu klasörü her zaman boş olmalıdır. Gelen kutusunu incelemeye başladıysanız, bu klasörü boşaltana kadar durmayın ve hiçbir şey dikkatinizi dağıtmayın.

Gelen kutusundaki e-postalarla ne yapmalı? Her harfi sırayla gözden geçirmeniz ve silmeniz gerekir. Evet, sadece seçin ve klavyede Sil'e basın. E-postayı silmek için kendinizi zorlayamıyorsanız, onunla ne yapacağınıza karar vermeniz gerekir.

1. Üç dakika içinde cevaplayabilir misin? Cevaplanması gerekiyor mu? Evet, cevap veriyorsunuz ve cevap üç dakikadan fazla sürmeyecek, ardından hemen cevap verin.
2. Cevap vermeniz gerekiyor, ancak cevabı hazırlamak üç dakikadan fazla sürecek. Bir e-postayı göreve dönüştürmenizi sağlayan bir görev zamanlayıcı kullanıyorsanız, e-postanızı bir göreve dönüştürün ve bir süreliğine unutun. Örneğin, kesinlikle harika bir hizmet olan Doit.im kullanıyorum. Kişisel bir e-posta adresi oluşturmanıza olanak tanır: ona bir mektup iletirsiniz ve bu bir göreve dönüşür. Ancak bir görev zamanlayıcınız yoksa, harfi "0_Run" alt klasörüne taşıyın.
3. Bir mektuba hızlı bir şekilde yanıt verdikten, onu bir göreve dönüştürdükten veya sadece okuduktan sonra, bu mesajla ne yapacağınıza karar vermeniz gerekir: silin veya uzun süreli depolama için klasörlerden birine gönderin.

İşte sahip olduğum uzun süreli depolama için klasörler.

• 0_Çalıştır. Bende öyle bir klasör yok ama ajandanız yoksa tekrar ediyorum detaylı çalışma gerektiren harfleri buraya ekleyebilirsiniz. Bu klasörün ayrıca düzenli olarak, ancak bunun için özel olarak ayrılan zamanda düşünceli bir yaklaşımla temizlenmesi gerekir.
• 1_Referans Burası mektupları koyduğum yer arkaplan bilgisi: çeşitli web hizmetlerinden girişler, yaklaşan uçuşlar için biletler vb. içeren karşılama mektupları.
• 2_Projeler. Burada, mevcut bir ilişkinin olduğu ortaklar ve projeler hakkında bir yazışma arşivi saklanır. Doğal olarak, her proje veya ortak için ayrı bir klasör vardır. Ortağın klasörüne sadece çalışanlarından değil, aynı zamanda bu ortakla ilişkili "Sky" çalışanlarından gelen mektupları da koydum. Çok uygun: Gerekirse, projeyle ilgili tüm yazışmalar birkaç tıklamayla elinizin altında.
• 3_Müze. Silinmesi üzücü olan mektupları buraya atıyorum ve bunların faydaları açık değil. Ayrıca klasörler kapalı projeler"2_Projeler"den. Tek kelimeyle, ilk silme adayları "Müze" de saklanır.
• 4_Belgeler.İşte gelen mektuplar elektronik numuneler gelecekte muhasebe için yararlı olabilecek belgeler, örneğin müşterilerden mutabakat işlemleri, tamamlanmış yolculuklar için biletler. Klasörün "2_Projects" ve "1_Sprav" klasörleriyle pek çok ortak noktası vardır, yalnızca muhasebe bilgilerini ve "2_Projects" klasöründe - yönetim bilgilerini depolar. "4_Documents" - ölü bilgiler ve "2_Projects" - canlı.
• 5_Bilgi. Buraya yalnızca gerçekten yararlı postalar koyuyorum, bir süre sonra ilham almak veya çözüm aramak için geri dönmek istiyorum.

Başka ayarlar var posta istemcisi bu sistemin çalışması için önemlidir. İlk olarak, Thunderbird varsayılan olarak "Mesajları okundu olarak işaretle" onay kutusuna sahiptir. Bunu bilinçli olarak yapmayı tercih ediyorum, bu yüzden bayrak kapalı! Bunu yapmak için "Araçlar" → "Ayarlar" → "Gelişmiş" → "Okuma ve görüntüleme" menüsüne gidin.

İkinci olarak, kullandığımız filtreler . Önceden, mektupları gönderenin adresine göre uygun klasörlere otomatik olarak ileten filtreleri aktif olarak kullanıyordum. Örneğin, bir avukattan gelen mektuplar "Avukat" klasörüne taşındı. Bu yaklaşımı birkaç nedenden dolayı terk ettim. Birincisi: davaların %99'unda bir avukattan gelen mektuplar bir proje veya ortakla ilgilidir, bu da mektupların bu ortak veya projenin klasörüne taşınması gerektiği anlamına gelir. İkincisi: Farkındalık eklemeye karar verdim. Belirli bir mektubun nerede saklanması gerektiğine kendiniz karar vermelisiniz ve işlenmemiş mesajları yalnızca tek bir yerde - gelen kutusunda aramak daha uygundur. Artık filtreleri yalnızca otomatik normal harfleri klasörler halinde sıralamak için kullanıyorum. çeşitli sistemler, yani karar vermemi gerektirmeyen mektuplar. Mozilla Thunderbird'deki filtreler, "Araçlar" → "Mesaj Filtreleri" menüsünde yapılandırılır.

Yani, de doğru yaklaşım e-posta, yazışmaların hacmine bağlı olarak günde 10 ila 60 dakika arasında sürmelidir.

Evet ve bir şey daha. Yeni e-postalar için bildirimleri kapattınız mı? ;)

Diyelim ki Rusya Federasyonu'nda kayıtlı bir tüzel kişilikle anlaşmanız gerekiyor. Ama sadece adını biliyorsun ve onu kullanacak paran yok. ücretli hizmetler veya profesyonel rekabet istihbaratı sipariş etmek.

İnternette ücretsiz, anında ve yasal olarak bir şirket hakkında neler öğrenebilirsiniz?

1. Birleşik Devlet Tüzel Kişiler Sicilinden alınan genel bilgiler

Ne bulunabilir:şirketin kuruluş tarihi, tescil adresi, kurucuların tam adı ve CEO, şirketin Federal Vergi Servisi ve Emekli Sandığı'nın hangi departmanına bağlı olduğu, faaliyet türleri, Birleşik Devlet Tüzel Kişiler Sicilindeki değişikliklerin geçmişi (tüzükteki değişiklikler, genel müdürlerin atanması vb.).

firmaları ve bireysel girişimcileri hem PSRN / TIN hem de ad / tam ad ile arayabilirsiniz. Lütfen tüm verileri almak için bağlantıdan PDF'yi indirmeniz gerektiğini unutmayın. Makalenin ilk paragrafına ek olarak, ikinci paragrafı uyguladığınızdan emin olun.

2. Birleşik Devlet Tüzel Kişiler Sicilindeki bilgileri değiştirmek için belgeler sunuldu mu?

Ne bulunabilir: Birleşik Devlet Tüzel Kişiler Sicilinde kayıt / değişiklik yapma sürecinde olan tüzel kişiler hakkında bilgi.
Kısaca: 1. paragrafta belirtilen veri tabanındaki herhangi bir bilginin yakın gelecekte değişip değişmeyeceğini kontrol ediyoruz.

Kullanım yorumları:önceki paragrafa benzer.

3. Yasal adres güvenli mi?

Neler kontrol edilebilir:şirket adresinin tüzel kişilerin toplu kaydı için kullanılıp kullanılmadığı.

4. Şirket adının geçtiği davalar

Ne bulunabilir: ilginç ayrıntılar denizi: vergi kaçakçılığı, maaş borçları, iş yerindeki güvenlik ihlalleri vb. Madde görüşmeden önce tamamlanmalıdır.

Kullanım yorumları: Aynı tür davalara bakarak zaman kaybetmemek ve gerçekten ilginç bir şeyi hemen bulmak için "kategoriler" sekmesine gidin.

analoglar:

5. İcra memurlarına olan borçlar

Ne bulunabilir:şirketin FIU'ya vadesi geçmiş ödemeleri, ödenmemiş vergileri veya icra memurlarının yardımıyla halihazırda dövülmekte olan çalışanlara / ortaklara borçları olup olmadığı.

Kullanım yorumları: arama için adı değil, 1. paragrafta bulunan OGRN'yi kullanmak daha iyidir. Birey olarak borçları için genel müdürü kırmak da mantıklıdır.

6. Firma iflas mı etti?

Ne bulunabilir: hakkında mesajlar çeşitli aşamalar bu şirketin iflas prosedürleri (varsa): alacaklılar toplantısı sonuçları, ihale sonuçları vb.

Kullanım yorumları: arama için ilk paragrafta bulunan OGRN'yi kullanmak daha iyidir.

7. Şirketin ipotekli malları

Ne bulunabilir: doğum tarihleri, pasaport numaraları, TIN, e-posta adresleri, araç VIN numaraları.

Kullanım yorumları: bağlantılarla bildirim metinlerini açın. En ilginçleri onlar.

Not: Sidorov Ivan Sidoroviç görünüşe göre biraz çarpıtılmış bir gerçeklikte yaşıyor ve burada Romashka LLC'den Petrov Ivan Petrovich ile iş yapıyor :-)

8. Şirket kamu ihalelerine katılıyor mu?

Ne bulunabilir:şirketin devlet kurumlarına ne ve hangi hacimde tedarik ettiği.

9. Firma ortaklara karşı yükümlülüklerini yerine getiriyor mu?

Neler kontrol edilebilir: ikisinden biri varlık vicdansız tedarikçilerin siciline.

10. Firmanın lisansları geçerli mi?

Neler kontrol edilebilir:şirketin web sitesinde listelenen lisansların geçerli olup olmadığı.

Kullanım yorumları:örneğin, üç kayıt verilir, ancak daha fazlası vardır.

11. "Sarı sayfalardan" kişiler

Ne bulunabilir: web sitesi, telefon numarası, gerçek adres.

12. Şirketin hisselerinin değeri ne kadar?

Ne bulunabilir: son yıllarda şirket hisselerinin değerinin dinamikleri.

Kullanım yorumları:çevir Google adışirketler + "paylaşılan fiyat".

13. Firmanın patenti var mı?

Ne bulunabilir:şirket tarafından yapılan veya satın alınan buluşlar hakkında bilgi.

Kullanım yorumları: Veritabanında patent yoksa, bu onların yokluğunu hiç garanti etmez.

14. Şirketin web sitesi hakkında bilgi

Ayrı bir konu, şirketin web siteleri hakkında bilgi toplanmasıdır. Hem şu anda mevcut hem de terk edilmiş / kaldırılmış. Bilgi toplama konusundaki mütevazı deneyimim, unutulan ve gizli sayfalar en ilginç olanı genellikle yazılır. Bu işlem, üç malzemede ayrıntılı olarak açıklanmaktadır.

Tamara Vorotyntseva - "İŞ ORTAĞI" (Moskova) eğitim şirketinin Geliştirme Direktörü. Uygulamalı işletme koçu, “Personel eğitim sistemi oluşturmak” kitabının yazarı ve Rusya, Kazakistan ve Ukrayna'da ticari yayınlarda yayınlar. İnternet Bülteni Oluşturucu: « E-posta yazışmaları iş dünyasında” abone.ru sunucusunda! kitap pratik rehber müşteriler ve ortaklarla aktif olarak yazışan iş adamları için. Elektronik iletişimin verimli, zaman ve sonuç açısından en uygun ve mümkün olduğunca modern iş dünyasında benimsenen kural ve düzenlemelere uygun olmasına yardımcı olacak araçlar sunar. Yazar pratik tavsiyeler verir, gözlemlerini gerçek yaşam vakalarıyla örnekler ve gerekçeli sonuçlar çıkarır. Kitabın metni tanınabilir gerçek örnekler açısından zengindir. İş yazışmaları. Yazar, işin verimliliğini ve etkinliğini önemli ölçüde etkileyebilecek gözlemlerini, tekniklerini, "hilelerini" paylaşıyor e-posta. Eğer sen - iş adamı ve iyi iş üslubu kurallarına uygun olarak hızlı, özlü, yetkin bir şekilde yazmanız sizin için önemlidir - bu kitap sizin güvenilir yardımcınız olacaktır.

Kitap:

Kime (Kime), Cc (CC), Bcc (Bcc) alanlarıyla çalışırken, bunun e-postayı etkileyen önemli bir bölüm olduğunu unutmayın. daha fazla eylemler yazışmaya katılanlar.

"Kime" ("O"). Bu alan, mektubun doğrudan gönderildiği alıcının adresini ve içerdiği bilgileri içerir. Ana alıcıdan, mektubun yazarı bir yanıt bekliyor. Bu alana iki alıcı yerleştirilirse, mektubun yazarı her birinden veya birinden yanıt beklemektedir (adınız alıcı listesindeyse bunu aklınızda bulundurun). Aynı zamanda (gönderen sizseniz), "Kime" ("Kime") alanına birden fazla alıcının dahil edilmesinin pek tavsiye edilmediğini unutmayın. Birkaç alıcıya gönderilen bir mektup tek bir yanıt alamayabilir çünkü herkes diğerinin yanıt vereceğini düşünecektir.

Mektup size yazılmışsa, ancak kopyada başka alıcılar varsa, yanıtlarken "TÜMÜNÜ Yanıtla" düğmesini kullandığınızdan emin olun! Bu, yazışmayı başlatan tarafından belirtilen muhatap çemberini kurtaracaktır.

"Kopyala" ("Ss"). İÇİNDE Bu alana, yazışmalardan haberdar olması gerektiğini düşündüğünüz alıcıların adreslerini yazın. bu konu. Bu alıcılar yalnızca "bilgi için" bilgi alırlar. Kopyadaki alıcı genellikle mektuba yanıt vermek zorunda değildir, ancak gerekirse yanıt verebilir.

NOT. BU ÖNEMLİ!

Adınız "Kopyala" ("CC") alanındaysa, yazışmaya girerken kibar olmanın son derece önemli olduğu durumlar olduğunu unutmayın. Şu ifadeleri kullanın: "Tartışmaya katılmama izin verin" veya "Diyaloğunuza katılmama izin verin" veya "Fikrimi ifade etmeme izin verin."

"Gizli" ("Gizli"). Bu alan bazı şirketlerde etik iletişim standartlarına aykırı bir araç olduğu için kullanımı yasaklanmıştır. Bu alanın amacı muhatabı "gizli tanık" olmaya davet etmektir.

İş pratiğinizde bu alanı işte kullanmak adettense, aşağıdakileri göz önünde bulundurun. Bulunan alıcı " gizli kopya”, asıl alıcıya ve kopyadaki alıcılara görünmez kalır. Bazen gönderen ve "gizli alıcı"nın bu bilgilendirme yönteminin nedeni ve amacı hakkında bir ön anlaşmaya (veya daha sonra farkındalığa) sahip olması yararlı olabilir.

NOT. BU ÖNEMLİ!

"Gizli" bir alıcı kesinlikle bu alandan yazışmalara girmemelidir.