Kontrol ünitesinden bp'ye veri aktarımı. "1C: UPP" ile "1C: BP S UPP" arasındaki fark: ürün hakkında daha fazla bilgi

Yukarıdaki kuralların yardımıyla, aşağıdaki belgeler XML formatında evrensel veri alışverişi yoluyla UPP tabanından BP'ye boşaltılır:

Alıcıdan mal iadesi
Malları bir tedarikçiye iade etmek
mal göndermek
Mal ve hizmetlerin alınması
Makbuz nakit siparişi
Hesap nakit emri
Mal ve hizmet satışı
Malların silinmesi
Faturanın düzenlendiği
fatura alındı
GTE İthalatı

ve bu belgelerde kullanılan hemen hemen tüm dizinler (Terminal, Ölçü Birimleri, Karşı Taraflar ve diğerleri)

Değişim, "XML formatında evrensel veri alışverişi" işlemiyle gerçekleştirilir.

UPP 1.3'ten BP 2.0'a nasıl bilgi aktarılacağına ilişkin talimatlar

ÖNEMLİ!!! Önceden, tüm değişim testlerinin veritabanının kopyaları üzerinde yapılmasını öneriyorum. Özellikle veri taşıma becerisine sahip olmayan bir kullanıcıysanız.
Aksi takdirde, veritabanlarının içeriğini bozabilirsiniz. Kopyaları kontrol ettik, doğru şeyi yaptığınızdan emin olduk ve ancak o zaman askeri üslere transfer etmeye devam ettik.
Güvenlik önlemlerini güçlendirmek için, verileri aktarmadan önce hem alıcı hem de kaynak veritabanlarının kopyalarını yapmak daha iyidir.

Veri aktarımı iki aşamaya ayrılır:

1. Aşama. "UPP" kaynağından bilgi boşaltma
Değişim kurallarının indirilmesi
1. SCP 1.3 örneğimizde kaynak veritabanına gitmeniz gerekiyor.

2. "XML formatında evrensel veri alışverişi" işlemine gidin Ana menü \ Servis \ Diğer veri alışverişleri \ XML formatında evrensel veri alışverişi

2. "Veri yükleme" sekmesine gidin

3. Dönüştürme kurallarının belirtildiği dosyanın adını belirtin
Kurallar için ayarların yüklenmesi
Verileri yükleyeceğimiz dosya olan "Veri dosyası adı" sahnelerini dolduruyoruz
"Yüklenen veriler" sekmesinde, yüklememiz gereken nesne türlerini seçin
Belge yüklüyorsak, belge yüklememiz gereken süreyi, örneğin "01.01.2018" ile "31.01.2018" arasında belirtmemiz gerekir.
Yükleme ayarı hazır, üst işleme menüsünde bulunan "Veri yükle" butonuna tıklayabilirsiniz.

Boşaltma işleminin sonunda ilgili bir uyarı görüntülenecek ve servis mesajı penceresinde, boşaltılan nesnelerin sayısı hakkında bilgi görüntülenecektir.

"Evrensel Veri Değişimi XML" işlemini açın

"Veri indirme" sekmesine gidin
"Dosya adı yükle" özelliğini doldurarak önceden yüklenen veri dosyasını seçin

"Verileri indir" düğmesine tıklayın
Yüklemenin sonunda ilgili bir uyarı görüntülenecek ve servis mesajı penceresinde yüklenen nesnelerin sayısı hakkında bilgi görüntülenecektir.

Veri aktarımından sonra aktarılan bu belgelerin yevmiye defterine gidebilir ve değişim sırasında aktarılan belgeleri görebilirsiniz.

Ek olarak, UPP 1.3 arasında tek yönlü bir değişim için dönüştürme kurallarını yayınlıyorum. ve BP 2.0. değişim planı aracılığıyla (UPP1.3.95.1_BP2.0.66.39_değişim planları aracılığıyla)

Kurallar, depodaki malların hareketini yansıtan belgelerin kuruluşlarımızdan birinin muhasebe veritabanına yüklenmesi için geliştirildi.
Değişim birkaç yıldır verilen kurallara göre, çevrim içi olarak, değişim planları aracılığıyla gerçekleştirilmektedir.
Önemli!!! değişim planları aracılığıyla tek yönlü değişim, evrensel veri alışverişi yoluyla bu dönüşüm kuralı çalışmaz

Upd 04.01.2018 UPP 1.3'ten dönüşüm kuralları eklendi. (1.3.95.1) BP 2.0'da (2.0.66.42) XML formatında Evrensel Veri Değişimi aracılığıyla
Değişim planları aracılığıyla SCP 1.3 (1.3.95.1) ve BP 2.0 (2.0.66.42) arasındaki dönüşüm kuralları

1C UPP rev.1.3 programından 1C Accounting 8 rev. 3.0

Aktar bilgi tabanı, veri yükleme ve indirme kuralları kullanılarak gerçekleştirilir, yani. veri alışverişi yaparak.

Önemli! Destek seviyesi, bir arşiv biçiminde bir çalışma tabanı veya sorun durumunun geliştiricinin bilgisayarına yeniden oluşturulduğu başka bir temel sağlama yeteneğine bağlıdır. Böyle bir veri tabanının yokluğunda, yazar iddiaları kabul etmeyecektir.

geçiş 1C Kurumsal Muhasebeönceki dönemin rutin işlemleri tamamlandıktan sonra yeni bir dönemin (yıl, çeyrek, ay) başında yapılması tavsiye edilir. Aktarım kuralları, düzenli veri aktarımları için de kullanılabilir.

Dikkat. Makalede açıklanan tüm algoritmalar ve çalışma yöntemleri, UPP'den veri aktarımı için tamamen geçerlidir (pdf formatındaki açıklamaya bakın). İşlevsellik değişebilir.

Verilerin boşaltılması sürecinde1C İmalat İşletme Yönetimiçeşitli hatalar oluşabilir. Burada sunulan taşıma kuralları, veri yükleme aşamasında bazı hataları arar.

Sıfır miktar ve sıfır olmayan toplam mal ve malzeme... Malların ve malzemelerin miktarının sıfıra eşit olması ve mal ve malzemelerin maliyet tahmininin sıfıra eşit olmaması için Alıcı Konfigürasyonundaki bakiyeyi girmek imkansızdır, imkansızdır ve hatta anlamsızdır, çünkü bu bir hatadır. . Bu nedenle, bakiyeleri transfer ederken, bu tür kalemler (sıfır miktarlı) bakiye giriş belgelerinde görünmez. Bu nedenle, veri aktarımından önce hatalar düzeltilmezse, bakiye aktarımı sırasında veri kaynağındaki ve veri alıcısındaki tutarlar çakışmayacak ve bu da uzlaşmada ek zorluklara neden olacaktır. Bu nedenle, veri boşaltma sürecinde 1C UPP hata mesajları görüntülenir. Kontrol, parametre ayarlandığında gerçekleştirilir. Sıfır olmayan toplamın sıfır sayısını kontrol edin.

Parametre ayarlandığında İşletim sistemi muhasebe kayıtlarının uyumluluğunu kontrol edin kaydın geri kalanının yazışmalarını kontrol edecek OSMuhasebe Maliyeti ve muhasebe verileri. Kayıtlardaki artıklar eşleşmezse, bununla ilgili bir mesaj görüntülenir. En yaygın tutarsızlıklar birikmiş amortismandır. SCP'deki amortisman, kayıt verileri dikkate alınarak hesaplanır OSMuhasebe Maliyeti, ve BU kayıtlarının verilerine göre değil. Aktarma sonrasında açıklanan farklılıklar nedeniyle kaynak ve hedefteki amortisman hesaplaması eşleşmeyebilir.

Çalıştırma prosedürü.

En genel haliyle, süreç şöyle görünür: UPP kaynak veritabanındaki veriler ara dosyalara yüklenir (bkz. Şekil 1 Veri dosyası adı) ve ardından BP 3.0 alıcı tabanına yüklenir.

Veri yükleme ve indirme, işleme kullanılarak gerçekleştirilir Formatta evrensel veri alışverişiXML, istisnasız şirketin tüm standart konfigürasyonlarında bulunan 1C... Menü - Servis - Diğer veri alışverişlerinde açabilirsiniz.

Şekil 1 Veri yükleme

Boşaltma için değişim kurallarını kullanmalısınız. SCP_ACC8.xml, giriş alanında belirtmeniz gereken Kurallar dosya adı... Bir kurallar dosyası seçtiğinizde, bunlar okunacak ve ağaç doldurulacaktır. Veri yükleme kuralları... Gerekirse, giriş alanının sağında bulunan düğmeyi kullanarak değişim kurallarını tekrar okuyabilirsiniz. Değişim kurallarını okurken, yükleme parametreleri varsayılan değerlerle doldurulacaktır (bkz. Şekil 2), istenirse verileri yüklemeden önce değiştirilebilirler.

Şekil 2 Veri yükleme parametreleri

1. Öncelikle kurumların muhasebe politikalarını aktarmanızı tavsiye ederim.... Ancak tüm verileri bir kerede aktarabilirsiniz. bir yer iminde Yükleme seçenekleriçeşitli parametreler ayarlanabilir, böylece süreç kontrol edilir. Bu aşamada parametreyi şu şekilde ayarlamakta fayda var: Evet... Bu durumda, veri yüklenirken muhasebe parametreleri BP 3.0 alıcı bazında yapılandırılacaktır.

Butona bas Veri yükle ve belirtilen klasördeki veri dosyasını alın.

Ardından verilerin alıcı tabana yüklenmesi gerekir. Bunun için aynı işlemi kullanıyoruz Genel XML veri alışverişi ama alıcı tabanında. Sekmede, yükleme sırasındakiyle aynı dosyanın adını belirtin (bkz. Şekil 3) ve düğmesine basın Veri yükle.

İndirme sırasında, parametre yükleme sırasında ayarlanmışsa Program ayarlarını ve muhasebe parametrelerini senkronize edin değerinde Evet, ölçüm parametreleri BP 8.3 alıcı tabanında yapılandırılacaktır. Alıcı bazdaki ayar, kaynak bazdaki ayarla uyuşmuyorsa, servis mesajları penceresinde hangi girişlerin görüneceği düzeltilecektir (bkz. Şekil 4). Mesaj kutusunun içeriğini Şekil 2'de gösterilen parametrelerle karşılaştırın. Gelecekte, bilgilerin geri kalanını aktarırken böyle bir senkronizasyona gerek olmadığı açıktır.

Şekil 4 Muhasebe parametreleri ayarındaki değişikliklerle ilgili mesajlar

Böylece muhasebe politikalarının transferi ve muhasebe parametrelerinin hedef bazında yapılandırılması tamamlanmıştır. Temel bilgilerin aktarımı için hazırlıklar tamamlandı.

2. Ardından, kalıntıları BP 3.0 alıcı tabanına aktarmalısınız. transfer tarihinde. Bu durumda değiş tokuş kuralları, herhangi bir başka veri tabanına herhangi bir veri aktarımıyla aynı şekilde çalışır: belgeler oluşturulur Başlangıç artıklarının girilmesi... Boşaltma yaparken Gelen bakiyeler bölümünde kuralları belirtmelisiniz (bkz. Şekil 5).

Şekil 5 Bakiye transferi için değişim kuralları

Baz alıcıya yüklenirken BP 8.3 belgeleri görünecektir Başlangıç artıklarının girilmesi yapılacak. Gerekli tüm kayıt hareketlerini oluşturacaklar. İşlem sırasında servis mesajları penceresi hata kayıtları içerebilir. Bunların düzeltilmesi ve sorunlu evrakların yerine getirilmesi gerekmektedir. Muhasebedeki hatalardan dolayı iletim hataları meydana gelir. Şekil 6, artıkların oluşumunda sorunlara yol açan böyle bir hatanın bir örneğini göstermektedir. Malzeme miktarı sıfırdır, malzeme ve depoya göre toplanan toplam da sıfıra eşittir, ancak üçüncü alt kontoda zıt işaretli sıfır olmayan artıklar vardır. Bu oldukça tipik bir durumdur. Bu tür artıklar belgede sona erecek Başlangıç bakiyelerinin girilmesi, ama bunu yürütmek imkansız olacak.

Şekil 6 Muhasebe hatası örneği

Bu durumda, belgenin her iki satırı Başlangıç artıklarının girilmesi 1C 8.3 alıcı tabanındaki yanlış kalıntılarla silinmelidir. Daha sonra belge asılacaktır.

Zorunlu analitik eksikliği ile ilgili hatalar var. Örneğin, karşı taraflarla yapılan uzlaşma hesaplarında bir alt hesap sağlanır. Karşı tarafla uzlaşma belgeleri, ancak pratikte bakiyelerde böyle bir alt konto yoktur. Bu aynı zamanda, bakiye girişi için belgenin kaydedilmesinin imkansızlığına da yol açacaktır. Bu tür hataların yeni uzlaştırma belgeleri oluşturularak manuel olarak düzeltilmesi gerekecektir.

Geçiş tarihinde bakiye oluştururken, alıcı veritabanında sadece bakiye giriş belgeleri değil, linkler aracılığıyla aktarılan bazı belgeler de görünecektir. Örneğin bunlar, karşı taraflarla hesaplardaki alt hesapları temsil eden belgelerdir. Devir tarihinden önceki bir tarihi olan bu tür belgeler postalanmaz ve postalanmamalıdır.

3. Şimdi belgeleri aktarmanız gerekiyor Bilanço tarihinden sonraki bir tarihle. İndirdikten sonra, bunlar da yapılmalıdır. Boşaltma yaparken, bölümdeki boşaltma kurallarını işaretlemeniz gerekir. Belgeler... Belgeler için veri boşaltma kuralları Şekil 7'de gösterilmektedir.

Şekil 7 Belgeleri yüklemek için kurallar

Önemli! Yüklemeden sonra, yükleme süresinin başlangıcından daha az tarihi olan tüm belgeler gönderilmemiş veya silinmek üzere işaretlenmiş olarak kalmalıdır. Bu, gelecekte BP 3.0'da çalışırken izlenmelidir. Özellikle, verileri güncellerken dikkatli olmanız gerekir.

4. Şimdi dizin aktarımı hakkında... Önceki paragraflarda, dizin aktarma kurallarını işaretlemedik, bu onların aktarılmadığı anlamına gelmez. Referans kitaplarının öğeleri bağlantılar yoluyla taşındı, yani. belirli bir tarih için bakiyelerin oluşumunda yer alan, başka bir deyişle, bakiye giriş belgelerinde ve diğer belgelerde yer alan belgelerde bulunur. Bu, daha fazla çalışma için gerekli olacak arka plan bilgilerinin çoğunun halihazırda taşınmış olduğu anlamına gelir.

Bu nedenle, kural olarak, özellikle referans bilgilerinin aktarılması gerekli değildir. Ancak, yine de böyle bir ihtiyaç ortaya çıkarsa, dizinin öğesi herhangi bir belgede görünmüyorsa, ancak gelecekte ihtiyaç duyuluyorsa, bu amaçla bölümde gruplandırılmış değişim kuralları kullanılır. Referanslar(bkz. şekil 8). Sözlükler için veri boşaltma kuralları Şekil 8'de gösterilmektedir.

Şekil 8 Dizinleri boşaltmak için kurallar

Dizinlerin tamamının aktarılması gerekmez, çeşitli filtrelerle boşaltmayı sınırlayabilirsiniz. Bunu yapmak için, pencerenin sağ yarısında seçimi yapılandırmanız gerekir (bkz. Şekil 9), en basiti: Tarla seçili dizini belirtin, Karşılaştırma türü- Aynı şekilde, içinde Anlam- bir dizin öğesine bağlantı. Bu, dizinlerin eksik öğelerini belgelerden bağlantılar tarafından kaldırılmayan öğeleri aktarmanıza izin veren şeydir. Farklı referans verileri ve farklı karşılaştırma türleri kullanarak daha karmaşık seçimler oluşturabilirsiniz.

Şekil 9 Boşaltma sırasında emiş montajı

Vardiya başına üretim raporu, belge Çıktı ve belge İsimlendirme komple seti operasyon türü ile Çıktı... Hepsi dönüştürülür BP 3.0 belgede Vardiya başına üretim raporu, her durumda planlanan maliyeti belirlemek gerekir

5. Bilgi kayıtlarının transferi(bundan böyle RS olarak anılacaktır) ayrıca referans bilgilerinin transferinin bir parçasıdır. Bağımsız bilgi kayıtları vardır, yani. belgelerle ilgili değildir. Buna göre, bağlantılar yoluyla aktarılamazlar, bu nedenle bağımsız olarak aktarılırlar. Bu tür kayıtlar için veri yükleme kuralları bölümünde gruplandırılmıştır. bilgi kayıtları... Bu, burada belirtilen tüm bilgi kayıtlarının taşınması gerektiği anlamına gelmez. Örneğin, bazıları aktarılabilir veya programın kendisi aracılığıyla 1C 8.3 alıcı tabanına yüklenebilir. Bilgi kayıtlarından bazıları transferden önce zaten dolu.

İpucu: değişim kuralları yüklenirken belirlenen varsayılan ayarları kullanın. Ayarlar kaybolursa, otomatik olarak kaydedip ayarlarınızı kullanıyorsunuz demektir. İşareti kaldırın Açarken kullanın ve değişim kurallarındaki ayarlar geri yüklenecektir.

Bilgi kaydı periyodik ise, boşaltma işlemi, boşaltma süresi boyunca gerçekleştirilir (bkz. Şekil 9). Böyle bir kaydın aktarılıp aktarılmayacağı ve aktarılıyorsa, hangi süre boyunca karar vermek kullanıcıya bağlıdır.

Yukarıda açıklanan prosedür birkaç aşamaya ayrılmıştır. Bu, algoritmaların netliği ve daha iyi anlaşılması için yapılır. Birkaç aşamayı, örneğin bakiyeleri ve belgeleri aynı anda tek bir aşamada birleştirebilirsiniz. Veri yükleme ve indirme süresini azaltmak için bunu yapmak bile tercih edilir. Ancak, gerekirse süreci keyfi olarak küçük bileşen parçalarına bölebileceğinizi de anlamanız gerekir. Örneğin, bir veya başka bir aktarım problemini yerelleştirmek için.

Üretim muhasebesi için belgelerin transferinin özellikleri. Bunlar şunları içerir: belge Vardiya başına üretim raporu, belge Çıktı ve belge İsimlendirme komple seti operasyon türü ile Çıktı... Hepsi dönüştürülür BP 3.0 belgede Vardiya başına üretim raporu, her durumda, planlanan değeri (planlanan miktarı) belirlemek gerekir, çünkü BP 3.0 bu özellik gereklidir. UPP, maliyet muhasebesi modunu kullanıyorsa Parti, daha sonra planlanan maliyet, UPP belgesinin kayıtları için muhasebe verilerine göre belirlenir. RAUZ'un gelişmiş analitik modu durumunda, planlanan maliyet, bu belgenin yansıtıldığı ayın muhasebe verilerine göre belirlenir. Planlanan maliyet, hesap 20'nin kredisinden mal ve malzemelerin (10, 21, 41, 43) muhasebe hesabının borcundaki cirodur. Ayrıca, muhasebe parametrelerinde bir sabit ayarlanmışsa BakımPartiDepoHesaplamaRegl, ardından her bir depo için kalemin planlanan maliyeti belirlenir. Aksi takdirde tüm depolar için konsolide edilir.

Belge aktarırken İsimlendirme komple seti operasyon türü ile Çıktı tablo bölümü doldurulur Malzemeler (düzenle) ve buna göre, bir belge gönderirken Vardiya başına üretim raporu BP 3.0'da materyaller silinir. Belge aktarırken Vardiya başına üretim raporu içinde 1C Muhasebe 8 tablo bölümü Malzemeler doldurulmaz, çünkü bu durumda formun belgeleri vardır irsaliye.

Yüklemede bir sorun varsa: " Belirtilen dosya mevcut değil", aşağıdakileri yapmanızı tavsiye ederim. "Çalışma modundan (sunucuda)" "Çalışma modu (istemcide)" seçeneğine geçin, ardından indirme dosyası seçim penceresi devre dışı kalır. "Verileri indir" düğmesine tıkladığınızda, işlem sizden indirme dosyasını seçmenizi ister, bu pencerede açıkça belirtin.Dosya adının tam uzunluğunun 64 karakteri geçmemesine, boşluk ve Rusça harfler içermemesine, dosya adının mümkün olduğunca kısa olmasına dikkat edin, örneğin CDData.xml

Teslimat içeriği.

Paket şunları içerir: transfer kuralları SCP_ACC8.xml... Seçenek için 1C UPP programından artıkların ve belgelerin ZhR seçimiyle 1C BP revizyon 3.0'a aktarılması kit ayrıca işleme içerir UniversalXMLData Exchange_With_Selection_By_JR.

Veri aktarımı için diğer kurallar:

SCP'nin uygulanmasında yeterli deneyime sahip olarak, her projede, er ya da geç, programda çalışmak için muhasebe departmanının bir departman olarak devredilmesi gerektiğini belirtmek isterim. Bu süreçte yeterince zorluk var. BP 2.0'dan SCP'ye geçişi özellikle belirtmek isterim. BP 3.0 zaten piyasaya sürülmüş olmasına rağmen, bu sorunun bir süre daha popüler kalacağını düşünüyorum. Peki zorluk nedir?

1.3'te muhasebe departmanının, elbette tüm işlevsellik modern gerçeklere karşılık gelmesine rağmen, 2.0 yerine kurumsal sürüm 1.6'nın muhasebe departmanına daha yakın olduğu gerçeğiyle başlamalıyız. Bununla birlikte, bu eski, ahlaki olarak modası geçmiş bir şeye dönüş olarak algılanır. Ve en önemlisi, bunda adil bir miktar gerçek var.

Tabii ki, muhasebe görevleri için, konfigürasyon (bundan sonra BP olarak anılacaktır) 2.0'ın avantajları ve rahatlığı vardır, ancak yine de, UPP'nin öne çıkan özelliği, herhangi bir 1C çözümünde (hariç) analogu olmayan üretim devresidir. Ne yazık ki, bu özel psikolojik avantajı tersine çevirmek zordur; bu, ancak yönetimin yeniden eğitmeyenlerin işten atılacağına dair güçlü iradeli bir kararıyla elde edilir.

1C UPP ve 1C Muhasebe arasındaki farklar

SCP'yi pratikte yüzleşmek zorunda kaldığım BP'den ayıran ana olumsuz noktalar:

Referans yoluyla bir faturanın oluşturulması (BP'de bu fatura ayrı bir sekmeye girilir).
Raporların görünümü (UPP'deki muhasebe raporları, yeşil bir başlık ve birçok ayar, BP'deki raporların güzellerinin aksine kesinlikle donuk görünüyor).
Belge dergileri arasındaki fark (BP'deki muhasebecilerin alışık olduğu belge dergilerinin hem adları hem de bileşimi farklıdır).
Belge dergilerinin formlarında ek arama alanlarının mevcudiyeti.

267 1C video eğitimlerini ücretsiz edinin:

Şimdi bunlar ve muhasebeyi etkileyebilecek diğer teknik olanaklar hakkında daha detaylı konuşmalıyız. Ayrıca 1C UPP bize ne gibi alternatifler sunuyor.

Bir muhasebeci için UPP ve BP'de muhasebe ilkelerindeki en önemli fark, bence, ticari işlemleri “Muhasebe sertifikalarına” yansıtmanın imkansızlığıdır (belki de çok sınırlı sayıda). Bazı şirketlerde muhasebenin yarısı "İşlemler" kullanımına dayanmaktadır. Bu özellik, UPP'de sadece muhasebe kayıtlarının değil, muhasebe kayıtlarının yaygın olarak kullanılmasından kaynaklanmaktadır. SCP'de işlemlerin büyük çoğunluğu özel belgelerle gerçekleştirilir.

Örnek: çoğu muhasebeci, Dt91 Kt76 yazışmasını gösteren bir işlem kullanılarak verilen kredilerin faizini yansıtır, ancak 1C UPP'de bu yaklaşım, örneğin karşı taraflarla karşılıklı yerleşimlerin kaydını etkilemeyecektir. Mal ve hizmet satışına ilişkin belge kullanılmalıdır.

Ayrı olarak, Operasyon belgesini sadece Kayıtların Ayarlanması belgesi ile birlikte kullanma fırsatı olduğu ve bu belgenin hazırlıksız herhangi bir kullanıcının kafasını karıştırabileceği söylenmelidir.

Ayrıca, bazı muhasebe hesaplarında subkonto muhasebesindeki farklılıklara ve standart yöntemler kullanılarak ilgili bilgilerin elde edilmesinin imkansızlığına dikkat edilmelidir. Örneğin, hesap 60'ın, Tescil Ettiren belgesinin sırasıyla BP'ye yansıtıldığı "Karşı tarafla mutabakat belgeleri" üçüncü bir alt sözleşmesi yoktur, bu belgeleri standart bilanço kullanarak görmek mümkün olmayacaktır. Kısmen bu durumdan çıkış yolu, "Karşı Taraflarla Uzlaşma Beyanı" raporunu kullanmaktır.

1C UPP'de bazı "bakiye dışı" hesapların olmaması, örneğin MC hesapları. Gerçekten de, hizmette olan malzemeler, MC hesabındaki BP'de muhasebeleştirilir. SCP'de işletmeye alınan malzemelere ilişkin bilgiler "İşletimdeki Malzemeler" kaydına kaydedilir, "İşletimdeki malzeme listesi" raporu kullanılarak bunlarla ilgili bilgi alınabilir.

Bu kadar yakın ve anlaşılır bir ay sonu kapanış prosedürünün olmaması. Evet, SCP'de böyle bir işlem yok. Ay kapanışı, “ay kapanışı ayarı” sözlük öğesini kullanan “Ay kapanış prosedürü” iş süreci kullanılarak gerçekleştirilir.

Belki de bu nokta çok özel bir durumdur. Yine de belirtmekte fayda var. "İşletim Sistemini Taşıma" belgesi - buradaki zorluk, muhasebe departmanının sabit varlıkların nesnesinin nereye ve nereye taşındığını ve UPP'de yalnızca nesnenin taşındığı yerin belirtilmesi gerçeğinde yatmaktadır. Nesnenin mevcut konumu, zaman içinde verilen andaki kayıt girişi tarafından belirlenir.

SCP'deki "Amortisman listesi" raporu farklı bir sunuma sahiptir ve sabit kıymetlerin hareketini yansıtmaz; alternatif olarak modernize edilmiş bir rapor kullanabilirsiniz.

Doldurulan malzeme sayısı arttı. Tabii ki, ihtiyaç sayısı arttı. Ancak kullanıcı ayarları sayesinde bu tür detayların büyük çoğunluğu otomatik olarak doldurulabilmektedir.

Bu durumdan kurtulmanın yolları

Kural olarak, karşı karşıya olduğumuz görevlerin çoğunun birkaç çözümü var. Bu durumda, örneğin aşağıdakileri vurgulayabilirim:

Bir şirkette, muhasebe departmanının konumu çok güçlüydü, 1C UPP 1.3'te geçmişe dönüşü çok sevmediler, proje tehlikedeydi ... Neyse ki, şirketin mükemmel finansal yetenekleri vardı ... Sonuç tüm muhasebe raporlarının eksiksiz bir yazışması ve BP 2.0 formuna getirilmesi, belge dergilerine yeni belgeler eklenmesi, belge günlük formlarında arama formlarının görüntülenmesiydi. Pahalı olduğu ortaya çıktı: hem geliştirme hem de daha fazla destek açısından, ancak muhasebe departmanı önemini hissetti ve proje devam etti.

Bu seçenek çok etkili görünmese de hayatın içinde yer almaktadır.

Tamamen zıt bir çözüm, yönetimden yalnızca mevcut işlevselliği kullanmaya yönelik katı bir talimat olacaktır. Bu arada, muhasebeyi eksiksiz tutmanızı sağlar, tüm kontrol mekanizmalarına sahiptir. Bu yaklaşım şirket için en uygunudur!

Değişim, yerleşik Evrensel Veri Değişimi XML işleme yoluyla yapılır.
Dönem ve organizasyona göre seçim sağlanır.
Belgeleri alıcı tabanına yükledikten sonra, belgeler belge tarihine göre sıralanarak otomatik olarak kaydedilir.

Belgeler ( sadece "Muhasebeye yansıt" işaretiyle ):

Mal ve hizmet satışı;
Mal ve hizmetlerin alınması;
Faturanın düzenlendiği;
Alınan fatura;
Vardiya başına üretim raporu;
Fatura şartı;
Alıcıdan mal iadesi.

1. SCP (İşlemler - İşleme ... - Genel XML Veri Değişimi);

2. SCP... İndirilen dosyayı seçerek "Kurallar dosya adı" özniteliğini doldurun;

3. SCP... "Yükleme Parametreleri" sekmesinde, gerekirse, belgeleri yüklemek istediğiniz kuruluşu belirtin;

4. SCP... "Yüklenen veriler" sekmesinde, yükleme süresini belirtin ve gerekli belge türlerini işaretleyin. boşaltıyoruz.

5. BP... "XML formatında evrensel veri alışverişi" işleminin açılması (Tüm fonksiyonlar ... - İşleme - Genel XML veri alışverişi);

6. BP... Oluşturulan veri dosyasını "Veri yükle" sekmesine yükleyin;

7. BP... İndirme işleminin sonunda, belgenin başarıyla gönderilip gönderilmediğini veya kaydın bir hatayla sona erdiğini görebileceğiniz, yüklenen belgelerin bir listesi mevcuttur;

senkronizasyon:

Belgeler, dahili kaynak tanımlayıcısı (GUID) tarafından senkronize edilir;
Ana dizinler GUID + ile arama alanlarına göre senkronize edilir:

Kuruluşlar: TIN; 07/23/18 güncellemesi (INN, KPP);
Karşı Taraflar: INN, EtoGroup; 07/23/18 güncellemesi (INN, KPP, EtoGroup);
Yüklenici sözleşmeleri: Sözleşme Türü, Sahibi, Adı, Bu Bir Gruptur;
Adlandırma: Ad, Bu Grup;
Maliyet kalemleri: Kod, Bu Grup; 23/07/18 güncellemesi (ExpenseKindNU, Ad, ThisGroup);
Kuruluşların alt bölümleri: Kod, Sahip;
Depolar: Kod, Bu Grup.

Değişim, UPP 1.3.96.1 - BP 3.0.61.47, UPP 1.3.96.1 - BP 3.0.67.67, UPP 1.3.116.2 - BP 3.0.67.67 üzerinde test edilmiştir ve diğer sürümlerde düzgün çalışmayabilir. Gerekli sürüm için uyarlama mümkündür.

07.18'i güncelleyin, düzeltilen hatalar, değişen arama alanları.

16.12.2016

"1C: UPP" ve "1C: BP" arasındaki farklar şunlardır:

Fatura referans olarak oluşturulur (1C Kurumsal Muhasebe'de fatura ayrı bir sekmeye girilir);
Raporların görünümünün varlığı;
Belge dergilerindeki farklılıklar (belge dergilerinin hem isimlerinde hem de bileşiminde farklılıklar vardır);
Belge günlük formlarında ek arama alanları vardır.

Şimdi muhasebeyi etkileyebilecek teknik yeteneklere ve "1C: UPP" de sunulan alternatif yönteme döneceğiz. UPP ve BP'de bir muhasebecinin muhasebe ilkelerindeki temel farklılıklardan biri, "Muhasebe sertifikaları" ticari işlemlerini yansıtma yeteneğidir. Bazı şirketler muhasebe amacıyla "İşlemler" kullanır.

Bu özellik, muhasebe kayıtlarının yanı sıra KUE'de muhasebe kayıtlarının yaygın olarak kullanılması sonucu ortaya çıkmıştır. SCP'deki işlemlerin çoğu özel belgeler kullanılarak gerçekleştirilir. Örneğin, birçok muhasebeci, işlemi kullanarak verilen kredilerin faizini ve aynı zamanda Дт91 Кт76 yazışmasını belirtir. Ancak, “ 1C: UPP"Bu yaklaşım işe yaramayacak. Karşı taraflarla karşılıklı yerleşimlerin kaydını doldurmak için, mal ve hizmet satışı için belgeyi kullanmanız gerekir.

"İşlem" belgesinin hala kullanılabileceğine, ancak gelişmiş olmayan bir kullanıcı için oldukça zor olan kayıt ayarlama belgesiyle bağlantılı olarak kullanılabileceğine dikkat edilmelidir.

Bazı muhasebe hesapları için alt sözleşmenin muhasebeleştirilmesinde de farklılıklar vardır ve ayrıca gerekli bilgileri olağan şekilde elde etmek de imkansızdır. Örneğin, hesap 70, belge sicil memurunun BP'ye yansıtılması gereken üçüncü "Karşı tarafla mutabakat belgeleri" alt koşulunu içermez. Bu nedenle bilanço bu belgelerin teşhirine uygun değildir. Bu durumdan bir çıkış yolu, "Karşı taraflarla karşılıklı anlaşma beyanı" raporunun kullanılması olabilir.

"1C: UPP" de bazı "bakiye dışı" hesaplar vardır, örneğin MC hesapları. Gerçekten de, operasyondaki malzemelerin muhasebesi, MH hesabına BP'de tutulur. "Çalışan malzemeler" kaydı, "Çalışan malzeme listesi" raporunda yer alan, işletmeye aktarılan malzemeler hakkında bilgiler içerir.

SCP'de, genellikle “Ay-kapanış prosedürü” iş süreci ve “Ay-kapanış ayarı” aramasının unsurları kullanılarak gerçekleştirilen ay kapama prosedürü yoktur.

Özel bir durum olarak, "Moving OS" belgesinin özelliğini ayırt edebiliriz. Genellikle muhasebe bölümünde, sabit kıymetlerin nesnesinin nereden ve nereye taşındığı yol işaretlenir ve UPP'de sadece son nokta belirtilir. Bir nesnenin mevcut konumu, o andaki kayıt girişi kullanılarak belirlenebilir.

Amortisman tablosu raporunda da bir fark var. PPM, sabit kıymetlerin taşınması için bir yol sağlamaz; bunun için alternatif olarak modernize edilmiş bir rapor kullanabilirsiniz.