internet pencereler Android
Genişletmek

Çevrimiçi yazarkasanın 1C Bitrix'e bağlanması. Bulut yazarkasa

Gizlilik sözleşmesi

ve kişisel verilerin işlenmesi

1. Genel Hükümler

1.1. Kişisel verilerin gizliliği ve işlenmesine ilişkin bu sözleşme (bundan sonra Sözleşme olarak anılacaktır) serbestçe ve kendi özgür iradesiyle kabul edilmiştir ve Insales Rus LLC ve/veya bağlı şirketlerinin, sözleşmeye dahil olan tüm kişiler de dahil olmak üzere tüm bilgileri için geçerlidir. LLC "Insails Rus" (LLC "EKAM Hizmeti" dahil) ile aynı grup, LLC "Insails Rus"un (bundan böyle olarak anılacaktır) herhangi bir sitesini, hizmetini, hizmetini, bilgisayar programını, ürününü veya hizmetini kullanırken Kullanıcı hakkında bilgi alabilir. Hizmetler) ve Insales Rus LLC'nin yürütülmesi sırasında Kullanıcı ile yapılan tüm anlaşmalar ve sözleşmeler. Kullanıcının, listelenen kişilerden biriyle olan ilişkileri çerçevesinde ifade ettiği Sözleşmeye ilişkin rızası, listelenen diğer tüm kişiler için geçerlidir.

1.2.Hizmetlerin Kullanımı, Kullanıcının bu Sözleşmeyi ve burada belirtilen hüküm ve koşulları kabul ettiği anlamına gelir; Bu şartlara uyulmaması durumunda Kullanıcı Hizmetleri kullanmaktan kaçınmalıdır.

"Satışta"- Sınırlı Sorumluluk Şirketi "Insails Rus", OGRN 1117746506514, INN 7714843760, KPP 771401001, şu adreste kayıtlı: 125319, Moskova, Akademika Ilyushina St., 4, bina 1, ofis 11 (bundan sonra "Insails" olarak anılacaktır), bir yandan ve

"Kullanıcı" -

veya hukuki ehliyete sahip olan ve Rusya Federasyonu mevzuatına uygun olarak medeni hukuk ilişkilerine katılımcı olarak tanınan bir kişi;

veya bu kişinin ikamet ettiği devletin kanunlarına göre kayıtlı bir tüzel kişi;

veya böyle bir kişinin ikamet ettiği eyaletin kanunlarına uygun olarak kayıtlı bireysel bir girişimci;

bu Sözleşmenin şartlarını kabul etmiştir.

1.4. Bu Anlaşmanın amaçları doğrultusunda, Taraflar, gizli bilgilerin, entelektüel faaliyetin sonuçları da dahil olmak üzere her türlü nitelikteki (üretim, teknik, ekonomik, organizasyonel ve diğerleri) bilgi ve aynı zamanda bunu gerçekleştirme yöntemlerine ilişkin bilgiler olduğunu belirlemiştir. mesleki faaliyetler (bunlarla sınırlı olmamak üzere: ürünler, işler ve hizmetler hakkında bilgiler; teknolojiler ve araştırma faaliyetleri hakkında bilgiler; yazılım öğeleri dahil teknik sistem ve ekipmanlarla ilgili veriler; iş tahminleri ve önerilen satın almalara ilişkin bilgiler; belirli ortakların gereksinimleri ve özellikleri) ve potansiyel ortaklar; bir tarafça diğerine yazılı ve/veya elektronik biçimde iletilen ve Tarafça açıkça gizli bilgi olarak belirlenen, fikri mülkiyetle ilgili bilgilerin yanı sıra yukarıdakilerin hepsiyle ilgili planlar ve teknolojiler).

1.5. Bu Anlaşmanın amacı, Tarafların müzakereler, sözleşmeler yapma ve yükümlülükleri yerine getirme sırasında değiş tokuş edeceği gizli bilgilerin yanı sıra diğer etkileşimlerin (danışmanlık, bilgi talep etme ve sağlama ve diğer işlemleri gerçekleştirme dahil ancak bunlarla sınırlı olmamak üzere) korunmasıdır. emirler).

2. Tarafların Sorumlulukları

2.1. Taraflar, Tarafların etkileşimi sırasında bir Tarafın diğer Taraftan aldığı tüm gizli bilgileri gizli tutmayı, söz konusu bilgileri Tarafın önceden yazılı izni olmadan herhangi bir üçüncü tarafa ifşa etmemeyi, ifşa etmemeyi, kamuya açıklamamayı veya başka bir şekilde sağlamamayı kabul ederler. Mevcut mevzuatta belirtilen durumlar haricinde, bu tür bilgilerin sağlanması Tarafların sorumluluğunda olduğunda diğer Taraf.

2.2. Tarafların her biri, en azından Tarafın kendi gizli bilgilerini korumak için kullandığı önlemlerin aynısını kullanarak, gizli bilgileri korumak için gerekli tüm önlemleri alacaktır. Gizli bilgilere erişim, yalnızca her bir Tarafın bu Sözleşme kapsamındaki resmi görevlerini yerine getirmek için makul olarak bu bilgilere ihtiyaç duyan çalışanlarına sağlanır.

2.3. Gizli bilgilerin gizli tutulması yükümlülüğü, işbu Sözleşmenin, 1 Aralık 2016 tarihli bilgisayar programları lisans sözleşmesinin, bilgisayar programları lisans sözleşmesine katılma sözleşmesinin, acentelik ve diğer sözleşmelerin geçerlilik süresi boyunca ve beş yıl süreyle geçerlidir. Taraflarca aksi ayrıca kararlaştırılmadıkça, eylemlerinin sona ermesinden sonra.

(a) sağlanan bilgilerin Taraflardan birinin yükümlülüklerini ihlal etmeden kamuya açık hale gelmesi;

(b) sağlanan bilgilerin bir Tarafın kendi araştırması, sistematik gözlemleri veya diğer Taraftan alınan gizli bilgiler kullanılmadan gerçekleştirilen diğer faaliyetler sonucunda öğrenilmesi durumunda;

(c) sağlanan bilgilerin, Taraflardan biri tarafından sağlanana kadar gizli tutma yükümlülüğü olmaksızın üçüncü bir taraftan yasal olarak alınması;

(d) Bilginin bir devlet kurumunun, başka bir devlet kurumunun veya yerel yönetim organının görevlerini yerine getirmek amacıyla yazılı talebi üzerine sağlanmış olması ve bu organlara açıklanmasının Taraf için zorunlu olması durumunda. Bu durumda Taraf, alınan talebi derhal diğer Tarafa bildirmelidir;

(e) Bilginin, hakkında aktarıldığı Tarafın rızasıyla üçüncü bir tarafa sağlanması durumunda.

2.5.Insales, Kullanıcı tarafından sağlanan bilgilerin doğruluğunu doğrulamaz ve hukuki ehliyetini değerlendirme olanağına sahip değildir.

2.6 Kullanıcının Hizmetlere kaydolurken Insales'e sağladığı bilgiler, 27 Temmuz 2006 tarih ve 152-FZ sayılı Rusya Federasyonu Federal Kanununda tanımlandığı gibi kişisel veriler değildir. “Kişisel veriler hakkında.”

2.7.Insales bu Sözleşmede değişiklik yapma hakkına sahiptir. Mevcut basımda değişiklik yapıldığında son güncelleme tarihi belirtilir. Sözleşmenin yeni sürümünde aksi belirtilmediği sürece, Sözleşmenin yeni sürümü yayınlandığı andan itibaren yürürlüğe girer.

2.8. Kullanıcı, bu Sözleşmeyi kabul ederek Insales'in, Hizmetlerin kalitesini artırmak, yeni ürünler geliştirmek, kişisel teklifler oluşturmak ve göndermek için Kullanıcıya kişiselleştirilmiş mesajlar ve bilgiler (bunlarla sınırlı olmamak üzere) gönderebileceğini anlar ve kabul eder. Kullanıcı, Tarife planlarındaki değişiklikler ve güncellemeler hakkında Kullanıcıyı bilgilendirmek, Hizmetlere ilişkin Kullanıcıya pazarlama materyalleri göndermek, Hizmetleri ve Kullanıcıları korumak ve diğer amaçlarla kullanabilmektedir.

Kullanıcı, Insales - e-posta adresine yazılı olarak bildirimde bulunarak yukarıdaki bilgileri almayı reddetme hakkına sahiptir.

2.9. Kullanıcı, bu Sözleşmeyi kabul ederek Insales Hizmetlerinin genel olarak Hizmetlerin işlevselliğini veya özel olarak bireysel işlevlerini sağlamak için çerezleri, sayaçları ve diğer teknolojileri kullanabileceğini ve Kullanıcının bununla bağlantılı olarak Insales'e karşı hiçbir iddiasının bulunmadığını anlar ve kabul eder. Bununla.

2.10 Kullanıcı, İnternet'teki siteleri ziyaret etmek için kullandığı ekipman ve yazılımın, çerezlerle (herhangi bir site veya belirli siteler için) yapılan işlemleri yasaklama ve ayrıca daha önce alınan çerezleri silme işlevine sahip olabileceğini anlar.

Insales, belirli bir Hizmetin sağlanmasının yalnızca Kullanıcı tarafından çerezlerin kabulüne ve alınmasına izin verilmesi koşuluyla mümkün olduğunu belirleme hakkına sahiptir.

2.11 Kullanıcı, hesabına erişim için seçtiği araçların güvenliğinden bağımsız olarak sorumludur ve ayrıca bunların gizliliğini de bağımsız olarak sağlar. Kullanıcının hesabına erişim için verilerin Kullanıcı tarafından herhangi bir koşulda (sözleşmeler dahil) üçüncü taraflara gönüllü olarak aktarılması durumları da dahil olmak üzere, Kullanıcı hesabı altındaki Hizmetler içindeki veya bunları kullanan tüm eylemlerden (ve bunların sonuçlarından) yalnızca Kullanıcı sorumludur. veya anlaşmalar). Bu durumda, Kullanıcının, Kullanıcı hesabını kullanarak Hizmetlere yetkisiz erişim sağladığını ve/veya herhangi bir ihlali Insales'e bildirdiği durumlar haricinde, Kullanıcı hesabı altında Hizmetler dahilindeki veya Hizmetleri kullanan tüm eylemlerin Kullanıcının kendisi tarafından gerçekleştirildiği kabul edilir. Hesabınıza erişim araçlarının gizliliğinin (ihlal şüphesi)

2.12. Kullanıcı, Kullanıcı hesabı kullanılarak Hizmetlere yetkisiz (Kullanıcı tarafından yetki verilmeyen) erişim durumunda ve/veya erişim araçlarının gizliliğinin ihlali (ihlal şüphesi) durumunda Insales'i derhal bilgilendirmekle yükümlüdür. hesap. Güvenlik amacıyla Kullanıcı, Hizmetlerle çalıştığı her oturumun sonunda kendi hesabındaki çalışmayı bağımsız olarak güvenli bir şekilde kapatmakla yükümlüdür. Insales, Kullanıcının Sözleşmenin bu bölümünün hükümlerini ihlal etmesi nedeniyle oluşabilecek olası veri kaybı veya hasarından ve ayrıca herhangi bir nitelikteki diğer sonuçlardan sorumlu değildir.

3. Tarafların Sorumluluğu

3.1. Sözleşme kapsamında aktarılan gizli bilgilerin korunmasına ilişkin Sözleşmenin öngördüğü yükümlülükleri ihlal eden Taraf, zarar gören Tarafın talebi üzerine, Sözleşme şartlarının bu şekilde ihlal edilmesinden kaynaklanan fiili zararı tazmin etmekle yükümlüdür. Rusya Federasyonu'nun mevcut mevzuatına uygun olarak.

3.2. Hasarın tazmini, ihlal eden Tarafın Sözleşme kapsamındaki yükümlülüklerini gerektiği gibi yerine getirme yükümlülüklerini sona erdirmez.

4. Diğer hükümler

4.1. Gizli bilgiler de dahil olmak üzere, bu Sözleşme kapsamındaki tüm bildirimler, talepler, talepler ve diğer yazışmalar yazılı olmalı ve şahsen veya kurye yoluyla teslim edilmeli veya 12/12/12 tarihli bilgisayar programları lisans sözleşmesinde belirtilen adreslere e-posta ile gönderilmelidir. 01/2016, bilgisayar programları için lisans sözleşmesine katılım sözleşmesi ve bu Sözleşmede veya Tarafça daha sonra yazılı olarak belirtilebilecek diğer adresler.

4.2. İşbu Sözleşmenin bir veya daha fazla hükmünün (koşulunun) geçersiz olması veya geçersiz hale gelmesi, diğer hükümlerin (koşulların) feshedilmesine gerekçe teşkil edemez.

4.3. Bu Sözleşme ve Kullanıcı ile Insales arasındaki Sözleşmenin uygulanmasıyla bağlantılı olarak ortaya çıkan ilişki, Rusya Federasyonu yasalarına tabidir.

4.3. Kullanıcı, bu Sözleşme ile ilgili tüm öneri veya soruları Insales Kullanıcı Destek Hizmetine veya 107078, Moskova, st. posta adresine gönderme hakkına sahiptir. Novoryazanskaya, 18, bina MÖ 11-12 "Stendhal" LLC "Insales Rus".

Yayın tarihi: 12/01/2016

Tam adı Rusça:

Sınırlı Sorumluluk Şirketi "Insales Rus"

Rusça'da kısaltılmış isim:

LLC "Rus Satışları"

İngilizce adı:

InSales Rus Limited Şirketi (InSales Rus LLC)

Yasal adres:

125319, Moskova, st. Akademika Ilyushina, 4, bina 1, ofis 11

Posta adresi:

107078, Moskova, st. Novoryazanskaya, 18, bina 11-12, M.Ö. “Stendhal”

INN: 7714843760 Kontrol Noktası: 771401001

Banka detayları:

1 Şubat 2017 tarihinde 54-FZ yasasında yeni bir değişikliğin yayınlanmasıyla bağlantılı olarak, çevrimiçi mağazalardan satış makbuzlarına ilişkin gereksinimler değişti.

Artık ana gereksinimler şunlardır:

  • Makbuz, yalnızca satın alma işleminin toplam tutarını değil, satılan tüm ürünleri belirtmelidir;
  • makbuz KDV miktarını belirtmelidir;
  • ödeme yöntemi makbuzda belirtilmelidir;
  • çekte, çekin tüm parametrelerini gösteren bir QR kodu bulunmalıdır.

Artık çeklerin QR kodlu elektronik versiyonu yasal bir belge olarak kabul ediliyor ve kağıt medyaya gerek kalmıyor.

Yeni “1C-Bitrix kasa”

En son sürüm 17.0.1, 54-FZ'deki en son değişikliğin tüm gerekliliklerini desteklemektedir.
Artık tüm yazarkasaları kontrol eden “1C Bitrix yazarkasalar” uygulaması var. Verilerini kasalara bağlar ve gönderir. Bu gereklidir, çünkü yazar kasalar yalnızca verileri alıp işleyebilir, ancak bağlantıyla nasıl çalışacaklarını bilmezler.
Şu anda yalnızca Atol cihazlarıyla çalışabiliyor, yakın gelecekte Shtrikh-M desteğinin geliştirilmesi planlanıyor.

Müşterilerle çalışmak

Mevzuat değiştiği için müşterilerle çalışma prosedürü artık aşağıdaki gibidir:

  1. 54-FZ'deki en son değişikliği destekleyen bir yazar kasanın alınması.
  2. Müşteri tarafından mali veri operatörü ile veri aktarımına ilişkin bir anlaşma yapılması. Bazı OFD'lerle çalışırken, ilk veri gönderildiğinde sözleşmenin otomatik olarak imzalandığı kabul edildiğinden bu madde zorunlu değildir.
  3. Yazar kasayı federal vergi servisine kaydediyoruz. Federal Vergi Servisi web sitesinde özel bir bölüme müşteri, yazarkasa verilerini ve dijital imzası görevi gören anahtarı girmelidir. Kanunda yapılan son değişikliğin, bir yazarkasanın birden fazla kaynaktan para işlemesine izin verdiğini bilmek önemlidir. Örneğin, birden fazla site tek bir tüzel kişilik altında kayıtlıysa. yüz yüze, o zaman onlara bir yazarkasa yeterli olacaktır.
  4. Cihazı OFD'ye bağlama. Kural olarak, satış şirketleri belirli ayarları yükler.
  5. Sürücüleri ayarlama. 1C-Bitrix Cash Desk uygulaması şu anda yalnızca Windows işletim sistemi üzerinde çalışmaktadır. Yazar kasa iki USB bağlantı noktasına bağlı olduğundan 2 sürücünün kurulması gerekir: makbuzları yazdırmak ve bunları ağa göndermek için.
  6. 1C-Bitrix Kasiyer uygulamasının kurulumu. Burada her şey çok basit. Normal kurulumdan sonra online mağazanızın yetkilendirme verilerini uygulamaya girin. Uygulama, mağazayı ve gerekli verileri bulma işinin geri kalanını kendi başına yapacaktır.
  7. Yazar kasanın ayarlanması. Şu anda 3 tür kasa operasyonu bulunmaktadır:
    — yazarkasalarla otomatik entegrasyon;
    — manuel kayıt;
    — Gerçek zamanlı 1C entegrasyonu.
  8. 54-FZ'deki yeni değişikliğe göre yazar kasanın çalışması.

Çevrimiçi bir mağaza için yazarkasalar

Çevrimiçi bir mağazadan ürün satın almak, sıradan mağazalardaki satın alımlardan, sıraya girmeden yapılabilmeleri açısından farklılık gösterir. Bu elbette çok uygundur, ancak kasayı çalıştırırken bir sorun ortaya çıkar. Örneğin, web siteniz büyük bir ziyaretçi akını alıyorsa ve aynı anda birden fazla sipariş alıyorsanız, büyük olasılıkla makbuzları yazdırmak için zamanınız olmayacaktır.

Bu sorunu çözmek için iki seçenek vardır:

  • çekler ara belleğe alınır ve tek tek yazdırılır;
  • Mağazaya, makbuzları kendi aralarında bölüştüren birkaç yazarkasa hizmet veriyor.

Bunu yapmak için “1C-Bitrix Kasa”da yeni bir bölüm oluşturmanız gerekir. Yeni bir bölümün yaratılmasının sağladığı bir diğer fırsat da makinelerin belirli yazar kasalara göre sınıflandırılmasıdır. Birkaç tüzel kişinin bir mağazaya sahip olması durumunda bu çok kullanışlıdır.

Her yazarkasa kurulumundan sonra, vergi denetimlerinin başlangıç ​​noktası olan yazarkasanın çalışması için küçük bir başlangıç ​​tutarı belirlemeniz gerekir. Artık sistem o güne ait tüm makbuzları ilgili bilgilerle birlikte görüntüleyecektir.

Bir satın alma işlemi gerçekleştirdikten sonra sistem bunu kaydeder ve iki onay kutusu koyar: ödemenin alındığını ve makbuzun temizlendiğini belirtir. Artık mallar toplanıp müşteriye gönderilebilir.
1C-Bitrix Kasiyer sisteminin avantajları

Pek çok sorun, bir çevrimiçi mağazanın 24 saat çalışmasıyla ve bunun sonucunda da yazarkasalarla ilişkilidir. Bunları çözmek için Bitrix aşağıdaki işlevlere sahiptir:

  • Yazar kasaların müsait olup olmadığı her dakika kontrol ediliyor.
  • Bir makbuz kuyruğu oluşturma.
  • Müşterinin banka kartında gerekli miktardaki paranın geçici olarak bloke edilmesi.

Yukarıdakilerin hepsini özetleyerek, Bitrix sisteminin yazarkasalarla çalışırken aşağıdaki avantajlara sahip olduğunu söyleyebiliriz:

  • Programın en son sürümü, yeni değişiklik 54-FZ'nin tüm gerekliliklerine tamamen uygundur.
  • Operasyon için yazarkasa sayısı sınırsızdır.
  • Tüm ticari işlemler zincirini destekler.
  • Ücretsiz bir uygulaması var.
  • Çevrimiçi mağazanın 7/24 çalışmasını destekler.
  • Makbuzlar için otomatik olarak bir kuyruk oluşturur.
  • Çeşitli tüzel kişilikler veya mağazalarla çalışma olanağına sahiptir.

54-FZ sayılı Kanuna göre, 1 Temmuz 2017'den itibaren çevrimiçi mağazanın sipariş için ödeme yapıldıktan sonra 5 dakika içinde makbuz vermesi gerekmektedir. Federal yasaya uygun olarak “Çevrimiçi yazarkasanın 1C-Bitrix çevrimiçi mağazasına bağlanması” hizmetini sunuyoruz.

Mali sürücü, 1C-Bitrix: Site Yönetim sistemi ile kasa arasındaki veri alışverişinde ara çalışma gerçekleştiren bir bilgisayar aracılığıyla bağlanır. Tüm ücretli siparişler kontrol edilerek Federal Vergi Hizmetine iletilmek üzere gerekli veri paketleri oluşturulur. Paketler çevrimiçi kasaya aktarılır, makbuz yazdırılır ve veriler OFD'ye ve Federal Vergi Hizmetine gönderilir. Değişim gerçek zamanlı olarak gerçekleştirilir, ancak sitenin ve bilgisayarın çalışmasını izlemek gerekir.

Her makbuz mağaza hakkında bilgi içermeli ve siparişteki malları listelemelidir. Tüm bilgiler sitelerden alınır ve iletimden sonra müşteriye çeke bağlantı içeren bir mektup gönderilir, bağlantı 54-FZ kanununa göre kişisel hesaptan edinilebilir.

Çevrimiçi yazarkasa bağlantısının açıklaması

Yazar kasalar arasındaki bağlantı 3 aşamada gerçekleştirilir.
İlk aşama: CCT satın almanız gerekir, Atol F30 veya Atol F42 önerilir. Ana kural, yazıcı gibi bir COM bağlantı noktasının varlığıdır. Sürücüleri bir bilgisayara yükleme.
İkinci aşama: mali sürücüler ve site arasında veri aktarımı ve değişim hizmetlerinin ayarlanması. İstediğiniz kadar çevrimiçi yazarkasa olabilir.
Üçüncü sahne: Sitedeki siparişlere ilişkin paketlerin oluşturulmasına ilişkin kuralların belirlenmesi. Ödeme sistemlerinin seçimi, makbuzları yazdırma yeteneği ve diğer özellikler.

CMS 1C-Bitrix sürümleri:

İş 72.900 ruble

Küçük işletme 35.900 ruble

Fiyat

Çevrimiçi yazar kasayı 1C-Bitrix çevrimiçi mağazasına bağlama

8000 ovmak.

1C-Bitrix sistemiyle çalışıyoruz, diğer sistemlerdeki siteleri birbirine bağlamıyoruz. Alternatif CMS'ler hazır çözümler sunmamakta veya 54-FZ Federal Kanununun gerekliliklerine ve müşteri ihtiyaçlarına göre çalışamamaktadır.

Programın yalnızca bir PC aracılığıyla çalıştığını anlamak gerekir. Yeniden başlattığınızda veri hizmeti otomatik olarak etkinleştirilir, ancak kapattığınızda değişim gerçekleşmez. Tüm bağlantılar herhangi bir çalışanın normal bilgisayarında yapılabilir, işe çok az kaynak ayrılır ve herhangi bir sorun yaşanmaz. Sitenin ve 1C-Bitrix ile ilgili tüm sistemlerin işleyişine yönelik destek sunuyoruz.

İlk aşama mali sürücünüzün sihirbazı ve bağlandığınız OFD tarafından gerçekleştirilir. Tüm sürücüleri yükledikten sonra TeamViewer veya Ammyy Admin aracılığıyla PC'ye erişim oluşturmanız gerekir. Tüm işler 2-3 saat içinde tamamlanır, bu nedenle bilgisayarın boş olması gerekir.

Sualtı kayaları

Bir sorun, Atol mali depolama cihazına, yani başka bir şirkete alternatif olabilir. Mali sürücünün bir COM bağlantı noktası olup olmadığını kontrol ettiğinizden emin olun.

İkinci önemli sorun ise 1C-Bitrix sisteminin versiyon 17 olması gerektiğidir. Sürümünüz farklıysa, platformu mevcut sürüme güncellemeniz ve sitenin işlevselliğini geri yüklemek için tüm çalışmaları yapmanız gerekir. Siteniz 1C-Bitrix platformunda değilse “1C-Bitrix'e Site Transferi” hizmetini kullanın.

Obukhov Konstantin

17.08.2017


Çevrimiçi bir mağazanız varsa ve İnternet üzerinden ödeme kabul ediyorsanız, 1 Temmuz 2017'den itibaren çevrimiçi bir yazar kasanız olur.


Heaven'ın, programcıların ve birkaç sert sözün yardımıyla kuruldu, malileştirildi, Bitrix'teki çevrimiçi mağazaya bağlandı ve artık az çok istikrarlı bir şekilde çalışıyor ve hatta makbuzları bile yazdırıyor.

Ve ilk başarısızlık gerçekleşene kadar herkes mutlu görünüyordu ve huzur içinde uyuyordu. Başarısızlığa tam olarak neyin sebep olduğu önemli değil, önemli olan şu ana kadar kasanın çalışmasını izlemenin bir yolu yoktu. Yazar kasa aniden çevrimdışı olursa, internet kesilirse veya başka bir şey olursa e-postalar veya Telegram mesajları gelmiyordu.

Bitrix, çevrimiçi kasanın kullanılamadığını takip etme ve mağaza sahibine bildirme gibi bir işlev sunmadı. Temmuz ayının ilk günlerinde Bitrix'teki Yazar Kasa Listesi'nde yer alan kasanın durumu bile gerçek durumunu göstermiyordu.


“Çevrimiçi” durumunun kasanın kullanılabilirliği ile hiçbir ilgisi yoktu. Bitrix teknik desteğiyle iletişime geçtikten sonra, bir sonraki sıcak güncelleme yeni bir sütun aldı: "Çevrimiçi kasaya son bağlantı tarihi." Her dakika güncellendi ve modülün geliştirilmesi için iyi bir temel oluşturdu.

Sensorium'dan çevrimiçi yazarkasa izleme modülü

Teknik destek departmanımız stresten inliyor, her çevrimiçi mağazada çevrimiçi yazarkasaların bulunduğunu ve tüm makbuzların yazdırıldığını ve OFD'de bağlantıların bulunduğunu günde 20 kez kontrol ederken, bölümdeki meslektaşlarımız bize yaklaştı ve hizmetlerini bağlamayı teklif etti. çevrimiçi yazarkasaların izlenmesi için.

Bu, web siteleri ve çevrimiçi mağazalar için yalnızca bir web sitesinin kullanılabilirliğini izlemekle kalmayıp aynı zamanda gerçek bir kullanıcı olarak kritik işlevlerini de kontrol eden, bir tarayıcı açan ve özel komut dosyalarını çalıştıran bir izleme hizmetidir. Hata durumunda Sensorium sizi Telegram kanalından anında bilgilendirir.

Biz zaten kasanın kullanılabilirliğini denetleyecek bir modül yazmayı düşünüyorduk, ancak hazır işlevleri doğrudan Sensorium hizmetinden aldığımız için görev büyük ölçüde basitleşti.

Ayrıca makbuzların yazdırılmasındaki hataları, z raporlarını, makbuz ekleme hatalarını otomatik olarak izlemek isteyenler için ve ayrıca sitenin kendisinin ve Bitrix'in kullanılamama durumunu izlemek isteyenler için Sensorium, 54-FZ https://sensorium.cloud/ tarifesini yayınladı. ru/.

54-FZ ile Maceralar. Çevrimiçi yazarkasa hata türleri

Modül geliştirildi, çeşitli sitelerde test edildi, teknik destek sevinçliydi ve gergin olmayı bıraktı.

Bitrix güncellemeler yayınlamaya, Online Yazarkasa modülünün işleyişini iyileştirmeye devam etti ve biz de online yazarkasadaki hataları, bugları ve özellikleri yakalamaya devam ettik.

Bitrix çevrimiçi yazar kasalarının işletimindeki ana sorunlar:

Yazar kasanın bulunması her zaman OFD'ye başarılı bir şekilde bağlandığı anlamına gelmez

Yazar kasa listesiyle resmimize dönelim.


Anlaşıldığı üzere, Kasiyer çevrimiçi olduğunda - evet ve son bağlantı tarihi = 1 dakika önce - resmin sakinliği aldatıcıdır.

Kassy54fz.ru sitesinden tanıdık diyagrama tekrar bakalım:


Her şey açık görünüyor:

  1. Bitrix'te çevrimiçi mağazanın bulunduğu bir sunucu var;
  2. BxDTO programı yazar kasanın bulunduğu bilgisayara kurulur (kırmızı simgeyle gösterilir);
  3. Bu program çevrimiçi bir yazarkasaya bağlıdır;
  4. Çevrimiçi yazarkasa, İnternet üzerinden OFD ile bağlantıyı sürdürür;
  5. OFD, çekleri Federal Vergi Hizmetine aktarır.
Dikkatli okuyucu, yukarıdaki resimdeki onay işaretinin ancak çek OFD'den Federal Vergi Hizmetine aktarıldıktan sonra göründüğünü fark edecektir. Ancak bunun hakkında daha fazla bilgiyi paragraf 2'de bulabilirsiniz.

"Yakalama nerede?" - şüpheli bir okuyucu bir soru soracaktır.

Yakalama veya tuhaflık, "Çevrimiçi" ve "Son Görülme" alanlarında tam olarak görüntülenen şeydir. Çıkıyor:

  1. "Çevrimiçi" alanında - çevrimiçi yazar kasanın OFD ile bağlantısının durumunu göstermez, ancak BxDTO programı için çevrimiçi yazar kasanın kullanılabilirliğini gösterir. Aynı zamanda online yazarkasa ile OFD arasındaki bağlantı da hiçbir şekilde izlenmiyor.
  2. "Son erişim" alanında - BxDTO programının siteye son erişiminin tarihini ve saatini belirtir.
Dolayısıyla bu iki önemli parametre yalnızca çevrimiçi yazarkasanın internete bağlı olduğu ve OFD ile bağlantısı olduğu varsayıldığında güvenilirdir.

Hadi bir deney yapalım: Yazar kasanın USB kablosunu bilgisayardan çıkarıyoruz, ne göreceğiz?

  1. Çevrimiçi yazar kasa - Hayır.
  2. Son istek - sanki kasa gerçekten erişilebilirmiş gibi sürekli olarak güncellenmeye devam ediyor.
Daha da ileri gidelim. Bilgisayar internete bağlıyken yazarkasanın internet bağlantısını keselim. Bu, internete bağlanmaktan sorumlu olan yazar kasanın com portunu devre dışı bırakarak basit bir şekilde başarılabilir. Ve neşeli ama aldatıcı bir resim elde ediyoruz:

  1. Çevrimiçi yazar kasa - Evet. Sonuçta, gerçekte BxDTO programı Kasiyere başarıyla bağlanıyor.
  2. Son çağrı - geçerli tarih ve saat, her 1 dakikada bir güncellenir.
Yani: çevrimiçi yazar kasanın OFD ile bağlantısı kesildi, çekleri mali sürücüye "başarılı bir şekilde" yazdırıyor, tüm çekler "Basılı" durumuna sahip olacak ve OFD kişisel hesabı boş olacak. Bitrix'ten bir alıcıya makbuzun bağlantısını gönderen e-posta şablonları yapılandırdıysanız, bu bağlantılar geçersiz olacaktır; üzerlerine tıkladığınızda OFD web sitesi böyle bir makbuzun bulunmadığını gösterecektir.

Sonuç olarak: Bu seçenekler yalnızca aşağıdaki durumları izleyebilir:

  1. Yazar kasa fiziksel olarak bilgisayara bağlıdır.
  2. Yazar kasanın bulunduğu bilgisayarın internet erişimi vardır.
  3. BxDTO programı donmuyor ve stabil çalışıyor.
Diğer tüm durumlar ne yazık ki kapsam dışındadır. Bitrix, durum hakkında zaten bilgilendirildi ve yazar kasa ile OFD arasındaki bağlantının kontrol edilmesi gerçeğini BxDTO'nun yeni sürümüne ekleyeceğine söz verdi.

Bitrix'teki çekin durumunun "Basılı" olması, çekin OFD'ye aktarıldığı anlamına gelmez

Bu paradoks, müşterimizin OFD kişisel hesabına baktığımızda ve Bitrix'te çeklerin “Basılı” durumuna rağmen OFD'nin bu çekleri almadığını ve dolayısıyla bunları Bitrix'e aktarmadığını gördüğümüzde gerçek bir vakayla ortaya çıktı. Federal Vergi Servisi.

Doğal olarak çeklerin aslında OFD'ye gitmediğine dair hiçbir şüphe yoktu. Bitrix mutlu bir şekilde "Basılı" durumunu gösterirken, herkes zaten sorunlu çekleri "Hata" durumuna göre ayırmaya alışmıştı.

Ne oldu?

1. maddede öğrendiğimiz gibi, Bitrix'teki hiçbir şey çevrimiçi yazarkasanın İnternet ve OFD ile bağlantısı olup olmadığını kontrol etmez. Ödeme sırasında bunlar iki farklı parametredir. Yazar kasanın internete bağlantısı olabilir ancak OFD'ye bağlantısı olmayabilir. Bunu doğrulamak için bir kendi kendine teşhis kontrolü yazdırmanız yeterlidir. 2 farklı satır gösterecektir: İnternet bağlantısı - evet; OFD ile bağlantı yok.

Ama OFD ile bağlantı yoksa Bitrix'te çeklerin "Basılı" statüsünde olmaması gerekir diyorsunuz... Bitrix'te bir çek için "Basılı" durumunun ​​Çevrimiçi yazarkasanın mali akümülatöre ne zaman kayıt yaptığını ayarlayın. Aynı zamanda BxDTO programı, çekin OFD'ye aktarıldığını hiçbir şekilde kontrol etmez.

Dürüst olmak gerekirse, 54-FZ mantığını sıkı bir şekilde takip edersek, bu "Basılı" durumu değil, daha ziyade "Kaydedildi" durumudur. Veya çekin Federal Vergi Hizmetinde kasaya kaydedilmesi ve çekin Federal Vergi Hizmetine aktarılması durumlarını bir şekilde ayırmak için başka bir "OFD'ye Gönderildi" durumuna girmek gerekiyordu.

Çözüm: Şu ana kadar iki çözüm bulduk:

  1. Bitrix ve OFD'den gelen günlük makbuzların manuel mutabakatı. Her iki kaynaktan da makbuzları Excel'e indirebilirsiniz.
  2. Robot, Bitrix'teki "Basılı" statüsündeki her çekin OFD web sitesinde gerçek bir kayda sahip olduğunu doğruladığında, 54-FZ tarifesi dahilinde Sensorium hizmeti aracılığıyla çeklerin otomatik mutabakatı.

Siparişe ait fiş basılmışsa sipariş silinemez.

Ödemenin iade edilmesi ve İade makbuzu basılarak iptal edilmesi gerekmektedir. Bu gerçek, korkunç bir günde çevrimiçi mağazadaki faturaların kesilmesiyle deneysel olarak da öğrenildi. Çeklerden bazılarının durumu Hata, geri kalanının durumu "Yazdırma işleminde".

Çözüm, makbuz listesinin dikkatli bir şekilde incelenmesiyle sağlandı. Bu iki çekin, sipariş numaraları orada olmasına rağmen Hata durumunda herhangi bir ödeme hizmeti yoktu.

Yöneticinin bu 2 siparişi sildiği, makbuzların boş mal listesiyle birlikte BxDTO'ya gittiği ortaya çıktı. Bu nedenle BxDTO hata vermeye devam etti, ancak bunun özü herkes için bir sırdı... Ve Bitrix'in gizli bir b_cashbox_error_log tablosu olmasına rağmen (tüm çek yazdırma hatalarını gösterir), yargılama sırasında bu ikisi için normal bir açıklama yoktu. kontrol eder.

Çevrimiçi yazarkasanın bağlı olduğu bilgisayar düzenli olarak donuyorsa BxDTO programının yeni sürümünü yükleyin.

İşletim sistemimiz için yeni bir sürümü yalnızca Chat aracılığıyla eğitim kursu sayfasında alabildik. Bu sayfadaki sohbette düzenli olarak görev başında olan Bitrix'teki meslektaşlarıma teşekkür ederim. Bu sorunu teşhis etmek 3 gün ve 3 bilgisayar aldı.

Siparişte 2 farklı ödeme olması durumunda makbuz basımı mümkün değildir.

Tatlı olarak, çevrimiçi yazarkasaların/Atol/Bitrix'in ana sorunu kısmi ödemelerdir. Bu, siparişin müşteriden gelen iki ödemeyi içerdiği zamandır: örneğin banka kartıyla ve nakit olarak.

Bizim durumumuzda siparişin büyük kısmı banka kartıyla, geri kalanı ise bonuslarla ödeniyor. Üstelik bonuslar aynı zamanda bir ödeme sistemidir.


Ve Bitrix'te makbuzların yazdırılmasındaki gizli Hatalar işaretinde - b_sale_cashbox_err_log bir hata beliriyor:

Bitrix'in takdirine göre, aynı hatanın bu durumda bu siparişin sayfasındaki Siparişle ilgili sorun alanında da gösterildiğini söylemek gerekir.

Çözüm: henüz mevcut değil. TP Bitrix'e göre Athol yazar kasaları kısmi ödemeli makbuz basımını desteklemiyor.

Çevrimiçi ödeme konusunda yardıma ihtiyacınız varsa, lütfen web sitesindeki sohbetten (sağ alt köşede) bize yazın.

Çevrimiçi bir mağazayı işletmek için CCP ModulKassa'nın CMS ile entegrasyonunu düşünelim.

ModulKassa ve 1C-Bitrix entegrasyonu

CCP ve CMS 1C-Bitrix'in entegrasyon aşamaları:

  • Ödeme sistemi, çevrimiçi mağazaya (Bitrix) başarılı ödeme bildirimi gönderir.
  • Başarılı ödeme sonrasında Bitrix, siparişe göre bir makbuz oluşturur.
  • Malileştirme Modülü, Bitrix'te fiş oluşumunu izler ve yeni bir fiş gördüğünde bunu Kasiyer Modülü sunucusuna aktarır (şu anda Bitrix'teki fiş "Baskı aşamasında" durumuna değişir).
  • ModulKassa sunucusu çekini kabul eder ve bu belgeyi kendisine aktarmak için kasanın bağlanmasını bekler.
  • ModulKassa sunucusu, belgenin malileştirilmesine ilişkin Bitrix'e bir bildirim gönderir.
  • Bitrix'e başarıyla bildirim gönderildikten sonra Kasiyer Modülü Kişisel Hesabındaki belge "Tamamlandı" durumuna geçer (Bitrix'te "Basılı" durumuna geçer).
Kasiyer Modülü ile CMS 1C Bitrix entegrasyonuna ilişkin detaylı bilgiyi üreticinin teknik destek web sitesinden okuyabilirsiniz.

ModulKassa'nın PayAnyWay ile entegrasyonu

Yazar kasa ve CMS PayAnyWay entegrasyon aşamaları

  • Alıcı, çevrimiçi mağazanın web sitesinde bir sipariş oluşturur ve bunun için ödeme yapar.
  • PayAnyWay, çevrimiçi mağazaya başarılı ödeme bildirimi gönderir.
  • Ödeme yapıldıktan sonra PayAnyWay'den gelen belge ModulKassa sunucusuna aktarılır. Sunucu, bu belgeyi kendisine aktarmak için kasanın bağlanmasını bekliyor.
  • Yazar kasa her 5 saniyede bir sunucudan yeni belge gelmesini talep eder ve yeni bir belge gördüğünde bunu malileştirmeye kabul eder.
  • Kasa, belgeyi malileştirir ve ona bir mali nitelik (FDI) atar. Çek OFD'ye gönderilir.
  • Yazar kasa, belgenin mali verilerini ModulKassa sunucusuna iletir.
  • ModulKassa sunucusu, PayAnyWay'e malileştirmenin sonucu hakkında bir bildirim gönderir. Tüm makbuzlar ve malileştirme sürecinin ayrıntılı bir günlüğü PayAnyWay Cashier web sitesinde görüntülenebilir. Kasiyer Modülü ve CMS PayAnyWay entegrasyonuna ilişkin ayrıntılı bilgiye üreticinin teknik destek web sitesinden ulaşılabilir.

    ModulKassa'nın Yandex.Kassa ile entegrasyonu



    Yandex, çevrimiçi yazar kasayla çalışmak için iki plan sunar:

    • 5 dakika içinde
    • 7 gün içinde

    “5 dakika” çalışma şemasında Yandex.Checkout, siparişi çevrimiçi mağazadan ModulKassa'ya aktarır ve 5 dakika içinde durumunu sorar. Bu süre zarfında belge "Tamamlandı" durumuna geçmezse Yandex parayı alıcıya iade eder.

    “7 gün önceden” uygulamasıyla Yandex.Checkout, siparişi online mağazadan ModulKassa'ya aktaracak ve 7 gün içinde durumunu talep edecek ancak ödeme iptal edilmeyecektir. Böylece kasadan cevap bekleme süresi 7 güne çıkıyor.

    Yandex.Checkout Kişisel Hesabınızın çevrimiçi kasa ayarlarından bir çalışma planı seçebilirsiniz.

    “7 gün içinde” kurulum sırasında kasa ve CMS Yandex.Kassa entegrasyon aşamaları.

    • Alıcı, çevrimiçi mağazanın web sitesinde bir sipariş oluşturur ve bunun için ödeme yapar.
    • Ödeme talebiyle birlikte makbuz verileri (malların adı, miktarı, fiyatı, KDV oranı ve alıcının e-posta adresi) çevrimiçi mağazadan Yandex.Checkout'a aktarılır.
    • Ödeme yapıldıktan sonra Yandex.Checkout'taki belge ModulKassa sunucusuna aktarılır. Sunucu, bu belgeyi kendisine aktarmak için kasanın bağlanmasını bekliyor.
    • Yazar kasa her 5 saniyede bir sunucudan yeni belge gelmesini talep eder ve yeni bir belge gördüğünde bunu malileştirmeye kabul eder.
    • Kasa, belgeyi malileştirir ve ona bir mali nitelik (FDI) atar. Çek OFD'ye gönderilir.
    • Yazar kasa, belgenin mali verilerini Kasiyer Modülü sunucusuna aktarır ve belge “Tamamlandı” durumuna geçer.
    • Yandex.Checkout malileştirmenin sonucunu ister. Yandex.Checkout Kişisel Hesabınızda her işlem için malileştirmenin sonucuna ilişkin bilgileri görebilirsiniz.

    Kasiyer Modülü ve CMS Yandex.Checkout entegrasyonuna ilişkin detaylı bilgiye üreticinin teknik destek web sitesinden ulaşılabilir.