Karşı tarafların durumu kötü 1s ne. Kağıtsız elektronik belge akışına geçiş: deneyim, sorunlar, beklentiler

Sürüm 1.3.8, 1C:Enterprise platformu sürüm 8.3.10.2252 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış olan sürüm 1.3 "1C: Elektronik Belge Kitaplığı 8"in geliştirilmiş halidir.

Yeni özellikler ve değişiklikler

  • Ticari teklifler için arama formuna 1C: Business Network hizmetine bağlanmadan arama yeteneği eklendi ve tedarikçiyi ismine göre arama yeteneği eklendi.
  • Yayınlanan takas teklifleri hakkında bir rapor eklendi.
  • 1C:Business Network hizmetine ticari tekliflerin yayınlanması için bir çalışma alanı eklendi.
  • "1C: Library of Standard Subsystems" versiyon 2.4.2, "1C: Library of Internet User Support" versiyon 2.2.2 alt sistemleriyle uyarlama yapıldı.

1.3.7 sürümünden 1.3.8 sürümüne geçiş

Tanımlanan tür eklendi Karşı TarafYATAK, tanımlanmış tür Karşı taraf silindi Güncellerken mutlaka yeni bir veri türü belirleyin, aksi halde silme alt sistem nesnelerindeki karşı taraflar hakkındaki veriler DeğişimKarşı Taraflar(belge Elektronik belge paketi, bilgi kaydı BED karşı taraflarının durumu).

Modül değişiklikleri:

  • Eklenen işlev Yayınlanan Ürünlere İlişkin Talep Metni ticari teklifleri yayınlamak ve yayınlanan ürünler hakkında bir rapor oluşturmak için bir veri kaynağı elde etmek. Ürün listesi alınırken FillOfferPackage yöntemine bir işlev çağrısı uygulamak gerekir.

Modüldeki değişiklikler Ticaret Teklifleri

  • Prosedür eklendi GüncellemeDekorasyonKoşullarYayınlar Dekorasyon form öğesini yayınlama durumuyla güncellemek için. Durum öğesi için yayımlama ayarlarını formdaki çağrıya eklemelisiniz.

Rol eklendi RaporlarTicaretTeklifleri rapora erişmek için gerekli Yayınlanan Takas Teklifleri.

Sürüm 1.3.7

Sürüm 1.3.7, 1C:Enterprise platformu sürüm 8.3.10 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış olan sürüm 1.3 "1C: Elektronik Belge Kütüphanesi 8"in geliştirilmiş halidir.

Yapılandırma özelliği değerleri:

  • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
  • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
  • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

Yeni özellikler ve değişiklikler

  • Sberbank'tan ödeme belgesinin durumunu alma yeteneği eklendi.
  • 1C:DirectBank hizmetine bağlanırken Sberbank için ayarların otomatik olarak alınması uygulandı.
  • İçeriksel reklamları 1C:DirectBank görüntüleme yeteneği eklendi.
  • 1CFresh bulut hizmetinde 1C: Business Network hizmetiyle çalışacak şekilde uyarlama yapılmıştır.
  • 1C: Business Network hizmetindeki katılımcılar için 1C: Ticari Teklifler hizmetine ticari teklifleri yayınlama, arama ve sipariş etme yeteneği eklendi.
  • Uyarlama, "1C: Library of Standard Subsystems" sürüm 2.4.1, "1C: Library of Internet User Support" sürüm 2.1.9, "1C: Library of Service Technology" sürüm 1.0.12 alt sistemleriyle gerçekleştirildi.

Alt sistem "Karşı taraflarla takas"

Modül değişiklikleri:

  • Belge tarihi, Belge Tabanı Tarihi

Alt sistem "Bankalarla takas"

Modüldeki değişiklikler Geçersiz Kılabilir Dosyalarla Çalışmak:

  • Prosedüre Ayarları Tanımlarken kodu eklemeniz gerekir:

ElectronicInteraction.WhenDefiningSettings(Settings);

  • Prosedüre Dosya Depolama Dizinlerini Tanımlarken kodu eklemeniz gerekir:

Elektronik Etkileşim.FileStorage Dizinlerini Tanımlarken(FileOwnerType, DirectoryNames);

  • ErrorExchangeWithBanksAttachedFiles ve EDattachedFiles dizinleri UpdateInformationBase değişim planına eklendi
  • TextExchangeWithBanksAttachedFiles ve EDattachedFiles dizinleri, SignedObject tanımlı türüne eklendi.

Müşteri Bankası) bir grup öğeyi genel formdan taşıyın.

Form olay işleyicisinde Sunucuda Oluşturulduğunda

&Sunucuda

…


Prosedürün Sonu

Form olay işleyicisinde İşlemeUyarıları

&İstemcide

…
// Elektronik Etkileşim Bankalarla Değişim

Elements.GroupReklamDirectBankYatay olarak, Elements.TextDirectBankYatay olarak);
// Elektronik Etkileşimi Sonlandırın, Bankalarla Alışveriş Yapın
Prosedürün Sonu

Öğe için MetinDirectBankYatay olarak olay işleyicisi ekle Gezinme Bağlantıları İşleniyor

&İstemcide


Prosedürün Sonu

Ortak bir modül prosedürüne ElektronikEtkileşim Ödeme talimatı bir uygulama çözümünde.

Alt sistem "Sitelerle değişim"

Modüldeki değişiklikler Site DeğişimiGeçersiz kılınabilir:

  • Prosedür eklendi Ayrıntıları EkleFormNode, siteyle değişim planı düğüm formuna ayrıntılar eklemek için kullanılır. Değişim düğümü formu, uygulama çözümüyle ilgili ayrıntıların varlığını varsaymaz; ayrıntılar programlı olarak eklenir.
  • Prosedür eklendi Giriş AlanıSunucudaDeğiştirildiğinde, Kuzeydeki olayı işlemek için kullanılır Değişim planı düğüm formunun giriş alanı değiştirildiğinde NodeFormDetails Ekle prosedürüne eklenir.
  • Prosedür eklendi Onay KutusuFieldWhenChangedOnServer, sunucudaki olayı işlemek için kullanılır. Add NodeFormDetails prosedürüne eklenen değişim planı düğüm formunun bayrak alanı değiştirildiğinde.
  • Prosedür eklendi WhenCreatingOnServerFormCreateSite CreateSite işleme formuna ayrıntılar eklemek için kullanılır.

Modüldeki değişiklikler ExchangeSiteClientGeçersiz kılınabilir:

  • Kaldırılan prosedür GroupTableU Katalog Türünü TanımlayınÜrün Kataloğu tablosunun Gruplar sütununun değer türü, değişim ayarlarına göre belirlenir.
  • Prosedür eklendi GirişFieldOnChange, olayı işlemek için çağrılır Değişim planı düğüm formunun giriş alanı değiştirildiğinde, SiteExchangeOverridden.AddNodeFormDetails prosedürüne eklenir.
  • Prosedür eklendi Onay KutusuFieldOnChange, SiteExchangeOverridden.AddNodeFormDetails prosedürüne eklenen değişim planı düğüm formunun bayrak alanı değiştirildiğinde olayı işlemek için çağrılır.
  • Prosedür eklendi TableFormBeforeFinishDüzenleme, SiteExchangeOverridden.AddNodeFormDetails prosedürüne eklenen değişim planı düğümünün formunun tablo kısmındaki bir alanın BeforeFinishEdit olayını işlemek için çağrılır.

Alt sistem "İş ağı"

  • Rutin görevleri bölünmüş modda çalıştırmak için yeni yöntemler eklendi, ortak modül ElektronikEtkileşim, prosedürler Bir Şablon Listesi Alındığında, . JobQueueOverridable genel modülünde aynı adı taşıyan yöntemlere bakın.
  • Bir kitaplığı gömerken bölünmüş modda çalışmak için genel modüldeki yöntemlere bir çağrı eklemeniz gerekir. JobQueueGeçersiz kılınabilir:
    • prosedürde Bir Şablon Listesi Alındığında:

// Elektronik Etkileşim
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

  • prosedürde Takma Ad İşleyicilerini Tanımlarken:

// Elektronik Etkileşim
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Elektronik Etkileşimi Sonlandır

  • Modüldeki değişiklikler BusinessNetworkGeçersiz Kılılabilir:
    • prosedür olarak yeniden adlandırıldı Kullanıcı İletişim Bilgilerini Alın.
    • prosedür işlev olarak değiştirildi Detaylara Göre Karşı Taraf Oluşturun Hesap parametresi kaldırıldı.

Alt sistem "Ticaret teklifleri"

Yeni bir "Ticaret teklifleri" alt sistemi eklendi; eklemek için ihtiyacınız olan:

  • Ortak modüllerde geçersiz kılınan yöntemler geliştirin TradeOffersClientGeçersiz kılınabilir, TicaretTeklifleriGeçersiz kılınabilir.
  • Tanımlı türlerdeki veri türlerini belirtme Detayların Değer Türleri 1СBusinessNetwork, İsimlendirme Türleri YATAK, Ek ayrıntılarYATAK, Ticaret teklifi.

Ayrıntılar için yerleştirme belgelerine bakın.

Sürüm 1.3.6

Sürüm 1.3.6, 1C:Enterprise platformu sürüm 8.3.8 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış olan sürüm 1.3 "1C: Elektronik Belge Kütüphanesi 8"in geliştirilmiş halidir. Bu durumda "Uyumluluk Modu" yapılandırma özelliği "Sürüm 8.3.8" olarak ayarlanmalıdır.

Bu konfigürasyon, 2.3.4.112 sürümünden daha düşük olmayan "1C: Standart Alt Sistemler Kitaplığı" yapılandırmasıyla ve 2.1.9.4 sürümünden daha düşük olmayan "1C: İnternet Kullanıcı Desteği Kitaplığı 8" yapılandırmasıyla ortak kullanım için tasarlanmıştır.

Yeni özellikler ve değişiklikler

  • Birincil fatura belgelerinin formatları, 24 Mart 2016 tarihli ММВ-7-15/155@ sayılı Federal Vergi Servisi'nin emri uyarınca (ayrı bir birincil belgenin, faturanın aktarılması açısından) desteklenir. malların sevkıyatı (işin yapılması), mülkiyet haklarının devri (hizmetlerin sağlanmasına ilişkin belge) ile ilgili fatura formatı ve belge sunum formatı, fatura da dahil olmak üzere elektronik ortamda."
  • Ayarlama faturası da dahil olmak üzere değerdeki değişikliklere ilişkin birincil belgelerin formatları, 13 Nisan 2016 N ММВ tarihli Federal Vergi Servisi'nin emri uyarınca desteklenir (ayrı bir birincil belgenin aktarımı, düzeltme faturası açısından). -7-15/189@ " Düzeltme faturasının formatının ve sevk edilen malların (gerçekleştirilen iş, verilen hizmetler) maliyetindeki değişikliklere ilişkin bir belge gönderme formatının onaylanması üzerine, ayarlama faturası da dahil olmak üzere devredilen mülkiyet hakları, elektronik form."
  • Yeni elektronik belgeler eklendi: Malların aktarılması, İş sonuçlarının aktarılması, belgelerin görsel sunumunun yeni bir biçimi.
  • Alıcıdan alındı ​​bildirimi gerektirmeyen tek yönlü değişim mekanizması eklendi.
  • Gelen elektronik belgelerin paketten çıkarılmasını (otomatik veya manuel olarak) kontrol etme yeteneği, elektronik belgeler alırken belirli bir belge türünün oluşturulmasını yapılandırma yeteneği eklendi.
  • Bir elektronik belgeyi çeşitli bilgi tabanı muhasebe belgelerine bağlama yeteneği eklendi.
  • Elektronik belgelerin gelen ve giden olarak bölünmesi uygulandı.
  • Hizmetle entegrasyon uygulandı 1C-UMI programdan web siteleri oluşturmanıza, çevrimiçi bir mağazayla değişim ayarlamanıza olanak tanır UMI.
  • 1CFresh bulut hizmetinde 1C-EDO hizmetiyle çalışmaya yönelik uyarlama yapıldı.

1.3.5 sürümünden 1.3.6 sürümüne geçiş

Alt sistem "Karşı taraflarla takas"

Genel modül Karşı Taraflarla DeğişimYeniden Tanımlanabilir

  • UPD SCHFDOP yöntemi eklendi.
  • Eklenen yöntem UPD Alıcı Bilgileri Federal Vergi Hizmeti için Verileri Doldurun. Yöntem, UPD (alıcı bilgisi) fonksiyonu SCHFDOP tipindeki bir elektronik belge için verileri hazırlar.
  • Bilgi güvenliği nesnelerine UPD yöntemi (satıcı bilgileri) işlevi SCHFDOP eklendi.
  • Eklenen yöntem Satıcı Federal Vergi Hizmetinin EK Bilgileri için Verileri Doldurun. Yöntem, STD (satıcı bilgileri) DOP işlevi gibi elektronik bir belge için veri hazırlar.
  • Eklenen yöntem BulUPDT Belgesi OluşturAktarım Hakkında. Yöntem, verileri elektronik belge UPD (satıcı bilgileri) işlevi DOP'tan IS nesnesine kaydeder.
  • Eklenen yöntem SCHFISeller'ın bilgileri için verileri doldurun Federal Vergi Servisi. Yöntem, UTD (satıcı bilgileri) SSF işlevi türünde bir elektronik belge için verileri hazırlar.
  • Eklenen yöntem FindCreateUPDSFaturaFatura. Yöntem, verileri elektronik belge UPD (satıcı bilgileri) SSF işlevinden bilgi güvenliği nesnesine kaydeder.
  • Yöntem eklendi. Yöntem, UCD tipi (satıcı bilgileri) fonksiyonu KSCHFDIS'in elektronik bir belgesi için verileri hazırlar.
  • Eklenen yöntem UKID Alıcı Bilgileri Federal Vergi Hizmeti için Verileri Doldurun. Yöntem, UKD (alıcı bilgisi) fonksiyonu KSCHFDIS tipindeki bir elektronik belge için verileri hazırlar.
  • Yöntem eklendi. Yöntem, verileri elektronik belge UCD (satıcı bilgileri) işlevi KSCHFDIS'den bilgi güvenliği nesnelerine kaydeder.
  • Eklenen yöntem Satıcı Federal Vergi Hizmetinin DISInformation Verilerini Doldurun. Yöntem, UCD tipi (satıcı bilgisi) DIS fonksiyonuna ait bir elektronik belge için verileri hazırlar.
  • Eklenen yöntem FindCreateUKDBelgeHakkındaDeğer Değiştirme. Yöntem, verileri elektronik belge UCD (satıcı bilgileri) işlevi DIS'ten bir IS nesnesine kaydeder.
  • Eklenen yöntem KSCHFISeller'ın bilgileri için verileri doldurun Federal Vergi Servisi. Yöntem, UCD tipi (satıcı bilgileri) fonksiyonu KSCHF'nin elektronik bir belgesi için verileri hazırlar.
  • Eklenen yöntem FindCreateUKDSAccountFatura. Yöntem, verileri elektronik belge UCD (satıcı bilgileri) işlevi KSCHF'den bir bilgi güvenliği nesnesine kaydeder.
  • Eklenen yöntem Giden Acil Servis Türlerinin Bilgi Güvenliği Belgelerine Uygunluğu. Yöntem, giden elektronik belgeler ile bilgi güvenliği belgeleri arasında bir yazışma oluşturur.
  • Eklenen yöntem FindCreateDocumentTransferWorkResults. Yöntem, “Malın Transferi” formatında alınan Konşimento belgesinin doldurulması için kullanılır.
  • Eklenen yöntem FindCreateDocumentMal Transferi. Yöntem, “İş Sonuçlarının Aktarımı” formatında alınan Hizmet Sağlama Sertifikası belgesini doldurmak için kullanılır.
  • Eklenen yöntem YüklendiDurumExchangeTamamlandı. Yöntem, belge akış durumu şu şekilde değiştiğinde çağrılır: Değişim Tamamlandı, DeğişimDüzeltme ile tamamlandı.
  • Elektronik belgeler oluştururken UPD, UKD, Malların transferi, İş sonuçlarının transferi, ayrıntılar Belge tarihi, Belge Tabanı Tarihi doldurulması zorunludur.

Karşı Taraflarla Takas İşleme

"Torg-12Seller" düzeninde:

  • "IdStateContract" alanı eklendi.
  • "Nakliye Faturası" tablo kısmı eklendi.
  • "Taşıma Fatura Tarihi", "Taşıma Fatura Numarası" alanları kaldırıldı.
  • "Malları devreden kişiye ait bilgiler" alanı eklendi.

Düzende Hakların Devri Kanunu:

  • "Taban" tablolu kısmı eklendi.
  • "DocumentBaseName", "DocumentBaseNumber", "DocumentBaseDate", "DocumentBaseAdditionalInformation" alanları kaldırıldı.
  • "Para BirimiAdı" alanı eklendi.
  • "Talepler" alanı eklendi.
  • "Yürütme Tarihi" alanı eklendi.
  • İşlem katılımcılarının özelliklerinde "Faks" alanı "E-posta" alanı ile değiştirilmiştir.
  • İşlem katılımcılarının mülklerinde "Ülke Kodu" alanı "Ülke Kodu" alanı ile değiştirilmiştir.
  • İşlem katılımcılarının özelliklerinde "AdresText" alanı "AdresText" alanıyla değiştirildi.

Tanımlı Bir Türün Güncellenmesi Karşı taraf:

1.3.5 sürümünden yükseltme yaparken, tanımlanan Counterparty tipinin güncellenmesi gerekir; aksi takdirde, güncellendiğinde BED nesnelerindeki Counterparty dizinine yapılan referanslar, nesnelere yapılan referansların kaybıyla birlikte dize türüyle değiştirilecektir; iyileşmek.

Güncelleme prosedürü:

  • Tanımlanan Account türünü AccountBED olarak yeniden adlandırın.
  • Yapılandırmayı BED 1.3.5'i desteklemekten kaldırın.
  • BED 1.3.5 yapılandırmasıyla bir karşılaştırma/birleştirme çalıştırın, yapılandırmayı destekleyecek şekilde ayarlamayı kabul edin.
  • Tüm nesnelerin işaretini kaldırın ve yalnızca tanımlı Hesap türünü bırakın, birleştirme işlemini gerçekleştirin.
  • Yapılandırmayı güncellemeye başlayın, BED dosyası 1.3.6'yı seçin.
  • Tanımlı AccountBED ve Account türlerindeki onay kutularını seçin. Güncelleme için gerekli diğer veritabanı nesnelerini belirtin.
  • Bir güncelleme gerçekleştirin.

Alt sistem "Bankalarla takas"

Prosedüre Banka Ekstresi Alın ortak modül ExchangeWithBanksClient isteğe bağlı parametre eklendi OpenFormClarificationPeriyodu tip ile Boolean. Ekstrenin alındığı formun ekstre istek süresini manuel olarak değiştirme özelliği yoksa True olarak ayarlanması gerekir.

Alt sistem "Sitelerle değişim"

Değişim düğümü değiştirildi Site Değişimi, form, nesne modülü:

  • Öğe Türlerine göre seçim yaparak Öğeleri yükleme yeteneği eklendi (daha önce yalnızca Öğe grupları tarafından kullanılabiliyordu).

Referans kitabı eklendi Web siteleri:

  • Siteye 1C'den sitenin kullanıcı kısmına ve sitenin yönetici alanına geçişi yapılandırma yeteneği eklendi.
  • Siteyi temel alarak bir ExchangeSite değişim düğümü oluşturabilirsiniz.

İşleme eklendi Bir web sitesi oluşturun:

  • 1C-UMI alanında site oluşturma yeteneği eklendi; site otomatik olarak oluşturulur (Siteler öğesi) ve 1C'den gelen verilerle doldurulur. Otomatik olarak bir ExchangeSite değişim düğümü oluşturulur ve siteyle ilk tam değişim gerçekleştirilir.

Genel modül Site DeğişimiGeçersiz kılınabilir:

  • Öğe Türlerini seçme yeteneği eklendi; özel bir referans kitabı seçme yeteneği kaldırıldı.

Genel modül ExchangeSiteEtkinlikleri:

  • Öğe türlerini seçme yeteneği eklendi.
  • Özel bir dizin seçebilme özelliği kaldırıldı.

Diğer değişiklikler

Alt sistem kurulumu Tarife yönetimi kütüphane hizmeti modelinde Hizmet teknolojileri

Ortak bir modüle TarifeYeniden Tanımlanabilir Hizmet Listesi Oluştururken () yönteminde, İnternet Kullanıcı Desteği yöntemini çağırdıktan sonra kod eklemeniz gerekir.Hizmet Listesi Oluştururken (Servis Sağlayıcılar):

// Elektronik Etkileşim
Elektronik Etkileşim.Hizmet Listesi Oluşturulurken(Hizmet Sağlayıcılar);
// Elektronik Etkileşimi Sonlandır

Sürüm 1.3.5

Sürüm 1.3.5, 1C:Enterprise platformu sürüm 8.3.8 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış "1C: Elektronik Belge Kitaplıkları 8"in 1.3 sürümünün geliştirilmiş halidir.

Yapılandırma özelliği değerleri:

  • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
  • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
  • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

Yeni özellikler ve değişiklikler

  • kitaplığın işlevselliği, uyumluluk modu devre dışı bırakılarak 8.3.8 platformunda çalışmanın belirli özelliklerine uyarlandı;
  • "Standart Alt Sistemler Kütüphanesi"nin alt sistemleri 2.3.3.45 sürümüne güncellendi;
  • Kütüphane, "İnternet Kullanıcı Destek Kütüphaneleri" alt sistemini, sürüm 2.1.8.3'ü içerir.

1.3.4 sürümünden 1.3.5 sürümüne geçiş

Hiçbir değişiklik gerekli değildir.

Sürüm 1.3.4

Sürüm 1.3.4, 1C:Enterprise platformu sürüm 8.3.6 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış "1C: Elektronik Belge Kitaplıkları 8"in 1.3 sürümünün geliştirilmiş halidir. Bu durumda "Uyumluluk Modu" yapılandırma özelliği "Kullanma" olarak ayarlanmalıdır. Modalite kullanım modu "Kullanma" olarak ayarlanabilir ve arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. Taksiye İzin Ver" veya "Taksi. Sürüm 8.2'ye İzin Ver" olarak ayarlanabilir.

Yeni özellikler ve değişiklikler

  • EDI etkinliklerine ilişkin bir bildirim sistemi uygulanmıştır (yeni elektronik belgeler, yeni davetiyeler, sertifikanın süresinin dolması vb.). Artık EDF ayarları profilinde e-posta bildirimlerini yapılandırmak ve ayrıca olaylarla ilgili bildirimleri açılır mesajları kullanarak doğrudan 1C programında görüntülemek mümkün;
  • 24 Mart 2016 tarihli Federal Vergi Servisi'nin ММВ-7-15/155@ sayılı emri uyarınca bir fatura (UPD formatı) dahil olmak üzere birincil belgenin formatı desteklenir. “Fatura formatının onaylanması ve malların sevkıyatı (işin yapılması), mülkiyet haklarının devri (hizmetlerin sağlanmasına ilişkin belge), fatura da dahil olmak üzere elektronik biçimde bir belgenin sunulması için format";
  • Düzeltme faturasını içeren değer değişikliğine ilişkin belgenin formatı desteklenmiştir" (UKD formatı), 04/13/2016 tarihli Federal Vergi Servisi'nin emri uyarınca N ММВ-7-15/189@ "Sevk edilen malların (gerçekleştirilen iş, verilen hizmetler) maliyetindeki değişikliklere ilişkin düzeltme faturası formatının ve sunum formatı belgesinin formatının onaylanması üzerine, ayarlama faturası da dahil olmak üzere devredilen mülkiyet hakları elektronik biçimde";
  • DirectBank teknolojisini kullanan bankalar karşılığında harici bileşenlerin kullanımını destekledi.

1.3.2, 1.3.3 sürümlerinden 1.3.4 sürümüne geçiş

Uygulama çözümü belge listesi formlarındaki değişiklikler

Belge listesi formlarına bir eklenti prosedürü eklemeniz gerekir Karşı Taraflarla Değişimİstemci.Bekleme İşlemcisiEDW:

&İstemcide

Prosedürün Sonu

Alt sistemi güncellerken belge listesi formunun olay işleyicilerinde şunlar gereklidir: Sunucuda Oluşturulduğunda, Açılış, İşlemeUyarıları

&Sunucuda
Sunucuda Oluşturma Sırasındaki Prosedür
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = ThisObject;
ParametersWhenCreatedOnServer.LocationofCommands = Elements.EDO Komutları;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Failure, StandardProcessing, ParametersWhenCreatedOnServer);
Prosedürün Sonu

&İstemcide
Açma Prosedürü (Arıza)
…
// "Karşı Taraflarla Değişim" alt sistemi.
// "Karşı Taraf Değişimi" alt sisteminin sonu.
Prosedürün Sonu

&İstemcide
Prosedür Süreç Bildirimleri(OlayAdı, Parametre, Kaynak)
…
// "Karşı Taraflarla Değişim" alt sistemi.
Alert ParametersEDO = CounterpartiesClient.AlertParametersEDO_ListForm() ile değişim;
EDO Bildirim Parametreleri.Form = ThisObject;
EDO Bildirim Parametreleri.DynamicListName = "Liste";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(OlayAdı, Parametre, Kaynak, EDI AlertParameters);
// "Karşı Taraf Değişimi" alt sisteminin sonu.
Prosedürün Sonu

Uygulama çözümü belge formlarındaki değişiklikler

Belge formlarına bir eklenti prosedürü eklemeniz gerekir Connectable_WaitingHandlerEDO yöntem çağrısını yerleştirmeniz gereken yer

Karşı Taraflar İstemcisi ile Değişim.Bekleme İşlemcisiEDW:

&İstemcide
Prosedür Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
Prosedürün Sonu

Belge formlarında “EDO Durumu” form özelliğinin kaldırılması ve yerine “dekorasyon” form öğesinin eklenmesi gerekmektedir. Bir uygulama çözümünün ihtiyaçları için dekorasyon "Grup" form öğesine tabi kılınabilir. Grup görünürlüğü bir yöntemin içinde ayarlanır Karşı taraflarla takas Sunucuda oluşturulduğunda f.o.'nun durumuna bağlı olarak "Karşı Taraflarla Değişimi Kullanın."

Alt sistemi güncellerken belge formundaki olay işleyicileri gereklidir. Sunucuda Oluşturulduğunda, Açılış, Kayıt SonrasıSunucuda, İşlemeUyarıları"Karşı Taraf Değişimi" alt sisteminin yerleştirme yöntemleri.

Örneğin:

&Sunucuda

…
// "Karşı Taraflarla Değişim" alt sistemi.
Oluşturulduğunda EDO Parametreleri = Karşı Taraflarla Değişim Server_DocumentForm() Üzerinde Oluşturulduğunda Parametreler;
Oluşturulduğunda EDO Parametreleri.Form = ThisObject;
Oluşturulduğunda EDO Parametreleri.DocumentLink = Object.Link;
Oluşturulduğunda EDO Parametreleri.DecorationStateEDO = Elements.DecorationStateEDO;
Oluşturulduğunda EDO Parametreleri.EDO Durum Grubu = Elements.EDO Durum Grubu;
Karşı Taraflarla Değişim.When CreatedOn the Server_DocumentForm(Refusal, StandardProcessing, EDO ParametersWhen Created);
// "Karşı Taraf Değişimi" alt sisteminin sonu.
Prosedürün Sonu

&İstemcide
Açma Prosedürü (Arıza)
…
// Alt Sistem "Karşı Taraflarla Değişim"
ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
// Son Alt Sistem "Karşı Taraflarla Değişim"
Prosedürün Sonu

&Sunucuda
RecordOnServer(CurrentObject, RecordParameters) Sonrası Prosedür
…
// "Karşı Taraflarla Değişim" alt sistemi.
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = ThisObject;
ParametrelerAfterRecord.DocumentLink = Object.Link;
ParametrelerAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOStatus = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer(CurrentObject, RecordParameters,AfterRecordParameters);
// "Karşı Taraf Değişimi" alt sisteminin sonu.
Prosedürün Sonu

&İstemcide
Prosedür Süreç Bildirimleri(OlayAdı, Parametre, Kaynak)
…
// "Karşı Taraflarla Değişim" alt sistemi.
Uyarı Parametreleri = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = ThisObject;
AlertParameters.DocumentLink = Object.Link;
Uyarı Parametreleri.DecorationEDO Durumu = Elementler.DecorationEDO Durumu;
Uyarı Parametreleri.EDO Durum Grubu = Elements.EDO Durum Grubu;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
// "Karşı Taraf Değişimi" alt sisteminin sonu.
Prosedürün Sonu

ExchangeCounterparties modülündeki değişiklikler

  • Prosedür eklendi CreatedOnServer_ListForm ne zaman, belge listesi formunun "When CreatedOnServer" olay işleyicisinden çağrılır. Yöntemin üçüncü parametresi olarak yöntem tarafından başlatılan bir yapı iletilir. ParametrelerWhenCreatingOnServer_ListForm.
  • Prosedür eklendi Ne zaman CreatedOnServer_FormDocument, belge formunun "When CreatedOnServer" olay işleyicisinden çağrılır. Yöntemin üçüncü parametresi olarak yöntem tarafından başlatılan bir yapı iletilir. ParametrelerWhenCreatingOnServer_DocumentForm.
  • Prosedür eklendi Kayıt SonrasıSunucuda, belge formunun "AfterRecordOnServer" olay işleyicisinden çağrılır. Yöntemin üçüncü parametresi olarak yöntem tarafından başlatılan bir yapı iletilir. ParametrelerSunucudaKayıt Sonrası.

Modüldeki değişiklikler CounterpartiesClient ile Değişim.

  • Prosedür eklendi Açılış, belge listesi formunun ve belge formunun "Açılışta" olay işleyicisinden çağrılır.
  • Prosedür eklendi ProcessingAlerts_ListForm, belge listesi formunun "Bildirim İşleme" olay işleyicisinden çağrılır. Yöntemin dördüncü parametresi olarak yöntem tarafından başlatılan bir yapı geçirilir. Uyarı ParametreleriEDO_ListForm.
  • Prosedür eklendi ProcessingAlert_FormDocument, belge formunun "Bildirim İşleme" olay işleyicisinden çağrılır. Yöntemin dördüncü parametresi olarak yöntem tarafından başlatılan bir yapı geçirilir. Bildirim ParametreleriEDO_DocumentForm.
  • Modüldeki değişiklikler Karşı Taraflarla DeğişimGeçersiz Kılılabilir:
  • Eklenen yöntem İş Yürütücüsünün Veri Aktarımını Doldurun.
    Örnek:

// Malların Satıcıya Transferi türünde bir elektronik belge için verileri hazırlar.
// Seçenekler:
// LinkToObject - Elektronik belge oluşturmanın gerekli olduğu ED'ye bağlantı,


Prosedür Doldurma Veri Aktarımı İş Yürütücüsü (Nesne Bağlantısı, ED Yapısı, Veri Ağacı) Dışa Aktarma
Federal Vergi Hizmetinin Kanun 501 Yürütücüsü için Verileri Doldurun (Nesne Bağlantısı, ED Yapısı, Veri Ağacı)
Prosedürün Sonu

  • Yöntem Nesneyi Düzenleme Yeteneğini Kontrol Etme bir prosedür haline geldi.
  • Eklenen yöntem Satıcı Federal Vergi Hizmetinin GÜNCELLEME Bilgileri için Verileri Doldurun. Yöntem, aşağıdaki türde bir elektronik belge için veri hazırlar: GÜNCELLEME(satıcı bilgileri) işlevi SCHFDOP.
  • Eklenen yöntem FindCreateUniversalTransferBelge. Yöntem, verileri elektronik bir belgeden kaydeder GÜNCELLEME(satıcı bilgileri) işlevi SCHFDOPv IS nesneleri.
  • Eklenen yöntem UKDI Satıcı Bilgileri Federal Vergi Hizmeti için Verileri Doldurun. Yöntem, aşağıdaki türde bir elektronik belge için veri hazırlar: UKD(satıcı bilgileri) işlevi KSCHFDIS.
  • Eklenen yöntem FindCreateEvrenselAyarlamaBelgesi. Yöntem, verileri elektronik bir belgeden kaydeder UKD(satıcı bilgileri) işlevi KSCHFDIS bilgi güvenliği nesnelerine.

"Bankalarla takas" alt sistemindeki değişiklikler

ExchangeWithBanksRedefinable modülündeki değişiklikler

Prosedür ED Durumu Değiştiğinde katma. Elektronik belge akış durumu değiştiğinde çağrılır.

Servis modunda çalışmaya ilişkin değişiklikler

Servis modunda çalışma için hedef konfigürasyonu gerekliyse:

  • SuppliedDataOverridden ortak modülünün GetProvidedDataHandlers prosedürüne aşağıdaki kodu ekleyin:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

  • Veri Alanı Temel Verileri genel özelliğine Harici Modülleri Bankalarla Değişimi Güncelle rutin görevini ekleyin.

Diğer değişiklikler

  • Tanımlanan türe bir sabit eklemelisiniz ExchangeWithBanks'ı kullanın;
  • Özellik kaldırıldı Bankalarla Takas Bankayla Direkt Takas Önerilir.

Sürüm 1.3.3

Sürüm 1.3.3, "1C: Elektronik Belgeler Kütüphanesi" ürününün 1.3 sürümünün geliştirilmiş halidir. 1C:Enterprise platformu 8.3 sürüm 8.3.6 ve üzeri üzerinde çalışmak üzere tasarlanmış yapılandırmalar geliştirmek için tasarlanmıştır.

Yapılandırma özelliği değerleri:

  • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
  • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
  • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

Yeni özellikler ve değişiklikler

  • 30 Kasım 2015 tarihli ve ММВ-7-10/551@ sayılı Karar uyarınca "Ticari işlemler sırasında malların transferine ilişkin belgenin elektronik ortamda sunulmasına ilişkin formatın onaylanması üzerine" ve 30 Kasım 2015 tarih ve 251 Sayılı Karar uyarınca. ММВ-7-10/552@ "İş sonuçlarının (hizmetlerin sağlanmasına ilişkin belge) elektronik biçimde aktarılmasına ilişkin bir belgenin sunulmasına ilişkin formatın onaylanması üzerine" yeni elektronik belge formatları desteklenmektedir.

"Karşı taraflarla takas" alt sistemindeki değişiklikler

Modülde Karşı Taraflarla DeğişimGeçersiz Kılılabilir bir değişiklik yap:

// Konşimento türündeki elektronik bir belge için verileri hazırlar.
// Seçenekler:
// LinkOnED - Elektronik belge oluşturmanın gerekli olduğu ED'ye bağlantı,
// StructureED - Elektronik belge oluşturmak için yapı, veri yapısı.
// Veri Ağacı - bir değerler ağacı, elektronik bir belgeyi doldurmak için bir veri ağacı.
Mal Satıcısının Veri Transferi Prosedürü (Nesne Bağlantısı, ED Yapısı, Veri Ağacı) Dışa Aktarma
Pazarlık Verilerini Doldurun 12 Federal Vergi Hizmeti Satıcısı (Nesneye Bağlantı, ED Yapısı, Veri Ağacı)
Prosedürün Sonu

Elektronik belgelerle çalışırken BED'yi kullanan yapılandırmaya, erişimi kuruluşa (RLS) göre kayıt düzeyinde kısıtlamak için şablonlar eklemek gerekir (yerleştirme belgelerine bakın).

Sürüm 1.3.2

Sürüm 1.3.2, "1C: Elektronik Belgeler Kütüphanesi" ürününün 1.3 sürümünün geliştirilmiş halidir. 1C:Enterprise platformu 8.3 sürüm 8.3.6 ve üzeri üzerinde çalışmak üzere tasarlanmış yapılandırmalar geliştirmek için tasarlanmıştır.

Yapılandırma özelliği değerleri:

  • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
  • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
  • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

Yeni özellikler ve değişiklikler

  • Bir elektronik belgeyi görüntülemek için 2 elektronik belge başlığının (TORG12, Kanun, Düzenleme belgeleri) tek bir formda görüntülenmesi uygulandı. Başlıklardaki tüm bilgiler tek bir formda toplanacaktır. Ayrıca ikinci başlığın şekline “Elektronik Belgeler” formundan bakılabilir;
  • 1C programındaki "EDF Ayarları"ndan elektronik biçimde standart bir "EDA Anlaşması" imzalama yeteneği uygulanmıştır; “Şablon kullanarak sözleşme oluştur” komutunu kullanarak, eki sözleşme dosyası olacak isteğe bağlı bir elektronik belge otomatik olarak oluşturulacaktır. İmzalandıktan sonra belge hemen karşı tarafa gönderilebilir.
  • isteğe bağlı elektronik belgelerin ekli dosyalarla entegre değişimi. Artık ekli herhangi bir dosya herhangi bir elektronik belge kullanılarak hızlı bir şekilde imzalanıp karşı tarafa gönderilebilir;
  • maaş projesine ilişkin banka ile elektronik belge alışverişi yapma yeteneği desteklenmektedir;
  • bir kuruluşu DirectBank'a bağlamak için bir asistan eklendi;
  • DirectBank'ı destekleyen bankaların listesi internet üzerinden güncellendi;
  • Sberbank'ın farklı türdeki jetonlarıyla (elektronik anahtarlar) desteklenen çalışma: “normal”, “dokunmatik”, “ekranlı”.
  • "Standart Alt Sistem Kütüphanesi"nin (BSS) alt sistemleri 2.3.2.27 sürümüne güncellendi.

1.2.7, 1.3.1 sürümlerinden 1.3.2.19 sürümüne geçiş

Modüle dolgu yapmadan bir prosedür eklemeniz gerekir:

prosedürü CheckUsingTestMode. Bankalarla yapılan alışverişleri test etmek için ek özellikleri etkinleştirme olanağını içerir. Henüz uygulamalı çözümlerde kullanılması planlanmamaktadır;

Modülde NormalGörevlerGeçersiz Kılabilir bir değişiklik yap:

Rutin Görevler (Ayarlar) Dışa Aktarımına İlişkin Ayarların Belirlenmesi Prosedürü
Elektronik Etkileşim. Rutin Görevlerin Ayarlarını Tanımlarken(Ayarlar);
Prosedürün Sonu

Modülde Elektronik İmza İstemcisi Geçersiz Kılınabilir bir değişiklik yap:

Ek Sertifika Doğrulaması (Parametreler) Dışa Aktarımı Prosedürü
ExchangeWithBanksClient.AtAdditionalCertificateVerification(Parameters);
Prosedürün Sonu

Modüle ElektronikİmzaGeçersiz Kılabilir bir değişiklik yap:

Form Oluşturma ProsedürüSertifika Kontrolü (Sertifika, Ek Kontroller, Ek Kontrol Parametreleri, Standart Kontroller) Dışa Aktarma
ExchangeWithBanks.FormVerificationCertificate Oluşturulduğunda(
Sertifika, Ek Kontroller, Ek Kontrol Parametreleri, Standart Kontroller);
Prosedürün Sonu

Aşağıdaki paylaşılmayan nesneler eklendi:

;
  • Devamlı Bankalarla Genel Dosya Alışverişi.

    • Tanımlanan türe Depolama AlanıFonksiyonel Seçenekler sabit ekle ExchangeWithBanks'ı kullanın.

    Yapılandırmanın hizmet modeli modunda çalışması amaçlanıyorsa, Abonelik İşleyicisini, Hizmet Modelinde Çalışmak için YATAK Yazarken Paylaşılmayan Nesnelerin Denetimi olayıyla değiştirmeniz gerekir.Yazma Sırasında Paylaşılmayan Nesnelerin Denetimi.

    Sürüm 1.3.1

    Sürüm 1.3.1, "1C: Elektronik Belgeler Kütüphanesi" ürününün 1.2 sürümünün geliştirilmiş halidir. 1C:Enterprise platformu 8.3 sürüm 8.3.6 ve üzeri üzerinde çalışmak üzere tasarlanmış yapılandırmalar geliştirmek için tasarlanmıştır.

    Yapılandırma özelliği değerleri:

    • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
    • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
    • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

    Yeni özellikler ve değişiklikler

    • 1C: Business Network katılımcıları için EDI hizmeti aracılığıyla elektronik imza olmadan elektronik belge alışverişi yapma yeteneği uygulanmıştır;
    • bankalarla özerk bir takas alt sistemi uygulandı;
    • "Standart Alt Sistem Kütüphanesi"nin (BSS) alt sistemleri 2.3.1.71 sürümüne güncellendi.

    1.2.6, 1.2.7 sürümlerinden 1.3.1 sürümüne geçiş

    Mimari değişiklikler

    "Elektronik Belgeler" ön ekine sahip tüm modüller, ön eke sahip modüller olarak yeniden adlandırıldı "Karşı Taraflarla Değişim". Modül yöntemleri Genel AmaçlıED yeni modüle taşındı ElektronikEtkileşim. Modül ED Bilgi Tabanını Güncelleme olarak yeniden adlandırıldı Veri Tabanını Güncelleme.

    Elektronik Belgeler V ElektronikEtkileşim:

    • SoyadıBaş HarflerBireyler

    Modülden taşınan yöntemlerin listesi Elektronik Belgeler V Bankalarla Takas:

    • Banka ile doğrudan takas mümkündür
    • GetDataBankBeyannameleriTreeValues
    • GetDataBankStatementsTextFormat
    • TreeExtractsBank Ayrıştırma

    Modülden taşınan yöntemlerin listesi ElektronikEtkileşimİstemcisiGeçersiz kılınabilir:

    • Belge Kontrolü Gerçekleştirin

    Modülden taşınan yöntemlerin listesi ElektronikBelgelerİstemciGeçersiz kılınabilir V ExchangeWithBanksClientGeçersiz kılınabilir:

    • AyrıştırmaDosyaÖzütleri

    Modülden taşınan yöntemlerin listesi ElektronikEtkileşimİstemciSunucusu:

    • GetMessageText (MessageText olarak yeniden adlandırıldı)
    • EvetAksiyon

    Modülden taşınan yöntemlerin listesi Elektronik BelgelerİstemciSunucu V ExchangeWithBanksClientServer:

    • Doldurulmuş AyrıntılarAyarlar EDSBankalar (doldurulmuş Doldurulmuş AyrıntılarAyarlarDeğişim olarak yeniden adlandırıldı)
    • HeaderSettingsEDOSBank, HeaderSettingsExchangeWithBank olarak yeniden adlandırıldı
    • GetStatusTextED

    Modülden taşınan yöntemlerin listesi ElektronikEtkileşimGeçersiz kılınabilir:

    • ChangeFormElementProperties
    • CurrentDirectoryGeçiciDosyalar
    • Eşleşen İşlevsel Seçenekleri Alın
    • Eşleşen Dizinleri Alın
    • Nesnelerin MD Adları ve Ayrıntılarıyla İlgili Yazışmaları Alın
    • Detay Kodları ve Gösterimlerin Uyumluluğu
    • Nesnenin Anahtar Ayrıntılarının Yapısını Alın
    • Kısa MesajGerekliSistem Ayarları
    • Hata Mesajını Düzenle
    • Erişim Hakkı İhlallerine İlişkin Mesaj Metni Hazırlayın
    • Demonte İsimBireyler
    • FindReferenceToObject
    • Basılı Belge Numarası Al
    • Kontrol Hazırlığı Kaynakları
    • GetData LegalBireyler
    • AçıklamaOrganizasyonlar
    • ED İşleme Hakkı Vardır
    • ED okuma hakkı var
    • Dergi Kaydı Açma Hakkı Vardır

    Modülden taşınan yöntemlerin listesi ElektronikBelgelerGeçersiz Kılılabilir V ExchangeWithBanksGeçersiz kılınabilir:

    • Güncel ED Türlerini Alın
    • Banka Hesap Numaralarını Alın
    • ED Parametrelerini Kaynağa Göre Doldurun
    • Ödeme Emri Verilerini Doldurun
    • Ödeme Talebi Verilerini Doldurun
    • Nesneyi Düzenleme Yeteneğini Kontrol Etme

    Etkinlik aboneliklerinden Sahibini Kaydederken ED'nin Yeni Bir Sürümünü Atayın Ve Kayıt Sahibinden Önce Değişiklik Kontrolü ED Banka belgeleri silindi.

    Düzenler işlenmeden taşındı DeğişimKarşı Taraflar V Bankalarla Takas:

    • Ödeme talimatı
    • Ödeme Gereği

    Tanımlanan türe eklemelisiniz

    • documentObject.PackageED

    Arayüz değişiklikleri

    • Ortak modüllerde Bankalarla Takas, DeğişimKarşı Taraflar prosedürler eklendi Sunucuda Oluşturulduğunda. EDI komutları oluşturmak için nesne formlarını açarken çağrılır. Seçenekler: Biçim- mevcut form, Takım YerleştirmeVarsayılan– EDI komutlarının oluşturulacağı alt menü formunun bir öğesi.
    • Ortak modüllerde ExchangeWithBanksGeçersiz kılınabilir, Karşı Taraflarla DeğişimGeçersiz Kılılabilir EDM komutlarının bir listesini oluşturmak için eklenen prosedürler Teams EDF Nesnelerinin Yapısını Hazırlayın. Parametre Ekiplerin BileşimiEDO bir dizi olabilir (alt sistem için Bankalarla Takas) veya dizi yapısı ( DeğişimKarşı Taraflar).
    • EDI komutları grubu kaldırıldı; komut panelinin EDI komutlarıyla otomatik olarak doldurulması artık gerçekleştirilmiyor.

    Bilgi tabanı belge formlarında EDM komutları oluşturmak için, geçersiz kılınan ortak modül prosedüründe nesne türlerini oluşturmaya yönelik kod eklemeniz gerekir.

    Modüldeki örnek Karşı Taraflarla DeğişimGeçersiz Kılılabilir:


    EDM Ekiplerinin Oluşumu.Outgoing.Add("Belge. Mal ve Hizmet Satışı");
    EDO'nun Bileşimi Commands.Outgoing.Add("Document.Alıcının Siparişi");
    …
    EDF Teams.Incoming.Add("Belge.Mal ve Hizmet Makbuzu");
    EDO'nun Bileşimi Commands.Incoming.Add("Document.InvoiceReceived");
    …
    Prosedürün Sonu

    ExchangeWithBanksGeçersiz kılınabilir:

    Prosedür EDF Takımlarının Nesnelerinin Yapısını Hazırlama (EDF Takımlarının Bileşimi) Dışa Aktarma
    EDO Komutlarının Bileşimi.Add("Belge.Ödeme Emri");
    EDO'nun Bileşimi Commands.Add("Document.PaymentRequest");
    …
    Prosedürün Sonu

    Bir form oluştururken program oluşturma komutlarını çağırın

    Karşı taraflarla takas Sunucuda oluşturulduğunda:

    Sunucuda Oluşturulduğunda Prosedür(Arıza, Standart İşleme)
    //EDO Komutları
    Karşı Taraflarla Değişim.When CreatedOnServer(ThisObject, Elements.EDO Komutları);
    // EDO Komutunun Sonu
    Prosedürün Sonu

    Takılabilir bir form işleyicisi ekleyin Connectable_Execute EDO Komutu:

    Prosedür Connectable_Execute EDO Komutu (Komut)
    ElectronicInteractionServiceClient.ExecuteConnectedCommandEDO(Command, ThisForm, Elements.List);
    Prosedürün Sonu

    "Karşı taraflarla takas" alt sistemindeki değişiklikler

    • Tanımlanan "Keyfi ED Gerekçeleri" tipini, girişlerin girileceği belge türleriyle doldurun Keyfi ED(büyük olasılıkla bunlar, Ekli Dosya Sahibi türüyle aynı belgeler olacaktır), ayrıca bu belgelerde "Özel ED" belgesini "Temeldir:" listesine eklemeniz gerekir:
    • belge formlarında ve belge listelerinde (Özel ED'nin girildiği temel olarak), "Şuna göre oluştur" alt menüsünde Özel ED'yi devre dışı bırakmak gerekir, çünkü Özel ED girme komutu EDO alt menüsüne yerleştirilmiştir ("Dosya ekle" komutu);
    • Parametre grubundaki Hak Devri Kanunu, Mal Siparişi, Siparişe Yanıt, Satışa İlişkin Komisyon Acentesinin Raporu, Açıklamaya İlişkin Komisyon Acentesinin Raporu, Ödeme Faturası, Ürün Kataloğu, Fiyat Listesi düzenlerinde "BIC" alanındaki "Banka" zorunlu doldurma özelliği değiştirildi. Bu alanın doldurulması zorunludur;
    • FaturaFatura düzeninde Ülke Menşe Kodu ve Gümrük Beyannamesi Numarası alanlarının formatı değiştirildi. Daha doğru dolum yapılabilmesi için Gümrük Beyannamesi tablosunda birleştirilir. ESF verilerini hazırlama prosedüründe bu öğelerin doldurulmasına ilişkin bir örnek, BED'in demo veritabanında bulunabilir.

    ExchangewithCounterpartiesClient modülündeki değişiklikler

    • OpenEDList yöntemi kullanımdan kaldırıldı. Bunun yerine, bilgi güvenliği belgesi için elektronik belge alışverişine yönelik düzenlemeler ağacını kullanıcıya açan OpenEDTree'nin kullanılması önerilir.

    Elektronik Etkileşim modülündeki değişiklikler Geçersiz kılındı

    Yeniden tanımlama için Nesnelerin Adlarına ve Ayrıntılarına İlişkin Yazışmaları Al'a iki anahtar eklendi:

    • Meta Verilerde Mal ve Hizmet Satışı
    • Meta Verilerde Mal ve Hizmet Alımı

    ExchangeCounterparties modülündeki değişiklikler

    1C-Raporlama Yöneticisi için verileri hazırlayan 1C-Raporlama Yöneticisi için Fill DataBy 1SEDOD yöntemi eklendi.

    Bir hesap formu oluştururken çağrılması gereken Check AccounterV1EDMSWhen CreatedOnServer yöntemi eklendi. Bu yöntem, karşı tarafın 1C-EDO hizmetine bağlantısını kontrol eder.
    Örnek Karşı taraflarla alışveriş yapın. Sunucuda oluşturulduğunda 1 SEDO'daki karşı tarafı kontrol edin:

    Sunucuda Oluşturulduğunda Prosedür(Arıza, Standart İşleme)
    // Elektronik Etkileşim Karşı Taraflarla Değişim
    Karşı Taraflarla Değişim 1SEDO'da CreatedOnServer(Object.Link)'de Karşı Tarafı Kontrol Edin;
    // Elektronik Etkileşimi Sonlandırın, Karşı Taraflarla Alışveriş Yapın
    Prosedürün Sonu

    Bölünmemiş rutin görev eklendi Karşı Tarafları Kontrol EtmeBED, karşı tarafları seçer ve onların 1C-EDO ile bağlantılarını kontrol eder.

    Bölünmüş bilgi kaydı eklendi Karşı Tarafların DurumuBED 1C-EDO hizmetine bağlı yüklenicilere ilişkin istatistikleri toplayan.

    Liste formundaki ve karşı taraf seçim formundaki "EDO" sütununa 1C-EDO hizmetine bağlantı işaretinin bir görüntüsünü ekleyin. "1C-EDO hizmetine bağlandı" sütununa bir ipucu ekleyin.
    Örnek:

    SEÇMEK
    SEÇENEK
    WHENKarşı Taraf DurumuBED.Status = VALUE(Numeration.CounterpartyStateBED.Connected)
    SONRA 0
    BAŞKA 1
    SON
    EDO GİBİ SON
    DirectoryCounterparties.Name,
    DirectoryCounterparties.INN,
    DirectoryCounterparties.KPP,
    ....
    DirectoryCounterparties.NameFull
    İTİBAREN
    Directory.Karşı Taraflar AS DirectoryKarşı Taraflar
    SOL BAĞLANTI Bilgi Kaydı Yüklenicilerin Durumu BED AS Yüklenicilerin Durumu BED
    Yazılım (Yüklenici StatesBED.Counterparty = DirectoryCounterparties.Link)

    Bilgi tabanı belge formlarında, "ED Durum Metni" form özelliğinden "ED Exchange Kullan" işlevsel seçeneğine giden bağlantının kaldırılması gerekir. Başlığı “ED Durumu” özelliğinden kaldırın.

    "Bankalarla takas" alt sistemindeki değişiklikler

    Etkinlik abonelikleri eklendi ExchangeWithBanksOwnerEDBeforeRecording Ve ExchangeWithBanksOwnerEDOnRecording.

    • Tanımlı türler OwnersExchangeWithBanks ve DirectoryBanks eklendi.
    • SettingsExchangeWithBanks genel komutu eklendi.

    Tanımlanan türe Ekli dosya eklemek:

    • DirectoryLink.MessageExchangeWithBanksAttachedFiles;
    • DirectoryObject.MessageExchangeWithBanksAttachedFiles;
    • DirectoryLink.PackageExchangeWithBanksAttachedFiles;
    • DirectoryObject.PackageExchangeWithBanksAttachedFiles.

    Tanımlanan türe Ekli Dosyaların Sahibi eklenmesi gerekiyor

    • documentLink.MessageExchangeWithBanks;
    • documentLink.PackageExchangeWithBanks.

    Tanımlanan türe SahipAttachedFilesObject eklenmesi gerekiyor

    • documentObject.MessageExchangeWithBanks;
    • documentObject.PackageExchangeWithBanks;
    • documentObject.PackageED

    Yeni bir alt sistem "İş Ağı" eklendi

    Alt sistem ortak modüller içerir (önek Değişimİş Ağı), tedavi Iş ağı, roller ( YönetimAboneİşletmeAğı, ExchangeBusinessNetwork'ün Gerçekleştirilmesi), bilgi kaydı Tanımlayıcılarİş Ağı. "Elektronik belge alışverişini ayarlama" formuna servis bağlantı formunu çağırmak için bir komut eklendi.

    Modüldeki prosedür ve fonksiyonların tamamlanması gerekmektedir. BusinessNetworkGeçersiz Kılılabilir:

    • yöntem Detaylara Göre Karşı Taraf Oluşturun. Aktarılan parametreleri kullanarak uygulama çözümünde bir karşı taraf oluşturur;
    • yöntem IB Kullanıcı İletişimlerini Alın. Kullanıcının iletişim bilgilerini (rol adı, e-posta adresi) alır;
    • yöntem Doküman Detaylarının Kontrolünü Gerçekleştirin. Dizinin gönderilmesine izin vermek için belge ayrıntılarını kontrol eder (gönderen ve alıcı aynı olmalıdır).

    1.3.6 sürümünden 1.3.7 sürümüne geçiş

    Ödeme belgelerini bir dosyaya yükleme ve bir dosyadan banka ekstresini indirme formunda (işleniyor Müşteri Bankası) bir grup öğeyi hareket ettirin GrupReklamDoğrudanBankYatay genel formdan OfferConnect1SDirectBank.

    Form olay işleyicisinde Sunucuda Oluşturulduğunda yöntemleri yerleştirme ExchangeWithBanksClientServer.ShowReklamDirectBank:

    &Sunucuda
    CreateOnServer Sırasındaki Prosedür (Arıza, Standart İşleme)
    …
    // Elektronik Etkileşim Bankalarla Değişim
    ExchangeWithBanksClientServer.ShowReklamDirectBank(
    Elements.GroupReklamDirectBankYatay olarak, Elements.TextDirectBankYatay olarak);
    // Elektronik Etkileşimi Sonlandırın, Bankalarla Alışveriş Yapın
    Prosedürün Sonu

    Form olay işleyicisinde İşlemeUyarıları ExchangeWithBanksClient.UpdateReklamDirectBank yöntemini yerleştirin:

    &İstemcide
    Prosedür Süreç Bildirimleri(OlayAdı, Parametre, Kaynak)
    …
    // Elektronik Etkileşim Bankalarla Değişim
    ExchangeWithBanksClient.UpdateReklamDirectBank(EventName,
    Elements.GroupReklamDirectBankYatay olarak, Elements.TextDirectBankYatay olarak);
    // Elektronik Etkileşimi Sonlandırın, Bankalarla Alışveriş Yapın
    Prosedürün Sonu

    Öğe için MetinDirectBankYatay olarak olay işleyicisi ekle Gezinme Bağlantıları İşleniyor ve içine ExchangeWithBanksClient.ProcessingNavigationLink AdvertiseDirectBank yöntemini yerleştirin:

    &İstemcide
    Prosedür TextDirectBankHorizontalNavigationLinkProcessing(Element, FormattedStringNavigationLink, StandardProcessing)
    ExchangeWithBanksClient.ProcessingNavigationLinkReklamDirectBank(
    NavigasyonLinkFormatString, StandardProcessing);
    Prosedürün Sonu

    Prosedüre MDI Nesnelerinin Adları ve Ayrıntılarıyla İlgili Yazışmaları Alın ortak modül ElektronikEtkileşim anahtarla eşleşme öğesi ekle PaymentOrderInMetadata ve değer: meta veri nesnesinin adı Ödeme talimatı bir uygulama çözümünde.

    09.06.2017

    "1C: Elektronik Belgeler Kütüphanesi 1.3" standart konfigürasyonunun yeni bir sürümü 1.3.8 yayınlandı.

    Sürüm 1.3.8

    Sürüm 1.3.8, 1C:Enterprise platformu sürüm 8.3.10.2252 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış olan sürüm 1.3 "1C: Elektronik Belge Kitaplığı 8"in geliştirilmiş halidir.

    Yeni özellikler ve değişiklikler

    • Ticari teklifler için arama formuna 1C: Business Network hizmetine bağlanmadan arama yeteneği eklendi ve tedarikçiyi ismine göre arama yeteneği eklendi.
    • Yayınlanan takas teklifleri hakkında bir rapor eklendi.
    • 1C:Business Network hizmetine ticari tekliflerin yayınlanması için bir çalışma alanı eklendi.
    • "1C: Library of Standard Subsystems" versiyon 2.4.2, "1C: Library of Internet User Support" versiyon 2.2.2 alt sistemleriyle uyarlama yapıldı.

    1.3.7 sürümünden 1.3.8 sürümüne geçiş

    Tanımlanan tür eklendi Karşı TarafYATAK, tanımlanmış tür Karşı taraf silindi Güncellerken mutlaka yeni bir veri türü belirleyin, aksi halde silme alt sistem nesnelerindeki karşı taraflar hakkındaki veriler DeğişimKarşı Taraflar(belge Elektronik belge paketi, bilgi kaydı BED karşı taraflarının durumu).

    Modül değişiklikleri:

    • Eklenen işlev Yayınlanan Ürünlere İlişkin Talep Metni ticari teklifleri yayınlamak ve yayınlanan ürünler hakkında bir rapor oluşturmak için bir veri kaynağı elde etmek. Ürün listesi alınırken FillOfferPackage yöntemine bir işlev çağrısı uygulamak gerekir.

    Modüldeki değişiklikler Ticaret Teklifleri

    • Prosedür eklendi GüncellemeDekorasyonKoşullarYayınlar Dekorasyon form öğesini yayınlama durumuyla güncellemek için. Durum öğesi için yayımlama ayarlarını formdaki çağrıya eklemelisiniz.

    Rol eklendi RaporlarTicaretTeklifleri rapora erişmek için gerekli Yayınlanan Takas Teklifleri.

    Sürüm 1.3.7

    Sürüm 1.3.7, 1C:Enterprise platformu sürüm 8.3.10 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış olan sürüm 1.3 "1C: Elektronik Belge Kütüphanesi 8"in geliştirilmiş halidir.

    Yapılandırma özelliği değerleri:

    • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
    • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
    • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

    Yeni özellikler ve değişiklikler

    • Sberbank'tan ödeme belgesinin durumunu alma yeteneği eklendi.
    • 1C:DirectBank hizmetine bağlanırken Sberbank için ayarların otomatik olarak alınması uygulandı.
    • İçeriksel reklamları 1C:DirectBank görüntüleme yeteneği eklendi.
    • 1CFresh bulut hizmetinde 1C: Business Network hizmetiyle çalışacak şekilde uyarlama yapılmıştır.
    • 1C: Business Network hizmetindeki katılımcılar için 1C: Ticari Teklifler hizmetine ticari teklifleri yayınlama, arama ve sipariş etme yeteneği eklendi.
    • Uyarlama, "1C: Library of Standard Subsystems" sürüm 2.4.1, "1C: Library of Internet User Support" sürüm 2.1.9, "1C: Library of Service Technology" sürüm 1.0.12 alt sistemleriyle gerçekleştirildi.

    1.3.6 sürümünden 1.3.7 sürümüne geçiş

    Alt sistem "Karşı taraflarla takas"

    Modül değişiklikleri:

    • Belge tarihi, Belge Tabanı Tarihi

    Alt sistem "Bankalarla takas"

    Modüldeki değişiklikler Geçersiz Kılabilir Dosyalarla Çalışmak:

    • Prosedüre Ayarları Tanımlarken kodu eklemeniz gerekir:

    ElectronicInteraction.WhenDefiningSettings(Settings);

    • Prosedüre Dosya Depolama Dizinlerini Tanımlarken kodu eklemeniz gerekir:

    Elektronik Etkileşim.FileStorage Dizinlerini Tanımlarken(FileOwnerType, DirectoryNames);

    • ErrorExchangeWithBanksAttachedFiles ve EDattachedFiles dizinleri UpdateInformationBase değişim planına eklendi
    • TextExchangeWithBanksAttachedFiles ve EDattachedFiles dizinleri, SignedObject tanımlı türüne eklendi.

    Ödeme belgelerini bir dosyaya yükleme ve bir dosyadan banka ekstresini indirme formunda (işleniyor Müşteri Bankası) bir grup öğeyi hareket ettirin GrupReklamDoğrudanBankYatay genel formdan OfferConnect1SDirectBank.

    Form olay işleyicisinde Sunucuda Oluşturulduğunda yöntemleri yerleştirme ExchangeWithBanksClientServer.ShowReklamDirectBank:

    &Sunucuda
    CreateOnServer Sırasındaki Prosedür (Arıza, Standart İşleme)
    …
    ExchangeWithBanksClientServer.ShowReklamDirectBank(

    Prosedürün Sonu

    Form olay işleyicisinde İşlemeUyarıları ExchangeWithBanksClient.UpdateReklamDirectBank yöntemini yerleştirin:

    &İstemcide

    …
    // Elektronik Etkileşim Bankalarla Değişim
    ExchangeWithBanksClient.UpdateReklamDirectBank(EventName,
    Elements.GroupReklamDirectBankYatay olarak, Elements.TextDirectBankYatay olarak);
    // Elektronik Etkileşimi Sonlandırın, Bankalarla Alışveriş Yapın
    Prosedürün Sonu

    Öğe için MetinDirectBankYatay olarak olay işleyicisi ekle Gezinme Bağlantıları İşleniyor ve içine ExchangeWithBanksClient.ProcessingNavigationLink AdvertiseDirectBank yöntemini yerleştirin:

    &İstemcide
    Prosedür TextDirectBankHorizontalNavigationLinkProcessing(Element, FormattedStringNavigationLink, StandardProcessing)
    ExchangeWithBanksClient.ProcessingNavigationLinkReklamDirectBank(
    NavigasyonLinkFormatString, StandardProcessing);
    Prosedürün Sonu

    Prosedüre MDI Nesnelerinin Adları ve Ayrıntılarıyla İlgili Yazışmaları Alın ortak modül ElektronikEtkileşim anahtarla eşleşme öğesi ekle PaymentOrderInMetadata ve değer: meta veri nesnesinin adı Ödeme talimatı bir uygulama çözümünde.

    Alt sistem "Sitelerle değişim"

    Modüldeki değişiklikler Site DeğişimiGeçersiz kılınabilir:

    • Prosedür eklendi Ayrıntıları EkleFormNode, siteyle değişim planı düğüm formuna ayrıntılar eklemek için kullanılır. Değişim düğümü formu, uygulama çözümüyle ilgili ayrıntıların varlığını varsaymaz; ayrıntılar programlı olarak eklenir.
    • Prosedür eklendi Giriş AlanıSunucudaDeğiştirildiğinde, Kuzeydeki olayı işlemek için kullanılır Değişim planı düğüm formunun giriş alanı değiştirildiğinde NodeFormDetails Ekle prosedürüne eklenir.
    • Prosedür eklendi Onay KutusuFieldWhenChangedOnServer, sunucudaki olayı işlemek için kullanılır. Add NodeFormDetails prosedürüne eklenen değişim planı düğüm formunun bayrak alanı değiştirildiğinde.
    • Prosedür eklendi WhenCreatingOnServerFormCreateSite CreateSite işleme formuna ayrıntılar eklemek için kullanılır.

    Modüldeki değişiklikler ExchangeSiteClientGeçersiz kılınabilir:

    • Kaldırılan prosedür GroupTableU Katalog Türünü TanımlayınÜrün Kataloğu tablosunun Gruplar sütununun değer türü, değişim ayarlarına göre belirlenir.
    • Prosedür eklendi GirişFieldOnChange, olayı işlemek için çağrılır Değişim planı düğüm formunun giriş alanı değiştirildiğinde, SiteExchangeOverridden.AddNodeFormDetails prosedürüne eklenir.
    • Prosedür eklendi Onay KutusuFieldOnChange, SiteExchangeOverridden.AddNodeFormDetails prosedürüne eklenen değişim planı düğüm formunun bayrak alanı değiştirildiğinde olayı işlemek için çağrılır.
    • Prosedür eklendi TableFormBeforeFinishDüzenleme, SiteExchangeOverridden.AddNodeFormDetails prosedürüne eklenen değişim planı düğümünün formunun tablo kısmındaki bir alanın BeforeFinishEdit olayını işlemek için çağrılır.

    Alt sistem "İş ağı"

    • Rutin görevleri bölünmüş modda çalıştırmak için yeni yöntemler eklendi, ortak modül ElektronikEtkileşim, prosedürler Bir Şablon Listesi Alındığında, . JobQueueOverridable genel modülünde aynı adı taşıyan yöntemlere bakın.
    • Bir kitaplığı gömerken bölünmüş modda çalışmak için genel modüldeki yöntemlere bir çağrı eklemeniz gerekir. JobQueueGeçersiz kılınabilir:
      • prosedürde Bir Şablon Listesi Alındığında:

    // Elektronik Etkileşim
    ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

    • prosedürde Takma Ad İşleyicilerini Tanımlarken:

    // Elektronik Etkileşim
    ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
    // Elektronik Etkileşimi Sonlandır

    • Modüldeki değişiklikler BusinessNetworkGeçersiz Kılılabilir:
      • prosedür yeniden adlandırıldı IB Kullanıcı İletişimlerini Alın V Kullanıcı İletişim Bilgilerini Alın.
      • prosedür işlev olarak değiştirildi Detaylara Göre Karşı Taraf Oluşturun Hesap parametresi kaldırıldı.

    Alt sistem "Ticaret teklifleri"

    Yeni bir "Ticaret teklifleri" alt sistemi eklendi; eklemek için ihtiyacınız olan:

    • Ortak modüllerde geçersiz kılınan yöntemler geliştirin TradeOffersClientGeçersiz kılınabilir, TicaretTeklifleriGeçersiz kılınabilir.
    • Tanımlı türlerdeki veri türlerini belirtme Detayların Değer Türleri 1СBusinessNetwork, İsimlendirme Türleri YATAK, Ek ayrıntılarYATAK, Ticaret teklifi.

    Ayrıntılar için yerleştirme belgelerine bakın.

    Sürüm 1.3.6

    Sürüm 1.3.6, 1C:Enterprise platformu sürüm 8.3.8 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış olan sürüm 1.3 "1C: Elektronik Belge Kütüphanesi 8"in geliştirilmiş halidir. Bu durumda "Uyumluluk Modu" yapılandırma özelliği "Sürüm 8.3.8" olarak ayarlanmalıdır.

    Bu konfigürasyon, 2.3.4.112 sürümünden daha düşük olmayan "1C: Standart Alt Sistemler Kitaplığı" yapılandırmasıyla ve 2.1.9.4 sürümünden daha düşük olmayan "1C: İnternet Kullanıcı Desteği Kitaplığı 8" yapılandırmasıyla ortak kullanım için tasarlanmıştır.

    Yeni özellikler ve değişiklikler

    • Birincil fatura belgelerinin formatları, 24 Mart 2016 tarihli ММВ-7-15/155@ sayılı Federal Vergi Servisi'nin emri uyarınca (ayrı bir birincil belgenin, faturanın aktarılması açısından) desteklenir. malların sevkıyatı (işin yapılması), mülkiyet haklarının devri (hizmetlerin sağlanmasına ilişkin belge) ile ilgili fatura formatı ve belge sunum formatı, fatura da dahil olmak üzere elektronik ortamda."
    • Ayarlama faturası da dahil olmak üzere değerdeki değişikliklere ilişkin birincil belgelerin formatları, 13 Nisan 2016 N ММВ tarihli Federal Vergi Servisi'nin emri uyarınca desteklenir (ayrı bir birincil belgenin aktarımı, düzeltme faturası açısından). -7-15/189@ " Düzeltme faturasının formatının ve sevk edilen malların (gerçekleştirilen iş, verilen hizmetler) maliyetindeki değişikliklere ilişkin bir belge gönderme formatının onaylanması üzerine, ayarlama faturası da dahil olmak üzere devredilen mülkiyet hakları, elektronik form."
    • Yeni elektronik belgeler eklendi: Malların aktarılması, İş sonuçlarının aktarılması, belgelerin görsel sunumunun yeni bir biçimi.
    • Alıcıdan alındı ​​bildirimi gerektirmeyen tek yönlü değişim mekanizması eklendi.
    • Gelen elektronik belgelerin paketten çıkarılmasını (otomatik veya manuel olarak) kontrol etme yeteneği, elektronik belgeler alırken belirli bir belge türünün oluşturulmasını yapılandırma yeteneği eklendi.
    • Bir elektronik belgeyi çeşitli bilgi tabanı muhasebe belgelerine bağlama yeteneği eklendi.
    • Elektronik belgelerin gelen ve giden olarak bölünmesi uygulandı.
    • Hizmetle entegrasyon uygulandı 1C-UMI programdan web siteleri oluşturmanıza, çevrimiçi bir mağazayla değişim ayarlamanıza olanak tanır UMI.
    • 1CFresh bulut hizmetinde 1C-EDO hizmetiyle çalışmaya yönelik uyarlama yapıldı.

    1.3.5 sürümünden 1.3.6 sürümüne geçiş

    Alt sistem "Karşı taraflarla takas"

    Genel modül Karşı Taraflarla DeğişimYeniden Tanımlanabilir

    • UPD SCHFDOP yöntemi eklendi.
    • Eklenen yöntem UPD Alıcı Bilgileri Federal Vergi Hizmeti için Verileri Doldurun. Yöntem, UPD (alıcı bilgisi) fonksiyonu SCHFDOP tipindeki bir elektronik belge için verileri hazırlar.
    • Bilgi güvenliği nesnelerine UPD yöntemi (satıcı bilgileri) işlevi SCHFDOP eklendi.
    • Eklenen yöntem Satıcı Federal Vergi Hizmetinin EK Bilgileri için Verileri Doldurun. Yöntem, STD (satıcı bilgileri) DOP işlevi gibi elektronik bir belge için veri hazırlar.
    • Eklenen yöntem BulUPDT Belgesi OluşturAktarım Hakkında. Yöntem, verileri elektronik belge UPD (satıcı bilgileri) işlevi DOP'tan IS nesnesine kaydeder.
    • Eklenen yöntem SCHFISeller'ın bilgileri için verileri doldurun Federal Vergi Servisi. Yöntem, UTD (satıcı bilgileri) SSF işlevi türünde bir elektronik belge için verileri hazırlar.
    • Eklenen yöntem FindCreateUPDSFaturaFatura. Yöntem, verileri elektronik belge UPD (satıcı bilgileri) SSF işlevinden bilgi güvenliği nesnesine kaydeder.
    • Yöntem eklendi. Yöntem, UCD tipi (satıcı bilgileri) fonksiyonu KSCHFDIS'in elektronik bir belgesi için verileri hazırlar.
    • Eklenen yöntem UKID Alıcı Bilgileri Federal Vergi Hizmeti için Verileri Doldurun. Yöntem, UKD (alıcı bilgisi) fonksiyonu KSCHFDIS tipindeki bir elektronik belge için verileri hazırlar.
    • Yöntem eklendi. Yöntem, verileri elektronik belge UCD (satıcı bilgileri) işlevi KSCHFDIS'den bilgi güvenliği nesnelerine kaydeder.
    • Eklenen yöntem Satıcı Federal Vergi Hizmetinin DISInformation Verilerini Doldurun. Yöntem, UCD tipi (satıcı bilgisi) DIS fonksiyonuna ait bir elektronik belge için verileri hazırlar.
    • Eklenen yöntem FindCreateUKDBelgeHakkındaDeğer Değiştirme. Yöntem, verileri elektronik belge UCD (satıcı bilgileri) işlevi DIS'ten bir IS nesnesine kaydeder.
    • Eklenen yöntem KSCHFISeller'ın bilgileri için verileri doldurun Federal Vergi Servisi. Yöntem, UCD tipi (satıcı bilgileri) fonksiyonu KSCHF'nin elektronik bir belgesi için verileri hazırlar.
    • Eklenen yöntem FindCreateUKDSAccountFatura. Yöntem, verileri elektronik belge UCD (satıcı bilgileri) işlevi KSCHF'den bir bilgi güvenliği nesnesine kaydeder.
    • Eklenen yöntem Giden Acil Servis Türlerinin Bilgi Güvenliği Belgelerine Uygunluğu. Yöntem, giden elektronik belgeler ile bilgi güvenliği belgeleri arasında bir yazışma oluşturur.
    • Eklenen yöntem FindCreateDocumentTransferWorkResults. Yöntem, “Malın Transferi” formatında alınan Konşimento belgesinin doldurulması için kullanılır.
    • Eklenen yöntem FindCreateDocumentMal Transferi. Yöntem, “İş Sonuçlarının Aktarımı” formatında alınan Hizmet Sağlama Sertifikası belgesini doldurmak için kullanılır.
    • Eklenen yöntem YüklendiDurumExchangeTamamlandı. Yöntem, belge akış durumu şu şekilde değiştiğinde çağrılır: Değişim Tamamlandı, DeğişimDüzeltme ile tamamlandı.
    • Elektronik belgeler oluştururken UPD, UKD, Malların transferi, İş sonuçlarının transferi, ayrıntılar Belge tarihi, Belge Tabanı Tarihi doldurulması zorunludur.

    Karşı Taraflarla Takas İşleme

    "Torg-12Seller" düzeninde:

    • "IdStateContract" alanı eklendi.
    • "Nakliye Faturası" tablo kısmı eklendi.
    • "Taşıma Fatura Tarihi", "Taşıma Fatura Numarası" alanları kaldırıldı.
    • "Malları devreden kişiye ait bilgiler" alanı eklendi.

    Düzende Hakların Devri Kanunu:

    • "Taban" tablolu kısmı eklendi.
    • "DocumentBaseName", "DocumentBaseNumber", "DocumentBaseDate", "DocumentBaseAdditionalInformation" alanları kaldırıldı.
    • "Para BirimiAdı" alanı eklendi.
    • "Talepler" alanı eklendi.
    • "Yürütme Tarihi" alanı eklendi.
    • İşlem katılımcılarının özelliklerinde "Faks" alanı "E-posta" alanı ile değiştirilmiştir.
    • İşlem katılımcılarının mülklerinde "Ülke Kodu" alanı "Ülke Kodu" alanı ile değiştirilmiştir.
    • İşlem katılımcılarının özelliklerinde "AdresText" alanı "AdresText" alanıyla değiştirildi.

    Tanımlı Bir Türün Güncellenmesi Karşı taraf:

    1.3.5 sürümünden yükseltme yaparken, tanımlanan Counterparty tipinin güncellenmesi gerekir; aksi takdirde, güncellendiğinde BED nesnelerindeki Counterparty dizinine yapılan referanslar, nesnelere yapılan referansların kaybıyla birlikte dize türüyle değiştirilecektir; iyileşmek.

    Güncelleme prosedürü:

    • Tanımlanan Account türünü AccountBED olarak yeniden adlandırın.
    • Yapılandırmayı BED 1.3.5'i desteklemekten kaldırın.
    • BED 1.3.5 yapılandırmasıyla bir karşılaştırma/birleştirme çalıştırın, yapılandırmayı destekleyecek şekilde ayarlamayı kabul edin.
    • Tüm nesnelerin işaretini kaldırın ve yalnızca tanımlı Hesap türünü bırakın, birleştirme işlemini gerçekleştirin.
    • Yapılandırmayı güncellemeye başlayın, BED dosyası 1.3.6'yı seçin.
    • Tanımlı AccountBED ve Account türlerindeki onay kutularını seçin. Güncelleme için gerekli diğer veritabanı nesnelerini belirtin.
    • Bir güncelleme gerçekleştirin.

    Alt sistem "Bankalarla takas"

    Prosedüre Banka Ekstresi Alın ortak modül ExchangeWithBanksClient isteğe bağlı parametre eklendi OpenFormClarificationPeriyodu tip ile Boolean. Ekstrenin alındığı formun ekstre istek süresini manuel olarak değiştirme özelliği yoksa True olarak ayarlanması gerekir.

    Alt sistem "Sitelerle değişim"

    Değişim düğümü değiştirildi Site Değişimi, form, nesne modülü:

    • Öğe Türlerine göre seçim yaparak Öğeleri yükleme yeteneği eklendi (daha önce yalnızca Öğe grupları tarafından kullanılabiliyordu).

    Referans kitabı eklendi Web siteleri:

    • Siteye 1C'den sitenin kullanıcı kısmına ve sitenin yönetici alanına geçişi yapılandırma yeteneği eklendi.
    • Siteyi temel alarak bir ExchangeSite değişim düğümü oluşturabilirsiniz.

    İşleme eklendi Bir web sitesi oluşturun:

    • 1C-UMI alanında site oluşturma yeteneği eklendi; site otomatik olarak oluşturulur (Siteler öğesi) ve 1C'den gelen verilerle doldurulur. Otomatik olarak bir ExchangeSite değişim düğümü oluşturulur ve siteyle ilk tam değişim gerçekleştirilir.

    Genel modül Site DeğişimiGeçersiz kılınabilir:

    • Öğe Türlerini seçme yeteneği eklendi; özel bir referans kitabı seçme yeteneği kaldırıldı.

    Genel modül ExchangeSiteEtkinlikleri:

    • Öğe türlerini seçme yeteneği eklendi.
    • Özel bir dizin seçebilme özelliği kaldırıldı.

    Diğer değişiklikler

    Alt sistem kurulumu Tarife yönetimi kütüphane hizmeti modelinde Hizmet teknolojileri

    Ortak bir modüle TarifeYeniden Tanımlanabilir Hizmet Listesi Oluştururken () yönteminde, İnternet Kullanıcı Desteği yöntemini çağırdıktan sonra kod eklemeniz gerekir.Hizmet Listesi Oluştururken (Servis Sağlayıcılar):

    // Elektronik Etkileşim
    Elektronik Etkileşim.Hizmet Listesi Oluşturulurken(Hizmet Sağlayıcılar);
    // Elektronik Etkileşimi Sonlandır

    Sürüm 1.3.5

    Sürüm 1.3.5, 1C:Enterprise platformu sürüm 8.3.8 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış "1C: Elektronik Belge Kitaplıkları 8"in 1.3 sürümünün geliştirilmiş halidir.

    Yapılandırma özelliği değerleri:

    • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
    • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
    • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

    Yeni özellikler ve değişiklikler

    • kitaplığın işlevselliği, uyumluluk modu devre dışı bırakılarak 8.3.8 platformunda çalışmanın belirli özelliklerine uyarlandı;
    • "Standart Alt Sistemler Kütüphanesi"nin alt sistemleri 2.3.3.45 sürümüne güncellendi;
    • Kütüphane, "İnternet Kullanıcı Destek Kütüphaneleri" alt sistemini, sürüm 2.1.8.3'ü içerir.

    1.3.4 sürümünden 1.3.5 sürümüne geçiş

    Hiçbir değişiklik gerekli değildir.

    Sürüm 1.3.4

    Sürüm 1.3.4, 1C:Enterprise platformu sürüm 8.3.6 ve üzeri üzerinde geliştirilen uygulama çözümlerinde elektronik belge alışverişini sağlamak için tasarlanmış "1C: Elektronik Belge Kitaplıkları 8"in 1.3 sürümünün geliştirilmiş halidir. Bu durumda "Uyumluluk Modu" yapılandırma özelliği "Kullanma" olarak ayarlanmalıdır. Modalite kullanım modu "Kullanma" olarak ayarlanabilir ve arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. Taksiye İzin Ver" veya "Taksi. Sürüm 8.2'ye İzin Ver" olarak ayarlanabilir.

    Yeni özellikler ve değişiklikler

    • EDI etkinliklerine ilişkin bir bildirim sistemi uygulanmıştır (yeni elektronik belgeler, yeni davetiyeler, sertifikanın süresinin dolması vb.). Artık EDF ayarları profilinde e-posta bildirimlerini yapılandırmak ve ayrıca olaylarla ilgili bildirimleri açılır mesajları kullanarak doğrudan 1C programında görüntülemek mümkün;
    • 24 Mart 2016 tarihli Federal Vergi Servisi'nin ММВ-7-15/155@ sayılı emri uyarınca bir fatura (UPD formatı) dahil olmak üzere birincil belgenin formatı desteklenir. “Fatura formatının onaylanması ve malların sevkıyatı (işin yapılması), mülkiyet haklarının devri (hizmetlerin sağlanmasına ilişkin belge), fatura da dahil olmak üzere elektronik biçimde bir belgenin sunulması için format";
    • Düzeltme faturasını içeren değer değişikliğine ilişkin belgenin formatı desteklenmiştir" (UKD formatı), 04/13/2016 tarihli Federal Vergi Servisi'nin emri uyarınca N ММВ-7-15/189@ "Sevk edilen malların (gerçekleştirilen iş, verilen hizmetler) maliyetindeki değişikliklere ilişkin düzeltme faturası formatının ve sunum formatı belgesinin formatının onaylanması üzerine, ayarlama faturası da dahil olmak üzere devredilen mülkiyet hakları elektronik biçimde";
    • DirectBank teknolojisini kullanan bankalar karşılığında harici bileşenlerin kullanımını destekledi.

    1.3.2, 1.3.3 sürümlerinden 1.3.4 sürümüne geçiş

    Uygulama çözümü belge listesi formlarındaki değişiklikler

    Belge listesi formlarına bir eklenti prosedürü eklemeniz gerekir Karşı Taraflarla Değişimİstemci.Bekleme İşlemcisiEDW:

    &İstemcide

    Prosedürün Sonu

    Alt sistemi güncellerken belge listesi formunun olay işleyicilerinde şunlar gereklidir: Sunucuda Oluşturulduğunda, Açılış, İşlemeUyarıları

    &Sunucuda
    Sunucuda Oluşturma Sırasındaki Prosedür
    …
    ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
    ParametersWhenCreatedOnServer.Form = ThisObject;
    ParametersWhenCreatedOnServer.LocationofCommands = Elements.EDO Komutları;
    ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Failure, StandardProcessing, ParametersWhenCreatedOnServer);
    Prosedürün Sonu

    &İstemcide
    Açma Prosedürü (Arıza)
    …
    // "Karşı Taraflarla Değişim" alt sistemi.
    // "Karşı Taraf Değişimi" alt sisteminin sonu.
    Prosedürün Sonu

    &İstemcide
    Prosedür Süreç Bildirimleri(OlayAdı, Parametre, Kaynak)
    …
    // "Karşı Taraflarla Değişim" alt sistemi.
    Alert ParametersEDO = CounterpartiesClient.AlertParametersEDO_ListForm() ile değişim;
    EDO Bildirim Parametreleri.Form = ThisObject;
    EDO Bildirim Parametreleri.DynamicListName = "Liste";
    ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(OlayAdı, Parametre, Kaynak, EDI AlertParameters);
    // "Karşı Taraf Değişimi" alt sisteminin sonu.
    Prosedürün Sonu

    Uygulama çözümü belge formlarındaki değişiklikler

    Belge formlarına bir eklenti prosedürü eklemeniz gerekir Connectable_WaitingHandlerEDO yöntem çağrısını yerleştirmeniz gereken yer

    Karşı Taraflar İstemcisi ile Değişim.Bekleme İşlemcisiEDW:

    &İstemcide
    Prosedür Connectable_EDOWaitingHandler()
    ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
    Prosedürün Sonu

    Belge formlarında “EDO Durumu” form özelliğinin kaldırılması ve yerine “dekorasyon” form öğesinin eklenmesi gerekmektedir. Bir uygulama çözümünün ihtiyaçları için dekorasyon "Grup" form öğesine tabi kılınabilir. Grup görünürlüğü bir yöntemin içinde ayarlanır Karşı taraflarla takas Sunucuda oluşturulduğunda f.o.'nun durumuna bağlı olarak "Karşı Taraflarla Değişimi Kullanın."

    Alt sistemi güncellerken belge formundaki olay işleyicileri gereklidir. Sunucuda Oluşturulduğunda, Açılış, Kayıt SonrasıSunucuda, İşlemeUyarıları"Karşı Taraf Değişimi" alt sisteminin yerleştirme yöntemleri.

    Örneğin:

    &Sunucuda
    Sunucuda Oluşturulduğunda Prosedür(Arıza, Standart İşleme)
    …
    // "Karşı Taraflarla Değişim" alt sistemi.
    Oluşturulduğunda EDO Parametreleri = Karşı Taraflarla Değişim Server_DocumentForm() Üzerinde Oluşturulduğunda Parametreler;
    Oluşturulduğunda EDO Parametreleri.Form = ThisObject;
    Oluşturulduğunda EDO Parametreleri.DocumentLink = Object.Link;
    Oluşturulduğunda EDO Parametreleri.DecorationStateEDO = Elements.DecorationStateEDO;
    Oluşturulduğunda EDO Parametreleri.EDO Durum Grubu = Elements.EDO Durum Grubu;
    Karşı Taraflarla Değişim.When CreatedOn the Server_DocumentForm(Refusal, StandardProcessing, EDO ParametersWhen Created);
    // "Karşı Taraf Değişimi" alt sisteminin sonu.
    Prosedürün Sonu

    &İstemcide
    Açma Prosedürü (Arıza)
    …
    // Alt Sistem "Karşı Taraflarla Değişim"
    ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
    // Son Alt Sistem "Karşı Taraflarla Değişim"
    Prosedürün Sonu

    &Sunucuda
    RecordOnServer(CurrentObject, RecordParameters) Sonrası Prosedür
    …
    // "Karşı Taraflarla Değişim" alt sistemi.
    ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
    ParametersAfterRecord.Form = ThisObject;
    ParametrelerAfterRecord.DocumentLink = Object.Link;
    ParametrelerAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
    ParametersAfterRecord.GroupEDOStatus = Elements.GroupEDOState;
    ExchangewithCounterparties.AfterRecordOnServer(CurrentObject, RecordParameters,AfterRecordParameters);
    // "Karşı Taraf Değişimi" alt sisteminin sonu.
    Prosedürün Sonu

    &İstemcide
    Prosedür Süreç Bildirimleri(OlayAdı, Parametre, Kaynak)
    …
    // "Karşı Taraflarla Değişim" alt sistemi.
    Uyarı Parametreleri = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
    AlertParameters.Form = ThisObject;
    AlertParameters.DocumentLink = Object.Link;
    Uyarı Parametreleri.DecorationEDO Durumu = Elementler.DecorationEDO Durumu;
    Uyarı Parametreleri.EDO Durum Grubu = Elements.EDO Durum Grubu;
    ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
    // "Karşı Taraf Değişimi" alt sisteminin sonu.
    Prosedürün Sonu

    ExchangeCounterparties modülündeki değişiklikler

    • Prosedür eklendi CreatedOnServer_ListForm ne zaman, belge listesi formunun "When CreatedOnServer" olay işleyicisinden çağrılır. Yöntemin üçüncü parametresi olarak yöntem tarafından başlatılan bir yapı iletilir. ParametrelerWhenCreatingOnServer_ListForm.
    • Prosedür eklendi Ne zaman CreatedOnServer_FormDocument, belge formunun "When CreatedOnServer" olay işleyicisinden çağrılır. Yöntemin üçüncü parametresi olarak yöntem tarafından başlatılan bir yapı iletilir. ParametrelerWhenCreatingOnServer_DocumentForm.
    • Prosedür eklendi Kayıt SonrasıSunucuda, belge formunun "AfterRecordOnServer" olay işleyicisinden çağrılır. Yöntemin üçüncü parametresi olarak yöntem tarafından başlatılan bir yapı iletilir. ParametrelerSunucudaKayıt Sonrası.

    Modüldeki değişiklikler CounterpartiesClient ile Değişim.

    • Prosedür eklendi Açılış, belge listesi formunun ve belge formunun "Açılışta" olay işleyicisinden çağrılır.
    • Prosedür eklendi ProcessingAlerts_ListForm, belge listesi formunun "Bildirim İşleme" olay işleyicisinden çağrılır. Yöntemin dördüncü parametresi olarak yöntem tarafından başlatılan bir yapı geçirilir. Uyarı ParametreleriEDO_ListForm.
    • Prosedür eklendi ProcessingAlert_FormDocument, belge formunun "Bildirim İşleme" olay işleyicisinden çağrılır. Yöntemin dördüncü parametresi olarak yöntem tarafından başlatılan bir yapı geçirilir. Bildirim ParametreleriEDO_DocumentForm.
    • Modüldeki değişiklikler Karşı Taraflarla DeğişimGeçersiz Kılılabilir:
    • Eklenen yöntem İş Yürütücüsünün Veri Aktarımını Doldurun.
      Örnek:

    // Malların Satıcıya Transferi türünde bir elektronik belge için verileri hazırlar.
    // Seçenekler:
    // LinkToObject - Elektronik belge oluşturmanın gerekli olduğu ED'ye bağlantı,


    Prosedür Doldurma Veri Aktarımı İş Yürütücüsü (Nesne Bağlantısı, ED Yapısı, Veri Ağacı) Dışa Aktarma
    Federal Vergi Hizmetinin Kanun 501 Yürütücüsü için Verileri Doldurun (Nesne Bağlantısı, ED Yapısı, Veri Ağacı)
    Prosedürün Sonu

    • Yöntem Nesneyi Düzenleme Yeteneğini Kontrol Etme bir prosedür haline geldi.
    • Eklenen yöntem Satıcı Federal Vergi Hizmetinin GÜNCELLEME Bilgileri için Verileri Doldurun. Yöntem, aşağıdaki türde bir elektronik belge için veri hazırlar: GÜNCELLEME(satıcı bilgileri) işlevi SCHFDOP.
    • Eklenen yöntem FindCreateUniversalTransferBelge. Yöntem, verileri elektronik bir belgeden kaydeder GÜNCELLEME(satıcı bilgileri) işlevi SCHFDOPv IS nesneleri.
    • Eklenen yöntem UKDI Satıcı Bilgileri Federal Vergi Hizmeti için Verileri Doldurun. Yöntem, aşağıdaki türde bir elektronik belge için veri hazırlar: UKD(satıcı bilgileri) işlevi KSCHFDIS.
    • Eklenen yöntem FindCreateEvrenselAyarlamaBelgesi. Yöntem, verileri elektronik bir belgeden kaydeder UKD(satıcı bilgileri) işlevi KSCHFDIS bilgi güvenliği nesnelerine.

    "Bankalarla takas" alt sistemindeki değişiklikler

    ExchangeWithBanksRedefinable modülündeki değişiklikler

    Prosedür ED Durumu Değiştiğinde katma. Elektronik belge akış durumu değiştiğinde çağrılır.

    Servis modunda çalışmaya ilişkin değişiklikler

    Servis modunda çalışma için hedef konfigürasyonu gerekliyse:

    • SuppliedDataOverridden ortak modülünün GetProvidedDataHandlers prosedürüne aşağıdaki kodu ekleyin:

    ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

    • Veri Alanı Temel Verileri genel özelliğine Harici Modülleri Bankalarla Değişimi Güncelle rutin görevini ekleyin.

    Diğer değişiklikler

    • Tanımlanan türe Depolama AlanıFonksiyonel Seçenekler bir sabit eklemeniz gerekiyor ExchangeWithBanks'ı kullanın;
    • Özellik kaldırıldı Bankalarla Takas Bankayla Direkt Takas Önerilir.

    Sürüm 1.3.3

    Sürüm 1.3.3, "1C: Elektronik Belgeler Kütüphanesi" ürününün 1.3 sürümünün geliştirilmiş halidir. 1C:Enterprise platformu 8.3 sürüm 8.3.6 ve üzeri üzerinde çalışmak üzere tasarlanmış yapılandırmalar geliştirmek için tasarlanmıştır.

    Yapılandırma özelliği değerleri:

    • Uyumluluk modu "Kullanmayın" olarak ayarlanmalıdır.
    • Modalite kullanım modu "Kullanma" olarak ayarlanabilir.
    • Arayüz uyumluluk modu "Sürüm 8.2", "Sürüm 8.2. İzin Ver Taksi" veya "Taksi. İzin Ver Sürüm 8.2" değerlerini alabilir.

    Yeni özellikler ve değişiklikler

    • 30 Kasım 2015 tarihli ve ММВ-7-10/551@ sayılı Karar uyarınca "Ticari işlemler sırasında malların transferine ilişkin belgenin elektronik ortamda sunulmasına ilişkin formatın onaylanması üzerine" ve 30 Kasım 2015 tarih ve 251 Sayılı Karar uyarınca. ММВ-7-10/552@ "İş sonuçlarının (hizmetlerin sağlanmasına ilişkin belge) elektronik biçimde aktarılmasına ilişkin bir belgenin sunulmasına ilişkin formatın onaylanması üzerine" yeni elektronik belge formatları desteklenmektedir.

    1.2.7, 1.3.1 sürümlerinden 1.3.2.19 sürümüne geçiş

    "Karşı taraflarla takas" alt sistemindeki değişiklikler

    Modülde Karşı Taraflarla DeğişimGeçersiz Kılılabilir bir değişiklik yap:

    // Konşimento türündeki elektronik bir belge için verileri hazırlar.
    // Seçenekler:
    // LinkOnED - Elektronik belge oluşturmanın gerekli olduğu ED'ye bağlantı,
    // StructureED - Elektronik belge oluşturmak için yapı, veri yapısı.
    // Veri Ağacı - bir değerler ağacı, elektronik bir belgeyi doldurmak için bir veri ağacı.
    Prosedür Malların Satıcıya Veri Transferini Doldurun (Ciltle Bağlantı)

    İş arkadaşları!

    Bazı yapılandırmalarda hatalar, verilerin indirilmesine ve dolayısıyla Federal Vergi Hizmetine bir rapor gönderilmesine olanak sağlamaz.

    Karşı tarafla uğraşmak - TIN/KPP kontrolünün neden geçemediği - uzun bir süreçtir ve çoğu zaman bilgileri Federal Vergi Hizmetine aktarmanız ve soru olması durumunda karşı taraf hakkında bir sertifika vermeniz yeterlidir. Bu sorunu kendiniz çözmeye çalışmak ve geç raporlama nedeniyle para cezası almak yerine, sorunla kendi başınıza başa çıkabilirsiniz.

    Şimdi 1C: Accounting 8. baskı konfigürasyonu örneğini kullanarak bu tür durumlardan kurtulmaya yönelik bazı tekniklere odaklanacağız. 3.0.

    Yani, 1 numaralı numara: Muhasebe 8'deki karşı tarafların yerleşik doğrulaması yalnızca TIN/KPP'ye sahip karşı taraflarla çalışır. Doğrulamayı geçemeyen bir karşı taraftan TIN/KPP'yi kaldırırsanız herhangi bir hata mesajı görülmez. Raporun doğrulama modülünde dikkate alınmaz.

    2 Numaralı Püf Noktası: Karşı tarafları kontrol ederken özel bir bilgi kaydı doldurulur: "Karşı tarafların durumu." Üzerinde çalışmanız gereken şey budur.

    Bir eğitim üssü örneğini kullanarak bu seçeneği ele alacağız. Doğrulanmamış karşı tarafların bir listesine sahibiz:

    Program, örneğin Camellia karşı tarafının durumunun "KPP, Federal Vergi Servisi veritabanındaki verilerle eşleşmiyor" olduğunu bildiriyor. Böyle bir karşı taraf kontrolü geçemez ve program, böyle bir karşı tarafı içeren bir KDV raporu indirmenize izin vermez.

    Ne yapılabilir?

    “Karşı tarafların devletleri” bilgi kaydını açıyoruz - Ch. menü - Tüm işlevler - Bilgi kayıtları:

    “Yüklenici Durumu” bilgi kaydında imleci istenen karşı tarafın bulunduğu satıra getirin:

    Ve doğrulama durumunu "Kontrol noktası Federal Vergi Hizmeti verilerine uymuyor" yerine "Karşı taraf Federal Vergi Hizmeti veritabanında" olarak değiştiriyoruz.

    "(EDI), Rus şirketlerinde ve kuruluşlarında pratikte uygulananları tam olarak yansıtmıyor. Bunun genellikle geleneksel kağıt belge akışı için elektronik destekle ilgili olduğu (ve öyle olduğu) ortaya çıktı: en basit durumda - kağıt belgelerin elektronik kartlarını yönetmekle ilgili, daha karmaşık bir durumda - elektronik kopyalarının ek bir devresini oluşturmakla ilgili. Ancak buradaki orijinal her zaman kağıt belgedir. Bu nedenle, bu incelemede, orijinal belgeler elektronik formatta sunulduğunda "gerçek" EDF'nin uygulama seçeneğine atıfta bulunarak "kağıtsız elektronik belge yönetimi" (BED) terimini kullanmaya karar verdik. Aynı zamanda, kağıt belgelerin ortadan kaldırılmasının başlı başına bir amaç olmadığını, yalnızca işin kalitesini ve verimliliğini artırmanın bir yolu olduğunu vurgulamak isterim.

    BED'e geçişle ilgili tartışmalar eyalet düzeyinde oldukça uzun bir süredir - aktif olarak 2008'den beri - devam ediyor. Peki bu süreç ne kadar dinamik ve başarılı? Bugünkü sonuçların 7-10 yıl önce tahmin edilenlerden farklı olmasının nedenleri nelerdir? Bu soruların yanıtları için EDMS/ECM araçlarının geliştiricileri ve bu tür sistemlerin uygulanması ve işletilmesinde yer alan uzmanlara başvurduk.

    YATAK'a geçişin önemi nedir

    Business Logic'teki (IT Group) Alfresco uygulamasının başkanı Oleg Beilezon, bu konunun hem ticari hem de devlet kuruluşları olmak üzere farklı müşteri türleri için giderek daha alakalı hale geldiğini söylüyor. Herkes zaten kelimenin tam anlamıyla kağıt akışlarında boğuluyor - bu fiziksel bir sorun haline geliyor, birçok çalışanın masaüstü ve dolapları incelenen, üzerinde anlaşmaya varılan, imzalanan, saklanan ve "vergi raporlama" belgeleriyle dolu ve bu giderek daha zor hale geliyor onları yönetmek için. Ona göre, birçok hükümet düzenleyicisi (örneğin, Federal Vergi Servisi) bunu fark etti ve bu nedenle, resmi belgelerin kağıtsız dolaşımına geçilmesini şiddetle - hatta zorunlu gereklilikler - öneriyorlar.

    EOS şirketinin pazarlama departmanı başkanı Elena Ivanova ise kağıtsız belge akışına geçişin işletmelerin maliyetlerini azaltmasına ve iş süreçlerinin verimliliğini artırmasına olanak tanısa da, böyle bir dönüşümün gerektirdiğinin akılda tutulması gerektiğini belirtiyor. teknolojik çözümlerin uygulanması, düzenlemelerin değiştirilmesi, elektronik belgelerin kullanılmasından kaynaklanan risklerin en aza indirilmesiyle ilgili belirli maliyetler. Genel olarak durum açıktır: Kağıt belgelerin akışı ne kadar fazla olursa, kağıtsız değişim sorunu da o kadar acil olur. "Şu anda" ek maliyet ihtiyacını ve çalışanların kağıt belgenin olağan süreçlerinden ve özelliklerinden vazgeçme konusundaki isteksizliğini, böyle bir geçişi yavaşlatan ana engeller olarak görüyor. Ancak geliştiricilerin uygulama zorluklarının üstesinden gelebilecek araçları vardır.

    Ancak ELAR Corporation'ın ECM çözümleri geliştirme departmanı başkanı Dmitry Shmailov, artık uzun süren ekonomik kriz koşullarında tüm şirketlerin bunu yapmaya hazır olmadığını belirtiyor. Ek olarak BED, örneğin üretim otomasyonu, kritik görevlere yönelik çözümler ve maliyetleri düşürmeyi amaçlayan sistemler, yani para getirebilecek projeler kadar iş için bir öncelik değildir.

    InterTrust İş Geliştirme Genel Müdür Yardımcısı Vadim Ipatov, organizasyonel ve teknolojik sorunların yanı sıra, bugün hala büyük ölçüde kağıt orijinallerin kullanımına odaklanan düzenleyici gerekliliklerin de bulunduğunu hatırlatıyor. Özellikle belgelerin uzun süreli (ve özellikle sonsuz) saklanması sorunları hala çözülmemiştir. Bu tür belgelerin toplam hacim içindeki payı küçük gibi görünüyor, ancak bu, kağıt orijinallerden bir bütün olarak vazgeçme sürecini bir çapa gibi engelliyor.

    İletişim aracı olarak kullanılan belgelerden bahsedersek, günümüzde en yaygın mekanizma e-postadır. Burada organizasyonel, hukuki veya teknik bir sorun yok gibi görünüyor. Ancak aslında e-posta, etkileşimin geleneksel kağıt versiyonunu uygular; bu, otomatik olarak uygulandığında, BT kullanımıyla bile yönetilmesi zor olan büyük miktarda bilginin oluşmasına yol açar. Yani niteliksel olarak farklı bazı iletişim mimarilerine ihtiyaç vardır. Uzman, bunları kullanmak için ECM anlayışımızı yeniden gözden geçirmemiz, onları insanları, süreçleri ve ilgili içeriği birleştiren sistemler olarak konumlandırmamız gerektiğini vurguluyor. Bugün kağıtsız belge akışından değil, iş süreçlerinde insanların kağıtsız ama belgelenmiş etkileşiminden bahsetmek daha doğru.

    Geleneksel olarak, EDMS konusu, bir işletmenin iç iş süreçlerinin otomasyonu ve büyük ölçüde organizasyonel ve idari belgelerle ilgili olarak anlaşılmaktaydı. Bununla birlikte, son yıllarda, kuruluşlar arası belge alışverişi konusunun önemi hızla arttı: ticari şirketler arasında, devlet kurumları içinde ve ayrıca işletmelerin ve bireylerin devlet kurumlarıyla etkileşiminde. Tüm bu alanlar artık tam olarak kuruluşlar arası elektronik belge akışına geçiş açısından hızla gelişiyor.

    Bu konuda konuşan Taxkom Pazarlama Direktör Yardımcısı Ernest Kolesnikov, analistlerin tahminlerine değiniyor: 2017 yılına kadar karşı taraflarla EDI mekanizmalarının kullanımı %22,5'e ulaşacak. Şimdiden, yeni bir KDV beyannamesinin yürürlüğe girmesinden sonra (hemen hemen tüm vergi mükelleflerinin bunu elektronik olarak göndermesi gerekiyor), belge otomasyonu konusu özellikle alakalı hale geldi, çünkü manuel veri girişiyle muhasebenin karşı taraflarla tutarsızlıklar için otomatik talepler alması muhtemeldir. . Ayrıca, Rusya Federasyonu İş Kanunu'nun 49.1 Bölümünün uzaktan çalışırken EDI kullanımına izin verdiğini ve 1 Temmuz 2016'dan itibaren "Anonim Şirketler Hakkında" Federal Kanununda hissedarlara izin verecek değişikliklerin yürürlüğe gireceğini hatırlattı. EDI kullanarak toplantılara uzaktan katılmak için.

    1C Elektronik Belge Değişimi proje yöneticisi Artem Tanan, BED'e geçişteki ana teşvikin şirketlerin rekabet güçlerini artırma arzusu olduğundan emin. Pazarda lider olmak isteyenler, yasal izinlerden çok önce böyle bir dönüşüme hazırlanmaya başladılar ve bu fırsatları pratikte ilk kez keşfedenler oldular. 2013-2014'e geri dönelim. Karşı taraflarla elektronik etkileşim yöntemleri, perakende zincirleri, distribütörler, telekom operatörleri vb. gibi son derece rekabetçi ve teknolojik sektörlerden şirketler tarafından kullanılmaya başlandı. Bu, onlara KDV iadelerinin hızlandırılmasından ve vergi risklerinin azaltılmasından optimizasyona kadar kapsamlı bir etki elde etmelerine olanak sağladı. maliyetleri ve karşı taraflarla etkileşimin verimliliğini artırmak. Tedarik şirketlerinin baskısı altında karşı taraflar da BED'e geçmeye başladı. 2015 yılında süreç daha da yaygınlaştı ve bu, mevzuatın gelişmesi ve vergi raporlarının sunulmasına ilişkin bir dizi yeni düzenleyici gerekliliğin ortaya çıkmasıyla kolaylaştırıldı. Son yıllarda hizmetlere bağlanan kullanıcı sayısı önemli ölçüde arttı.

    Kağıtsız elektronik belge yönetimine geçiş uygulaması

    Elena Ivanova'ya göre, şubeler ve uzak birimlerle etkileşimde bulunurken elektronik orijinalleri aktarma uygulaması daha yaygın hale geliyor. Birincil muhasebe belgelerinin (kanun, fatura vb.) karşı taraflarla değişimi ve ilgili özel değişim hizmetleriyle entegrasyon giderek daha popüler hale geliyor. Ancak birçok kuruluşun elektronik orijinal belgelerin kullanımından kaynaklanan risklere karşı hâlâ ihtiyatlı davrandığını ve her türlü elektronik belgenin kullanımının onlar için "yasak" bir konu olmaya devam ettiğini belirtiyor.

    Oleg Beilezon, "Elektronik orijinallerle çalışmaya geçişten bahsederken şirketler 'istiyoruz' kelimesiyle başlıyor, ardından 'ama...' geliyor" diye belirtiyor. “Sonra bir takım az çok aşılabilir nedenler var: Bazı birimler hazır değil, bütçe ayrılmadı, örgütün geleneklerini kıramıyoruz vb.” Ancak genel olarak, belge akışının elektronikleştirilmesine yönelik eğilimin, sadece kağıtsız teknolojilere geçiş için projeler olduğu için de olsa, oldukça iyi görülebildiğine, ancak tersine geçişe yönelik projeler hakkında hiçbir şey duyulmadığına inanıyor. BED'in kapsadığı birçok alan vardır; bunlar klasik EDMS, bir kuruluşun mali belge akışı ve mali belgelerin yasal olarak önemli dolaşımıdır. Yasal açıdan önemli olan organizasyonel ve idari belge akışı bir miktar durmuştur; çok fazla hukuki incelik vardır ve yeterli uygulama geliştirilmemiştir. Çeşitli erişim sınıflandırmalarına sahip belgelerin elektronik olarak saklanması ve işlenmesi, bunları uygulayan sistemlere (genel olarak haklı olarak) oldukça katı gereklilikler getirildiğinden, daha da geride kalmaktadır.

    Directum iş analisti Maxim Kainer, EDMS/ECM uygulanırken kağıt baskı tasarrufunun yalnızca otomatikleştirilmiş süreçlerle elde edildiğini, ancak çoğu zaman kuruluş genelinde toplam baskı hacminin artabileceğini söylüyor. Ayrıca, belirli bir iş sürecinin ECM aracılığıyla vakaların %10'undan daha azında otomasyonu, bu süreç içinde bile belge yazdırmanın önüne geçmenize olanak tanır. Genel olarak kuruluşların kağıtsız belge akışına geçişinden şu ana kadar söz edilmediğine inanıyor.

    Vadim Ipatov, kural olarak, kağıttan kurtulma görevinin kendi başına bir amaç olmadığını, amacın belirli iş süreçlerini optimize etmek, uygulamalarını hızlandırmak ve basitleştirmek olduğunu vurguluyor. Tahminlerine göre, müşteri kuruluşlarının çoğunluğu, tüm destekleyici belgeler (talimatlar, kararlar, uygulama raporları...) dahil olmak üzere dahili elektronik sistemleri tamamen uygulamıştır. Şirketinin müşterileri arasında yer alan birçok devlet kurumunda, kamu hizmetlerinin sağlanması ve vatandaşların talepleri doğrultusunda çalışmalar büyük ölçüde otomatikleştirilmiştir. Talebin elektronik kanallardan alınması halinde tamamen elektronik ortamda işlenir. Organizasyonel, idari ve düzenleyici belgeler alanında, "dijitalleştirme" nispeten% 99,9'a ulaşabilir, ancak en azından tek bir kağıt kopyada bir düzen, düzen veya düzenlemeye hala ihtiyaç vardır - bu hem gelenekler hem de gelenekler tarafından belirlenir. yasal normlar. Sözleşmelerle çalışırken de durum benzerdir: tüm hazırlık ve onay süreci tamamen elektronik olarak gerçekleşir, ancak tarafların imzaladığı iki nüsha kağıt üzerinde hâlâ "canlıdır".

    EDMS'ye geçişte önemli bir rol, tam olarak EDMS kullanıcıları olarak kuruluşların BT departmanları tarafından oynanır - bu araçları kendi iç görevleri için kullanırlar (kullanıcı isteklerini işlemek, görev ve iş dağıtımı açısından proje yönetimi, onaylar vb.) Kendi örnekleriyle kağıdın nasıl tamamen ortadan kaldırılabileceğini gösteriyorlar.

    Dmitry Shmailov, "Kağıtsız teknolojilere geçiş yaygınlaşıyor ve üretim ihtiyaçları tarafından yönlendiriliyor; kağıtsız çalışmak karlı" diye aynı fikirde. - BED, dahili kurumsal belge akışıyla çok ilgilidir. Elektronik belgelerin yavaş yavaş yasal statü kazandığı günümüzde, EDMS'de karşı taraflarla çalışmak sıradan hale geliyor." Ancak aynı zamanda özel rejim uygulayan kuruluşlarda devlet veya ticari sır niteliğindeki veya özel değere sahip belgelerin hâlâ kağıt üzerinde saklandığını belirtiyor. Bu tür belgeler için BED'e geçiş ya imkansızdır ya da en yüksek düzeyde güvenliğin sağlanmasıyla ilişkilidir; bu pahalı, zordur ve çoğu zaman maliyeti haklı çıkarmaz.

    Ernest Kolesnikov'a göre, karşı taraflarla elektronik belge alışverişi, embriyonik bir durumdan daha olgun bir duruma geçiş aşamasından geçiyor. EDF operatörleri başlangıçta belge trafiği üreten en büyük şirketleri çekme taktiğini seçti; kilit iş sektörlerinde elektronik biçimde belge alışverişi yaygınlaşıyor; diğerlerinde pilot projeler sürüyor. Bu süreç, düzenleyicinin eylemleriyle önemli ölçüde teşvik edilir ve hatta bazen başlatılır. Otomasyonun yaygın bir örneği, belgelerin çoğunun elektronik forma dönüştürüldüğü ve maksimum mali etkinin sağlandığı, ülke genelinde bölgesel dağılıma sahip aynı holdinge ait bir şirketler grubudur. Uzman aynı zamanda önemli bir noktaya da dikkat çekiyor: “Çoğunlukla şirkette muhasebenin nasıl yapıldığına bağlı. Her şey kanuna uygunsa şeffaflığın artması memnuniyetle karşılanır, ancak durum tam tersiyse o zaman düzeni yeniden tesis edecek bir araç görevi görür, ancak bu hızlı bir süreç değildir.”

    BED'in en belirgin uygulama alanı elektronik irsaliye ve faturalara geçiştir. Ancak Artem Tanan, düzenleyicinin bu yönde hızlı hareket etme konusunda açık bir istek göstermesine rağmen, pek çok özel zorluğun ortaya çıktığını belirtiyor. Örneğin, elektronik fatura alışverişine geçiş, örneğin vergi döneminin son gününde hizmetlerin (iletişim, İnternet, kamu hizmetleri vb.) Sağlandığı ve elektronik belgeden onay alan faturanın sağlandığı durumlar nedeniyle engellenmiştir. yönetim operatörünün tarihi bir sonraki ay gibi erken bir tarihte belirlendi. Bu sorun, 382-FZ sayılı federal yasanın kabul edilmesi ve ardından Maliye Bakanlığı'ndan yapılan açıklamalarla oldukça hızlı bir şekilde çözüldü.

    BED'e giden yolda engeller

    Birkaç yıl önce bu sorunun ana cevabı “düzenleyici ve yasal çerçevenin hazırlıksızlığı” teziydi, ancak şimdi uzmanlar bu sorundan bahsederken bunu ilk sıraya koymuyor. Maxim Kainer, "Kuruluşlar kağıttan uzaklaşmakla ilgilenmiyor" diyor. - Kağıt belgeleri yazdırmanın ve bunlarla çalışmanın maliyetleri o kadar yüksek değildir ki bunları azaltmak bir fayda olarak kabul edilir. ECM sistemleri, kağıtsız belge akışına geçiş yapmak için değil, daha somut ve belirgin başka etkiler elde etmek için uygulanıyor: süreçlerin şeffaflığı ve hızlanması, riskin azaltılması vb. Üstelik, bazen süreci elektronik forma dönüştürmek hiçbir anlam ifade etmiyor, Ayrıca elektronik imza sertifikasının oldukça yüksek fiyatı da buna dahildir.” Aynı zamanda, düzenleyici çerçevenin eksikliklerine de dikkat çekiyor: bir dizi formülasyonun belirsizliği ve genel tavsiye niteliğinde olması, seçimi kanıtlanmış çalışma kalıplarını değiştirmek istemeyebilecek kuruluşlara bırakıyor. Aynı zamanda, çoğu şirkette BT altyapısı düzeyinde değişiklik gerektireceğinden yeni yaklaşımların keskin bir şekilde empoze edilmemesi gerektiğinden emin.

    Yasal çerçeve sorununa değinen Elena Ivanova, düzenlemeyle ilgili pek çok konunun bizzat kuruluşların sorumluluğunda olduğuna dikkat çekiyor. "Yönetim iradesinin birçok yönden BED'in gelişiminde rol oynadığından" emin. - Yönetici kağıtsız çalışmayı emrederse, istese de istemese de herkes bunu yapacaktır. Eğer organizasyonda yönetimin böyle bir motive edici eylemi yoksa BEA'da ekonomik fizibilite ve etki göremiyor demektir. Ayrıca BED uygulama sürecini yönlendirecek ve yöneticiye sürecin tüm güzelliğini aktaracak personel sıkıntısı da var.”

    Dmitry Shmailov da onunla aynı fikirde: “Tabii ki mevzuatın BED'i geliştirme konusunda Batılı ülkelerin gerisinde kaldığını söyleyebiliriz ancak mevzuat değişikliklerinin sağladığı fırsatlardan bile herkesin yararlanamaması çok daha önemli. Aksine, bir gecikme söz konusudur: Birçok BED teknolojisi yalnızca birkaç kuruluş tarafından kullanılmaktadır. Müşterilerimizin durumunda, elektronik muhasebe konularının geliştirilmesi ve derinleştirilmesine ve muhasebe belgelerinin elektronik biçimde işlenmesi ve saklanmasına yönelik birleşik bir model oluşturulmasına yönelik bir eğilim görüyoruz. BED'e tam geçiş, elektronik imzalar için tek bir güven alanının bulunmaması nedeniyle büyük ölçüde sınırlıdır. Ayrıca, bazı durumlarda elektronik belgelerin saklanmasını ve kullanılmasını imkansız hale getiren bilgi koruma gerekliliklerini de unutmayın. Finansman hâlâ önemli bir faktör.”

    Bilinen bir sözü başka kelimelerle ifade eden Ernest Kolesnikov, Rus elektronik belge yönetiminin iki ana sorununu belirtiyor: yasalar ve insanlar. “Mevzuatta boşluklar var, örneğin sadece birkaç belgenin formatları onaylanırken diğer türlerle ilgili çalışmalar sürüyor. Yakın gelecekte evrensel transfer belgesinin formatının onaylanması gerekiyor, herhangi bir belgenin eklenebileceği evrensel bir kaptan bahsediliyor. Resmi olmayan belgelerin kullanılmasına ilişkin adli uygulama, tüm şirketlerin EDI'ye korkusuzca geçmesi için henüz yeterli değil, ancak zaman geçiyor ve durum daha iyiye doğru değişiyor. İkinci temel sorun ise insanlar ve hayatın hakim gerçekleridir; müşterilerimizden sıklıkla şunu duyarız: Kağıdı ancak bizi zorlarlarsa reddederiz.”

    Artem Tanan, mevcut bir süreç çerçevesinde yeni bir teknolojinin tanıtılmasının esas olarak personelin yeniden eğitilmesini ve şirket yönetiminin yeniliği uygulama arzusunu gerektirdiğini, ancak süreçlerin özünde aynı kaldığını söylüyor. Özel tavsiyelerde bulunuyor: BED'i uygulamak için sorumluları atamalı ve üç ana görevi yerine getirmelisiniz - belgelerle çalışmak için yeni bir prosedür oluşturmak, personeli eğitmek ve seçilen karşı taraflar için eski prosedürü terk etmek için son tarihleri ​​belirlemek. Belgelerle çalışmaya yönelik yeni prosedürlerin basit, anlaşılır olması ve mevcut olanlardan minimum düzeyde farklılığa sahip olması için, BED'in muhasebe, yönetim ve EDMS programlarıyla entegrasyonunu desteklemek ve hatta daha iyisi - BED'i daha iyi hale getirmek gerekir. bunların ayrılmaz bir parçasıdır. Ayrı ve muhtemelen en sorunlu blok, karşı tarafların dahil edilmesi meselesidir. Yalnızca BED müşterisinin karşı taraflarını birbirine bağlamak değil, aynı zamanda belgelerle çalışmaya yönelik yeni bir prosedüre geçişe yardımcı olmak da gereklidir. Aksi takdirde BED kullanılmasına rağmen alım satım defterlerindeki bilgilerde hatalar ve tutarsızlıklar kalacak ve başka olumsuz sonuçlar ortaya çıkacaktır. Uzman, önümüzdeki birkaç yıl içinde BED'in diğer iş sistemleriyle entegrasyonu ve yüklenicilerin dahil edilmesi konularının ülkemizde BED teknolojilerinin yaygınlaşması açısından önemli rol oynayacağından emin.

    Ne yapalım?

    Elena Ivanova, "Şimdilik Rusya'da, ister kamu sektöründe ister ticari sektörde olsun, kağıdı tamamen terk etmek mümkün değil" diyor. - Öncelikle kuruluşları TYB'e geçmeye teşvik edecek bir mevzuat çerçevesinin geliştirilmesi gerekiyor. Bu kısmen, SMEV'in iyileştirilmesiyle bağlantılı olarak devlet kurumlarında da kendini göstermeye başlıyor, M." Pek çok şeyin EDMS satıcısına bağlı olduğuna inanıyor; BED'e geçişin ekonomik etkisini haklı gösterebilirler ve teknolojik çözümler sunabilirler. EDMS/ECM alanlarında standardizasyonla ilgilenen mesleki topluluklar ve kuruluşlarda çalışmak ve devlet düzenleyicisi ile etkileşimde bulunmak da önemlidir.

    Üstelik Dmitry Shmailov, EDMS tedarikçilerinin BED'e geçiş konusunda bir örnek oluşturması gerektiğinden emin. Bu şirketler aynı zamanda işlerinin verimliliğini artırmak için elektronik belge yönetimine de ihtiyaç duymaktadır. Müşteri eksikliği koşullarında BED teknolojilerini kendi işletmenizde test etmek bir başarı faktörü olabilir. EDMS tedarikçileri, müşterilerinin bireysel gereksinimlerini ve özelliklerini karşılayan ve dikkate alan en son gelişmeleri sunarak teknolojik gelişme açısından iyi bir yardımcı olacaktır.

    Maxim Kainer ayrıca BED'e geçişin ekonomik gerekçesinden de söz ediyor: “Kağıtsız belge akışına geçişin gerçekleşebilmesi için, BT çözümlerinin uygulanmasının, kağıt ortamlarla (ekipman satın alma ve bakımı, sarf malzemeleri, nakliye ve teslimat maliyetleri, depolama ve geri alma maliyetleri). Dünya çapındaki uzmanlar, vakaların yarısından fazlasında belirli ECM çözümlerine yapılan yatırımların geri dönüş süresinin bir buçuk yıl veya daha kısa olduğunu söylüyor." Satıcıların bu sürece gerçek katılımı, "kağıtsız çalışmak mümkün ve karlıdır" fikrinin desteklenmesi, yasama sürecine katılmanın yanı sıra bulut modelleri ve SaaS kullanımı da dahil olmak üzere çözümlerinin maliyetlerinin azaltılmasından oluşabilir.

    Ernest Kolesnikov, BED'in önünde aşılamaz hiçbir engel olmadığını, ancak çözülebilecek ve çözülmesi gereken sorunlar olduğunu söylüyor. Açıkça olumlu bir yön, hükümet yetkililerinin ülkede otomasyona yönelik yoğun yatırımlar yapması ve son on yılda yaşamanın ve çalışmanın çok daha keyifli hale geldiği ifade edilebilir. Sorunlar var, ancak bunlar düzenleyicinin, geliştiricilerin ve müşterilerin ortak çabalarıyla belirleniyor ve çözülüyor. "Belirli bir noktaya gelindiğinde toplumdaki bilgi hacmi yeterli hacme ulaşacak ve herkes belgelerin eski usul kağıt üzerinde sergilenmesinin geçmişte kaldığını anlayacak" diye emin. "Eskiden internet olmadan nasıl yaşadığımızı hayal etmek artık zor, ancak elektronik belge işlemede de durumun aynı olacağını düşünüyorum."

    Artem Tanan, "Şirketlerin artık kağıt akışıyla baş edemeyecekleri ve düzenleyici kurumun gereksinimlerini karşılayamayacakları" son çağrıyı " beklememelerini tavsiye ediyoruz" diye tavsiyede bulunuyor. - BED'in hangi tür işlemler/belgeler ve hangi karşı taraflarla kullanılacağına şimdi karar vermeleri, ardından sorumluları atamaları ve son tarihleri ​​belirlemeleri gerekiyor. Gerekirse, verilen görevlerin yüksek kalitede uygulanması için bu alanda yeterli yeterliliğe sahip uzmanları dahil edin. Metodolojik veya teknik nitelikte zorluklar ortaya çıkarsa, bunları özel platformlarda, TYB sorunlarına ilişkin çalışma gruplarında tartışmaya açın. Yalnızca tek bir şirkette BED'e geçiş sırasında belirli görevlerin belirlenmesi, kişinin diğer piyasa katılımcılarının anlayabileceği başarılı bir deneyim kazanmasına olanak tanır. Bu deneyimin büyük şirketler tarafından SF operatörleri, yazılım satıcıları ve bunların ortak ağları ile birlikte çoğaltılması, BED teknolojilerini pazarda dağıtmanın en etkili yoludur.”

    Zaten çok yaptığımız şeye devam ediyoruz.

    Chernomyrdin V.S.

    Kısa bir süre önce bir müşterim bir kez daha bana çok iyi bilinen bir sorunla başvurdu. Şirketi 1C güncellemelerini yükledi. Ve program düzgün çalışmayı bıraktığı için iş durdu. Bir programcı veya kullanıcı olarak 1C'nin yazılım ürünleriyle karşılaşan herkesin bu duruma çok aşina olduğunu düşünüyorum.

    Tabii bu özel durumda tüm sorunları olabildiğince çabuk çözmeye çalıştım ve bunun sonucunda ofis işleri normale döndü. Ancak bu durumda bile müşterimden çok fazla olumsuzluk aldım. Ve sonra neden 1C yazılım ürünlerinde sürekli olarak bu kadar çok sorunun ortaya çıktığını, müşterilerden neden bu kadar çok olumsuzluk geldiğini ve diğer programcılar da dahil olmak üzere 1C programcılarının neden sıklıkla beğenilmediğini düşündüm.

    Bu yazıda bu tür olumsuzluklara yol açan nedenlerin kendi versiyonumu sunmaya karar verdim. Metnin mümkün olduğu kadar çok okuyucu tarafından anlaşılabilmesi için mümkün olduğunca az spesifik terim kullanmaya çalışacağım.

    Aynı zamanda, bir süredir ben de yalnızca 1C programlamayla uğraşıyordum ve bugün işimde 1C'nin yazılım ürünlerini çok aktif olarak kullanıyorum ve bana para kazanma fırsatı verdiği için bu şirkete çok minnettarım. Ben.

    Ama bir yandan da olumsuzlukların nedenlerinin de anlaşılması gerektiğine inanıyorum. En azından her şeyi sezgi ve duygu düzeyinde bırakmamak için.

    1C nasıl başladı? Hatırlayalım!

    Şahsen ben 6.0 sürümünden itibaren 1C yazılımıyla çalışmaya başladım. Bana göre bu program, Excel elektronik tablolarında saklanan çeşitli muhasebe seçeneklerinden biraz daha karmaşıktı.

    En başarılı sürümü olan 1C 7.7 de dahil olmak üzere 7. sürümle değiştirildi. Zaten Sovyet sonrası alanda çok yaygınlaşan oldukça güçlü bir yazılım ürünüydü. Bu zamana kadar çoğu kullanıcı 1C ile çalışmaya o kadar alışmıştı ki, bu programları kullanma yeteneği muhasebecilerin, çeşitli ofis personelinin yanı sıra yöneticilerin, mağaza sahiplerinin vb. işe alınmasının koşullarından biri haline geldi.

    Prensip olarak, 1C 7.7, çeşitli muhasebe türleriyle ilgili sorunları oldukça başarılı bir şekilde çözmüştür. Üstelik bu yazılım ürünü bazı durumlarda hala kullanılıyor ve bu da popülerliğini gösteriyor.

    Artık bu yazılım, yeteneklerinin genişliği ve aynı zamanda sistemin karmaşıklığıyla hayrete düşürüyor.

    Bugün 1C şirketi müşterilerine eksiksiz bir ekosistem sağlıyor:

    • Geliştiriciler için güçlü bir platform.
    • Çeşitli muhasebe ve analiz türlerinin sürdürülmesine yönelik ortam
    • Çeşitli ticari ekipmanları bağlama imkanı
    • En geniş ortak ağı
    • Web sitesi oluşturmak için çok işlevli CMS
    Aynı zamanda bu ekosistemin tüm bileşenleri bir arada ve ayrı ayrı en iyi şekilde çalışmıyor. Çoğu zaman sorunlar ortaya çıkar, işteki başarısızlıklar, ek zaman ve para gerekir ve bu da elbette reddedilmeye neden olur.

    1C güncellemeleri: nasıl çalışır?

    Bugün 1C ailesinin yazılım ürünlerinin nasıl çalıştığını kısaca hatırlatmak isterim. Çoğu durumda kullanıcı, bir platform ve bu platformda yazılan bir uygulamadan oluşan bir veya daha fazla yazılım ürünü satın alır - buna yapılandırma denir.

    Daha sonra programcı, seçilen konfigürasyonların çalışmasını belirli bir şirketin ihtiyaçlarına göre ayarlar, genellikle ek eklentiler yükler, belirli raporları hassaslaştırır, bu şirkette dahili belge akışı olarak katılan yeni belgeler oluşturur vb.

    Aynı zamanda hem platformda hem de herhangi bir konfigürasyonda geliştiriciden kaynaklanan oldukça fazla sayıda hata var. Ve sistemin kendisi o kadar karmaşık ve hacimlidir ki, bu hataları bir 1C programcısının yardımıyla düzeltmek çok zordur ve en önemlisi son kullanıcı için kârsızdır. Dahası, hem platform hem de konfigürasyonların kendisi, modülerlik eksikliği gibi hoş olmayan bir kaliteyle ayırt ediliyor.

    Sonuç olarak, hataları düzeltmek için güncellemeleri yüklemeniz gerekir. Bu durumda tüm platform ve/veya konfigürasyon her seferinde güncellenir. Doğal olarak böyle bir çözüm çok zaman alır ve konfigürasyondan bahsediyorsak, programcı tarafından gerçekleştirilen ayarların, ek eklentilerin ve diğer değişikliklerin büyük olasılıkla yeniden yapılması gerekecektir.

    Ancak 1C güncellemelerindeki durumdaki en üzücü şey bu değil. En üzücü olan şey ise geliştiricinin web sitesinde güncellemelerin çok sık, hatta bazen ayda 3-4 kez yayınlandığını göstermesi. Bazı durumlarda, önemsiz hatalar düzeltilir, diğerlerinde ise tüm sistemin çalışmasıyla ilgili ciddi hatalar düzeltilir.

    Her yeni sürüm, bir önceki sürümün hatalarına eklenen bir işlevsellik ve bir tür "yama"dır; bu, eski hataları düzeltir, ancak neredeyse her zaman yenilerini getirir. Bu nedenle güncellemelerin yüklenmesi çoğunlukla öngörülemeyen bir süreçtir.

    Modülerlik eksikliği: neden bu kadar önemli?

    Öncelikle doğrudan platformdan bahsedelim. 1C programcıları bunun ne kadar hantal hale geldiğini biliyor. Yukarıda modülerliğin eksikliğinden bahsetmiştim. Ürün kodu alt sistemler olarak adlandırılan sistemleri içerir, ancak bunlar modülerlik gereksinimlerini karşılamaz ve bu nedenle yalnızca kodu yapılandırmaya yönelik bir tür girişimdir.

    Kişisel olarak neden modülerlik eksikliğini bir sorun olarak görüyorum? Bir örnekle anlayalım. Diyelim ki Ticaret Yönetiminin başarılı bir şekilde çalışması için gerekli bazı fonksiyonların iyileştirilmesine veya bakiyelerin saklanma araçlarında değişiklik yapılmasına ihtiyaç var. Ancak 1C platformunda her şey birbirine bağlıdır ve bu nedenle maaşlar, muhasebe vb. İle çalışmak için güncellemeleri de sürüklemeniz gerekir. ve benzeri.

    Modülerliğin yokluğunda en küçük değişiklikleri bile yapabilmek için tüm diziyi, tüm platformu incelemek zorundasınız.

    Aynı zamanda 1C platformu çok büyük ve hantaldır. Bugün o kadar çok şey içeriyor ki, olasılıkların zenginliği nedeniyle ilk başta hayranlık bile uyandırıyor. Ancak bu platformu kullandıkça hayranlığınız hızla azalıyor. 1C geliştiricileri, programı evrensel hale getirmek için platforma birçok farklı özellik ekledi.

    Artık aynı zamanda güçlü bir araca, kullanışlı bir görsel arayüze ve... sistemin karmaşıklığından dolayı birçok sorun ve hata.

    başka bir örnek vereyim. Diyelim ki işim için sadece Ticarete ihtiyacım var. Şirket, ne mobil arayüzü, ne muhasebeyi, ne çevrimiçi mağazayı ne de başka herhangi bir bileşeni kullanmamaktadır. Ancak ne olursa olsun güncellemeleri aldığımda, kullanmadığım bileşenlerin çalışması için gerekli işlevler de dahil olmak üzere platformun tamamını alıyorum. Onlar. Commerce kullanmama ve güncellemelerin Muhasebe ile çalışacak şekilde tasarlanmış olmasına rağmen platformun tamamını indirip yüklemem gerekiyor.

    Lisanslama politikası ve sistemdeki hatalar

    Platformu güncellerken kullanıcılar sıklıkla lisans anahtarlarının çalışmayı bıraktığı gerçeğiyle karşı karşıya kalır. Eğer kişisel olarak böyle bir durumla karşılaşmadıysanız arama motoruna “1C güncelleme sonrası çalışmayı durdurdu” yazmanız yeterli, bu sorunun ne kadar yaygın olduğunu göreceksiniz.

    Yani durumu hayal edin. Mesela 30 kişinin çalıştığı bir şirket var. Güncellemeden sonra program lisans anahtarlarını kabul etmeyi bıraktı. Şirketin işleri felç oldu. Şirket zarar ediyor.

    Önemli bir sorun: Platformun güncelleme sırasındaki davranışının öngörülemezliği.

    Lisansın sıklıkla başarısız olmasına ek olarak, platform güncellendikten sonra yeni işlevler içerebilir ve bu da düzgün çalışmayabilir. Ancak pratikte yalnızca programın yeni sürümünde işin kalitesini kontrol edebilir ve yeni hataları tanımlayabilirsiniz, ör. devam etmekte.

    Platformun çok büyük ve hantal olduğunu ve bu nedenle bir programcı ile kısa sürede test etmenin gerçekçi olmadığını hatırlatmama izin verin. Ve tüm bunların her güncellemede dikkate alınması gerekir.

    Yani programcı için durum şöyle görünüyor:

    • Her güncelleme yaptığımda çok fazla karışıklıkla karşılaşıyorum çünkü platform tamamen güncellendi ve gelecekte kullanılmayacak araçları kaldırmanın veya yüklememenin bir yolu yok.
    • Ancak yine de güncellemeler gereklidir, çünkü bu, programcı tarafından bilinen veya henüz tanımlanmamış mevcut hataları "tedavi etmek" için tek fırsattır.
    • Üstelik yeni bir güncelleme genellikle bir sonraki sürümde düzeltilecek yeni hatalar içerir.
    Böylece çember kapanıyor. Ve programcı, getirdikleri yeni sorunlara rağmen tekrar tekrar yeni sürümler yüklemek zorunda kalıyor.

    Neden bu kadar çok hata var?

    Benim naçizane fikrime göre hataların çokluğunun ana nedeni sistemin karmaşıklığıdır. Unutmayın, artık 1C platformu Windows 32 ve 64 bit, Linux, sunucu sürümü, mobil vb. için mevcuttur. Bakımın karmaşıklığı çok yüksektir ve uygulamanın gösterdiği gibi, 1C geliştiricileri bakımla baş edemez.

    Modülerlik eksikliği nedeniyle, tüm hataları tanımlamak ve bu kadar hantal bir yazılım ürününde hata ayıklamak neredeyse imkansız olduğundan ek zorluklar da ortaya çıkar. Sonuç olarak sürekli yeni güncellemeler yayınlanıyor.

    Hataların sürekli varlığının ve bunlarla ilgili durumun çok önemli bir diğer nedeni de rekabet eksikliğidir. Aslında 1C artık tekelcidir.

    Elbette alternatif yazılım ürünleri oluşturuluyor, bazıları oldukça iyi. Ancak şu ana kadar hepsi belirli sorunları çözebilecek uygulamalı çözümlerdir, 1C ise bütün bir ekosistemdir.

    Üstelik 1C şirketi çok güçlü ve agresif pazarlamayla öne çıkıyor, herkes bu yazılımı biliyor.

    Bu yüzden bugün 1C'nin Sovyet sonrası alanda değerli bir rakibi olmadığını iddia ediyorum. Ve rekabet eksikliği her zaman ürünün kalitesinde bir düşüşe yol açar, bunu 1C örneğinde görüyoruz: sürekli "ham" güncellemeler, sürekli hatalar, güncellemeler için ayrıntılı belgelerin eksikliği vb.
    Bu nedenle kişisel olarak tüm müşterilerime kesinlikle gerekmedikçe güncelleme yapmamalarını tavsiye ediyorum. Bu arada ben de aynı tavsiyeyi 1C'nin kökeninde olan insanlardan birinden aldım.

    Elbette mevcut sürümde bazı hatalar var, ancak sorunsuz çalışırsanız bu hatalar sizin için kritik değildir. Yeni versiyonda ne olacağını tahmin etmek imkansız. Bu nedenle güncellemeler yalnızca iş için gerçekten gerekli olduğunda kurulmalıdır.

    Amiral gemileri. Tipik konfigürasyonlar

    1C yazılım ürün grubu standart konfigürasyonlara dayanmaktadır. 1C web sitesinde oldukça fazla sayıda hazır kutulu çözüm sunulmaktadır.

    Ancak kullanıcıların çoğunluğu yalnızca 4 yapılandırma kullanıyor:

    • Kurumsal muhasebe
    • Ticaret yönetimi
    • Üretim tesisi yönetimi
    • Maaş ve İK yönetimi
    Ve konfigürasyonların her biri platformla aynı dezavantajlara sahiptir:
    • Modülerlik eksikliği
    • Hacimli ve birçok gereksiz fonksiyon
    • Yeni sürümlerdeki yeni hatalar
    • Tahmin edilemeyen güncelleme sonuçları
    Ayrıca, her güncelleme için tam olarak neyin güncellendiğini analiz etmeniz, güncellemeyi kendisi gerçekleştirmeniz ve yapılandırmayı yeniden yapılandırmanız gerekir. Ancak konfigürasyon güncellemeleri de o kadar sık ​​çıkıyor ki, bunları anlamak sorunlu hale geliyor.

    Ayrıca modülerlik eksikliği nedeniyle, değişiklikler kullanmadığınız işlevleri etkilese bile sıklıkla güncelleme yapmanız gerekir. Çünkü bu işlevsellikteki bir hata diğer modüllerin yanlış çalışmasına yol açabilir.

    Ticaret hakkında konuşursak, uygulamalarım aslında insanların bu bileşenin toplam işlevselliğinin %30'undan fazlasını kullanmadığını gösteriyor. Diğer tipik konfigürasyonlarda da durum benzerdir. Maksimum sayıda özelliği uygulama arayışı içinde olan geliştiriciler, her şeyin birbirine bağlı olduğu çok hantal ve karmaşık ürünler yarattılar ve bu nedenle gereksiz işlevleri devre dışı bırakmak bile her zaman mümkün olmuyor.

    Örneğin, Trade'i güncellerken geliştiriciler yeni bir bonus sistemi ekledi. Müşteri bonusları hiç kullanmamaktadır. Onlara ihtiyacı yok. Ancak bu bonusları devre dışı bırakmaya çalıştığınızda indirim sistemi hatalı çalışmaya başlar. Bu durumla pratikte karşılaştım. Elbette bu sorunun çözümü bir programcının yardımını gerektiriyordu.

    Son zamanlarda, bir projeyi tamamladıktan sonra tüm müşterilere hiçbir şekilde güncelleme yapmamalarını tavsiye ettiğim sonucuna vardım. Her şeyi iş için gerektiği gibi yapılandırdım; müşteri ve çalışanlarıyla birlikte yapılandırmayı test ettik ve her şeyin iyi çalıştığından emin olduk. Bu nedenle büyük değişiklik ihtiyacı ortaya çıkana kadar konfigürasyonun güncellenmesine gerek yoktur.

    Agresif pazarlama ve sonuçları

    Müşterilerim sıklıkla tavsiyelerime aykırı güncellemeler yüklüyor. Bu neden oluyor?
    Programcı motivasyonu
    1C programcıları, müşterinin yazılımı mümkün olduğunca sık güncellemesiyle ilgileniyor. Bu sadece onlar için faydalıdır. Her güncelleme yaptığınızda, yapılandırmayı yeniden yapılandırmanız gerekecektir. Bu nedenle, güncellemelerin yardımıyla kelimenin tam anlamıyla yoktan gelir elde ediyorlar.

    Bir şirketin herhangi bir konfigürasyonda güncellemeler olmadan sakin ve güvenilir bir şekilde çalıştığı bir durumu hayal edin. Ancak örneğin başka bir rapor oluşturmaya veya ek işlemler yüklemeye ihtiyaç vardı. Doğal olarak bu durumda bir uzmana başvuruyorlar.

    Sonra ne olur? Bir 1C programcısı gelir ve programın uzun süredir güncellenmediğini görür. Müşteriye bunun ne kadar kötü olduğunu anlatıyor, güncellemeler olmadan müşterinin ihtiyaç duyduğu raporu ayarlayamayacağını veya başka işler yapamayacağını açıklıyor, eski sürümdeki çok sayıda hatayla onu korkutuyor vb. ve benzeri. Genel olarak müşteriyi güncellemeleri satın almaya ve yüklemeye ikna eder.

    Aslında çoğu durumda güncellemelere nesnel bir ihtiyaç yoktur. Ancak programcının yaptığı iş miktarı ve buna bağlı olarak ücreti önemli ölçüde artar. Bu arada, birçok kullanıcının 1C programcılarına karşı olumsuz bir tutuma sahip olmasının nedeni budur. Onların bakış açısına göre, programcıya, çalışmaya başlamadan önce mükemmel şekilde çalışan bir şey için miktarın% 90'ını ödüyorlar. aynı işlevsellik için birkaç kez ödeme yapmak zorundalar.

    1C'den agresif pazarlama
    1C şirketinin kendisi de kullanıcıların mümkün olduğunca sık güncellenmesini sağlamakla ilgileniyor. Sonuç olarak, kullanıcılar sıklıkla yeni güncellemeler hakkında hatırlatıcılar, platformun veya yapılandırmanın güncellenmesi gerektiği konusunda uyarılar alırlar. Ancak aynı zamanda site, güncelleme durumunda kullanıcının tam olarak ne alacağı, hangi hataların giderildiği, hangi özelliklerin ortaya çıktığı konusunda yeterince ayrıntılı bilgiye sahip değil. Onlar. Belirli bir güncellemeyi yükleme ihtiyacını objektif olarak değerlendirmek imkansızdır. Sonuç olarak, birçok kullanıcı sadece güvenli tarafta olmak için güncelleme yapıyor.

    Hizmet ve franchising'in dezavantajları

    1C şirketinde neredeyse hiç müşteri hizmeti olmadığına inanıyorum. Şirket satışta mükemmel bir iş çıkarıyor; gerçekten çok agresif ve kuşkusuz etkili bir pazarlama politikası var. Ancak bakıma ihtiyacınız varsa birçok zorlukla karşılaşırsınız.

    1C web sitesinde, bölgenizde 1C yazılım ürünleri için bakım hizmetleri sağlayan sertifikalı ortaklar bulabileceğiniz bir bölüm bulunmaktadır. Bu ortaklar sertifikalıdır ve ortaklık ücreti öderler. Görünüşe göre her şey yolunda.

    Ancak aslında 1C şirketi pratikte ortaklarla çalışmıyor:

    • Bir şirketin ortak statüsü alabilmesi için kadrosunda sertifikalı bir uzmanın bulunması yeterlidir.
    • Daha sonra hiç kimse tekrarlanan kontroller veya muayeneler yapmaz. Bu nedenle, sertifikalı bir programcı tek uzman olabilir ve tamamen farklı insanlar size hizmet etmeye gelecektir veya tamamen istifa edebilir, ancak şirket ortak statüsünü kaybetmez.
    • 1C pratikte ortaklarla çalışmaz, eğitim sağlamaz, işin kalitesini kontrol etmez.
    Böyle bir politikanın sonucu birçok kişi tarafından bilinmektedir. 1C ortakları listesinde belirli bir şirketin varlığı kaliteli hizmeti garanti etmez.

    1C'nin bütün bir ekosistem olduğundan daha önce bahsetmiştim. Hatta bazı açılardan Apple'la bile karşılaştırılabiliyor. Orada donanım, yazılım ve bayilerden oluşan bir sistem kurulmuş. 1C'nin de bir platformu var, konfigürasyonları var, sertifikalı satıcıları var.

    Ancak Apple, üretimden ortakların çalışmasına kadar tüm aşamalarda kaliteyi çok sıkı bir şekilde kontrol ediyorsa ve en yüksek kalite, bu marka için önemli rekabet avantajlarından biriyse, o zaman 1C şirketinde her şey tamamen farklıdır. Burada neredeyse hiç hizmet yok, ortakların çalışmalarını kimse kontrol etmiyor, sonuç olarak yazılımla satış sonrası çalışmanın kalitesi çok düşük.

    1C şirketinin pazarlama çabalarını öncelikle ürünün tüketicilerine yönlendirmesi de ilginçtir; kullanıcılar üzerinde. Ve konfigürasyonlarla çalışmak tamamen programcılara odaklanmıştır. Sonuç olarak, bir şeyin reklamı yapılıyor, ancak pratikte alıcının tamamen farklı bir şey aldığı ortaya çıkıyor.

    Ve burada 1C programcılarına ve yazılım ürününün kendisine yönelik olumsuzluğun nedenleri de ortaya çıkıyor.
    Sadece 1C ile çalışmayı bırakıp iş danışmanlığı yapmaya başladığımda, çalışmalarımda çeşitli yazılım ürünlerini kullanmaya başladım. Bunlar Drupal'daki siteler ve ZOHO CRM, ATOL RMK, Redmine ve diğer birçok sistem gibi sistemlerdi. Ve bu hizmet ve programların neredeyse tamamı sürekli ve sık güncelleme gerektirmez. Ve güncelleme yaparken çok fazla sorun yok.

    1C şirketi iki yönde para kazanırken: satışlardan ve sürekli güncellemelerden. Peki müşterinin bununla ne ilgisi var? Başka seçeneği olmadığı için ödeme yapmak ve yükseltme yapmak zorunda kalıyor. Üstelik işletmede kullanılan tüm ürünlerin eş zamanlı olarak güncellenmesi gerekiyor.

    Örneğin, Trade kullanıyorsanız, sizi ilgilendiren bazı hataları düzelten gerçekten faydalı bir güncelleme yayınlandı, Muhasebeyi de kesinlikle güncellemeniz gerekecektir. Çünkü veri alışverişi yalnızca aynı konfigürasyon versiyonları arasında mümkündür. Muhasebe'den güncelleme yapmadan ayrılmaya karar verirseniz, belgeleri Ticaret'ten Muhasebe'ye yüklemek artık işinize yaramayacaktır.

    Sonuç olarak müşteri, sürekli bozulan bir sistemi kullanmak zorunda kalır ve onu geri yüklemek için düzenli olarak ödeme yapar. Tabii ki müşteri negatif oluyor. Ancak başka bir yazılım ürününe geçemiyor, sadece değerli bir alternatif görmüyor.

    Evet, ülkemizde başka muhasebe sistemleri de var, hatta bazıları yetenekler açısından yavaş yavaş 1C'yi yakalıyor. Ancak pazarlama harika bir şeydir! Bu nedenle müşteri bir alternatif görmüyor ve sürekli olumsuzluklara rağmen başka bir ödeme yapıyor.

    1C: Bitrix - zorluklar, özellikler, pazarlama

    Geleneksel olarak 1C serisinin bir parçası olarak sınıflandırılan bir diğer ürün ise 1C-Bitrix web sitesi yönetim sistemidir. Aynı zamanda birçok kullanıcı Bitrix'i satın almanın yeterli olduğundan ve siteyi ve verileri 1C'ye entegre etmeyle ilgili tüm sorunların çözüleceğinden emin.

    1C yazılım ürünleri satın alan ve 1C-Bitrix üzerinden bir web sitesi sipariş eden kullanıcı, ortak bir marka görür ve bunların her zaman sorunsuz bir şekilde birlikte çalışacak aynı serinin ürünleri olduğundan emin olur.
    Aslında CMS Bitrix, 1C şirketiyle hiçbir ilgisi olmayan uzmanlar tarafından geliştirilen ayrı bir üründür. Daha sonra bu CMS'ye 1C serisi ürünleri içeren entegrasyon araçları eklendi ve yeni bir “1C-Bitrix” adı ortaya çıktı. Bunun nedeni, 1C şirketinin Bitrix'ten büyük bir hisse satın alması ve bu CMS'yi yazılımıyla birlikte kullanmaya karar vermesiydi.

    Sonuç neydi?
    Çevrimiçi mağaza veritabanının ve 1C yazılım ürünlerinin entegrasyonu gerçekten sağlanmıştır. Ancak bu çok karmaşıktır ve bir uzmanın yardımı olmadan veri alışverişini kurmak neredeyse imkansızdır ve değiştirilmesi çok çok zordur.

    Üstelik 1C'yi sizin için kuran programcılar Bitrix'i kurup yapılandıramayacaktır. Burada bir Bitrix uzmanı olan bir web programcısına ihtiyacınız olacak. Entegrasyon kısmen 1C programcıları, kısmen de Bitrix uzmanları tarafından yapılandırılıyor. Ve kullanıcının kiminle iletişime geçeceğini hiç bilmediği durumlar da vardır.

    Mesela ben bu durumu yaşadım. Son güncellemelerden sonra müşterimin siteyle olan veri alışverişi çalışmayı durdurdu. Bir 1C uzmanına başvurdum ancak bize yardım edemedi çünkü ona göre sorun Bitrix'teydi. Bir Bitrix programcısına başvurduk. Ayrıca ellerini kaldırdı ve sorunun büyük olasılıkla hala 1C tarafında olduğunu söyledi. Siteyle veri alışverişi yaklaşık 2 hafta boyunca çalışmadı. Müşteri, web sitesinden fiyatları ve bakiyeleri manuel olarak indirmek ve siparişleri kaldırmak zorunda kaldı. Sonunda şanslıydık. Hem Bitrix'i hem de 1C'yi bilen bir programcıyla iletişime geçtim ve o da değişim modülünü kurdu.

    Bitrix ve 1C: farklı sistemler, ortak eksiklikler
    Bitrix'in en son sürümlerine aşina olan web geliştiricileri artık beni anlayacak. Tıpkı 1C yazılım ürünleri gibi Bitrix'in en son sürümleri de çok güçlü, kapsamlı yeteneklere sahip ancak aynı zamanda gereksiz derecede karmaşık hale geldi. Günümüzde, Bitrix'te bir yöneticinin (web programcısı) yardımı olmadan, akıllı bir arama düzenlemek için her ürün türü için kendi parametrelerinizi ayarlamanız gerektiğinden, kullanıcı çoğu zaman ürün kataloğunda yeni kategoriler bile oluşturamıyor.

    Aynı zamanda web sitesini ve 1C programlarını sürdürmek için farklı uzmanlara ihtiyacınız var. Sonuçta bunlar farklı ürünler. Farklı amaçlar için kullanılırlar, farklı platformlara sahiptirler ve onlarla çalışmak için farklı teknolojiler hakkında bilgi sahibi olmayı gerektirirler.

    Özgeçmiş yerine

    Öyleyse özetleyelim. 1C serisinin yazılım ürünleri, aşağıdaki nedenlerden dolayı uzmanlar arasında olumsuzluğa neden olur:
    • Yüksek sistem karmaşıklığı
    • Modülerlik eksikliği
    • Her güncellemede hatalar
    • Güncellemeler için ayrıntılı dokümantasyon eksikliği
    • Güncelleştirmeleri yüklemenin öngörülemeyen sonucu
    Bütün bunlar hem platform hem de herhangi bir 1C konfigürasyonu için geçerlidir.

    Kullanıcılardan gelen olumsuzluk şunlardan kaynaklanır:

    • Güncelleştirmelerin yüklenmesinden kaynaklanan öngörülemeyen sonuçlar. Program herhangi bir zamanda çalışmayı durdurabilir. Ancak önceki sürümlerdeki hatalar nedeniyle güncelleme yapılması gerekmektedir.
    • Hem 1C şirketinin hem de programcının güncellemeler için ödeme yapması gerekiyor. Aynı zamanda, kullanıcının görebileceği avantajlar çoğu durumda önemsizdir ve yeni bir sürüm kurulduktan sonra programın işlevselliğini geri yüklemek için maliyetlerin çoğunun ödenmesi gerekir.
    1C programcılarına yönelik olumsuzluk da netleşiyor:
    • Kullanıcılar programla ilgili olumsuzlukların bir kısmını uzmanına aktarmaktadır. Sonuçta, güncellemeleri yüklemek ve yapılandırmaları ayarlamak için ödeme alan kişi 1C programcısıdır.
    • Diğer alanlarda çalışan programcılar, 1C konusunda uzmanlaşmış meslektaşlarının çoğunlukla "hava satmak" için para aldığını anlıyorlar. Bu, özellikle uzmanlar tarafından müşteriye güncellemeler uygulandığında fark edilir.
    • 1C'nin kontrol eksikliği nedeniyle, rastgele kişiler yazılım ürünlerine hizmet veriyor ve bu da olumlu bir imaja katkıda bulunmuyor.
    Bunlar kişisel olarak çıkardığım sonuçlardır. Belki bir konuda tamamen haklı değilim, belki bir şeyi kaçırdım. Her halükarda, bu makaleyi eleştiri amacıyla değil, müşterilerin 1C hat programlarına ve 1C programcılarına karşı hangi nedenlerle olumsuz bir tutuma sahip olabileceğini anlamak için yazmaya karar verdim.

    Etiketler: Etiket ekleyin