Ev » Vergiler » 1c erp kurumsal yönetimi 2.1. 1C bir ERP sistemi midir? Standart ERP çözümlerinin "1C" satış dinamikleri

1c erp kurumsal yönetimi 2.1. 1C bir ERP sistemi midir? Standart ERP çözümlerinin "1C" satış dinamikleri

1C şirketi güçlü ve etkili bir işletme yönetimi aracı yayınladı - program yabancı yazılım ürünlerine layık bir rekabet olacak. Ve bu çözümün Rus mevzuatına uygun olduğu ve çok uygun fiyatlı olduğu göz önüne alındığında, 1C:ERP Enterprise Management 2'nin hiçbir analogu yoktur.

1C:ERP Enterprise Management 2, 1C:Enterprise 8.3 platformunu temel alır ve aslında kökten geliştirilmiş bir 1C:Manufacturing Enterprise Management sürüm 1.3'tür.

Hemen şu soru ortaya çıkıyor: Program neden ERP (Kurumsal Kaynak Planlama) kısaltmasını aldı? Bir ERP sisteminin amacı, bir işletmenin faaliyetlerinin tüm alanlarını tek bir veri ve süreç bilgi modeline bağlamak, departmanların kaynaklarının ve bir bütün olarak tüm işletmenin sürekli optimizasyonunu sağlamaktır. 1C:ERP Enterprise Management 2 programının yetenekleri, ona tam teşekküllü bir ERP sistemi dememizi sağlar.

1C:ERP Enterprise Management 2 yazılım ürünü hem üretime hem de diğer büyük işletmelere yöneliktir.

1C:ERP Enterprise Management 2 programındaki yenilikçi bir çözüm, uygulama çözümünün çeşitli işlevsel parçalarını programlamadan (konfigürasyonu değiştirmeden) "açmanıza" veya "kapatmanıza" olanak tanıyan öğeleri açma ve kapatma mekanizmasıydı; “1C” diyorlar. Bu çözüm, 1C:ERP Enterprise Management 2 programını çok esnek bir şekilde özelleştirmenize ve "hantal", kafa karıştırıcı, anlaşılmaz "görünümden" kurtulmanıza olanak tanır.

Açma/kapama mekanizmalarına örnek olarak:

Çeşitli organizasyonları yönetmek;

Departmanlara göre kayıtların tutulması;

Ayrı bir bilançoda ayrı bölümlerin tutulması;

Çoklu para birimleri;

Müşteri tarafından sağlanan hammaddelerin işlenmesine yönelik hizmetlerin kaydı

Programın uygulanması sonucunda 1C:ERP Kurumsal Yönetim 2 gerçekten önemli bir başarı elde etmek ekonomik etki :

Stoklar ve üretim

Stok hacimlerinde azalma %21

Malzeme kaynakları için azaltılmış maliyetler %9

Üretim maliyetlerinde azalma %7

İşletme ve yönetim maliyetlerinde azalma %15

Üretim maliyetlerinde azalma %8

Üretim hacminde %28 artış

İşletme sermayesi

Stok devir hızı artışı %18

Verimlilik ve verimlilik

Sipariş karşılama süreleri %33 oranında azaldı

Kâr artışı %11

İşçilik maliyetleri ve raporlama

Çeşitli departmanlardaki işçilik maliyetlerinde %30 azalma

Yönetim raporlamalarının alınmasında 3,8 kat hızlanma

Düzenlemeye tabi raporlamanın hazırlanmasının 2,8 kat hızlandırılması

1C:ERP Enterprise Management 2'nin işlevselliği

Üretim yönetimi alt sistemi 1C:ERP Üretim yönetimi 2:

· Mağazalar arası geçişlerin ve operasyonel düzeyde yönetimi

Mağazalar arası ve mağaza içi seviyelerde iki seviyeli bir üretim yönetim sistemi desteklenmektedir. Atölyeler arası seviyede (“baş sevk görevlisi”), üretim programı üretim bölümleri seviyesinde yönetilir. Yönetim, zaman ve kaynak açısından konsolide bir şekilde yürütülmektedir. Mağaza içi seviyede (“yerel sevk görevlisi”), üretim programının ayrı bir departmanda yürütülmesi süreçleri “BBV”, “UBBV” modelleri kullanılarak veya operasyonel olarak yönetilmektedir.

· rota sayfaları

· toplu yönetimi başlatma

· grup ve kişisel çalışma atamaları

· operasyonel sevkıyat

darboğaz yönetimi

· indirme yönetimi

· Üretim programının zamana göre planlanması, teşhis edilmesi ve esnek şekilde yeniden programlanması

· Yanlış standartlarla çalışma isteği

ürün yapısının görselleştirilmesi

· üretim kaynaklarının sağlanması üzerinde genişletilmiş kontrol,

yani sadece eğitim merkezlerinin erişilebilirliği düzeyinde değil, maddi kaynakların sağlanması çerçevesinde

1C ERP Üretim Yönetimi 2 programında onarımların düzenlenmesi ve sabit varlıkların muhasebeleştirilmesi için alt sistem:

Birleşik bir düzenleme ve referans bilgisi ile gelişmelerin kaydedilmesine yönelik bir mekanizma kullanılmaktadır. Haneleri kaydetmek için. Sabit varlıklara ilk yatırımlarla ilgili işlemler için iki yöntem kullanılabilir: sabit varlıkların bir işletme kalemi olarak ara kaydının kullanılmasıyla ve kullanılmaması.

· operasyondaki nesnelerin muhasebeleştirilmesi ve hiyerarşik sınıflandırılması

· İşletme tesislerinin durumunun izlenmesi

· Planlı ve programsız onarımların organizasyonu ve uygulanması

· İşletme nesnelerinin tam sahip olma maliyetinin oluşturulması

· Çalışma süresinin kaydedilmesi

· Üretim alt sistemi ile entegrasyon

· Ekipman kullanılabilirlik programları

1C:ERP Üretim Yönetimi 2'de maliyet muhasebesi ve maliyet hesaplama mekanizmaları:

· başlangıç maliyetlerinin hacmine göre detaylandırma

· hesaplamanın geçerliliğinin görünürlüğü ve kontrolü

1C:ERP Üretim Yönetimi 2 programındaki finansal yönetim alt sistemi:

Operasyonel muhasebe verileri raporlama göstergelerini oluşturmak için kullanılır. 1C:ERP Enterprise Management 2.0, IFRS'ye göre raporlama göstergeleri oluşturmak için paralel muhasebe ve dönüşüm unsurlarını içeren birleşik bir yöntem kullanır. Operasyonel verileri yansıtmak için. Alt sistemin bir parçası olarak kayıtlar şeklinde muhasebe geliştirildi: uluslararası muhasebe için bir hesap planı, operasyonel muhasebe verilerine dayalı uluslararası muhasebeye giriş oluşturma prosedürü, raporlamanın bileşimi ve raporlama göstergeleri oluşturma kuralları.

· faaliyet alanlarına göre muhasebe

· başvuruların onaylanma aşamaları

· esnek dağıtım kuralları

· satın alma işlemleri

· Para planlaması için birden fazla seçenek. Fonlar ve mali göstergeler

· çeşitli para birimlerinde paralel planlama

· Farklı dönemlere ait fiili ve planlanan verilerin karşılaştırılması ve analitikleri, sapmaların hesaplanması

1C:ERP Enterprise Management 2'deki bütçeleme mekanizmaları ve araçları:

Kullanıcı modunda bir bütçeleme modeli oluşturma yeteneği (geliştirildi: göstergeler ve bütçe kalemleri, bütçe türleri ve biçimleri, bütçe süreçleri). Gerçek veriler oluşturulurken operasyonel muhasebe verileri kullanılır. Ayrıca bunlara dayanarak bütçe kalemlerinin planlanan değerleri elde edilebilir.

Planlanan bütçe verilerinin tablo halinde girilmesi kullanılır, bu da daha önce Excel kullanmış olan kullanıcıların sadakatini artırır.

· tablo bütçeleme modeli

· versiyonlama

· planlanan göstergelerin hesaplanması

· veri şifre çözme

1C:ERP Enterprise Management 2 programında bir işletmenin ticaret ve depo faaliyetlerini otomatikleştirmek için alt sistemler:

· Satış süreçlerinin ve müşterilerle yapılan işlemlerin etkinliğinin yönetimi

· özelleştirilebilir otomatik fiyatlandırma yetenekleri

· düzenlenmiş satış süreçlerinin kullanılması

· gelişmiş müşteri sipariş yönetimi

· satış temsilcilerinin yönetimi

· Satış süreçlerinin durumunun izlenmesi

· siparişler için ayrı muhasebe - ihtiyaçların rezervasyonu

· depo çalışanları için mobil işyerleri

· yeniden kullanılabilir kapların muhasebeleştirilmesi

· rezervlerin istatistiksel analizi

· teslimat yönetimi ve ürün takvimi

1C:ERP programında Kurumsal Yönetim 2'de düzenlenmiş muhasebenin alt sistemleri

· Mali muhasebe grupları için ticari işlemleri yansıtmaya yönelik kuralların oluşturulması, ekonomik faaliyete ilişkin gerçeklerin, yansımanın uygunluğunun izlenmesiyle birlikte ertelenmiş bir şekilde kaydedilmesi

· herhangi bir belge için ilanların oluşumunun operasyonel kontrolü, kuruluşun ayrı bölümleri olan yerleşimler (hesap 79)

· ek ayarlar olmadan "karmaşık" KDV'nin muhasebeleştirilmesi için otomatik destek

· Gelir vergisi beyannamelerinin yorumlanması ve düzenlenmiş raporlama.

Personel yönetimi ve bordro

· Personel programını sürdürmek

· çalışan çıktı verilerine dayalı bordro hesaplaması

Ücretlerin finansal ve düzenleyici muhasebeye yansıtılmasına yönelik esnek seçenekler

· hesaplama için sınırsız sayıda gösterge girme yeteneği

Soru aynı zamanda alakalı çünkü artık artan sayıda imalat işletmesi, ithal edilen programa hizmet vermenin yüksek maliyeti ve Rus mevzuatıyla çalışmadaki tutarsızlıklar nedeniyle yabancı SAP'den yerli analoglara geçiyor. Bu yazımızda ERP ile ERP arasındaki temel farkların neler olduğunu, güçlü yönlerinin neler olduğunu ve işlevsellik yeteneklerinin neler olduğunu kısaca ele alacağız.

1C:UPP ve 1C:ERP arasındaki fark nedir?

Her iki programın da misyonlarının benzer olduğunu hemen belirtmekte fayda var. Tek bir sistemde iş otomasyonu ancak birini diğerinden ayıran bir takım farklılıkları vardır. Burada seçim otomasyonun hedeflerine, yönetim muhasebesinin özelliklerine ve şirketlerin organizasyon yapılarına (bölümleri olmayan basit işletmeler, holding yapıları veya şirket grupları olup olmadığı) bağlıdır.

Her iki program arasındaki temel farklar şunlardır: uygulanan işlevsellik. Mümkün olan maksimum değer başlangıçta SPP'ye dahil edilirse, ERP işlevselliği, programın kuruluşta doğrudan uygulanması sırasında yapılandırılabilir. Onlar. 1C:UPP'nin kurulumu, bir programın mümkün olan maksimum işlevsellik ile anında uygulanmasıdır ve 1C:ERP'nin uygulanması, programın işletmenizin belirli özelliklerine göre özelleştirilmesini ve onu olabilecek işlevlerle donatmayı temsil eden bir süreçtir. İşletmenizde gerçekleşen iş süreçlerini yansıtacak şekilde gerekli. 1.3 sürümünde bile erp modüllerinin sahip olduğu yeteneklere sahip olmadığını bir kez daha özetleyelim. Evet, UPP, gereksiz ayarlara gerek kalmadan hemen kullanılabilecek evrensel bir işlev seti ile donatılmıştır, ancak aynı zamanda bir işletmenin yönetimi sürecinde hiç ihtiyaç duyulmayabilecek birçok gereksiz işlevle de donatılmıştır.

Ek olarak, 1C:ERP programı, benzer işlevleri 1C:UPP'de farklı bölümlere dağılmış olan yeni alt sistemler uygular.Örneğin ERP'de Pazarlama ve Planlama alt sistemi, departmanın çalışmaları sırasında ortaya çıkabilecek tüm ihtiyaçlar maksimum düzeyde dikkate alınarak hayata geçirilir. UPP'de böyle bir bölüm yoktur ve benzer işlevler çeşitli bölümlere dağılmıştır. Bazı işlevler Satınalma'da, bazıları ise Satış, Planlama veya Üretim'de bulunur ve bu son derece zahmetli ve etkisizdir.

Ayrıca ERP'de Geliştirilmiş Satış bölümü UPP'de uygulanan işlevselliği içerir ve UPP'nin diğer benzer bölümlerinin işlevlerini birleştirir. ERP, SCP işlevselliğine ek olarak, satış departmanı uzmanlarının işini önemli ölçüde kolaylaştıran ek özellikler de sunmuştur. Örneğin, ERP'de satış temsilcilerini yönetebilir, taleplerle çalışabilirsiniz vb.

1C:ERP'nin önemli bir ayırt edici özelliği de özel Depo bölümü. 1C:UPP'de depo işlevleri farklı bölümlere dağılmıştır; bu, öncelikle sakıncalıdır ve ikinci olarak, depo görevlerini yansıtırken genellikle geçici kayıplara yol açar.

Ayrıca yazılım 1C:ERP çözümü en küçük ayrıntısına kadar düşünülmüş bir Bütçeleme bölümü ile donatılmıştır. Burada, her bir alt sistem için gerçek verileri oluşturmanıza ve yönetmenize olanak tanıyan esnek ve kullanışlı özellikler sunulmuştur. Bu tür bir muhasebe 1C:UPP daha uzun, daha emek yoğun ve kafa karıştırıcı bir süreçtir. İşletmelerinin iş süreçlerinin tüm nüanslarını bilen ve bunları programa yansıtan kullanıcılar, bölümün işlevselliğini takdir edeceklerdir - basit, kullanışlı ve kapsamlıdır.

Genel olarak şunu belirtmek isterim ki her iki programın da şüphesiz her birinin kendine has avantajları vardır. Her şey otomasyonun hedeflerine ve otomatikleştirilecek işin yapısına bağlıdır. Bu, özel yönetim işlevleri gerektirmeyen basit bir üretimse, büyük olasılıkla SCP programı kullanılarak otomatikleştirilebilir. İşletmenin karmaşık bir holding yapısı varsa, karmaşık düzeydeki üretimi otomatikleştirmede en iyi yurt içi ve dünya deneyimini dikkate alan ERP çalışmasına ihtiyaç vardır. Aslında erp kavramının tamamı, bir işletmedeki tüm iş süreçlerini maksimum düzeyde kapsamak ve bunları Rusya Federasyonu mevzuatına uygun olarak çalışan tek bir sisteme bağlamak üzerine kuruludur. Birçok kişi SCP'nin maliyetinin ERP'nin maliyetinden daha düşük olduğuna inanıyor ve bu, SCP'nin lehine güçlü bir argüman. Ancak UPP'yi seçerken fiyatın daha cazip olduğu gerçeğini hesaba katarsak bile ERP'nin çok yönlülüğü ön plana çıkıyor.

1C:ERP Kurumsal Yönetim 2.0

Ürün numarası: 4601546109118

« 1C:ERP Kurumsal Yönetimi", önde gelen 1C ortaklarından (ERP Merkezleri, 1C Geliştirme Merkezleri) uzmanları ve uzman başkanlarını içeren özel olarak oluşturulmuş bir uzman konseyinin katılımıyla, 1C şirketinden uzmanlardan oluşan bir proje ekibi tarafından yenilikçi platform " " sürüm 8.3'te oluşturulmuştur. Büyük sanayi işletmelerinin departmanları.

Bu yazılım ürününün piyasaya sürülmesinden önce, hem uzmanlardan oluşan bir ekip tarafından hem de işletmelerde pratik uygulama yoluyla kapsamlı testler gerçekleştirilmiştir.

Buna karşılık, tahminlerin oluşturulmasına yönelik tablo mekanizması, gerekli performans göstergelerinin açık bir şekilde hesaplanması, operasyonel değişikliklerin esnek uygulanması ve gizliliğin korunmasına yönelik güvenilir bir rejim sayesinde bütçeleme daha şeffaf hale geldi. Lojistik ve depo iş süreçlerinin otomatikleştirilmesinde önemli ilerleme kaydedildi ve iyileştirmeler aşağıdaki alanları etkiledi:

Müşterilerle işbirliğinin etkin koordinasyonu
otomatik satış prosedürlerinin uygulanması
Optimum stok devir hızına göre otomatik fiyatlandırma
ticari etkileşimin paket organizasyonu
Satış sürecini gerçek zamanlı olarak izlemek

Ödünç alma " " işlevi: depo doluluk analizi ve öncelikli teslimatlar için yer ayırma, yeniden kullanılabilir konteynerlerin kontrolü, mal taşımacılığının yönetimi.

Bu ERP sisteminde muhasebenin organizasyonuyla ilgili olarak, işlemlerin belgelenmesine yönelik bireysel ilkelerin hızlı bir şekilde düzenlenmesi artık mümkün. kontrol kablolaması Birincil dokümantasyon bağlamında gerçekleştirilen işlemlerin düzeltilmesi, özel KDV hesaplarının yönetiminin otomatikleştirilmesi ve zorunlu mali raporlama formlarının ayrıntılı olarak oluşturulması önemlidir.

İşgücü yönetimi alt sistemi ile maaş ve ikramiye hesaplamalarında da gelişme yaşandı. Artık bir personel masası tutmak, fiili işgücü verimliliğine göre adil ücret hesaplamaları yapmak ve yönetim ve muhasebede işgücü maliyetlerini doğru bir şekilde görüntülemek artık uygun.

Sisteme gerekli erişim türüne bağlı olarak uygun çalışma modu uygulanır: tam teşekküllü, ince ve bulut istemci.

“1C:ERP Enterprise Management 2.0” işlevsel modelinin nüansları

Bu sistemin işleyişi, girişimcilik faaliyetlerinin bir iş modeline göre yürütülmesi konusunda genel kabul görmüş ilkelere dayanmaktadır.

Böylece tüm sistem kolayca özelleştirilebilir; gerektiğinde gereksiz modüller devreye alınmaz. “1C:ERP Enterprise Management 2.0”ı uygulayacak şirketin bu gerekliliğe uyması gerekiyor IDEF0 standardı Bu, her bir proje için bireysel alt sistemlerin etkileşiminin ayrıntılı bir analizini ima eder. Sonuç olarak, işletmenin ihtiyaçlarına önemli ölçüde uyum sağlanarak tüm sistemin istikrarlı bir şekilde çalışması sağlanır.

.
“1C:ERP Kurumsal Yönetim”, büyük ve otomasyonda en iyi küresel ve yerel uygulamaları dikkate alarak, teknik açıdan karmaşık çok süreçli üretime sahip olanlar da dahil olmak üzere çok sektörlü işletmelerin faaliyetlerini yönetmek için karmaşık bilgi sistemleri oluşturmaya yönelik yenilikçi bir çözümdür. orta ölçekli işletmeler.
Bazı infografikler:

Bugün (Mart 2016) itibarıyla 900'den fazla işletme 1C:ERP kullanıcısı haline geldi ve sayıları artıyor. Aynı zamanda, geliştiricilerin bakış açısından birkaç düzine proje “pilot” statüsü aldı; Bu kurum ve kuruluşlar öncelikle yeni işlevselliklerin geliştirilmesinde aktif rol almakta ve anında geri bildirim sağlamaktadır.
Bazı 1C:ERP kullanıcılarının logoları şunlardır:

1C:ERP çözümünün ilginç bir özelliği de geliştiriyor olmamızdır. bir çözüm- 1C:ERP – ve kaynaklarından otomatik olarak alıyoruz dört çözüm(işlevselliği “keserek” ve işlevsel seçenekleri değiştirerek):

İşletmeyi genişletirken veya şirketin otomasyon ihtiyaçlarını artırırken, sistemin işlevselliğini artırmak, "Ticaret Yönetimi" konfigürasyonundan "Kapsamlı Otomasyon" konfigürasyonuna ve ardından "ERP Kurumsal Yönetim 2" konfigürasyonuna geçerek aşamalı olarak yapılabilir. Çözümlerin yüksek düzeyde birleştirilmesi nedeniyle böyle bir geçiş hızlı bir şekilde gerçekleştirilir, bilgi tabanında biriken veriler kaydedilir ve kullanıcıların yeniden eğitilmesine gerek kalmaz - tanıdık yazılım ve bilgi ortamında çalışmaya devam ederler.

1C:ERP nasıl yazılır?

Bir kararı nasıl dörde dönüştürebiliriz?

Geliştirme yalnızca bir şubede (ERP) gerçekleştirilir. Amiral gemisi ERP çözümünden daha hafif, işlevsel olarak sınırlı Entegre Otomasyon (bundan sonra kısaca KA olarak anılacaktır) ve iki tür Ticaret Yönetimi (bundan sonra UT ve UT Temel olarak anılacaktır) oluşturma süreci otomatikleştirilmiştir.
ERP'den "türetilmiş" konfigürasyonlara (KA, UT, UT Basic) yapılan değişiklikler, konfigürasyonları karşılaştırmaya ve birleştirmeye yönelik bir mekanizma kullanılarak otomatik olarak aktarılır. Bu mekanizmanın başlangıçta uygulama çözümünün işlevselliğini kendi tarafında değiştiren/genişleten kullanıcılar için uygulama çözümlerinin yeni sürümlerine geçiş sürecini otomatikleştirmesi amaçlanmaktadır. Konfigürasyon karşılaştırma ve birleştirme mekanizması, üç konfigürasyonun analizine dayalı olarak üç yönlü anlamsal birleştirme gerçekleştirir:

satıcının eski yapılandırması
tedarikçiden yeni konfigürasyon
geçerli kullanıcı yapılandırması (satıcının eski yapılandırmasına ek olarak kullanıcı tarafından yapılan değişiklikler)

Sonuç olarak, yeni işlevleri (geliştirici tarafından sunulan) birleştiren ve kullanıcı tarafından yapılan değişiklikleri (özelleştirmeleri) koruyan yeni bir mevcut yapılandırma elde ediyoruz.
Bizim durumumuzda mevcut konfigürasyonun rolü dönüşümlü olarak KA, UT, UT Basic tarafından oynanırken, tedarikçiden gelen eski ve yeni konfigürasyonların rolü sırasıyla eski ve yeni ERP versiyonları tarafından oynanıyor. Onlar. İşlevsel olarak sınırlı konfigürasyonların (KA, UT, UT Basic) ERP'nin özelleştirilmiş (esas olarak kullanılmayan nesnelerin silinmesi yoluyla) versiyonları olduğuna inanıyoruz.

Her çözüm için manuel olarak yazılan birkaç nesneden biri, bu çözümü diğer 1C çözümleriyle (örneğin, 1C: Belge Akışı ile) veya örneğin harici ekipmanla entegre etme kurallarını tanımlayan değişim planlarıdır. Ancak veri alışverişinde kademeli olarak tek bir EnterpriseData standardına geçiş sayesinde, belirli bir çözüme özel değişim planlarının sayısını azaltıyor ve tek bir veri değişim kodu kullanmaya çalışıyoruz.
Bu yaklaşımın ilginç bir özelliği var. Çözümün tamamı ERP şubesinde bir kez yazılır; ancak kodun, formların, komut dosyalarının, raporların vb. çoğu dört çözümde kullanılıyor ve birbirinden çok farklı çözümler: ERP binlerce kullanıcısı olan işletmelerde uygulanıyor ve UT Basic bireysel girişimcilere hizmet etmek için tasarlandı. Ürünümüzün kullanılabilirliğine çok dikkat etmeye çalışıyoruz.
Uluslararası ISO 9241-11 standardı kullanılabilirliği şu şekilde tanımlar:

ürünün ne ölçüde kullanılabileceği belirli kullanıcılar belirli hedeflere gereken verimlilik, üretkenlik ve memnuniyetle ulaşmak için belirli bir kullanım bağlamında

Uygulamayı deneyimsiz bir kullanıcının bile çalışmasını kolay ve rahat hale getirecek şekilde yazmaya çalışıyoruz.

Geliştirme Özellikleri

ERP geliştirirken, geliştirilen işlevselliğin bir veya daha fazla ERP kaynaklı çözümde (KA, UT, UT Basic) kullanılabileceğini her zaman hatırlamalıyız. İşlevselliği kolayca etkinleştirmek/devre dışı bırakmak için, orijinal olarak bu tür görevler için oluşturulmuş işlevsel seçenekler mekanizmasını yaygın olarak kullanıyoruz. İşlevsel seçenekler, bir uygulama çözümünde, uygulama çözümünün kendisini değiştirmeden uygulama sırasında açılıp kapatılabilen işlevselliği seçmenize olanak tanır. İşlevsel seçenekler, kapatıldığında ilgili tüm işlevleri kullanılamaz hale getiren çözüm ayarları, onay kutularıdır. Her şeyden önce, programa belirli bir uygulamanın ihtiyaçlarına göre ince ayar yapmak için işlevsel seçenekler kullanılır. ERP'de, bu mekanizmayı (ana amacına ek olarak) ERP'den türetilmiş konfigürasyonları "kesmek" için kullanırız. Örneğin, bir ERP çözümünde işlevsel bir "Kurumsal Yönetim" seçeneği vardır, üretim yönetiminden sorumlu tüm işlevler bununla ilişkilidir - bir üretim programı oluşturma, üretim maliyetlerini muhasebeleştirme, ilgili raporlar ve çok daha fazlası. Bu seçenek yalnızca 1C:ERP çözümünde etkinleştirilir ve "türetilmiş" KA, UT, UT Basic çözümlerinde devre dışı bırakılır. Toplamda 1C:ERP yaklaşık 600 işlevsel seçenek kullanır.
1C:ERP geliştiricisinin işini kolaylaştıran bir diğer platform mekanizması da . Alt sistemler, bir çözümün işlevselliğini bloklara ayırmanın bir yoludur; Çözümdeki her nesnenin (dizin, belge, rapor vb.) en az bir alt sisteme dahil edilmesi gerekir. Özellikle ERP çözümü, ERP'den türetilmiş çözümlerin oluşturulmasını kolaylaştıran üç alt sisteme sahiptir:

“UE, UT, KA nesneleri” tüm uygulama çözümlerinde yer alan nesnelerdir: Ticaret Yönetimi, Entegre Otomasyon, Kurumsal Yönetim (Rusça adı ERP).
“UE, CA nesneleri” - yalnızca Entegre Otomasyon ve ERP yapılandırmalarıyla ilgili nesneler.
“PM nesneleri” - yalnızca ERP çözümüyle ilgili nesneler

Bir ERP çözümündeki herhangi bir uygulama nesnesi bu üç alt sistemden SADECE BİRİNE ait olmalıdır. Bu durum, ERP çözümünün kodunun statik olarak analiz edilmesiyle kontrol edilir (aşağıya bakınız).

Virgülden sonraki sayılar

Bir ERP ürün versiyonu noktalarla ayrılmış dört sayıdan oluşur. Örneğin - 2.1.3.117.

Sürümdeki ilk sayı (baskı) çok nadiren değişiyor (örneğin, KA 1.x.x.x ve KA 2.x.x.x arasında neredeyse 8 yıl var).
İkinci sayı (alt baskı) yılda yaklaşık bir kez değişir. Yeni alt düzenleme sürümünde yeni işlevler yayınlandı. Bu tür sürümlerin piyasaya sürülmesi genellikle takvim yılının başlangıcına denk gelecek şekilde zamanlanır, böylece kullanıcılara yeni sürüme "geçmek" için yeterli zaman verilir.
Yeni bir üçüncü numaraya (sürüm) sahip sürümlerde mevcut işlevsellik geliştirildi; Yaklaşık her iki ila üç ayda bir yeni bir sürüm çıkar.
Güncellenmiş dördüncü numaraya sahip sürümler (düzeltme yapıları), yalnızca mevcut mevzuata uyum sağlamak için hata düzeltmeleri ve güncellemeler içerir. İki haftada bir çıkıyorlar.

Aynı anda geliştirilmekte olan bir ürünün en fazla 3 versiyonuna sahip olabiliriz, örneğin:

2.1.3.X – Önceki alt basımın desteklenen sürümü. 2016 yılı sonuna kadar üretilecek. Bu sürüm yalnızca hata düzeltmelerini ve mevcut mevzuata uyum sağlayacak değişiklikleri içerir.
2.2.1.X – Mevcut alt basımın güncel sürümü. Yeni alt düzenleme işlevine sahiptir. 2.2.2.X yayınlanmadan önce bunun için düzeltici yapılar yayınlanacak.
2.2.2.X – Mevcut alt sürümün işlevselliğinin geliştirilmesi. Bu sürüm aktif olarak geliştirilmektedir.

Her ERP şubesinden ERP'ye ek olarak 3 çözüm daha elde edildiğini düşünürsek - KA, UT ve UT Basic - 12 farklı depoda bulunan 12 ürün versiyonunu alıyoruz.
Geliştirme sırasında 4'e kadar planlama ufkumuz vardır, örneğin:

2.1.3 (destekleniyor), hangi hataların düzeltileceğine, mevzuat değişiklikleriyle ilgili hangi projeleri hayata geçireceğimize karar veriyoruz. Yalnızca 2016 yılında yürürlüğe giren değişiklikler uygulanacaktır. Ufuk – 2016 sonuna kadar
2.2.1 (desteklenir) – “harici” hatalar düzeltilir + 2.2.2'nin yayınlanmasından önce yürürlüğe giren mevzuat değişiklikleri. Horizon - 2.2.2'nin yayınlanmasına kadar.
2.2.2 (aktif olarak geliştirilmektedir) - “harici” hatalar düzeltildi + bulduğumuz hatalar + yeni işlevsellik uygulanıyor. Horizon - 2.2.3 sürümüne kadar
2.2.3 (planlanmıştır). Proje büyükse, bu sürüm için hemen geliştirilebilir (ve öncekine dahil edilmeyecektir). Horizon – 2.2.4 çıkana kadar veya 2017 sonuna kadar.

ERP geliştirmede “1C: Uygulama Çözümleri Tasarım Sistemi” ürününün kullanılması

Daha önce de belirtildiği gibi, 1C'de dahili prosedürlerimizde kendi ürünlerimizi kullanarak Kendi test sürümünü tüket ilkesini izlemeye çalışıyoruz. Özellikle ERP geliştirmede “1C: Uygulama Çözümleri Tasarım Sistemi” (SSPR olarak kısaltılır) ürününü yaygın olarak kullanıyoruz. DSS, adından da anlaşılacağı gibi, 1C:Enterprise platformunda uygulama çözümleri tasarlamanıza yardımcı olur ve gereksinimlerin toplanması, değişiklik kontrolü, dokümantasyon, hata takibi vb. gibi tüm yazılım geliştirme döngüsünün görevlerini yerine getirmenize olanak tanır.
KDS iki tür öğe oluşturmanıza olanak tanır: hatalar (düzeltilmesi gerekenler) ve gereksinimler (yeni işlevsellik talepleri). Hatalarla her şey az çok açık, yeni bir gereksinim yaratmayı düşünelim.
Bir gereksinim yaratmanın nedeni şunlar olabilir:

Bir ortaktan veya müşteriden talep. Bu tür talepleri özellikle ortak seminerlerimizde topluyoruz; Ortaklar arasında oy vererek en yüksek önceliğe sahip olanları öne çıkarıyoruz.
Müşterinin önemli bir isteği olması durumunda, pilot proje sırasında yeni bir versiyonun tanıtılması yönünde bir talep ortaya çıkabilir.
Teknik destek hizmetimizden gelen bir talep (daha doğrusu teknik desteğimizden geçen bir ortak veya müşteriden gelen bir talep), iş ortağı forumumuzdan veya hesap yöneticimizden (bizim için önemli olan bir müşteriye/müşterilere eşlik eden) bir talep .
1C:Enterprise platform geliştirme ekibinden talep. Platform ekibi, ERP (ve diğer standart konfigürasyonlar) geliştirme ekibinden yeni platform işlevlerini (örneğin Taksi arayüzü, modal pencerelerin reddedilmesi, senkronize çağrıların reddedilmesi vb.) kullanmasını ister.
Yeniden düzenleme, mimari optimizasyonu, kullanılabilirliğin iyileştirilmesi.

Yeniden düzenlemenin nedeni (madde 5) ciddi mimari değişiklikler olabilir (örneğin, fatura yerine siparişler kullanılmaya başlandığında nakliye siparişlerinin revizyonu).

DSS ürünü, ERP'nin bir parçası olarak sağlanır (ancak ayrı olarak da satın alınabilir). ERP çözümü, DSS ile entegrasyon modunda başlatılabilir; bu durumda, her formda "İşlevsel modeli aç" düğmesi bulunacaktır, tıklandığında formun DSS'deki işlevselliğinin bir açıklaması açılacaktır.

Açılan şey budur - IDEF0'daki işyeri modeli budur:

Tam tersini de yapabilirsiniz; işlevsel modeli inceleyebilir ve ondan iş türlerini keşfedebilirsiniz. Bu mod, programın nasıl çalıştığını incelerken kullanılabilir.
Önemli bir nokta, açılanın DSS olmaması, ERP içerisinde DSS'den gelen verilerin yüklendiği bir form açmasıdır. Onlar. entegrasyon “kesintisizdir” (kullanıcı bunu görmez). Bu teknik diğer ürünlerle entegre edilirken kullanılır. Örneğin 1C: Document Flow ile (başka bir veritabanında çalışan postalar, görevler, iş süreçleri ile ERP'den çıkmadan çalışabilirsiniz).

ERP'yi nasıl geliştiriyoruz: 6 proje kilometre taşı

Bu nedenle, işlevselliği değiştirmek için yeni bir gereksinimin uygulamaya konulmasına karar verildi. Benzer gereksinimler teknik projelerde birleştirilir. Yeni bir ERP sürümünün parçası olarak genellikle 100 ila 150 teknik proje uygulanır ve her projede bir ila birkaç düzine gereksinim bulunur. Teknik proje DSS'ye girilir; Uygulama sırasında proje 6 kontrol noktasından geçmektedir ve bunların her biri KDS'ye kaydedilmektedir.
ERP bölümündeki ekiplere bölünme hakkında biraz bilgi. Ekip lideri (ekip lideri) tasarıma katılır ve kural olarak geliştirmeye katılır. Ekip genellikle test uzmanlarını da içerir. Geliştirme ekipleri statiktir; onlara çeşitli konu alanları atanır. Projenin ilgili alanları içermesi halinde, ilgili ekibin üyeleri proje uygulamasına dahil edilir. Ekibin tamamı projeye dahil olmayabilir.
Projeden sorumlu kişi baş geliştirici veya ekip lideridir. Proses kontrolünden sorumludur:

Tüm olası senaryoları dikkate alan, bitişik bloklarla eşleştirilen yüksek kaliteli tasarım
Son teslim tarihleri
Mimari kalitesi, kullanıcı arayüzü
Sertifika yazmak, proje tasarlamak dahil. fonksiyonel bir modelin geliştirilmesi

Nokta 1. Bir proje açmak

Ekip lideri teknik projeleri yayınlanacak bir listeyle birlikte DSS'ye girer. Her proje hedeflerin ana hatlarını çizer ve uygulanacak gereksinimleri belirtir. Liste, sürüm üzerinde çalışmaya başlamadan önce geliştirme yöneticisi ile tartışılır. Aslında bir proje açılırken hiçbir toplantı yapılmaz; proje sadece açılması için DSS'ye gönderilir.
Proje ekibi konsepti geliştirmeye başlar.

Nokta 2. Konseptin koordinasyonu

Konsept üzerinde anlaşmaya varmak için projeden sorumlu kişinin, ekip liderinin, geliştirme yöneticisinin ve projede yer alan uzmanların katıldığı çevrimiçi veya çevrimdışı bir toplantı yapılır. Genellikle bu aşamada projeden sorumlu kişinin “büyük blok” konsepti hazırdır ve toplantı sırasında son şekli verilir. Senaryolar ve kullanıcı arayüzünün bir açıklaması da tartışılmıştır (ve DSS'ye yazılmıştır). Gereksinim ortaklardan veya müşterilerden gelen bir talepten doğmuşsa proje materyalleri (kavramlar, senaryolar, kullanıcı arayüzü) çözümü değerlendirmek üzere ortağa/müşteriye gönderilebilir.
Toplantı sırasında prototip oluşturmanın emek yoğunluğu üzerinde anlaşmaya varılır (genellikle bir prototip oluşturmak 5 iş günü kadar sürer). Ekip bir prototip oluşturmaya başlar.

Nokta 3. Prototiplerin koordinasyonu

Hazır prototiplerin gözden geçirildiği, uygulama ayrıntılarının tartışıldığı (özellikle hangi nesnelerin ekleneceği ve değiştirileceği), hipotezlerin test edildiği, prototip formlarının onaylandığı vb. bir toplantı yapılır. En ciddi kullanılabilirlik testi amacıyla prototipler en "zor" modda - web istemcisinde, Taksi arayüzünde, düşük çözünürlüklü monitörlerde başlatılır.
Projenin IDEF0 gösterimindeki işlevsel modeli geliştirilir ve DSS'de saklanır.
Bu aşamada proje ekibi, projenin tüm yönlerinin tartışılması (ve DSS'de belgelenmesi) için projenin uygulanmasına yönelik işçilik maliyetlerini mümkün olduğunca doğru bir şekilde tahmin etmelidir:

KDS'deki proje tanımının doğruluğu konusunda mutabakata varılması (özellikle önceki proje kilometre taşlarındaki tüm görevlerin tamamlanıp tamamlanmadığı izlenir).
Çözüme hangi yeni meta veri nesneleri (dizinler, belgeler vb.) eklenecek?
Mevcut meta veri nesnelerinde ne gibi değişiklikler yapılacak?
Veri alışverişi planlarının diğer çözümlerle koordinasyonu (yeni/değişen verilerin diğer uygulamalarla veri alışverişine katılıp katılmayacağı, katılacaksa tam olarak nasıl olacağı)

Herkes işçilik maliyetlerinden memnunsa, geliştirmeye başlamadan önce mümkün olduğunca çok sayıda nüansı belirlemek amacıyla proje için yapılan her şeyin bir sunumu (DSS'deki proje materyallerine dayanarak) yapılır.
Ve gelişme başlıyor!

Nokta 4. Geliştirilen çözümün onaylanması

Çözüm geliştirildi ve sunum hazırlandı (PowerPoint formatında). Genellikle geliştirilen çözümün "canlı" gösterimiyle yüz yüze toplantı yapılır.
Proje halka açıksa (1C web sitesinde ortakların kullanımına sunulan planlar listesinde yayınlanmıştır), o zaman sunum, ilgilenen tüm ortakların kendilerini tanıtabilmesi ve yorumlarını ifade edebilmesi için ERP bölümündeki ortak forumunda yayınlanır.

Nokta 5. Projenin test edilmesi ve denetimi

Ana geliştirmenin tamamlanmasının ardından manuel fonksiyonel testler gerçekleştirilir. Test uzmanları, tam teşekküllü ekip üyeleri olarak tüm proje kontrol noktalarına katılır ve projenin işlevselliği ve çalışma senaryoları hakkında bilgi sahibi olur. Test uzmanları ayrıca yeni işlevleri kullanılabilirlik standartlarımıza göre değerlendirir. Bu standartlar (kodlama standartları ve arayüz geliştirme standartları dahil), 1C web sitesinde ortakların ve kayıtlı kullanıcıların kullanımına sunulan bir kaynakta yayınlanmaktadır.
Proje kodu, kod inceleme prosedüründen geçer. ERP'deki kod incelemeleri başka bir proje grubunun üyeleri tarafından gerçekleştirilir; Kod incelemesi, ERP ekibindeki tüm geliştiricilerin sırayla yaptığı bir sorumluluktur. Kodda sorunlar bulunursa, 5. maddeyi geçmeden önce düzeltilmesi gereken hatalar DSS'ye kaydedilir.
Güncelleme, önceki sürümle (şu anda yayımlanan en son sürüm) yeni bir sürüm için kontrol ediliyor.
Yani proje hazır, testler geçti, kodu ana depoya yükleme zamanı geldi (bundan önce tüm geliştirme teknik projenin ayrı bir deposunda gerçekleştirilir). Bu aşamada, yeni işlevsellik üzerine referans materyallerinin yazılması da sona erer (referans DSS'de saklanır).
Aşamanın sonunda (testler geçildi ve referans materyalleri hazır hale geldi) proje ana depoya yüklenir; Bunu, mevcut herhangi bir işlevselliği bozmadığımızdan emin olmak için ilgili alanlarda rastgele regresyon testleri takip eder.

Nokta 6. Projenin sonu

Projeyi DSS'de kapatıyoruz ve ona "Tamamlandı" durumunu atadık.

Sürüm sürümü

Yeni bir sürümün yayınlanmasından yaklaşık bir ay önce, yeni projelerin ana havuza yüklenmesine bir moratoryum uygulanır (teknik proje havuzlarındaki geliştirme devam etmektedir); bu zamana kadar bitmeyen projeler başka bir versiyona aktarılır.
Bu ay boyunca regresyon testi yapılıyor; Kodda değişiklik yapılmasına yalnızca bu sürümde ortaya çıkan hataları düzeltmek için izin verilir. Belirtilmeyen hataların (önceki sürümlerde de tekrarlananlar) genellikle neredeyse tamamı regresyon testinin başlamasıyla düzeltilir; kalan aynı hatalar bir sonraki sürüme aktarılır. Regresyon testinin temel amacı ürünün kalitesinin bozulmamasını sağlamaktır.
Daha önce de belirtildiği gibi, aynı DSS bir hata izleyici olarak kullanılır.

Düzeltme meclisleri

Her iki haftada bir sürümler için düzeltme yapıları yayınlıyoruz; bugün 2.1.3.x, 2.2.1'in yayınlanmasından sonra 2 düzeltici derleme yayınlanacak - 2.1.3.x ve 2.2.1.x. Bir hatayı bildirmemizden, düzeltme sürümünde görünmesine kadar geçen süre iki haftadan kısa sürüyor; İstatistiklerimiz, bir müşterinin ERP'de bir hata nedeniyle destek ekibiyle iletişime geçmesinden düzeltmenin bugün yama yapısında yayınlanmasına kadar geçen ortalama sürenin 9 gün olduğunu gösteriyor.

Dallanmış geliştirme

ERP üzerinde grup çalışmalarında 1C:Enterprise platformunun bize sağladığı araçları kullanmaya çalışıyoruz. Yapılandırmalar bir yapılandırma deposunda saklanır ve bir şubeye yeni işlevsellik eklendiğinde standart dağıtım ve destek mekanizması kullanılır. Tüm işlemler maksimum düzeyde otomatikleştirilmiştir; nesneler yalnızca geliştirici tarafında değiştirildiyse kod, programcının katılımı olmadan birleştirilir. Kaynakları birleştirmek için geliştirici müdahalesine ihtiyaç duyulursa genellikle platformun yerleşik yeteneklerini kullanırız. Ancak platform araçlarından (örneğin Araxis) üçüncü taraf karşılaştırma/birleştirme araçlarını çağırma olasılığı da vardır. Bu arada, üçüncü taraf karşılaştırma/birleştirme araçlarını çağıran bu özellik, ERP geliştirme ekibinin isteği üzerine platforma eklendi.

Çeşitli

Yeni işlevsellik geliştirirken, platformun yeni ERP sürümünün yayınlandığı tarihte mevcut olacak sürümünü kullanıyoruz (bugünkü platform 8.3.8).
Bu, platformun önceki sürümlerle uyumluluk için destek modunu aktif olarak kullanması nedeniyle mümkündür. Yeni bir platform ortaya çıktığı anda ona geçiyoruz ancak uyumluluk modunun devre dışı bırakılması hemen gerçekleşmiyor. Bunun üç nedeni vardır:

Kullanıcıları daha az "şoklamak" istiyoruz, bu nedenle uyumluluk modunu örneğin tüm kullanıcılar rapor gönderirken değil, "sessiz" dönemlerde devre dışı bırakmaya çalışıyoruz.
Uyumluluğun devre dışı bırakılması genellikle çeşitli yapılandırma değişiklikleriyle ilişkilendirilir. Bunların planlanması gerekiyor ve uygulanması zaman alıyor.
ERP şu anda 10 kütüphaneyi kapsayan bir konfigürasyondur. Uyumluluğu yalnızca tüm kitaplıklar da devre dışı bıraktığında devre dışı bırakabilirsiniz.

Kütüphaneler hakkında ayrı ayrı yazabilirsiniz. Kitaplık, çeşitli son uygulama çözümlerimizde aynı şekilde çalışması gereken işlevleri içeren, özel olarak yazılmış bir yapılandırmadır. Kütüphanelerin entegrasyonu, daha önce bahsedilen “Yapılandırma Teslimatı” platformunun mekanizması kullanılarak gerçekleştirilir. Kitaplıklar yayınlanmış (yayınladığımız ve üçüncü taraf geliştiricilerin uygulama çözümlerinde kullanabilecekleri) ve dahili (ayrı olarak yayınlamadığımız - yalnızca uygulama çözümlerinin bir parçası olarak) olarak ikiye ayrılır. Kütüphanelerin büyük çoğunluğu yayınlanmaktadır.
ERP, diğer ekipler tarafından geliştirilen 10 kitaplığı içerir. Kodları ERP ekibinin geliştiricileri tarafından değiştirilmez.

Kütüphanelerin listesi

Standart alt sistemler kütüphanesi.
Temel işlevler - erişim hakları, yazdırma, posta vb. Çoğu uygulama çözümüne dahildir.
ERP'de
İnternet kullanıcı desteği kütüphanesi.
Güncellemelerin yayımlanması hakkında bilgi verilmesi, teknik destekle iletişime geçilmesi. güncellemelerin desteklenmesi, indirilmesi ve kurulması
Elektronik belge yönetimi kütüphanesi.
Karşı taraflarla elektronik belge alışverişi (yasal olarak önemli EDI dahil), DirectBank (bankalarla doğrudan alışveriş), web siteleri (CMS) ile alışveriş.
EGAIS ile entegrasyon için kütüphane.
Perakende alkol işlemlerinin muhasebeleştirilmesi için Birleşik Devlet Otomatik Bilgi Sistemi ile alışveriş yapın.
Düzenlenmiş muhasebe kütüphanesi.
“Parça” 1C: ERP'de Muhasebe. Genel olarak, ERP'de metodolojik kısımda düzenlenmiş muhasebe (bazı küçük istisnalar dışında) 1C: Muhasebe'ye benzer, ancak uygulaması farklıdır ve bağımsız olarak yapılır. 1C:Muhasebe'den muhasebe raporları alıyoruz ve bazı vergilerle ilgili raporlar alıyoruz.

1C:ERP'yi nasıl test ederiz?

Dört çözümün de doğruluğunu kontrol etmek için ERP'den üç çözüm (KA, UT, UT Basic) oluşturduktan sonra, ortaya çıkan konfigürasyonların statik ve dinamik analizini yapıyoruz.
KA, UT, UT basic konfigürasyonları ERP deposundan oluşturulup kendi depolarına yüklendikten sonra her defasında kısmi statik analiz yapılır (bu işlem günde iki kez gerçekleşir).
1C: Otomatik Yapılandırma Kontrolü (1C: APK) yapılandırması kullanılarak daha ayrıntılı bir statik analiz yapılır. 1C:APK özellikle şunları kontrol eder:

Rollerin bileşimi. Örneğin, tüm sabitlerin okuma haklarının Temel Haklar rolüne dahil edilip edilmediğini kontrol eder.
Kabul edilen standartlarla kod uyumu. Çok sayıda uygulama geliştirme standardı için (bunlardan birkaç yüzümüz var), kodun bunlara uyum açısından analiz edilmesine yönelik prosedürler yazılmıştır. Örneğin, sorgularda tam birleştirmelerin kullanılmaması veya arayüzde görüntülenen dizelerin doğru şekilde yerelleştirilmesi.
ERP geliştirme özelliklerine ilişkin özel kontroller
Örneğin, her uygulama nesnesinin “Objects UT, SC, UE”, “Objects CA, UE” veya “Objects UE” alt sistemlerinden yalnızca birine dahil olup olmadığının kontrol edilmesi

Dinamik kod analizi, özellikle aşağıdaki işlemlerin yürütüldüğü (ve işlemlerin sonuçlarının önceki başarılı testle karşılaştırıldığı) regresyon testini içerir:

Tüm formların açılması
Diğer uygulama çözümleriyle veri alışverişi (örneğin, 1C: Kurumsal Muhasebe ile)
Tamamlanan belgelerin muhasebeye yansıması. Belgenin referans veritabanına gönderildikten sonra muhasebeye yansıması sonucunun değişmediği doğrulanır.
Ve benzeri.

Regresyon testi için, çeşitli boyutlarda (15 GB'tan 70 GB'a kadar) ve farklı spesifik içeriklere sahip 10 ila 20 veritabanı kullanıyoruz.
Güncellemenin a) doğru bir şekilde ve b) makul bir sürede gerçekleştiğinden emin olmak için, aynı veritabanlarını kullanarak güncellemeyi önceki sürümden yeni bir sürüme test ediyoruz.
1C veritabanını güncellerken iki önemli aşama vardır:

Ana zaman, verileri çok kullanıcılı modda güncellemektir. Uygulama çözümü verileri arka planda güncellemeye hazırlar; kullanıcılar sistemle çalışmaya devam edebilir ancak sistem performansı düşebilir ve bazı işlevler sınırlı şekilde çalışabilir. Tipik olarak, yeni bir sürüme yönelik güncelleme hafta sonları (kullanıcı etkinliğinin minimum düzeyde olduğu zamanlarda) gerçekleştirilir.
Minimum süre - özel modda güncelleme. Tüm veriler arka planda hazırlandığında veritabanı yapısını değiştirmenin zamanı gelmiştir. Bunu yapmak için, kullanıcılar sistemle çalışamadığında veritabanı özel moda aktarılır. Güncelleme hızı kullanıcılarımız için son derece önemlidir.

Acil planlarımız arasında maksimum sayıda senaryoyu kapsayacak şekilde otomatik test alanının genişletilmesi yer alıyor.

Çözüm

ERP en büyük ürünlerimizden biridir. Bir yandan onu hızlı bir şekilde geliştirmek, diğer yandan geliştirilen çözümün yüksek kalitesini sağlamak için geliştirilmesinde modern ve ileri teknikleri kullanmaya, yeni teknikler ve araçlar yaratmaya çalışıyoruz.

Etiketler:

Etiket ekle

1C şirketi, kullanıcılara ve ortaklara uygulamanın deneme kullanımının uzatılması konusunda bilgi veriyor " 1C:ERP Kurumsal Yönetim 2"(1C:ERP) "İnternet üzerinden 1C:Enterprise 8" hizmetinde ( İnternet sitesi) 31 Aralık 2018 tarihine kadar (2018 yılı verilerini güncelleme ve 30 Nisan 2019 tarihinden önce rapor sunma fırsatı ile birlikte).

Hizmetin kullanıcıları pilot aşamaya ücretsiz olarak katılabilir - 31 Aralık 2018 tarihine kadar kullanım deneme süresi boyunca hizmetteki uygulama için ödeme yapmadan 1C:ERP uygulamasında gerçek kayıtları tutun (2018 verilerini netleştirme fırsatı ile) ve 30 Nisan 2019 tarihine kadar raporları gönderin.).

Pilot aşamada kullanıcıya (istemciye) aşağıdakiler sağlanır:

1C:ERP uygulamasına erişim;
gerçek muhasebe için bir bilgi tabanı ve test için bir bilgi tabanı;
5 kullanıcı için uygulamayla çalışma yeteneği (oturumlar, yani aynı anda tarayıcı veya ince istemci pencerelerini açma). Müşterinin daha fazla seansa ihtiyacı varsa lütfen iletişime geçin.
1C:ERP belgelerine elektronik biçimde erişim.

Pilot aşamada ve tamamlandıktan sonra, müşteri ve onu bağlayan ortak, 1C çalışanının talebi üzerine uygulamayı hizmette kullanma deneyimi hakkında bilgi vermelidir. Ayrıca kullanıcı veya iş ortağı, uygulamadaki çalışmalara ilişkin geri bildirimlerini adrese gönderebilir.

1C:ERP uygulamasına erişim kazanmak için hizmet kuruluşunuzla (1C iş ortağı) veya listedeki herhangi bir iş ortağıyla iletişime geçin: .

Pilot aşamada 1C:ERP uygulamasına erişim verilecek müşteri sayısı sınırlı olabilir.

Gelecek ITSAAS ERP tarifesi ve pilot aşama sonunda 1C:ERP uygulamasına erişim sağlayacak ek oturumların maliyetinin, ilgili ITSAAS CORP tarifelerinin maliyetinden yaklaşık 2 kat daha yüksek olması planlanıyor.

1C:ERP uygulamasının özellikleri

“1C:ERP Enterprise Management 2” (1C:ERP), teknik açıdan karmaşık çok süreçli üretime sahip olanlar da dahil olmak üzere, çok sektörlü işletmelerin faaliyetlerini yönetmek için, en iyi küresel ve yerel çözümleri dikkate alarak karmaşık bilgi sistemleri oluşturmaya yönelik yenilikçi bir çözümdür. Büyük ve orta ölçekli işletmelerin otomasyonuna yönelik uygulamalar.

"1C:ERP", uluslararası sınıftaki ERP sistemleri düzeyinde en geniş işlevselliğe sahiptir ve şunları sağlar:

finans, satın alma, satış, üretim, depolar, stoklar, personel, müşteri ilişkileri, onarım organizasyonu vb. yönetimi.
düzenlenmiş muhasebe, düzenleyici makamlara elektronik raporlama, bütçeleme vb.
bordro hesaplaması, maliyet hesaplaması vb.

Sayfada 1C:ERP uygulamasının detaylı açıklaması verilmektedir.

Hizmetteki 1C:ERP uygulamasının kimler için yararlı olabileceği

"1C:ERP Kurumsal Yönetim 2" (1C:ERP) faydalıdır:

1C:ERP'de üretim planlama ve muhasebenin geniş yeteneklerini kullanmakla ilgilenen, teknik açıdan karmaşık üretime sahip küçük işletmeler;
1C şirketinin amiral gemisi çözümünün standart yeteneklerini kullanarak iş süreçlerini oluşturmaya hazır yeni oluşturulan üretim organizasyonları;
coğrafi olarak dağılmış küçük ve orta ölçekli ticaret ve imalat şirketleri;
daha sonraki bir geçiş için verilerinde 1C:ERP kullanmayı denemek isteyen 1C:Üretim Kurumsal Yönetimi kullanıcıları;
"1C: Integrated Automation 2" kullanıcıları "1C: Enterprise 8 internet üzerinden" ( İnternet sitesi), biriken verileri korurken daha işlevsel bir çözüm elde etmek isteyenler;
gelecekte değişikliklerle "1C:ERP"ye geçme olanağı sunan, standart işlevsellik kullanarak bir projeye hızlı bir başlangıç yapan ve ihtiyacı ürünün bulutta ilk kullanımı sırasında belirlenecek olan işletmeler;
Halihazırda “Ticaret Yönetimi”, “Kurumsal Muhasebe”, “Maaş ve Personel Yönetimi” konfigürasyonlarında çalışan, internet üzerinden tek ve kapsamlı bir çözümle çalışmak isteyen kullanıcılar;
1C:ERP'yi satın almadan önce incelemekle ilgilenen çeşitli kuruluşlar.

Kimlik bilgileri aktarılıyor

Kimlik bilgilerinin “1C:ERP Enterprise Management 2” yerel bilgi tabanından benzer versiyondaki bir İnternet uygulamasına (xml formatında alışveriş) aktarılması veya bunun tersi mümkündür.

“1C:Manufacturing Enterprise Management 2”ye geçiş yapmayı planlayan “1C:Manufacturing Enterprise Management” kullanıcıları, bir iş ortağının yardımıyla “1C:Manufacturing Enterprise Management”tan yerel veri tabanı “1C”ye veri aktarmaya davet edilir. :ERP Enterprise Management 2” yazıp ardından bunları çevrimiçi uygulamaya aktarın. Düzenleme ve referans bilgilerini ve açılış bakiyelerini yeni bilgi tabanına aktarabilirsiniz. Maaş verileri son üç yıla ait hareketlerle ileriye taşınabilmektedir. Otomatik olarak oluşturulan dizin öğeleri için eksik ayrıntıları belirtmeniz gerekir. Veri aktarımına ilişkin talimatlar 1C:ERP çözümünün teslimatına dahildir.

1C:ERP 2.4.4 sürümünde (planlanan yayın tarihi - Nisan 2018), bazı belgelerin 1C:UPP'den 1C:ERP'ye ("yumuşak geçiş" modu) aktarılması da dahil olmak üzere veri alışverişi mekanizmalarının daha da geliştirilmesi planlanmaktadır. 1C:UPP'den 1C:ERP'ye).

Uygulamanın yeteneklerini genişletme

İnternet üzerinden 1C:Enterprise 8 hizmetinde çalışma ( İnternet sitesi) öncelikle standart uygulama işlevselliğini değişiklik ve/veya modifikasyon olmadan kullanan kuruluşlara yöneliktir. Aynı zamanda, 1C şirketinin bir ortağı, belirli bir işletmenin özelliklerine ve ihtiyaçlarına uygun olarak uygulamanın işlevselliğini destekleyebilir. Yapılandırma uzantılarıyla şunları yapabilirsiniz:

İhtiyaç duyduğunuz basılı form ve raporları hizmet uygulamasına ekleyin;
işletmeniz için gerekli veri işlemeyi oluşturmak;
hizmet uygulamalarını diğer programlarla entegre etmek;
uygulamanın kullanıcı arayüzünü değiştirin;
standart yapılandırma rollerini değiştirin ve çok daha fazlasını yapın.