Memproses pekerjaan pencatat fiskal atol. Pavel Chistov

Pencatat fiskal kelas premium untuk organisasi besar dengan banyak titik penjualan, yang bertujuan untuk melayani arus pelanggan besar seefisien dan secepat mungkin. Kualitas, kenyamanan, dan keandalan telah diuji oleh ribuan pengguna di seluruh Rusia. Menarik perhatian pembeli dengan mencantumkan informasi pemasaran pada kuitansi, informasi tentang diskon, promosi khusus, dan informasi lain yang diperlukan untuk menciptakan hubungan setia dengan pelanggan Anda. Pemotong otomatis diasuransikan terhadap kemacetan pisau berkat teknologi unik dari perusahaan Jepang Seiko Instruments. Kompatibel dengan semua sistem operasi paling umum (Windows, Linux, Android atau iOS) dan program mesin kasir. Siap untuk EGAIS— memungkinkan Anda membuat dan mencetak kode QR pada tanda terima. Kenyamanan penempatan— penempatan horizontal atau vertikal di meja kas dimungkinkan.

Kecepatan cetak: hingga 200 mm/s
Sumber daya kepala cetak: 100 km pita tanda terima
Pemotongan otomatis: Ya (adanya sisir untuk pemisahan pita tanda terima secara manual), sumber daya 1.000.000 pemotongan
Jumlah karakter per baris: dari 24 hingga 64 (dengan kertas 80 mm); dari 24 hingga 48 (dengan kertas 58 mm)
Antarmuka: Ethernet, USB. Wi-fi opsional, 2G, 3G (dengan memasang modul komunikasi)
Daya: 24V dari catu daya
Berat: 1,4kg
Dimensi: 140 × 200 × 140 mm

Menu halaman:

Pengaturan registrar fiskal sebelum menghubungkan ke komputer

Untuk mengkonfigurasi transfer data fiskal melalui kabel USB, lihat instruksi ini.

Secara default, ATOL 30F dikonfigurasi untuk bekerja dengan PC melalui port USB; tidak ada tambahan yang diperlukan untuk dikonfigurasi di perangkat.

Instalasi pengemudi

• Kami menghubungkan FPrint11 PTK ke PC. Untuk melakukan ini, buka yang diunduh sebelumnya Driver perangkat keras Atol versi 6.20 dan pilih "Mengatur properti":

Setelah itu, di jendela baru yang terbuka, pilih "Cari peralatan":

Tanda berikut akan muncul di jendela, yang akan kita cari. Saat perangkat ditemukan, perangkat tersebut akan ditampilkan di baris paling bawah:

• Anda bisa langsung menguji printer tersebut dengan melakukan uji coba penjualan. Untuk melakukan ini, kami secara berurutan:

1. Centang kotak “Perangkat dihidupkan”;
2. Memilih Modus pendaftaran di pojok kanan atas;
3. Selanjutnya, klik “Masuk”;
4. Dan di bidang tengah kami melakukan penjualan uji:

Jika urutan tindakannya benar, printer akan mencetak tanda terima. JANGAN LUPA untuk menghapus centang pada kotak perangkat menyala saat keluar dari driver, jika tidak maka akan menyulitkan perangkat untuk bekerja dengan program lain.

Koneksi ke 1C 7.X

Koneksi ke 1C 8.X

"ATOL: Pengemudi KKM" 1c v8.1/8.2

Menghubungkan "ATOL: General KKM Driver" ke 1C versi 8.2, konfigurasi tipikal "Retail 1.0"

Koneksi ke konfigurasi standar "Manufaktur Manajemen Perusahaan", edisi 1.2, pada platform 1C versi 8.0/8.1/8.2 dilakukan dengan cara yang sama.

1) Instal “ATOL: Driver umum KKM 6”.
Penting untuk menulis ulang dari folder...\Program Files\ATOL\Drivers\BIN\ semua file dengan ekstensi *.dll ke direktori platform 1C (..\Program Files\1Сv81\bin\)

2) Daftarkan file FPrnM1C.dll di registri sistem menggunakan perintah regsvr32 “[path to file]\FPrnM1C.dll” (jika karena alasan tertentu pendaftaran tidak terjadi secara otomatis karena alasan instalasi).

3) Jika tidak mungkin mendaftarkan file di sistem dengan cara yang dijelaskan di atas (yang mungkin karena karakteristik OS), maka Anda perlu menjalankan baris perintah sebagai Administrator (di Windows 8 Anda dapat menekan tombol Tombol Win+X lalu pilih item menu yang diinginkan; di Windows 7 baris perintah terletak di menu Start). Selanjutnya, masukkan perintah di atas di sana dan jalankan.

4) Hubungkan mesin kasir ke PC.

5) Luncurkan 1C:Perusahaan.

6) Buka menu “Layanan” -> “Peralatan komersial” -> “Asisten untuk menghubungkan dan menyiapkan peralatan komersial”.

7) Di jendela formulir, pilih “Pencatat fiskal”, klik Lebih jauh.

7) Pada formulir penambahan proses pemeliharaan driver, pilih pemrosesan dari katalog, klik Dapatkan daftar, Pilih ATOL: Pencatat fiskal(pemrosesan ini harus diunduh terlebih dahulu dari database pemrosesan yang disediakan di tautan https://its.1c.ru/db/metod8dev#content:3020:hdoc), klik Berikutnya.

8) Di jendela untuk menambahkan perangkat baru, pilih model Anda dan mesin kasir tempat perekam akan bekerja, klik Lebih jauh.

9) Dalam pengaturan, pilih port yang terhubung dengan perekam, tekan OK.

10) Perangkat terhubung, Anda dapat mulai bekerja :)

Koneksi ke Android

Instalasi perangkat lunak

1. Nyalakan ponsel cerdas Anda dan buat koneksi Internet.

3. Instal program yang diunduh pada ponsel cerdas Anda (terletak di folder Unduh). Selama instalasi, peringatan mungkin muncul tentang menginstal program dari sumber yang tidak dikenal, dalam hal ini Anda harus masuk ke menu Keamanan centang kotak "P". "Izinkan pemasangan aplikasi dari sumber yang tidak diketahui."

Memperoleh lisensi

5. Pilih sebuah item "Aktivasi lisensi" klik NEXT, pilih "TabletPOS/TOKO ANDA", klik lagi NEXT, lalu masukkan LicenseID (pada form perjanjian lisensi Tablet POS) dan DeviceID (serial number pada panel belakang FPrint-11). Surat dengan file lisensi (arsip ZIP dengan file format "dat" di dalamnya) akan dikirim ke E-mail yang dimasukkan.

6. Unzip (bisa menggunakan smartphone, atau di komputer lain lalu download ke smartphone).

Men-debug komunikasi dengan perangkat

7. Hubungkan pemindai kode batang ke perangkat FPrint-11.

8. Atur saluran pertukaran data Bluetooth di pengaturan mesin kasir. Untuk melakukan ini, Anda harus masuk ke mode layanan. Dengan menekan tombol maju cepat, hidupkan perangkat. Tanpa melepaskan tombol fast forward, tunggu bunyi bip kelima (“mencicit”), baru kemudian lepaskan tombol. Menu SERVICE MODE akan dicetak.

9. Tekan tombol fast forward 2 kali (setiap kali ditekan, sinyal suara akan terdengar). Submenu "Exchange Channel" akan dicetak. Untuk memilih Bluetooth (poin 3), tekan tombol gulir 3 kali.

10. Keluar dari mode layanan - satu klik.

11. Nyalakan Bluetooth di ponsel cerdas Anda. Pilih FPrint-11 dari daftar perangkat. Lalu konfirmasi dulu koneksi di FPrint-11 (tekan dan tahan tombol fast forward hingga berbunyi bip), LALU konfirmasikan koneksi di smartphone. Koneksi Bluetooth harus dibuat.

Aktivasi lisensi

12. Buka program TabletPOS. “Peralatan” -> “KKM”, pilih FPrint-11 pada menu “Model” dan pada menu “Terhubung”.

13. Kembali ke menu utama. Sekarang “Layanan” -> “Lisensi”, klik tombol “Perbarui”. Dalam daftar "Lisensi Ditemukan", item dengan nama file lisensi dan nomor seri mesin kasir harus disorot dengan warna abu-abu, dan pesan "Aktif" akan muncul.

Pengembangan yang diusulkan dimaksudkan untuk mengatur kolaborasi konfigurasi 1C dengan pencatat fiskal dan alat kasir semua model merek dagang ATOL, SHTRIKH-M, ISKRA yang paling populer di kalangan pengguna, serta sejumlah pengembang terkenal Rusia lainnya. peralatan mesin kasir. Fungsionalitas program ini sepenuhnya memenuhi persyaratan Undang-Undang Federal No. 54 dan memungkinkan Anda untuk bekerja dengan semua format data fiskal yang ada. Saat ini adalah jajaran versi (protokol) 1.0, 1.05 dan 1.1.

Sebelum menginstal perangkat lunak pemrosesan KKT-ONLINE, konfigurasi 1C yang diinstal tidak perlu diperbarui - semua pengaturan yang diperlukan hanya akan memengaruhi fungsi khusus program. Pengembang menjamin kompatibilitas penuh dengan perangkat lunak yang menjalankan semua versi OS Windows dan Linux yang tersedia. Di antara banyak keuntungan dari produk perangkat lunak baru ini adalah kemampuan untuk bekerja secara paralel dengan dua atau lebih pencatat fiskal, atau bekerja dari stasiun kerja yang berbeda ke FD “umum”.

Di antara banyak kemampuan pemrosesan adalah pembuatan templat cek asli yang benar-benar baru, serta pembuatan dokumen dengan penggunaan beberapa sistem perpajakan secara bersamaan. Pengguna dapat mencoba semua fungsi ini sebelum membeli salah satu opsi lisensi untuk hak menggunakan produk perangkat lunak KKT-ONLINE. Calon pembeli memiliki kesempatan untuk mengunduh kit distribusi dari situs web pengembang, memeriksa semua fungsi pemrosesan yang paling penting baginya, dan hanya setelah itu melakukan pembelian dan menerima kunci produk.

Fungsionalitas dasar

● Kompatibel dengan hampir semua alat kasir yang ada pada saat program diluncurkan.

● Bekerja pada semua versi OS Windows dan Linux saat ini.

● Dukungan untuk semua format dokumen fiskal yang disetujui - mulai dari versi awal 1.0 dan protokol transisi 1.05, hingga FFD 1.1 tercanggih saat ini.

● Fungsi pendistribusian kembali data yang terdapat dalam tanda terima kepada dua atau lebih pencatat fiskal.

● Jaminan dukungan untuk format pertukaran dan teknologi untuk menghasilkan komponen eksternal untuk semua konfigurasi 1C, dimulai dengan v.8.1.

Fitur Pencetakan

● Kemungkinan mencetak salinan tanda terima menggunakan jaringan biasa atau printer lokal, atau printer dokumen standar di tempat kerja kasir.

● Membuat antrian cetak - kemampuan untuk mencetak tanda terima dari dua atau lebih stasiun kerja.

● Fungsi melihat pratinjau tanda terima di layar sebelum mencetaknya, yang dipanggil dengan menekan tombol yang sesuai di jendela pengaturan cetak.

● Dukungan untuk mencetak “Pemeriksaan Koreksi” meskipun dokumen ini tidak disertakan dalam fungsi program dasar.

● Ketersediaan formulir pencetakan awal yang memungkinkan Anda mengubah isi jalur fiskal dalam tanda terima atau menentukan metode pembayaran lain.

Menyiapkan template

● Membuat templat tanda terima baru yang benar-benar asli, menempatkan kode batang, gambar atau teks iklan, serta informasi berguna lainnya di dalamnya. (Untuk prosedur pengaturan, lihat bagian “Template Dokumen”).

● Kemungkinan menampilkan item produk dalam satu baris saat mengerjakan sistem perpajakan yang tidak memerlukan akuntansi penerimaan terpisah untuk item berbeda.

● Dukungan pencetakan struk berisi daftar lengkap item produk langsung dari dokumen kas.

● Fungsi melihat tanda terima yang telah disiapkan selama proses pengaturan template.

Fitur pembuatan dan pengiriman dokumen

● Kemungkinan pencatatan data secara simultan dalam suatu dokumen untuk beberapa sistem perpajakan sekaligus, misalnya EVND dan OSN. (Prosedur pengaturan dijelaskan secara rinci di bagian “Distribusi alat bantu navigasi”).

● Dukungan untuk mengirimkan cek versi elektronik ke email pembeli menggunakan fungsi 1C.

● Akuntansi untuk uang muka dan pembayaran sebagian dalam protokol 1.05 dan 1.0. (Untuk prosedur pengaturan, lihat bagian “Cetak Formulir Tes”).

● Ketersediaan formulir bawaannya sendiri, yang memungkinkan Anda mempercepat pemasukan rincian tambahan cek - nomor telepon dan E-mail pembeli.

Fitur lainnya

● Koneksi perpustakaan tambahan untuk mengubah fungsionalitas program pemrosesan sesuai dengan kebutuhan pelanggan.

● Dukungan untuk bekerja dengan mesin kasir yang tidak dilengkapi dengan unit penyimpanan fiskal.

● Kemungkinan menginstal Emulator, yang memungkinkan Anda menguji semua kemampuan dan mode bekerja bersama dengan mesin kasir.

● Kemungkinan memasukkan parameter yang mengontrol pembukaan laci kas pada saat cek dicetak.

Perizinan

Lisensi yang dibeli tidak memiliki batasan jangka waktu penggunaan dan tidak perlu diperpanjang. Jangka waktu 12 bulan yang ditentukan dalam perjanjian lisensi bersifat umum dan tidak berlaku untuk semua versi komersial produk perangkat lunak.

Fungsionalitas dan perbedaan antara mode “Demo” dan “Lisensi”.

Saat bekerja dalam mode demo uji, semua fungsi dan layanan dari produk pemrosesan yang diinstal tersedia. Perbedaan antara mode "Demo" dan fungsionalitas produk dengan kunci yang dibeli dan dipasang adalah ketika tanda terima dicetak, jendela informasi muncul di layar dengan pesan tentang bekerja dalam mode demo sementara, dan tanda terima tersebut adalah dicetak dengan beberapa penundaan. Selain itu, dalam mode ini jumlah operasi yang dapat dimasukkan dari satu workstation dibatasi.

Setelah membeli lisensi dan mengaktifkan program pemrosesan dengan memasukkan kunci produk, pembatasan ini akan dihapus secara otomatis. Tergantung pada versi lisensi berbayar, kunci aktivasi dapat menyediakan fungsi penuh hanya pada satu atau beberapa stasiun kerja. Jika Anda membeli lisensi untuk kursi lebih banyak dari versi awal, produk harus dinonaktifkan sepenuhnya menggunakan opsi yang sesuai di menu. Dan baru setelah itu instal kunci lisensi baru.

Masalah khas dan isu kontroversial

Jika paket perangkat lunak 1C diinstal di server, dan versi klien 1C diinstal pada komputer untuk menghubungkan pengguna, untuk bekerja dalam mode fungsi penuh Anda harus membeli sejumlah lisensi yang sesuai dengan jumlah total komputer dengan instalasi program pemrosesan. Jika pengguna terhubung ke server melalui RemoteAPP atau melalui protokol RDP, lisensi pemrosesan hanya dibeli untuk server.

Pengguna yang memenuhi syarat untuk mendapatkan dukungan teknis pada tanggal 20 November 2017, serta pelanggan yang membeli pemrosesan pada periode berikutnya, akan menerima lisensi tanpa biaya tambahan. Jumlah lisensi yang diberikan akan bergantung pada jumlah program yang dibeli sebelumnya dan sisa periode dukungan teknis. Semua pengguna yang sebelumnya membeli program pemrosesan akan menerima diskon tambahan saat membeli lisensi baru.

Prosedur untuk menyelesaikan konfigurasi

Saat bekerja dalam konfigurasi yang mendukung koneksi “KKT”, Anda tidak perlu memodifikasinya. Dalam kasus lain, untuk secara eksplisit menentukan dokumen dari mana pencetakan akan dilakukan, disarankan untuk memodifikasi program. Anda dapat melakukan modifikasi sendiri, menggunakan instruksi video khusus, atau menghubungi pengembangnya langsung.

Pengaturan individual untuk programmer berpengalaman

Untuk mengubah fungsionalitas program, Anda dapat menggunakan pemrosesan tambahan, yang distribusinya ada di arsip produk utama. Contoh penerapan kemungkinan perubahan ditampilkan dengan jelas dalam video demonstrasi.

Kompatibel dengan konfigurasi dan produk pihak ketiga

Pemrosesan KKT-ONLINE dapat diintegrasikan ke dalam konfigurasi pihak ketiga dan produk yang tidak mendukung fungsi standar untuk bekerja dengan program pemrosesan eksternal. Untuk berbagai konfigurasi 1C dari perusahaan Rarus, Dalion dan beberapa developer lainnya, telah disiapkan upgrade kit yang dapat dibeli bersama dengan lisensi utama.

Formulir debug

Untuk menyederhanakan prosedur bagi pengguna untuk memeriksa dan mengkonfigurasi fungsionalitas, produk berisi "formulir debugging" khusus, yang tersedia di menu "File" - "Buka". Formulir ini memungkinkan Anda untuk mencetak tanda terima awal dan fiskal dari dokumen apa pun, dan dapat membantu mengatur pencetakan tanda terima fiskal lengkap tanpa mengubah konfigurasi 1C jika menggunakan peralatan ritel dengan antarmuka koneksi non-standar.

Dukungan teknis

Semua saran yang diperlukan mengenai instalasi dan penggunaan program dapat diperoleh secara gratis dalam waktu satu bulan sejak tanggal pembayaran lisensi dengan menghubungi pengembang melalui email atau melalui umpan balik situs. Pembaruan produk perangkat lunak disediakan tanpa batasan pembayaran dan waktu. Anda dapat memulai prosedur untuk mencari dan menginstal pembaruan dengan mengaktifkan item menu “Periksa pembaruan”. Untuk menyelesaikan prosedur ini, Anda harus mengunduh versi yang sesuai dari komponen sistem operasi Breadboard dari situs web pengembang dan menghubungkannya sesuai dengan instruksi program.

Koneksi stasiun kerja tambahan dan modifikasi konfigurasi dilakukan secara berbayar.

Apakah pemrosesan ini mendukung pencetakan laporan X (laporan yang tidak dikosongkan)?

Ya, benar.

Konfigurasi apa yang didukungnya?

Segala sesuatu yang bekerja pada bentuk konvensional dan bekerja dengan peralatan komersial. Misalnya Manajemen Perdagangan 10.3, Otomasi Terpadu 1, Akuntansi 2, Ritel 1, Manajemen Perusahaan Manufaktur 1.3, Akuntansi Pemerintah 1, program industri berdasarkan: Rarus: CRM, Bit: Kafe, Bit: Konstruksi dan banyak lainnya.

PApakah pemrosesan ini akan berfungsi untuk konfigurasi saya?

Ya, jika konfigurasi Anda tidak ada pada formulir terkelola, maka dalam sebagian besar kasus, konfigurasi tersebut dapat digunakan.

Bagaimana cara memperhitungkan PEMBAYARAN DIMUKA dan SEBAGIAN saat menjual?

Untuk FFD 1.0, ditawarkan beberapa opsi akuntansi Pembayaran di Muka:

1. Anda mencerminkan nomenklatur dalam cek, tetapi mengurangi jumlahnya sehingga sesuai dengan jumlah uang muka. 2. Anda mencerminkan satu baris di cek dengan tulisan “Uang Muka”, kemudian, ketika Anda dapat melakukan pembayaran penuh, Anda mengembalikan tanda terima “Uang Muka”, dan menerima jumlah penuh dengan deskripsi barang yang dijual.

Untuk FFD 1.05 Pembayaran di muka dan Pembayaran sebagian diperhitungkan melalui jenis pembayaran terpisah "Pembayaran di muka", "Pascabayar" dan "Penyediaan balasan"

Apakah mungkin membayar melalui badan hukum?

Ya kamu bisa. Saat melakukan pemesanan, pilih pembayaran dari badan hukum dan isi detailnya dan faktur akan dibuat untuk badan hukum ini.

Apakah pemrosesan ini berfungsi pada formulir terkelola (Akuntansi 3, Ritel 2, ERP, UT 11, UNF, dll.)?

Tidak, konfigurasi pada formulir terkelola (meskipun dijalankan pada formulir biasa) menggunakan BPO (Library of Connected Equipment), ini adalah standar untuk pengoperasian dan koneksi peralatan komersial, semuanya dibangun ke dalam konfigurasi itu sendiri, dan jika ada perlu diubah, harus diperbarui atau dimodifikasi.

Jika pemrosesan Anda tidak dimulai, apa yang harus saya lakukan?

Jika Anda memiliki pertanyaan saat menghubungkan, tulislah kepada saya, saya dapat terhubung dari jarak jauh dan memeriksa apakah semuanya telah dikonfigurasi dengan benar

Kesalahan ini terutama disebabkan oleh fakta bahwa driver untuk peralatan tersebut tidak diinstal atau komponen yang bekerja dengannya tidak dapat diinstal. Pertama, periksa apakah Anda telah menginstal driver untuk peralatan trading Anda. Mereka dapat diunduh secara gratis dari publikasi ini atau dari situs web pengembang. Kemudian coba jalankan 1C dengan hak penuh agar komponennya terdaftar, jika tidak ada yang membantu, tulis ke saya, bersama-sama kita pasti akan mencari tahu.

Bagaimana sekarang saya bisa membuka dan menutup shift dan mencetak X-Report?

Pemrosesan terhubung sebagai pencatat fiskal standar dan oleh karena itu peluncuran prosedur ini mirip dengan pencatat fiskal. Itu. “Layanan” - “Peralatan komersial” - “Bekerja dengan mesin kasir” - “Menutup shift kasir” atau “Melaporkan shift kasir tanpa pembatalan”, perintah ini juga tersedia dari Tempat Kerja Kasir.

Saat mencetak, apakah jendela "Cetak dokumen tidak ditentukan. Kemungkinan kesalahan" muncul?

Undang-undang mengharuskan sejumlah besar data yang perlu ditransfer ke kantor, dan mekanisme pencetakan standar tidak memungkinkan Anda menerima semua rincian, sehingga pemrosesan menggunakan algoritmanya sendiri untuk menentukan dokumen dari mana segel diluncurkan. perintah untuk mencetak cek. Jika pesan ini muncul, maka algoritma ini tidak dapat menerima dokumen tersebut, dan Anda perlu melakukan perbaikan seperti pada video di publikasi.

Versi demo tersedia untuk diunduh gratis (terlampir pada publikasi dengan file "gratis" "Mesin kasir online (menurut 54-FZ) untuk 1C 7.7: [Versi demo]")
Siapapun yang tertarik untuk membeli program ini dapat mengunduh versi demo secara gratis untuk menguji kemampuan pengembangannya.

Versi demo memiliki keterbatasan:
1) cek elektronik hanya dikirim ke alamat email tetap
2) jumlah cek tidak boleh melebihi 300 rubel.
3) jumlah posisi dalam cek tidak boleh lebih dari 3.
4) waktu pemecahan cek dibatasi pada jam kerja: pukul 08.00 s/d 16.59

Kode pemrosesan eksternal dalam versi Demo ditutup dan dilindungi menggunakan KZK-2! Untuk pengoperasian yang benar, pertama-tama perlu menempatkan perpustakaan precomp.dll (disertakan dalam kit) di direktori database 1C tempat pemrosesan diluncurkan, atau di direktori instalasi program 1C (biasanya C:\Programm Files \1cv77\bin\)

Dalam versi komersial, kode pemrosesan sepenuhnya terbuka dan tidak dilindungi.

BARU!!! Driver Atol DTO 10 didukung untuk platform 1C 7.7.
BARU!!! Perubahan sejak 01/07/2019 didukung (tag 1227-1231 dan lainnya).

BARU!!! Penjualan eceran produk tembakau berlabel, sepatu, obat-obatan, dll. didukung.

PERHATIAN! Modul "54-FZ: RMK GISM (Penandaan) untuk 1C 7.7" berfungsi sebagai perpanjangan dari modul dasar "54-FZ: Mesin kasir online untuk 1C 7.7" dan merupakan antarmuka untuk memasukkan barcode produk berlabel dan selanjutnya mentransfernya ke modul pencetakan resi KKM.
Tidak dapat sepenuhnya digunakan secara mandiri tanpa modul dasar dan tidak memuat mekanisme pengiriman kwitansi ke mesin kasir, karena mekanisme ini terdapat dalam modul dasar - “54-FZ: Mesin kasir online untuk 1C 7.7”, yang dapat dibeli secara terpisah di halaman publikasi ini.

Presentasi video "RMK GISM (Penandaan) untuk 1C 7.7":

Pengembangan ini cocok tanpa modifikasi baik untuk konfigurasi standar maupun non-standar, yang mendukung koneksi pencatat fiskal melalui proses “Penyiapan peralatan ritel”:

Daftar konfigurasi yang didukung	Dokumen yang mendukung pencetakan di FR
1C 7.7 “Perdagangan dan gudang, ed. 9.2"	pemeriksaan KKM Penerimaan pesanan tunai Surat perintah tunai rekening
1C 7.7 “Kompleks, ed. 4,5"	pemeriksaan KKM Penerimaan pesanan tunai Surat perintah tunai rekening
1C 7.7 “Akuntansi, ed. 4,5"	Penerimaan pesanan tunai Surat perintah tunai rekening
1C 7.7 “USN, ed. 1,3"	Penerimaan pesanan tunai Surat perintah tunai rekening
Konfigurasi apa pun yang tidak standar atau ketinggalan jaman berdasarkan 1C 7.7 (termasuk konfigurasi “Trade and Warehouse, Rev. 8.7”, “RARUS”)	Diperlukan adaptasi, yang bisa Anda lakukan sendiri. Kami juga menerima pesanan untuk adaptasi

Dimungkinkan untuk terhubung tanpa mengubah konfigurasi 1C (tanpa membuat perubahan pada metadata 1 CV7. md), dan dengan modifikasi konfigurasi. Dalam mode tanpa modifikasi konfigurasi, beberapa fungsi akan dinonaktifkan, yang dalam banyak kasus dapat diabaikan (lebih lanjut tentang ini di bawah, lihat*).

Dimungkinkan juga untuk mengimplementasikannya dalam konfigurasi sewenang-wenang yang tidak memiliki fungsinya sendiri untuk menghubungkan dan menggunakan peralatan ritel (instruksi video di bawah):

Kode pengembangan sepenuhnya terbuka, tidak ada kawasan lindung atau tertutup. Pengguna dapat mengubah program sesuai kebutuhannya.

Presentasi video "Cara menggunakan modul Online Cash Desk (54-FZ) di 1C 7.7 untuk perhitungan kompleks (uang muka, offset uang muka, rencana cicilan, pinjaman) dalam kerangka FFD 1.05 / 1.1":

Daftar peralatan yang didukung

Modul Mesin Kasir Online 1C 7.7 hanya dapat bekerja sama dengan mesin kasir (KKM) jenis Panitera Fiskal menggunakan driver berikut:

1. Athol(FprnM1C.dll)
2. Shtrikh-M(DrvFR.dll)
3. Mode emulasi pencatat fiskal. Digunakan untuk menguji bentuk cetak kuitansi, diskon, PPN, jenis pembayaran. Dalam hal ini, data cek ditampilkan di layar monitor, tidak diperlukan pencatat fiskal.

ATOL:"ATOL 11F", "ATOL 15F", "ATOL 20F", "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 30F+", "ATOL 42FS", "ATOL 50F", " ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "Evotor ST2Ft" dan lainnya.

SHTRIX-M:"SHTRIX-ON-LINE", "SHTRIX-LIGHT-01F", "SHTRIX-M-01F", "RETAIL-01F (Retail-01K)", "SHTRIX-LIGHT-02F (SHTRIX-LIGHT-FR-K, SHTRIX-LIGHT-PTK, SHTRIX-LIGHT-200)", "SHTRIX-M-02-F (SHTRIX-M-FR-K, SHTRIX-M-PTK, SHTRIX-M 200)", "SHTRIX-MINI-02F (SHTRIX-MINI-PTK)", "SHTRIX-FR-02F (SHTRIX-FR-PTK)", "SHTRIX-MOBILE-F (SHTRIX-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K)", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (SHTRIKH-FR-K)", "RETAIL -01Ф (PTK RETAIL-01K)", "RR-02Ф (RR-02K)", "RR-01Ф (RR-01K)", "RR-04Ф (RR-04K)", "RR-03Ф (RR- 03K)", "SHTRIX-COMBO-FRK", "ELWES-MICRO-K", "SHTRIX-MINI-K", "ELVES-MK", "SHTRIX-COMBO-PTK", "SHTRIX-950K", "ELWES -MF" dan lain-lain.

Isi pengiriman:

1. pemrosesan eksternal untuk melayani pencatat fiskal. Folder dengan pemrosesan data Bentuk ekst perlu disalin ke direktori infobase 1C:

Dukungan untuk model Atol di bawah 54-FZ ada dalam file fr54_Atol.ert Dan fr54_Atol10.ert, model Shtrikh-M - fr54_Shtrih-M.ert. Sedang diproses fr54_emul.ert berisi emulator cetak pada DF, yang memungkinkan Anda menguji operasi sebelum menghubungkan DF yang sebenarnya.

Untuk bekerja dengan FR, Anda perlu mengunduh driver untuk peralatan komersial: untuk ATOL- pengemudi DTO8 versi tidak lebih rendah atau pengemudi DTO10 versi tidak lebih rendah (dan instalasi kedua versi secara bersamaan pada PC dimungkinkan: DTO8 Dan DTO10, selama bekerja, Anda dapat secara sewenang-wenang mengalihkan FR dari pemrosesan ke pekerjaan dengan DTO mana pun); Untuk Shtrikh-M- versi driver tidaktidak lebih rendah dari 4,14.

Setelah menginstal driver Athol versi DTO8 perlu diambil dari folder File Program\ATOL\Drivers8\Bin_Free dan salin dua file ke direktori dengan database 1C atau platform 1C:

1. FprnM1C.dll
2. Dpp2_3.dll

Setelah menginstal driver Athol versi DTO10 perlu diambil dari folder File Program\ATOL\Drivers10\ KKT\ bahasa\ com dan salin ke direktori sistem sistem operasijendela\ Sistem32 mengajukan addin_fptr10_x86.dll(file ini juga dapat diambil dari distribusi DTO10 yang ada di folder wrappers\com ).
Setelah ini, untuk menghubungkan driver sebagai objek COM, Anda perlu mendaftarkan perpustakaan di sistem addin_fptr10_x86.dll menggunakan perintah regsvr32.exe(file tidak perlu disalin ke direktori sistemjendela , dan daftarkan di lokasi aslinya).

Setelah menginstal driver Shtrikh-M perlu diambil dari folder C:\Program Files\SHTRIH-M\DrvFR 4.14\Bin dan salin tiga file ke direktori dengan database 1C atau platform 1C:

1. DrvFR . dll
2. DrvFR . lik
3. sqlite 3. dll

Koneksi pemrosesan layanan FR (pencatat fiskal) yang diperlukan dilakukan dalam 1C: Mode perusahaan melalui menu Layanan - Menyiapkan peralatan komersial di penanda Pencatat fiskal:

Rincian wajib pada cek adalah jabatan dan nama lengkap kasir yang mengeluarkan cek. Untuk tujuan ini, nama pengguna 1C saat ini digunakan. Oleh karena itu perlu adanya buku referensi Pengguna tentukan dengan benar nama lengkap pengguna di detailnya Nama lengkap:

Dalam hal ini, Anda juga dapat menunjukkan posisi kasir dengan rincian yang sama.

Pada prinsipnya, tindakan ini sudah cukup untuk mendaftarkan cek Dana Federal dalam mode kasir online. Data pemrosesan layanan bersifat universal. Mereka dapat digunakan dengan konfigurasi edisi TIS. 9.2 dari rilis baru 988, di mana JSC 1C menambahkan visinya untuk mendukung Atol FR dalam mode kasir online (dalam bentuk terpotong tidak lengkap), dan rilis lama, tanpa melakukan perubahan pada konfigurasi itu sendiri.

Dalam hal ini, pemrosesan akan menampilkan rincian wajib berikut dalam tanda terima:

• Nama lengkap kasir (nama pengguna 1c saat ini akan digunakan);
• diskon pada item produk. Dalam hal ini diskon akan ditampilkan pada cek dengan benar, padahal 54-FZ tidak mengatur penarikan diskon ke FD, namun mengharuskan penghitungan diskon dilakukan dengan menggunakan sistem akuntansi untuk setiap item. cek;
• meminta informasi kontak pembeli untuk mengirimkan kepadanya tanda terima elektronik;
• menampilkan PPN barang pada kuitansi. Secara default, pemrosesan akan mempertimbangkan bahwa PPN perlu ditarik hanya untuk cek yang dihasilkan dari PKO atau RKO. Logika ini dapat dengan mudah diubah dengan membuat perubahan kecil pada pemrosesan atau konfigurasi 1C (lebih lanjut tentang ini di bawah, lihat **).

TiS berisi algoritma untuk menghitung diskon secara keseluruhan untuk kwitansi, yang, dalam kasus umum, tidak dapat ditransfer dengan benar ke kwitansi sesuai dengan undang-undang baru tanpa kesalahan pembulatan. Untuk mengatasi masalah ini, kami menggunakan “Aturan 1 sen” yang terkenal dan mengembangkan algoritme yang memungkinkan Anda menampilkan data dalam cek tanpa kesalahan pembulatan untuk data sumber apa pun. Aturan ini dapat membagi satu item produk dalam kwitansi 1C menjadi dua dalam kwitansi kasir untuk menghilangkan perbedaan dalam algoritma penghitungan harga 1C dan mesin kasir, dan memastikan bahwa jumlah item kwitansi yang ditentukan dalam 1C akan menjadi tepat ditransfer ke kwitansi kasir tanpa mengubah jumlah perhitungan bahkan untuk 1 kopeck:

*) Dengan melakukan perubahan konfigurasi, Anda dapat mengatasi masalah berikut saat menarik cek ke mesin kasir online:

• Untuk mengirim cek elektronik (jika pembeli menginginkan cara ini), diperlukan email atau nomor telepon pembeli. Dalam dokumen Resi KKM, Anda dapat mengatur detail untuk memasukkan dan menyimpan informasi kontak pembeli. Dalam dokumen PKO dan RKO, informasi kontak klien dapat diambil dari detailnya Surel direktori Pihak rekanan atau alat peraga Telepon direktori Individu. Tanpa menyelesaikan konfigurasi, informasi kontak pembeli akan diminta oleh pemrosesan layanan FR pada saat cek dilubangi.
• **) Output tarif PPN dan besaran PPN pada resi kasir tergantung sistem perpajakan penjual. Tarif PPN hanya boleh ditampilkan jika sistem perpajakannya bersifat umum. Untuk rezim khusus (USN, UTII, Pajak Pertanian Terpadu, PSN), tarif PPN tidak boleh ditampilkan. Dalam konfigurasi standar tidak ada rincian untuk menentukan secara jelas sistem perpajakan. Oleh karena itu, secara default konfigurasinya sendiri telah mengadopsi aturan sebagai berikut: untuk penjualan eceran (melalui Cek KKM) tidak menampilkan PPN di cek, untuk penjualan grosir (melalui PKO dan RKO) menunjukkan PPN di cek (yang tidak sepenuhnya benar, karena penjualan grosir bisa tanpa PPN, dan eceran - dengan PPN). Oleh karena itu, jika kasus Anda tidak termasuk dalam aturan ini, Anda perlu melakukan perubahan pada konfigurasi atau pemrosesan layanan. Rezim perpajakan ditentukan dalam kode program melalui variabel PUSAR(Parameter Kebijakan Akuntansi)
• Keluaran ke kasir resi nama, jumlah dan harga barang dari dokumen PKO dan RKO, jika dimasukkan berdasarkan invoice (untuk rilis konfigurasi lama). Dalam rilis baru, fungsi ini ditambahkan (meskipun dengan kesalahan) oleh 1C CJSC, misalnya, dalam versi 988 dari konfigurasi 1C 7.7 “Perdagangan dan gudang, ed. 9.2".

Untuk membuat perubahan pada konfigurasi (hanya jika Anda perlu menyelesaikan masalah yang disebutkan di atas), ikuti langkah 2, 3, dan 4 dari petunjuk ini. Perubahan ini disiapkan menggunakan contoh konfigurasi 1C 7.7 “Perdagangan dan gudang, ed. 9.2". Mereka juga sepenuhnya cocok untuk 1C 7.7 “Complex, ed. 4,5". Perubahan pada konfigurasi lainnya dapat dilakukan dengan cara serupa.

Perubahan dapat dilakukan secara manual pada modul dokumen dengan menyalin potongan kode yang ditandai dengan komentar kesombongan, dari file konfigurasi TIS987_54FZ.md atau melalui mode Kombinasi konfigurasi, hanya memilih dokumen saat menggabungkan PKO, RKO, CekKKM.

Catatan: dengan komentar //tschi 54FZ TIS988 fragmen kode bertanda yang tersedia dalam rilis TIS 988, namun tidak ada dalam rilis TIS yang lebih lama.

Untuk adaptasi, rilis TIS 987 diambil secara khusus, di mana 1C JSC belum sempat memperkenalkan visinya untuk menghubungkan mesin kasir online, untuk mengecualikan dari kode apa yang kami anggap tidak perlu modifikasi dan kesalahan dari rilis ini, dan untuk memungkinkan untuk menggunakan pengembangan kami juga bagi organisasi-organisasi yang menggunakan rilis TIS lama dengan modifikasinya dan mengalami kesulitan untuk beralih ke rilis konfigurasi terbaru.

Namun, modifikasi kami bersifat universal dan dapat bekerja dengan rilis TIS 988 dan yang lebih lama, dan secara otomatis menentukan fungsionalitas apa yang tersedia dan menggunakan opsi konfigurasi yang tersedia untuknya.

Jadi, lebih lanjut tentang perubahan yang dapat Anda lakukan pada konfigurasi:

2) Anda perlu menambahkan detail Alamat Pembeli ke dokumen CheckKKM, yang ditampilkan dalam dialog formulir - diperlukan untuk mengirim email. periksa ke pembeli. Anda harus memasukkan nomor telepon pembeli (untuk mengirim tanda terima melalui SMS) atau alamat email. surat. Driver FR sendiri akan mengetahui apa sebenarnya yang dimasukkan. Jika Anda tidak mengisinya, akan dikeluarkan cek kertas. Saat mengeluarkan cek elektronik, Anda dapat menonaktifkan pencetakan cek kertas.

3)Pada dokumen berupa modul CheckKKM pada prosedurnyaPukulan PeriksaNaKKM () perubahan perlu dilakukan (ditandai dalam modul dengan komentar) - untuk lebih jelasnya, lihat TIS987_54FZ.md:

//[+] 54FZ Jika Daftar Produk.Jumlah Baris() > 0 Lalu Daftar Produk.Kolom Baru("54FZ Data"); //info ditulis sebagai daftar nilai pada baris pertama tabel ProductListProductList.GetRowByNumber(1); Daftar Produk.Data54FZ = CreateObject("Daftar Nilai"); Data = Daftar Produk.Data54FZ; Data.AddValue(Konteks,"Konteks"); //link ke dokumen saat ini Jika ada Header Details("Alamat Pembeli", View()) = 1 Kemudian //jika dokumen dialog diubah untuk menunjukkan alamat pembeli Data.AddValue(short(GetAttribute("Alamat Pembeli" )),,"Alamat Pembeli"); //jika Anda mengomentari baris ini, maka Alamat Pembeli akan diminta dalam pemrosesan layanan FR; jika Anda memberikan string kosong (""), cek kertas akan dikeluarkan tanpa menanyakan Alamat Pembeli EndIf; Jika Anda hasHeaderAttribute("Pembayaran dengan Kartu", View()) = 1 Kemudian //jika dokumen dialog diubah untuk menunjukkan jenis pembayaran dengan kartu CardPayment Attribute = GetAttribute("Pembayaran dengan Kartu"); Data.AddValue(CardPaymentAttribute,"Jenis Pembayaran"); //agar tidak meminta jenis pembayaran dalam dialog terpisah sebelum mencetak cek (karena jenis pembayaran dimasukkan dalam cek), 1 - meminta jenis pembayaran dalam dialog terpisah sebelum mencetak cek. Agar parameter ini berfungsi, Anda harus meneruskan parameter Konteks! Jika tidak, Atribut Pembayaran Kartu = 0 EndIf; Jika tidak, Report("Tidak ada posisi penarikan ke resi kasir!","!!"); Kembalikan 0 EndIf; //[-] tschi 54FZ

Anda dapat mengubah sendiri kode ini sesuai kebutuhan Anda, yaitu mendefinisikan ulang nilai parameter berikut:

« Kasir » - posisi dan nama lengkap kasir. Secara default, nama lengkap pengguna 1C saat ini diambil: Kasir = disingkat(glUser.Name). Namun, dalam modul dokumen CheckKKM, PKO, RKO, Anda dapat memprogram transfer nilai sewenang-wenang lainnya sebagai kasir.

« PUSAR » - Sistem perpajakan. Jika Anda memerlukan PPN untuk ditampilkan pada tanda terima, tetapkan parameter dengan nilai “0”, jika tidak, nilai lebih besar dari “0”. Nilai yang dapat diterima: 0 - SNO Umum, 1 - Sistem pajak yang disederhanakan pendapatan, 2 - Sistem pajak yang disederhanakan Pendapatan-Beban, 3 - UTII, 4 - Pajak pertanian terpadu, 5 - PSN

« Ubah SNO " - nilai "1" berarti Anda perlu mentransfer Sistem Perpajakan (SNO) ke FR; ini dapat digunakan untuk mengalihkan SNO ke FR, jika cek dengan SNO berbeda dicetak pada satu FR. Nilai "0" - jangan mengubah bantuan navigasi di FR; dalam hal ini, bantuan navigasi yang telah ditentukan sebelumnya di FR digunakan.

« Alamat Pembeli » - informasi kontak pembeli untuk tanda terima elektronik: email atau telepon.

« Periksa Alamat Pembeli " - nilai "1" menentukan apakah, sebelum mengeluarkan tanda terima, perlu mencetak data pembeli untuk verifikasi visual kebenarannya oleh pembeli sendiri. Jika verifikasi tersebut tidak diperlukan (pembeli, misalnya, memasukkan data sendiri dalam formulir khusus), maka setel nilai parameter ini ke "0".

« Periksa Cetak » - cek kertas jika mengirimkan cek elektronik: 0 - jangan dicetak, 1 - selalu dicetak, 2 - meminta untuk mencetak cek kertas.

« Mode CetakDiskon » - mode pencetakan diskon: 0 - jangan mencetak diskon pada kuitansi, 1 - mencetak diskon umum pada kuitansi, 2 - mencetak diskon pada item produk dan diskon umum pada kuitansi

4) Perubahan serupa juga perlu dilakukan pada modul formulir dokumen PKO dan RKO pada prosedurnyaMencetak Tanda Terima() (perubahan ditandai dalam modul dengan komentar, untuk lebih jelasnya lihat TIS987_54FZ.md)

Contoh struk yang ditampilkan pada “emulator FR”:

Seperti yang Anda lihat, “aturan 1 kopeck” berlaku untuk produk “Telur meja”, karena jika tidak, algoritme penghitungan diskon yang tertanam dalam TIS tidak akan mengizinkan produk ditampilkan di kasir online tanpa mengubah jumlahnya. Yaitu:

Jumlah diskon = 146,61 , kuantitas = 30 , oleh karena itu, Harga Diskon = 146,61 / 30 = 4,887

Kuantitas dan harga harus ditransfer ke pengemudi FR, dengan mempertimbangkan semua diskon dan biaya tambahan. Harga yang ditransfer dibulatkan ke kopeck terdekat ( 4,887 -> 4,89 ), pengemudi FR menghitung sendiri jumlah barang cek tersebut, alhasil cek tersebut akan mencantumkan Jumlah = 30 * 4,89 = 146,70 . Sudah aktif 9 kopeck lebih dari yang dihitung dalam dokumen Cek KKM. Oleh karena itu, “aturan 1 kopeck” membagi posisi menjadi dua baris, memilih kuantitas dan harga (dengan diskon) untuk menghilangkan kesalahan ini, sedangkan harga kedua posisi ini berbeda satu sama lain tidak lebih dari 1 kopeck:

9 * 4,48 = 43,92

21 * 4,89 = 102,69

Jumlah = 30, jumlah = 146,61 sesuai dengan data asli di resi 1C.

Faktanya, dalam praktiknya kebutuhan untuk memicu “Peraturan 1 sen” tidak akan terlalu sering, namun selalu akurat dan bebas kesalahan ;)

5) Metode pembayaran campuran dengan cek (tunai, kartu bank). Konfigurasi 1C pada umumnya tidak menyediakan memasukkan jumlah yang harus dibayar untuk membayar cek dengan kartu bank. Namun, pemrosesan layanan DF dalam publikasi ini mencakup fungsionalitas untuk menentukan jenis pembayaran ( uang tunai, kartu bank atau tipe campuran: sebagian tunai, dan sebagian lagi dengan kartu). Untuk menerapkan antarmuka pembayaran campuran, kami mengusulkan untuk melakukan perubahan berikut pada dokumen “ pemeriksaan KKM»:

1. tambahkan detail ke header dokumen Pembayaran dengan Kartu(ketik Nomor.1.0)

2. tambahkan elemen pada formulir dokumen untuk menunjukkan pembayaran dengan kartu bank (lihat gambar di bawah)

3. tambahkan ke prosedur modul dokumen FormulirHeader() garis:

Dengan Kartu = ?((Total("Jumlah")>Diterima) dan (Pembayaran dengan Kartu=1), Total("Jumlah")-Diterima, 0); //tschi

4. pada modul posting dokumen kondisinya:

Lain Jika Diterima< НеобходимаяСумма Тогда

perlu diganti dengan:

ElseIf (Diterima< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи

Perubahan yang ditentukan disertakan dalam file TIS987_54FZ.md untuk dokumen CekKKM:

Cara lain untuk memilih jenis pembayaran disarankan oleh seorang rekan - menampilkan jendela tambahan saat cek dilubangi, di mana penjual harus memilih jenis pembayaran yang diinginkan:

Rencana pengembangan lebih lanjut:

1. menyediakan pembulatan jumlah cek ke seluruh rubel atau 50 kopeck untuk kenyamanan penyelesaian dengan pelanggan sesuai dengan Protokol FFD.
2. pengembangan RMK lengkap untuk konfigurasi edisi TIS. 9.2. Contoh antarmuka dapat dilihat:
3. menghubungkan informasi kontak ke kartu diskon pelanggan, agar tidak terus-menerus memasukkan informasi kontak yang sama ke dalam tanda terima untuk pelanggan tetap.

Di menu Layanan - Fitur tambahan barang itu " 54FZ (mesin kasir online) Layanan dan pengaturan", yang memungkinkan Anda menjalankan fungsi layanan di DF, serta melakukan pengaturan awal:

Setelah pembelian modul, informasi dan dukungan teknis untuk memperoleh pembaruan program akibat perubahan undang-undang, modifikasi modul, dan pengembangan fungsionalitas diberikan GRATIS dalam waktu 3 bulan sejak tanggal pembelian. Lebih jauh tahunan berlangganan pembaruan dan/atau dukungan teknis dapat diperpanjang berdasarkan permintaan dan berjumlah setengah biaya pembelian modul. Setelah langganan pembaruan berakhir, jika Anda tidak ingin memperbarui langganan, fungsionalitas program tetap tanpa batasan durasi dan fungsionalitas yang diterapkan, tetapi tanpa kemampuan untuk menginstal pembaruan, jika ada.

Dukungan teknis diberikan melalui email, melalui Skype, agen surat, ICQ, atau dengan menghubungi pengembang. Untuk menerima dukungan teknis berkualitas tinggi dalam kasus-kasus sulit, diperlukan koneksi jarak jauh ke komputer pengguna melalui AmmyAdmin atau Penampil Tim.

Dukungan teknis hanya diberikan untuk produk perangkat lunak ini dan tidak mencakup pemecahan masalah sistem operasi; kegagalan dalam pengoperasian program 1C yang tidak terkait dengan berfungsinya program ini; tindakan pengguna yang salah saat menggunakan program (melanggar panduan pengguna yang telah ditetapkan); konsultasi tentang masalah yang tidak terkait dengan undang-undang 54-FZ; konfigurasi atau pemasangan peralatan komersial, driver peralatan komersial; pemecahan masalah dalam pengoperasian peralatan komersial. Namun, permasalahan ini dapat diselesaikan berdasarkan kontrak yang terpisah.

Perizinan program dilakukan sesuai dengan nomor pemesanan perangkat lunak dan NPWP organisasi atau pengusaha perorangan. Jumlah lisensi yang diperlukan untuk menginstal perangkat lunak ditentukan oleh jumlah badan hukum perorangan dan pengusaha perorangan, dan tidak bergantung pada jumlah stasiun kerja dan mesin kasir yang digunakan per badan hukum atau pengusaha perorangan. Oleh karena itu, setiap badan hukum atau pengusaha perorangan memerlukan pembelian terpisah atas produk perangkat lunak ini. Untuk setiap badan hukum kedua dan selanjutnya (atau pengusaha perorangan), produk dapat dibeli dengan setengah harga.

Prosedur implementasi modul:

1) Anda membeli pencatat fiskal dengan penggerak fiskal (atau memodifikasi yang sudah ada untuk memenuhi persyaratan 54-FZ) model sesuai dengan.

2) mengadakan perjanjian layanan dengan OFD. Lebih baik memilih OFD yang terhubung dengan operator Anda untuk mengirimkan pengembalian pajak ke Layanan Pajak Federal (jika memungkinkan).

3) Melaksanakan prosedur fiskalisasi dan pendaftaran mesin kasir melalui akun pribadi Anda di situs web Layanan Pajak Federal. Diperlukan EDS (cocok untuk pelaporan pajak)

4) Instal FR dan drivernya di komputer Anda.

5) Beli modul 54-FZ: Mesin kasir online untuk 1C7.7 dan instal sesuai instruksi. Jika Anda memiliki pertanyaan atau masalah pada langkah ini, silakan hubungi dukungan teknis kami untuk mendapatkan bantuan.

Jika Anda memerlukan dukungan teknis saat melakukan langkah 5, belilah modul kami dengan dukungan teknis dan pembaruan untuk jangka waktu 3 bulan.

Jika Anda tidak memerlukan dukungan teknis dan Anda menyelesaikan sendiri langkah 5, maka belilah modul yang akan menerima pembaruan untuk jangka waktu 3 bulan, tetapi tanpa dukungan teknis.

Perbandingan versi

[Versi 1.2] 31/03/17

1) Memperbaiki kesalahan yang teridentifikasi
2) Menambahkan proses pemeliharaan untuk FR Shtrikh-M

[Versi 1.3] 04/03/17

3) Memperbaiki kesalahan yang teridentifikasi
4) Tampilan diskon pada kwitansi telah diperjelas; sekarang kwitansi menunjukkan totalnya: jumlah tanpa diskon dan jumlah diskon pada kwitansi
5) Menambahkan parameter Ubah ACS. nilai “1” berarti perlu mentransfer Sistem Perpajakan (SNO) ke FR, hal ini dapat digunakan untuk mengalihkan SNO ke FR, jika cek dengan SNO berbeda dicetak pada satu FR. Nilai "0" - jangan mengubah bantuan navigasi di FR; dalam hal ini, bantuan navigasi yang telah ditentukan sebelumnya di FR digunakan. Nilai SNO yang dapat diterima: 0 - SNO Umum, 1 - Sistem perpajakan yang disederhanakan pendapatan, 2 - Sistem perpajakan yang disederhanakan Pendapatan-Beban, 3 - UTII, 4 - Pajak pertanian terpadu, 5 - PSN

[Versi 1.4] 04/07/17
6) Memperbaiki kesalahan yang teridentifikasi
7) menambahkan parameter PrintReceipt, yang memungkinkan Anda menonaktifkan pencetakan kwitansi kertas jika mengirim kwitansi elektronik atau menampilkan permintaan untuk mencetak kwitansi kertas jika ada kwitansi elektronik
8) antarmuka telah ditambahkan ke dokumen CheckKKM untuk menerapkan jenis pembayaran campuran dengan cek: tunai, kartu bank.

[Versi 1.5] 04/12/17
9) Algoritma untuk driver Shtrikh-M telah dioptimalkan
10) Menambahkan parameterDiscountPrintMode - mode pencetakan diskon: 2 - jangan mencetak diskon pada struk, 1 - mencetak total diskon pada struk, 0 - mencetak diskon pada item produk dan total diskon pada struk
11) Saat mencetak diskon, jumlah diskon disejajarkan ke kanan
12) Menambahkan opsi untuk memilih jenis pembayaran (tunai/kartu) dari rekan Sergey (Che) Kotsyura

[Versi 1.6] 24/04/17
13) algoritma untuk menerapkan diskon telah didesain ulang. Diskon diterapkan dengan benar berkat firmware baru untuk pengemudi kasir tanpa menggunakan “aturan 1 sen”. Oleh karena itu, aturan ini sekarang dinonaktifkan secara default.
14) Parameter Kenali Pengembalian diperluas dan mendukung jenis penerimaan berikut: 0 - penjualan, 1 - pengembalian penjualan, 2 - pembelian, 3 - pengembalian pembelian. Parameter dalam pemrosesan pemeliharaan DF ini telah diubah namanya menjadi Jenis Tanda Terima
15) saat mencetak cek, nomor shift saat ini dikembalikan ke program pemanggil dalam sebuah variabel Nomor Pergeseran
16) menambahkan file konfigurasi yang disesuaikan untuk Accounting 7.7, rev. 4.5 dan USN 7.7, ed. 1.3

[Versi 1.7] 05/04/17
17) bug diperbaiki
18) pada konfigurasi di PKO/RKO, penambahan kolom Tarif PPN duplikat telah dihilangkan (sejak kolom PPN dialihkan)
19) memperbaiki kesalahan dalam mentransfer jumlah nol untuk diperiksa
20) menambahkan perintah DF: laporan_tanpa_pembatalan, laporan_oleh_departemen, kotak_terbuka, deposit_uang, penarikan_uang
21) menambahkan pemrosesan untuk mengatur dan memelihara FR - "Panel Kontrol" (fr54_Settings.ert). Ini tersedia di menu Layanan - Fitur tambahan - "Panel Kontrol 54FZ (mesin kasir online)". Dengan bantuannya, Anda dapat mengirim perintah tambahan ke FR

[Versi 1.8] 05/10/17
22) verifikasi otomatis validitas alamat pembeli melalui ekspresi reguler
23) menambahkan perintah FD: “Dapatkan versi perangkat lunak”, “Salinan tanda terima terbaru”, “Salinan dokumen berdasarkan nomor FD”
24) menambahkan transfer nama lengkap kasir ke dalam laporan keuangan (Z-Report, X-Report, Report by department)
25) menambahkan fungsi lain untuk bekerja dengan DF, pemfaktoran ulang kode pemrosesan layanan DF

[Versi 1.8.1] 05/10/17
26) kesalahan pembukaan shift pemrosesan Atol telah diperbaiki.

[Versi 1.9] 11/05/17
27) pada emulator FR, nama sistem perpajakan yang dipilih ditampilkan pada kuitansi jika parameter Ubah SNO = 1
28) Fungsi “layanan” untuk mendiagnosis keadaan mesin kasir online didukung dalam pemrosesan layanan DF
29) di Panel Kontrol (fr54_Settings.ert) dukungan untuk fungsi layanan dilanjutkan: "Masa berlaku FN", "Jumlah dokumen yang tidak dikirim ke OFD", "Diagnostik koneksi dengan OFD"

[Versi 1.10] 18/05/17
30) bookmark telah ditambahkan ke Panel Kontrol (fr54_Settings.ert)<Параметры>Dan<Настройки>, yang dengannya Anda dapat secara interaktif (tanpa menggunakan pemrograman modul 1C) mengonfigurasi parameter untuk mengeluarkan pemeriksaan dan laporan ke FD ("Parameter FR").
Berkat mekanisme ini, lebih mudah untuk menghubungkan dan mengkonfigurasi DF ke konfigurasi 1C, karena Pengaturan untuk bekerja dengan DF dapat dikonfigurasi tanpa membuat perubahan pada konfigurasi, atau dengan sedikit perubahan.
Parameter dapat dikonfigurasi berdasarkan pilihan: Perusahaan, Meja Kas, Pengguna 1C, Jenis Dokumen, serta kondisi sewenang-wenang lainnya. Bergantung pada pilihan yang dipilih, Anda dapat membedakan parameter berikut secara opsional:
- Nama lengkap penjual-kasir
- pilihan sistem perpajakan
- permintaan alamat email pembeli
- permintaan verifikasi visual dari alamat pembeli yang dimasukkan
- mode pencetakan tanda terima elektronik
- mode untuk mencetak diskon kuitansi
- pilihan jenis pembayaran
- mode untuk menampilkan PPN dalam tanda terima (termasuk dengan mempertimbangkan keinginan pengguna untuk menampilkan tarif PPN untuk mode khusus, serta menampilkan tarif PPN secara bersamaan 18, 10, 0% dan Tanpa PPN)
- mengatur tampilan nomor bagian dalam cek (termasuk dengan mempertimbangkan keinginan pengguna untuk menampilkan nomor bagian tergantung pada tarif PPN posisi cek)
- parameter lainnya
Semua parameter memiliki deskripsi yang ditampilkan pada formulir saat Anda memilih Parameter. Juga, deskripsi parameter terdapat dalam file ParametersFR.xls
30) Karena pengaturan parameter pencetakan cek dikonfigurasi secara interaktif, perubahan telah dilakukan pada modul dokumen dalam prosedur pencetakan cek. Konfigurasi sebagian besar parameter telah dihapus dari teks modul. Parameter Konteks baru telah ditambahkan, yang memungkinkan Anda meneruskan tautan ke dokumen saat ini (konteks) ke pemrosesan layanan DF. Tautan ini diperlukan agar pilihan "Jenis Dokumen" dapat berfungsi.
31) Kode refactoring untuk pemrosesan layanan FR
32) Pemrosesan pemeliharaan FR memperhitungkan parameter yang ditentukan secara interaktif di Panel Kontrol (fr54_Settings.ert)
33) Pemrosesan pelayanan FR memperhitungkan pengalihan nama lengkap kasir ke laporan yang dihasilkan (Penutupan shift kasir, X-report dan lain-lain). Hal ini diperlukan untuk menghasilkan informasi yang benar di situs OFD. Nama lengkap kasir diatur di "Parameter FR"
34) Pemrosesan fr54_SelectPaymentType.ert telah dipindahkan ke folder Extforms\EQUIP - di situlah tempatnya.

[Versi 1.10.1] 19/05/17
35) memperbaiki kesalahan dalam menentukan dukungan 54-fz untuk driver Shtrikh-M
36) dalam modul dokumen konfigurasi 1C (kecuali untuk konfigurasi sistem perpajakan yang disederhanakan), disediakan transfer terpisah tarif PPN “0%” dan “Tanpa PPN” ke pencatat fiskal. Tarif PPN disampaikan melalui Tarif PPN atau kolom PPN dengan nilai 18, 10, 0 dan -1 (masing-masing : 18%, 10%, 0% dan “Tanpa PPN”)
37) daftar perubahan modul dokumen 1C dijelaskan dalam file teks terpisah untuk kemudahan adaptasi

[Versi 1.11] 23/05/17
38) sekali lagi memperbaiki kesalahan dalam menentukan dukungan 54-fz untuk driver Shtrikh-M
39) emulasi pembentukan nomor cek (didefinisikan sebagai nomor acak) telah ditambahkan ke pemrosesan emulator FR (fr54_emul.ert) - terima kasih Vladimir Poltavtenko untuk implementasi
40) menambahkan dukungan untuk mengeluarkan cek ke FD dalam mode formulir cetak eksternal (EPF). Menghubungkan VPF ke jenis dokumen yang diinginkan dilakukan di Panel Kontrol Meja Kas Online - pada tab " Pengaturan" - di meja " Jenis dokumen yang digunakan"melalui kolom" VPF".
Mode penarikan cek ini memiliki keuntungan sebagai berikut:
1. Menghubungkan pengembangan ke konfigurasi standar tanpa membuat perubahan apa pun pada konfigurasi itu sendiri - sekarang semua pengaturan dapat dilakukan secara interaktif atau melalui pemrograman modul eksternal, bahkan untuk rilis konfigurasi lama dan banyak rilis non-standar.
2. Daftar jenis dokumen semakin bertambah, langsung dari bentuknya Anda dapat menarik cek ke Federal Reserve. Misalnya, Anda dapat menampilkan cek FR dari dokumen " Penerapan"tanpa membuat dokumen" Penerimaan pesanan tunai"
3. Algoritma pemrosesan penarikan cek ke FR untuk berbagai jenis dokumen dijelaskan dalam fungsi Pengendali Dokumen(Dokumen), yang terletak di laporan eksternal Extforms/PrnForms/fr54_PrintReceipt.ert.
Pemroses Dokumen berisi algoritme universal yang memungkinkan Anda menampilkan hampir semua dokumen standar dan non-standar di DF, yang berisi bagian tabel dengan barang, jasa, atau karya dan jumlah untuk setiap item ditunjukkan.
Meskipun demikian, jika Anda memiliki keterampilan pemrograman, Anda dapat menulis ulang fungsi ini "untuk Anda sendiri" untuk menyesuaikannya dengan konfigurasi non-standar dan (atau) tugas-tugas non-standar.

[Versi 1.11.1] 24/05/17
41) Memperbaiki bug dalam penggunaan pemrosesan VPF untuk TiS rilis 988.
42) Mengklarifikasi penggunaan nilai default untuk parameter " Kasir" Dan " Minta Alamat Pembeli"
43) Memperbaiki tampilan jumlah dokumen yang belum terkirim di OFD untuk pengemudi Shtrikh-M(terima kasih kepada rekan saya untuk implementasinya Kolnya)

[Versi 1.11.2] 25/05/17
44) Perubahan telah dilakukan pada modul formulir dokumen PKO dan RKO konfigurasi TIS sehingga tanda “Digunakan untuk mencerminkan pembayaran tunai” dalam Menyiapkan peralatan ritel tidak diperhitungkan. Ini akan memungkinkan Anda untuk menggunakan mesin kasir yang sama untuk penggunaan dokumen “CheckKKM” dan “PKO”, “RKO” secara bersamaan, tanpa perlu mengganti tanda ini. Menutup shift saat menggunakan dokumen-dokumen ini secara bersamaan terjadi dengan benar.
45) dalam modul formulir dokumen CheckKKM, PKO dan RKO (semua konfigurasi yang disajikan), sebuah algoritma telah ditambahkan ke prosedur Check Print (Punch CheckNaKKM) yang memungkinkan Anda untuk menggunakan detail tambahan yang ditambahkan ke dialog formulir dokumen: Alamat Pembeli, Diterima, Pembayaran dengan Kartu. Dalam hal ini, algoritme menentukan keberadaan detail ini, dan jika detail tersebut tidak ada, menyesuaikan perilakunya, memulai permintaan untuk data yang hilang sebelum menghentikan pemeriksaan.
46) Saat menerima versi perangkat lunak untuk driver Shtrikh-M, versi penggerak fiskal juga ditampilkan.
47) Memperbaiki kesalahan yang salah mendiagnosis aktivasi mode VPF jika tabel Panel Kontrol Kasir "Jenis dokumen yang digunakan" kosong.
48) Parameter baru “13)UAP” (Tentukan alamat pembeli) telah ditambahkan, yang memungkinkan Anda memperjelas alamat email pembeli sebelum memasukkan cek ke mesin kasir. Hal ini memungkinkan Anda untuk menggunakan informasi kontak yang dimasukkan dalam direktori Counterparty, dengan kemungkinan untuk mengklarifikasi atau membatalkannya untuk tanda terima kasir.
49) Memperbaiki kesalahan dalam penulisan tautan ke suatu objek saat menyimpan Parameter di Panel Kontrol Kasir
DI DALAM

[Versi 1.12] 31/05/17
50) untuk driver Atol: pencetakan tambahan. informasi dalam Z-report (Total pendapatan, Tunai, Elektronik); mencetak salinan cek terakhir Anda, termasuk cek elektronik; informasi yang diperluas saat mendapatkan versi perangkat lunak.
51) Laporan eksternal "Panel Kontrol 54FZ (mesin kasir online)" telah diubah namanya menjadi "Panel Kontrol KKM"
52) Untuk menyatukan kode, beberapa fungsi dari pemrosesan layanan DF telah dipindahkan ke pemrosesan fr54_Settings.ert ("Panel Kontrol KKM")
53) Batas waktu untuk menggunakan versi demo telah dilonggarkan
54) Untuk driver Atol, parameter techMode telah ditambahkan ke fungsi RetrieveKTableFR()
55) parameter baru dari Panel Kontrol Mesin Kasir telah ditambahkan:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. Pada dasarnya, parameter ini mengonfigurasi pencetakan tanda terima untuk pembayaran sebagian atau setelah menerima uang muka. Di masa depan, parameter ini akan memungkinkan Anda untuk mengkonfigurasi interaksi menggunakan protokol FFD 1.05
Mode pratinjau dan pengeditan item cek diimplementasikan melalui pemrosesan eksternal Extforms\Equip\fr54_List of Items for Printing.ert
56) Bidang "Kunci permintaan API ke layanan EAN" pada tab "Pengaturan" pada panel kontrol printer POS diaktifkan. Ini akan memungkinkan Anda untuk mengotomatiskan pengisian direktori nomenklatur menggunakan kode batang EAN menggunakan API berbayar - https://barcodes.olegon.ru/
Sebuah tombol (dengan gambar teropong) telah ditambahkan ke elemen direktori “Nomenklatur” (untuk TIS), yang secara otomatis mengisi nama produk berdasarkan kode batang yang dimasukkan. Layanan ini diperlukan untuk memulai toko dengan cepat dari awal saat beralih dari perdagangan manual: layanan ini memungkinkan Anda dengan cepat membuat database produk dalam 1C dalam mode pemindaian kode batang produk.
Dalam modul elemen direktori Nomenklat, prosedur SearchPoShk() telah ditambahkan, yang memanggil pemrosesan eksternal Extforms\ean_online.ert untuk mengakses layanan API. Penulis pemrosesan ini adalah rekan volk13 (alias fkr).
57) perubahan telah dilakukan pada modul dokumen CheckKKM, PKO, RKO untuk mengimplementasikan kemampuan mengontrol mode pencetakan item dalam cek
58) untuk tujuan yang sama, perubahan telah dilakukan pada prosedur Document Handler() untuk pemrosesan eksternal Extforms\PrnForms\fr54_PrintReceipt.ert

[Versi 1.12.1] 01/06/17
59) menambahkan permintaan API "gratis" ke layanan EAN (diproses oleh Extforms\ean_online.ert, penulis volk13). Jika dia tidak memberikan jawaban, maka layanan berbayar dihubungi. Untuk menggunakan layanan berbayar, Anda perlu membeli kunci akses https://olegon.ru/market/buy_barcode.php (10 kopeck untuk satu nama produk).

[Versi 1.12.2] 06/05/17
60) permintaan API “gratis” ke layanan EAN dinonaktifkan secara default untuk menghindari pemblokiran situs berdasarkan alamat IP.
61) kesalahan penghitungan potongan penerimaan pada proses pelayanan pencatat fiskal telah diperbaiki (kesalahan pembulatan sebesar 1 kopeck)
62) perubahan dilakukan pada modul pemrosesan eksternal untuk memformalkan parameter yang dikembalikan ke dokumen 1C.

[Versi 1.13] 06.06.17
63) Memperbaiki kesalahan yang teridentifikasi
64) Menambahkan dukungan untuk beberapa pencatat fiskal di satu tempat kerja menggunakan perangkat logis (pencatat fiskal harus menggunakan driver yang sama).
Mode untuk menggunakan beberapa FD diaktifkan di Panel Kontrol Mesin Kasir pada tab “Pengaturan” dengan mencentang kotak “Izinkan pemilihan perangkat logis dari pencatat fiskal”.
Dalam hal ini, pada tab "Layanan", dimungkinkan untuk memilih perangkat logis aktif (saat ini) yang perintah layanannya akan dijalankan.
Pada tab "Parameter", parameter 4) #LU tersedia. Dengan bantuannya, Anda dapat menentukan nomor tertentu dari perangkat logis DF tempat tanda terima akan dicetak tergantung pada kondisi (pilihan: Perusahaan, Meja Kas, Pengguna, Jenis Dokumen, Ekspresi).
Perangkat logis itu sendiri perlu ditentukan menggunakan driver KKM (melalui utilitas Driver KKM (Driver Test) atau dalam 1C melalui Layanan - Parameter - Properti (FR Driver).

[Versi 1.14] 06/10/17
65) Memperbaiki kesalahan yang teridentifikasi
66) Menambahkan dukungan untuk tarif PPN yang dihitung (10/110% dan 18/118%)
67) Menambahkan pembukaan shift paksa untuk pengemudi Shtrikh-M
68) Formulir Pratinjau Tanda Terima (PPP) sebelum pelubangan cek pada mesin kasir telah diperbaiki. Dalam formulir ini, Anda dapat melakukan perubahan komposisi produk cek: secara manual atau otomatis (termasuk dengan pembayaran sebagian dan pembayaran di muka). tentukan jenis pembayaran (tunai, kartu pembayaran), masukkan atau klarifikasi email. alamat pembeli (telepon atau email)
68) Ditambahkan pembagian besaran PPN berdasarkan dokumen dasar cek untuk pembayaran penuh atau sebagian (dengan tarif PPN campuran)
69) Peningkatan mode distribusi otomatis untuk pembayaran penuh dan sebagian untuk protokol FFD 1.0
70) Menambahkan mekanisme pengembalian nomor ganti mesin kasir ke dokumen 1C, serta detail dokumen lainnya jika diedit di jendela PPP (receipt preview): Alamat Pembeli, Diterima, Pembayaran dengan Kartu.
71) Di Panel Kontrol KKM, parameter dibagi menjadi dua kelompok: “Dasar” dan “Lanjutan” - untuk kemudahan persepsi informasi.

[Versi 2.0 beta] 13/06/17
72) (beta Поддержка проткола ФФД 1.05, а именно: тегов 1212 (признак предмета расчета), 1214 (признак способа расчета), 1215-1217 (доп. типы оплаты). Формат ФД 1.05 позволяет корректно отобразить в чеке операции по продаже подарочных карт, предоплаты или авансы, продажу товаров в кредит и другие!}
skema dengan opsi perhitungan yang kompleks. Nilai dari tag ini dapat dilihat dan diedit pada formulir PPP (pratinjau tanda terima): dua tambahan. kolom "PR" (subjek perhitungan) dan "CP" (metode perhitungan) pada tabel barang (atas) dan tambahan. baris di tabel pembayaran (bawah).
73) Tombol "Set" di atas tabel produk dimaksudkan untuk pengaturan grup nilai kolom.
74) Penggunaan protokol FFD 1.05 dapat diaktifkan di panel kontrol mesin kasir pada tab "Parameter" di grup "Advanced" dengan parameter "17) FFD"

[Versi 2.0.1 beta] 13/06/17
75) Memperbaiki kesalahan pengisian formulir cek di formulir HRBP untuk pembayaran sebagian
76) Memperbaiki kesalahan dalam pemrosesan servis emulator FR

[Versi 2.0.2] 14/06/17
77) Memperbaiki kesalahan yang teridentifikasi
78) Kami menyelesaikan versi permintaan EAN, dan juga mengetahui dari Olegon bahwa dia tidak lagi mendukung format csv, dan sangat merekomendasikan json. Penundaan dengan json dikaitkan dengan fitur implementasi database-nya, detailnya di sini: https://olegon.ru/showthread.php?t=26135&page=6 (penulis pemrosesan volk13)
79) Menambahkan parameter untuk mengaktifkan pencatatan tanda terima alkohol di EGAIS.

[Versi 2.0.3] 15/06/17
80) Memperbaiki kesalahan yang teridentifikasi, termasuk. definisi jenis pembayaran yang salah saat menggunakan pemrosesan fr54_SelectPaymentType.ert
81) Menambahkan kemampuan untuk memasukkan tanda terima kasir berdasarkan dokumen Bank Statement LineReceipt dan Bank Statement LineExpenditure. Jenis dokumen ini dapat digunakan sebagai pengganti PKO/RKO jika pembayaran dilakukan dengan kartu pembayaran dan bukan tunai.
82) Memperbaiki permintaan EAN dalam pemrosesan ean_online.ert (penulis pemrosesan volk13)

[Versi 2.1] 22/06/17
83) Untuk konfigurasi 1C: Perdagangan dan gudang, ed. 9.2 (Komprehensif, rev. 4.5) ditambahkan pada entri dokumen RKO berdasarkan Baris Pernyataan Penerimaan dokumen, dilakukan perubahan pada fungsi Pengisian Menurut DocumentBase(), Baris Pernyataan Penerimaan dokumen ditambahkan pada pengaturan "Masuk berdasarkan" dalam daftar "Masuk berdasarkan".
84) Untuk konfigurasi 1C: Akuntansi, ed. 4.5 ditambahkan pada input dokumen Outgoing Order berdasarkan dokumen Incoming Order, dilakukan perubahan pada fungsi Document Currency(), DocumentAmountVal(), DocumentRate(), procedure AtStartValueSelection()
85) Untuk konfigurasi 1C: USN, ed. 1.3 menambahkan:
1. atribut baru DocBasis pada dokumen Incoming Order dan Outgoing Order, atribut ini ditampilkan pada formulir dokumen yang ditentukan dan memungkinkan Anda untuk menampilkan nama-nama barang dari dokumen dasar di resi kasir, telah dilakukan perubahan pada prosedur InputOnBasis(), PrintReceipt(), ProcessValueSelection() dari dokumen yang ditentukan, di akhir modul formulir, jenis dokumen yang akan dipilih dalam atribut DocumentBase ditentukan secara terprogram.
2. untuk dokumen Pesanan Keluar, dokumen Pesanan Masuk, Layanan Organisasi Pihak Ketiga, Kwitansi Persediaan, Kwitansi OS, dan Kwitansi Barang Tak Berwujud pada daftar "Masuk berdasarkan" telah ditambahkan ke dalam "Masuk berdasarkan" pengaturan
86) Saat mencetak cek KKM, opsi perhitungan pajak diperhitungkan - “PPN di atas” (sebelumnya, jumlah PPN dalam cek ditampilkan dalam hal ini sebagai biaya tambahan) untuk konfigurasi 1C: Perdagangan dan gudang, ed. 9.2, 1C: Kompleks, ed. 4.5 dan 1C: Akuntansi, ed. 4.5 (untuk 1C: USN, rev. 1.3 - tidak diperlukan)
87) Saat memproses formulir cetak eksternal (EPF) fr54_PechatChek.ert, jenis dokumen dasar baru dan opsi untuk menghitung pajak - “PPN di atas” diperhitungkan.
88) Dalam proses pelayanan pencatat fiskal, pemeriksaan telah dilakukan untuk menentukan validitas kata sandi yang dikirimkan untuk akses ke metode FD. Diperbolehkan untuk tidak menentukan (biarkan kosong) password administrator dan pengguna pada proses “Menyiapkan peralatan perdagangan” (tab “Panitera Fiskal”); dalam hal ini pemrosesan layanan FR akan menggunakan password default: password administrator = 30, kata sandi pengguna = 1.
89) saat memproses layanan fr54_Shtrih-M.ert, komentar dari dukungan teknis Shtrih-M tentang penggunaan protokol FFD 1.05 diperhitungkan
90) kesalahan yang teridentifikasi telah diperbaiki.

[Versi 2.1.1] 06.26.17
91) Menambahkan nilai baru untuk parameter "Rule1kop" - "2 - aktifkan, jangan tampilkan biaya tambahan pada tanda terima." Setelah menginstal pembaruan ini, Anda perlu memilih kembali nilai parameter ini di Panel Kontrol KKM (jika diinstal sebelumnya).
92) Pada proses pemeliharaan FR, telah ditambahkan pengecekan bahwa shift telah dibuka lebih dari 24 jam.
93) saat memproses layanan fr54_Atol.ert, komentar dukungan teknis Atol tentang penggunaan protokol FFD 1.05 diperhitungkan. Agar protokol ini berfungsi, versi driver KKM harus minimal 8.14.2, dan versi firmware KKM harus minimal 3689 (saat ini 4139).
94) kesalahan yang teridentifikasi telah diperbaiki.

[Versi 2.1.2] 28/06/17
95) pada pemrosesan layanan fr54_Atol.ert telah ditambahkan cek jenis pembayaran pada tabel 12 driver kasir saat menggunakan protokol FFD 1.05. Jika jenis pembayaran fiskal tidak sesuai dengan nilai default, maka jenis pembayaran tersebut diubah ke default sebelum mencetak cek
96) di panel kontrol printer POS pada tab “Pengaturan”, atribut “Tautan ke pengguna saat ini” telah ditambahkan. Secara default, untuk konfigurasi umum, nilainya adalah "glUser" - ini adalah nama variabel modul global, yang berisi tautan ke elemen direktori Pengguna. Untuk konfigurasi non-standar, nilai atribut ini dapat diganti.
97) kesalahan yang teridentifikasi telah diperbaiki.

[Versi 2.1.3] 29/06/17
98) memperbaiki kesalahan dalam pemrosesan fr54_Daftar Nomenklatur untuk Pencetakan.ert:
EXTFORMS\EQUIP\FR54_LIST OF NAMECLATURE FOR PRINTING.ERT(184)): Bidang objek agregat tidak ditemukan (Jumlah)
99) ke meja ParameterFR.xls menambahkan kolom dengan nama parameter yang disingkat

[Versi 2.2.0] 07/02/17
100) Opsi baru telah ditambahkan ke tab “Pengaturan” di Panel Kontrol Mesin Kasir:
. Izinkan penarikan ke FD hanya untuk pilihan yang dipilih pada tab "Parameter" - tanda ini memungkinkan Anda membatasi ketentuan penarikan cek ke FD oleh perusahaan, pengguna, dll.
. Izinkan penarikan cek ke FD menggunakan "algoritme lama" - secara default, pemblokiran diaktifkan yang tidak mengizinkan penarikan cek ke FD jika prosedur pencetakan cek yang digunakan tidak disesuaikan untuk mesin kasir online.

[Versi 2.2.1] 19/07/17
101) Di Panel Kontrol Mesin Kasir, pada tab “Opsi”, parameter baru telah ditambahkan ke grup “Lanjutan”:
. 18) EGAIS - FixCheckVEGAIS - digunakan saat mencatat kuitansi penjualan eceran alkohol di EGAIS beserta solusinya https://infostart.ru/public/433840/
102) Kesalahan diperbaiki, algoritma dalam pemrosesan fr54_Settings.ert dioptimalkan
103) Memperbaiki kesalahan dalam pemrosesan fr54_Daftar Nomenklatur untuk Printing.ert
104) Dalam pemrosesan layanan FR, telah ditambahkan dukungan untuk pencatatan kuitansi penjualan eceran alkohol di EGAIS beserta solusinya https://infostart.ru/public/433840/
105) Dalam proses pemeliharaan DF, telah ditambahkan pemindahan nama item per baris (jika peralatan mendukung)
106) Dalam pemrosesan layanan DF, pengembalian nomor dokumen fiskal melalui variabel Nomor FD telah ditambahkan pada prosedur pencetakan cek

[Versi 2.2.2] 25.07.17
107) Tergantung pada versi firmware printer POS, versi driver FR, serta template resi (untuk Atol), terdapat batasan panjang nama item yang ditampilkan di posisi resi. Jika panjang nama item yang diizinkan terlampaui, FR mungkin menampilkan kesalahan “Panjang tidak valid” dan membatalkan pemeriksaan secara tidak normal.
Untuk mengatasi masalah ini, parameter telah ditambahkan ke Panel Kontrol Mesin Kasir
. 19) MDN - MaxNameLength, yang memungkinkan Anda memangkas nama item ke panjang yang ditentukan sebelum mengeluarkannya ke DF. Agar DF ​​dapat mendukung panjang nama maksimal 128 karakter, disarankan untuk memperbarui firmware KKM dan driver DF ke versi terbaru dan menggunakan protokol FDF versi 1.05
108) Daftar nilai untuk parameter 7)PEC - PrintReceipt telah diperluas: Panel kontrol mesin kasir: kemampuan untuk menonaktifkan pencetakan tanda terima apa pun (tidak hanya elektronik) pada pita kasir telah ditambahkan. Gunakan kesempatan ini atas risiko dan risiko Anda sendiri, karena Undang-undang mengatur tanggung jawab administratif atas kegagalan menerbitkan tanda terima tunai - harus diterbitkan - baik secara elektronik atau dalam bentuk kertas.
109) Menambahkan dukungan untuk menonaktifkan pencetakan tanda terima apa pun dalam pemrosesan layanan FR
110) Peningkatan algoritma untuk pembayaran sebagian dalam pemrosesan fr54_Daftar Nomenklatur untuk Printing.ert

[Versi 2.3.1] 08/02/17
111) Saat memeriksa validitas nomor telepon untuk cek elektronik, sekarang diperbolehkan untuk menunjukkan nomor telepon yang dimulai dengan +7... (perubahan dalam pemrosesan fr54_Settings.ert)
112) Di Panel Kontrol Mesin Kasir, pada tab “Opsi”, parameter baru telah ditambahkan ke grup “Lanjutan”:
. 20)#FD - ReturnFDNumber - Secara default, nomor cek dikembalikan. Jika Anda menetapkan nilai parameter ini: 1 - “Ya”, maka nomor dokumen fiskal akan dikembalikan sebagai nomor cek. Kedua nomor (nomor cek dan nomor FD) ditampilkan pada cek. Nomor cek diberi nomor pada shift kasir, setelah shift ditutup penomoran cek dimulai dari 1. Nomor FD adalah nomor ujung cek, penomorannya dari 1 baru dimulai setelah penggantian FN (penggerak fiskal).
Dengan menggunakan parameter ini, Anda dapat memilih nomor mana yang akan dikembalikan ke 1C dan dicatat dalam dokumen 1C. Menyimpan nomor FD dalam 1C alih-alih nomor cek akan lebih mudah dalam hal menerima salinan cek dengan nomor FD (fungsi layanan di Panel Kontrol KKM).
113) Menambahkan dukungan untuk pemeriksaan koreksi. Untuk tujuan ini, tab “Pemeriksaan koreksi” telah ditambahkan ke Panel Kontrol Mesin Kasir. Pada tab ini, Anda dapat memasukkan data untuk pemeriksaan koreksi secara manual dan memasukkannya ke FR. Kedua versi pemeriksaan koreksi didukung: 1 (untuk protokol FFD 1.0) dan 2 (untuk FFD 1.05).
Detail “Dokumen Dasar” bersifat opsional. Pengisiannya dapat digunakan untuk menentukan ACS pemeriksaan koreksi secara otomatis jika ACS - [otomatis] dipilih pada formulir pemeriksaan koreksi.
Cek koreksi dapat terdiri dari dua jenis: "Masuk" - operasi di mana pengguna menyetor dana koreksi dan "Keluaran" - operasi di mana pengguna menarik dana koreksi.
Setelah pemeriksaan koreksi dilubangi, Nomor Cek dan Nomor FD dikembalikan ke rincian nama yang sama pada formulir pemrosesan.
114) Kesalahan penentuan nomor FD pada saat pencetakan resi telah diperbaiki pada proses pelayanan FD
115) Dalam pemrosesan pemeliharaan DF, pemrosesan parameter 20) #FD - Return FDNumber telah ditambahkan
116) Dalam pemrosesan layanan DF untuk mengeksekusi pesan FS RAR http://egais.ru/news/view?id=1518, saat mengirimkan kuitansi penjualan eceran minuman beralkohol ke EGAIS, nomor FD kini selalu digunakan sebagai nomor nomor cek.
117) Menambahkan dukungan untuk pemeriksaan koreksi pencetakan dalam pemrosesan layanan FR
118) Dalam pemrosesan fr54_PrintChekka.ert, kesalahan telah diperbaiki karena indikator pembayaran dengan kartu pembayaran salah dikembalikan ke dokumen 1C (jika jenis pembayaran diubah sebelum cek dilubangi oleh pemrosesan eksternal)
119) Saat menggunakan VPF melalui pemrosesan fr54_PrintChek.ert, nama lengkap item (jika ada) dicetak pada cek, bukan yang pendek.

[Versi 2.3.2] 08/03/17
120) Klarifikasi algoritma untuk mencetak cek koreksi
121) Proses Sergey untuk memilih jenis pembayaran fr54_SelectPaymentType.ert telah diperbarui.

[Versi 2.3.3] 08/04/17
122) Klarifikasi algoritma untuk mencetak cek koreksi
123) Telah diperbaiki kesalahan penentuan nomor dokumen fiskal

[Versi 2.3.4] 15/08/17
124) sedang berlangsung fr54_Settings.ert memperbaiki kesalahan keluaran kasir dalam laporan kasir (X-report, Z-report, dll.) jika beberapa FD digunakan di satu tempat kerja
125) dalam pemrosesan pemeliharaan DF, kemampuan untuk menggunakan parameter " Jangan panggilfr54_Settings". Parameter ini memungkinkan Anda menghindari pemrosesan fr54_Settings.ert. Ini dapat digunakan jika programmer telah menyediakan transfer semua parameter yang diperlukan dari konfigurasi 1C dan tidak ingin memanggil pemrosesan tambahan lainnya kecuali untuk memproses layanan DF.
126) pada Tabel jenis dokumen yang digunakan (pada tab " Pengaturan Kolom "panel kontrol KKM) ditambahkan" Periksa jenisnya". Ini memungkinkan Anda untuk mendefinisikan ulang jenis cek untuk jenis dokumen tertentu. Ini dapat digunakan untuk secara eksplisit menentukan jenis cek untuk dokumen alternatif dari mana cek tersebut dicetak dalam mode VPF (misalnya, dari dokumen Penjualan, Pengembalian Dari Pembeli, dll.), serta dari dokumen biasa (misalnya, untuk dokumen penyelesaian tunai, Anda dapat mengatur jenis cek ke "Pembelian" alih-alih "Pengembalian Penjualan" jika konfigurasi 1C digunakan untuk menerima memo dari masyarakat)
127) dalam bentuk pratinjau (pemrosesan fr54_Daftar Nomenklatur untuk Percetakan.ert) kesalahan yang teridentifikasi telah diperbaiki.
128) di jendela pratinjau, informasi tambahan ditampilkan di header formulir, seperti: jenis cek, SNO, Kasir.
129) di jendela pratinjau, sebuah bendera telah ditambahkan untuk menonaktifkan penghitungan otomatis jenis pembayaran pada formulir - dapat digunakan jika tidak ada hubungan ketat antara jumlah pembayaran pada formulir ini dan detail dokumen, misalnya, untuk alternatif dokumen, seperti: Penjualan, Pengembalian Dari Pembeli, dll.

[Versi 2.3.5] 16/08/17
130) Nilai parameter diperluas dan diubah 9) Pembayaran = Jenis Pembayaran Permintaan. Nah, melalui parameter ini, Anda dapat secara eksplisit mengatur jenis pembayaran seluruhnya CASH atau ELEKTRONIK - tanpa menampilkan permintaan jenis pembayaran saat cek dimasukkan di mesin kasir (untuk lebih jelasnya lihat ParameterFR.xls).
PERHATIAN! Nilai permintaan jenis pembayaran telah diubah menjadi "2". Setelah memperbarui, Anda harus mengatur ulang nilai parameter ini jika Anda menggunakannya. Jika tidak, pengoperasian yang salah dapat terjadi.

[Versi 2.3.6] 20/08/17
131) Baris “ADVANCE” secara otomatis ditambahkan ke cek jika jumlah pembayaran melebihi jumlah dokumen dasar (faktur)
132) Instruksi pengguna yang dikerjakan ulang

[Versi 2.4.0] 13/10/17
133) Koreksi dalam pemrosesan layanan Shtrikh-M: menggunakan kata sandi administrator saat mencetak cek koreksi, menerima nomor cek untuk shift, nomor dokumen fiskal, menambahkan keluaran jumlah perubahan pada cek.
134) untuk menangani layanan emulasi DF, sebuah opsi telah ditambahkan yang memungkinkan Anda menonaktifkan pembuatan nomor cek secara acak - pada tab "Pengaturan" pada panel kontrol printer POS.
135) dalam pemrosesan layanan DF, algoritma untuk mengakses data tingkat yang lebih rendah telah diklarifikasi, kemampuan untuk menonaktifkan pencetakan header slip cek EGAIS telah ditambahkan, sejak itu menggandakan keluaran data ke tanda terima oleh mesin kasir online - pada tab "Pengaturan" di Panel Kontrol Mesin Kasir.
136) Bug diperbaiki - nilai parameter 19) MDN(Panjang Nama Item Maks.) tidak diterapkan saat mendistribusikan item tanda terima di jendela pratinjau tanda terima.
137) Koreksi pada algoritma untuk distribusi otomatis posisi pemeriksaan berdasarkan parameter 16) Pengubah tap yang sedang dimuat dan tombol "Isi" di jendela pratinjau tanda terima.

[Versi 2.4.2] 01.11.17
138) Dalam pemrosesan pemeliharaan DF, logika untuk membaca nilai string dari tabel driver kasir telah diklarifikasi
139) untuk driver Atol, penggunaan firmware 4555 diperhitungkan ( Perhatian! pada firmware 4555, keluaran tarif PPN yang benar tidak dijamin pada versi pemrosesan sebelumnya /sebelum versi 2.4.2/)
140) Instruksi pengguna yang diperbarui (menambahkan instruksi untuk mengadaptasi konfigurasi 1c7.7 yang tidak didukung yang tidak menyediakan koneksi peralatan ritel)

[Versi 2.4.3] 19/12/17
141) Tombol " telah ditambahkan ke Panel Kontrol Mesin Kasir Lanjutkan mencetak", yang memungkinkan Anda untuk terus mencetak dokumen fiskal untuk driver Shtrikh-M setelah mengatasi kemacetan atau kehabisan kertas
142) Untuk driver Atol, pencetakan header pemeriksaan telah ditambahkan ketika "opsi" diaktifkan 6) PAS" ("Periksa alamat pembeli")
143) Memperbaiki kesalahan yang teridentifikasi

[Versi 2.4.4] 03/06/18
144) yang diperhitungkan untuk konfigurasi standar 1C adalah dukungan penutupan shift kasir menggunakan mekanisme standar ketika menggunakan beberapa FD di satu tempat kerja:
- perubahan dilakukan pada prosedur Saat Pembukaan dalam pemrosesan eksternal layanan FR (EQUIP\fr54_***.ert)
- perubahan telah dilakukan pada prosedur modul global glFRCloseShift() dan pemrosesan Closing CashierShift

[Versi 2.5.0] 04/10/18
145) Rincian pengiriman nama, nomor dan tanggal dokumen berdasarkan koreksi telah ditambahkan ke pemeriksaan koreksi.
146) Untuk parameter<Правило1коп>"12)P1k" sekarang defaultnya adalah "2 - aktifkan, jangan tampilkan biaya tambahan pada tanda terima." Hal ini dilakukan karena produsen printer mesin kasir menyarankan untuk selalu menggunakan aturan ini saat mencetak kwitansi. Firmware KKM baru untuk Shtrikh-M tidak mendukung pencetakan tanda terima jika aturan ini dinonaktifkan, menghasilkan kesalahan “Parameter tidak valid dengan pengaturan ini.”
PERHATIAN!!! Setelah memperbarui ke rilis ini, periksa pengaturan parameter ini dan ubah jika perlu sesuai dengan logika sistem akuntansi Anda.
147) Dalam semua kasus, nama lengkap produk, jika dilengkapi, ditransfer ke tanda terima kasir.
148) Menambahkan parameter untuk mentransfer jumlah PPN yang dihitung ke tanda terima kasir<ПередаватьСуммыНДС>"21)Besaran PPN". Secara default, FR menghitung jumlah PPN secara independen untuk posisi cek berdasarkan nilai Jumlah dan tarif PPN yang dikirimkan dari posisi cek.
Namun, saat menggunakan parameter<Правило 1 коп.>jumlah PPN dalam cek mungkin berbeda dengan jumlah PPN yang tertera dalam dokumen 1C. Anda dapat menggunakan opsi ini untuk menyelesaikan perbedaan.
PERHATIAN!!! Untuk mesin kasir yang menggunakan driver Shtrikh-M, parameter ini hanya berfungsi jika “aturan 1 kopeck” diaktifkan menggunakan parameter “12)P1k”.
149) Menambahkan kemampuan untuk mentransfer INN kasir ke OFD. Jika ingin memberikan Nomor Pokok Wajib Pajak kasir, masukkan setelah nama kasir, dipisahkan dengan tanda ampersand (&). Misalnya: Anna Ivanova &112233445566. NPWP kasir akan ditransfer ke OFD, tetapi tidak akan dicetak pada kuitansi.
Jika saat mencetak cek Anda menggunakan nama pengguna saat ini dari direktori Pengguna, maka Anda dapat menambahkan detail baru dengan pengidentifikasi TIN ke direktori ini melalui konfigurator. Nilai rincian ini akan digunakan dalam cek sebagai INN kasir, dan dalam nama pengguna INN tidak boleh dicantumkan melalui tanda ampersand (&). Apabila rincian ini diisi sekaligus dan NPWP dicantumkan pada nama kasir dengan tanda ampersand (&), maka NPWP yang tertera pada nama kasir akan digunakan dalam cek (prioritasnya lebih tinggi daripada nilai atribut NPWP) .
150) Algoritma perhitungan menurut Aturan 1 kopeck telah diperjelas. Terkadang memberikan hasil yang berbeda 1 kopeck. dari yang benar. Alexander Medvedev alias Ondul Kami berterima kasih atas penelitian Anda mengenai masalah ini.
151) Bug telah diperbaiki.

[Versi 2.5.2] 20/04/18
152) Memperbaiki kesalahan penulisan basis koreksi pada pemeriksaan koreksi driver Atol jika tidak diisi. Perubahan hanya pada pemrosesan fr54_Atol.ert, sehingga nomor versi modul yang tersisa tetap 2.5.0

[Versi 2.5.3] 25/04/18
153) Memperbaiki kesalahan dalam menerapkan parameter<МаксДлинаНаименования>(spasi kecil di sebelah kanan atas nama nomenklatur tidak dihilangkan)
154) Memperbaiki kesalahan penggunaan parameter untuk driver Atol<ПередаватьСуммыНДС>

[Versi 2.5.4] 11/05/18
155) Memperbaiki kesalahan dalam mentransfer tag 1203 “Cashier INN” ke laporan pembukaan dan penutupan shift saat menggunakan driver Shtrikh-M

[Versi 2.6.0] 14/05/18
156) Menambahkan mekanisme tampilan data nonfiskal (NFD) saat mencetak cek di FD.
Contoh informasi yang ditampilkan:
- Nama atau nama lengkap pihak lawan;
- Nama perjanjian rekanan;
- informasi tentang diskon atau promosi;
- informasi periklanan;
- teks gratis lainnya.
Mekanisme ini memungkinkan:
- mengkonfigurasi tampilan garis non-fiskal sewenang-wenang di awal dan akhir cek, sebelum dan sesudah tampilan item nomenklatur cek dalam urutan acak;
- mengatur pembungkusan teks panjang baris demi baris secara otomatis tergantung pada lebar pita FR;
- menentukan cara perataan teks nonfiskal pada saat mencetak pada FR: di tepi kiri, di tengah, di tepi kanan, serta sebagai placeholder sepanjang lebar pita (untuk menampilkan garis pemisah);
- saat menampilkan data non-fiskal, Anda dapat menambahkan nilai numerik yang akan diformat secara otomatis dan ditampilkan dalam tanda terima di sepanjang tepi kanan sepanjang lebar pita (misalnya, menunjukkan jumlah diskon atau harga sebelum diskon diterapkan);
- konfigurasikan keluaran teks dalam dua kolom, dengan teks di kolom kiri rata ke kiri, dan teks di kolom kanan rata ke kanan.
- mengontrol keluaran jalur non-fiskal dalam cek secara interaktif melalui jendela pratinjau cek (fr54_Daftar Nomenklatur untuk Printing.ert);
- mengkonfigurasi keluaran jalur non-fiskal secara terprogram dalam prosedur Periksa Cetak (Punch CheckNaKKM), serta melalui VPF fr54_Check Print.ert dalam prosedur Document Handler.
Dalam hal ini, Anda perlu menambahkan kolom baru dengan nama NFD ke tabel Daftar Nilai (Daftar Produk):
Daftar Produk.NewColumn("NFD","Nomor");
Kolom ini dapat mengambil nilai numerik berikut:
- 0 - "GARIS FISKAL" (digunakan seperti sebelumnya untuk menampilkan posisi fiskal cek)
- 1 - "Garis non-fiskal dengan rata kiri"
- 2 - "Garis non-fiskal dengan garis tengah"
- 3 - "Garis non-fiskal dengan garis lurus ke kanan"
- 4 - "Garis non-fiskal dengan penyelarasan dan pemotongan sesuai lebar pita" (untuk menampilkan garis pemisah).
Teks baris nonfiskal diatur pada kolom Nama Barang pada tabel Daftar Nilai (Daftar Produk).
Jika Anda perlu mentransfer nilai penjumlahan tambahan, Anda dapat mengaturnya di kolom Harga. Nilai numerik ini akan diformat dan rata kanan saat tanda terima dicetak.
Kolom sisa pada tabel Daftar Nilai (Daftar Produk) sebaiknya dikosongkan saat menampilkan data nonfiskal.

[Versi 2.6.1] 29.05.18
157) Nilai berikut telah ditambahkan pada mekanisme tampilan data nonfiskal (NFD) saat mencetak cek untuk FD:
- 5 - "Segmen"(memungkinkan Anda membuat bagian cek dengan keluaran klise)
158) Dalam pemrosesan fr54_PrintChek.ert, kesalahan dalam mengeluarkan jumlah PPN untuk dokumen Statement LineReceipt dan Statement LineExpenditure konfigurasi standar 1C telah diperbaiki
159) Telah ditambahkan suatu fungsi pada proses pelayanan pencatat fiskal untuk memperoleh saldo uang tunai di laci kas. Prosedur gFROCashBalance untuk memanggil fungsi ini sedang diproses oleh fr54_Settings.ert. Jika perlu, itu dapat ditempatkan di modul global konfigurasi 1C Anda.
160) Saldo kas saat ini di laci kas dapat dilihat dengan mengklik tombol “Saldo Kas” pada tab “Layanan” di Panel Kontrol Mesin Kasir.
161) Ditambahkan FAQ.doc(pertanyaan dan jawaban yang sering diajukan)

[Versi 2.6.1+] 06/08/18
162) bug telah diperbaiki - saat mencetak tanda terima di FR menggunakan driver Shtrikh-M, nama item terakhir diduplikasi di tanda terima.

[Versi 2.6.2] 30/06/18
163) Memperbaiki kesalahan yang teridentifikasi
164) Untuk protokol FFD 1.05 dan lebih tinggi, output dari tag “Subjek perhitungan” dan “Metode perhitungan” telah ditambahkan
165) Dalam Pengaturan Panel Kontrol Mesin Kasir, opsi "Izinkan penarikan cek ke Dana Federal dalam mode VPF tanpa memposting dokumen" telah ditambahkan.

[Versi 2.6.3] 11/07/18
166) Algoritma untuk pencetakan cek telah dioptimalkan.
167) Pada parameter Control Panel KKM telah ditambahkan pilihan protokol FFD 1.1

[Versi 2.7.0] 04/10/18
168) Memperbaiki kesalahan yang teridentifikasi
169) Pada form Pratinjau Cek, kemampuan untuk mengedit jenis cek, sistem perpajakan, nama lengkap dan NPWP kasir telah ditambahkan sesaat sebelum cek dicetak

[Versi 2.8.0] 27/11/18
170) Menambahkan dukungan untuk tarif PPN 20%, yang harus diterapkan mulai 01/01/2019.Sebelum 01/01/2019, Anda harus memperbarui firmware SEBELUMNYA ke yang baru yang mendukung tarif PPN 20%. Dalam hal ini, pada malam tahun baru pukul 00.00 (sesuai jam KKM), secara otomatis KKM akan beralih menggunakan tarif PPN yang baru.

[Versi 2.8.1] 23/12/18
171) Memperbaiki kesalahan yang teridentifikasi, termasuk. Untuk Shtrikh-M, masalah “80: Perintah sebelumnya sedang dicetak” telah teratasi.

[Versi 2.8.2] 31/01/19
172) Memperbaiki kesalahan yang teridentifikasi
173) Bagi Shtrikh-M, masalah transfer NPWP kasir ke OFD telah dihilangkan
174) Untuk Atol, kesalahan dalam pemeriksaan koreksi telah diperbaiki, dukungan untuk beberapa tarif PPN dalam satu pemeriksaan koreksi telah ditambahkan (didukung mulai dari driver DTO versi 8.16.4)
175) untuk mode emulasi, tampilan pemeriksaan koreksi yang lebih detail telah ditambahkan

[Versi 2.9.0] 02/05/19
176) Menambahkan dukungan untuk mentransfer tag 1192 (“Rincian pemeriksaan tambahan”) dalam cek (termasuk pemeriksaan koreksi). Melalui detail ini, Anda dapat mentransfer atribut Fiskal dari cek yang salah dibuat sebelumnya menggunakan mesin kasir. Baca lebih lanjut Pembentukan pemeriksaan koreksi
Atribut fiskal suatu dokumen dapat ditransfer ke tanda terima secara terprogram melalui parameter "Tag1192" atau secara interaktif melalui formulir Pratinjau Tanda Terima (parameter Panel Kontrol POS diaktifkan 14) PPC = 2)
177) Dalam hal menggunakan satu nama barang dalam tanda terima (parameter 15)P1N= Ya), nilai tag ditransfer secara default ke cek Subyek Perhitungan= "Produk" dan Metode perhitungan= "Pembayaran penuh".
178) Metode lama untuk mendaftarkan posisi cek telah dinonaktifkan. Dalam hal ini, menggunakan parameter " P1k" = 0 (menonaktifkan "aturan 1 kopeck.") memungkinkan Anda melakukan cek menggunakan diskon dan tanpa membagi item produk menjadi dua baris, yang menghilangkan kesalahan pembulatan.

[Versi 2.10.0] 03/05/19
179) Menambahkan dukungan untuk tag 1162 (kode produk). Untuk mentransfernya ke tabel nilai Daftar Produk, ditransfer ke pemrosesan pemeliharaan DF, Anda perlu menambahkan tiga kolom tambahan, yang harus diisi dengan data yang diperlukan dari 1C:
- Tipe Penandaan(jenis Nomor, jenis penandaan, untuk rokok = 5)
- Grup Penandaan(ketik String, kode grup produk, untuk rokok = GTIN)
- MenandaiInstance(ketik String, kode identifikasi produk, untuk rokok = Serial)
Saat ini, pengalihan pelabelan produk tembakau ke OFD didukung.
54-FZ: RMK Tabak untuk 1C 7.7

[Versi 3.0.0] 21/03/19
180) Menambahkan dukungan untuk versi driver Atol DTO 10 .
181) Menambahkan transmisi atribut dokumen fiskal (FPD) setelah melanggar cek di 1C. Nilai parameter ini dapat dibaca pada prosedur pemanggilan menggunakan metode:
Data = Daftar Produk.Data54FZ;
FPD = Data.Dapatkan("FPD");
Bila cek dilubangi EPF (formulir cetakan luar), FPD tertulis di komentar dokumen, dan bila dokumen itu memuat rincian pengenal FPD, maka tertulis di dalamnya.
182) Kesalahan yang teridentifikasi telah diperbaiki, Panduan Pengguna telah diperbarui (deskripsi dukungan DTO10 untuk Atol telah ditambahkan), klarifikasi telah dilakukan pada deskripsi parameter: 12) P1k, 17) FFD dan 21) Jumlah TONG.
183) Pemrosesan fr54_Atol10_Settings.ert telah ditambahkan ke paket untuk mengimplementasikan mekanisme perangkat logisnya sendiri untuk driver DTO10, karena perangkat logis tidak disediakan oleh driver ini. Daftar perangkat logis untuk melayani DTO10 disimpan di folder Windows dalam file Windows\fr54_Atol10_Settings.ini (Anda perlu memberikan hak menulis kepada pengguna ke file ini).
184) Nomor penggerak fiskal ditransfer ke cek EGAIS, dan bukan nomor seri mesin kasir, menurut pesan PAR http://egais.ru/news/view?id=1518. Kini nomor tersebut tidak perlu disimpan di direktori Mesin Kasir, melainkan diproses menggunakan metode driver mesin kasir.

[Versi 3.1.0] 21/04/19
185) Memperbaiki kesalahan yang teridentifikasi
186) Dalam proses pelayanan pencatat fiskal, daftar dukungan tag 1162 untuk produk berlabel telah diperluas: produk tembakau, alas kaki, produk bulu, obat-obatan .
Untuk penjualan eceran, disarankan untuk menggunakan modul “54-FZ: Mesin kasir online untuk 1C 7.7” bersama dengan produk kami “”, yang memastikan pemindaian kode pelabelan saat menjual barang dan mentransfernya dalam format yang diperlukan ke pemrosesan layanan FR .
187) Pemrosesan permintaan API yang diperbarui ke layanan EAN (memproses Extforms\ean_online.ert, penulis volk13): nama produk yang ditemukan dibersihkan dari karakter terlarang.

[Versi 3.1.1] 20/05/19
188) Perluasan penggunaan parameter 4)#LU (<Номер ЛУ ФР>).
Nah, melalui parameter ini, Anda dapat menentukan nomor seri (pabrik) RF, memisahkannya dari nomor LU dengan tanda “ampersand” (&), misalnya: 2&1234567901234,
dimana 2 adalah nomor LU, dan 12345678901234 adalah nomor seri RF yang ditetapkan untuk nomor LU ini.
Dalam hal ini, program akan memeriksa apakah nomor yang ditentukan cocok dengan nomor seri DF yang benar-benar terhubung - jika ada perbedaan, operasi akan ditolak.
Dalam parameter ini dimungkinkan untuk menunjukkan hanya nomor seri RF tanpa menentukan nomor LU, misalnya: &1234567901234.
Dalam hal ini, program akan menggunakan nomor seri yang ditentukan untuk mencari LU yang terhubung dengan DF dengan nomor seri yang ditentukan dan melakukan operasi pada DF yang ditemukan.
189) Dalam pemrosesan pemilihan perangkat logis fr54_Atol10_Settings.ert, tombol “Pemeriksaan komunikasi” telah ditambahkan, yang mengembalikan nama model dan nomor seri DF atau deskripsi kesalahan jika koneksi ke DF dengan yang ditentukan parameter tidak mungkin.

[Versi 3.2.0] 25/05/19
190) Dukungan untuk tag 1227 (Nama klien/pembeli), 1228 (NPWP klien), kode negara asal barang (Tag 1230), nomor pemberitahuan pabean (Tag 1231), dll. telah ditambahkan untuk pemrosesan layanan pencatat fiskal Anda dapat mengetahui lebih lanjut tentang tujuan tag baru, ikuti tautan https://its.1c.ru/db/newscomm#content:458995:hdoc
Tag yang ditentukan didukung mulai dari firmware 10-7824 untuk Atol dan dengan firmware tertanggal 24/10/2018 untuk Shtrikh-M.
Nilai tag yang berhubungan dengan cek (bukan untuk memeriksa posisi) dapat ditransfer ke cek secara terprogram dengan cara standar:
Data.Set("Tag1227", "Pupkin Vasya");
Data.Set("Tag1230", 413);
Tag akan ditransfer ke OFD saat cek dilubangi.
Jika tag perlu dicetak tambahan pada kuitansi dalam teks non-fiskal (untuk menginformasikan pembeli), Anda perlu menambahkan akhiran “_p” pada nama tag, misalnya:

Data.Set("Tag1230_p", 413);
Untuk tag 1227 dan 1228, Anda dapat menggunakan sebutan sinonim "Klien" dan "KlienINN", misalnya, pasangan catatan berikut ini setara:
Data.Set("Tag1227_p", "Pupkin Vasya");
Data.Set("Klien_p", "Pupkin Vasya");
Dan
Data.Set("Tag1228", "770123456789");
Data.Set("ClientINN", "770123456789");

Nilai tag yang berhubungan dengan posisi resi dapat ditransfer ke resi melalui tabel Daftar Nilai (Daftar Produk). Untuk melakukan ini, Anda perlu membuka kolom tambahan dengan nama tag dan menetapkan nilai saat mengisi tabel Daftar Nilai (Daftar Produk) dalam siklus melintasi garis tanda terima, untuk contoh:
Daftar.Kolom Baru("Tag1230_p", "Nomor"); //kode negara asal produk (tidak diisi untuk Rusia)
Daftar.Kolom Baru("Tag1231", "Baris"); //Jumlah pemberitahuan pabean
Akhiran “_p” pada nama tag menentukan apakah nilai tag akan ditampilkan dalam tanda terima sebagai garis non-fiskal untuk kenyamanan pengguna, atau apakah nilai tersebut hanya akan ditransfer ke OFD.

191) Dukungan untuk tag baru telah ditambahkan ke pemrosesan VPF fr54_PrintChek.ert.

192) Dukungan untuk tag baru telah ditambahkan ke dokumen konfigurasi standar (TIS, Bukh, USN). Untuk melakukan ini, detail baru telah ditambahkan ke header dokumen: FPD dan VOFD Klien Jangan Transfer dan perubahan telah dilakukan pada modul dokumen:
- PKO, RKO, Jalur Rekening, Jalur Rekening Biaya, CekKKM (TIS 9.2)
- Pesanan Masuk, Pesanan Keluar (Akuntansi dan sistem perpajakan yang disederhanakan)
Atribut VOFD Klien Jangan Transfer telah ditambahkan ke formulir dokumen (kecuali untuk CheckKKM) sebagai kotak centang. Atribut FPD ditampilkan dalam atribut teks TextCheckNumberKKM, untuk itu diperbesar lebar formulir untuk menampung nomor cek dan nomor FPD.
Atribut FPD menyimpan atribut fiskal dokumen, yang digunakan sebagai tag 1192 saat memasukkan cek pengembalian dana berdasarkan kwitansi penjualan (atau sebaliknya).

193) File yang menjelaskan perubahan pada dokumen konfigurasi standar telah diperbarui:
- PerubahanUntukKonfigurasiTIS987_54FZ.txt
- PerubahanUntukKonfigurasiBuh633_54FZ.txt
- PerubahanUntukKonfigurasiUSN275_54FZ.txt

194) 54-FZ: RMK GISM (Penandaan) untuk 1C 7.7 diperbarui ke versi 1.3 - menambahkan dukungan untuk pelabelan obat dan perbaikan bug.

[Versi 3.2.1] 31/05/19
195) Karena pencetakan rincian cek tambahan (tag) direkomendasikan untuk dikontrol melalui driver mesin kasir, penggunaan default akhiran “_p” ketika mengganti tag telah dihapus dalam modul konfigurasi dan dalam pemrosesan eksternal (lihat perubahan pada versi 3.2 .0).
Namun, jika diinginkan, akhiran ini dapat digunakan untuk menampilkan tag pada teks non-fiskal pada kuitansi (tidak disarankan).
196) Memperbaiki bug di versi 3.2.0 untuk memproses pemeliharaan driver DTO10 (fr54_Atol10.ert): terjadi kesalahan pencetakan saat meneruskan tag tambahan.

[Versi 3.2.2] 19/06/19
197) Memperbaiki kesalahan saat mengirimkan tag 1162 (kode produk) untuk driver DTO8 dan DTO10 (Atol).
198) Memperbaiki kesalahan saat mengirimkan tag 1129 - 1231 melalui driver Shtrikh-M. Untuk mentransfer jumlah cukai (tag 1229), versi driver minimal 4.14.768 (tanggal 17 Juni 2019) - dapat diunduh dari tautan https://cloud.mail.ru/public/PVBd/2tUfX7bz9
199) Menambahkan kemampuan untuk mentransfer tag 1227 (nama klien) ketika tag 1228 (nomor identifikasi pajak klien) tidak ada. Ini diperbolehkan untuk protokol FFD 1.05. Untuk FFD 1.1, tag 1228 (nomor identifikasi pajak klien) diperlukan.
Memperbaiki bug: selain TIN, karakter pertama dari pos pemeriksaan klien juga dikirimkan ke tag 1228.
Perubahan telah dilakukan pada prosedur PrintReceipt() dalam dokumen konfigurasi dan pemrosesan layanan VPF fr54_PrintReceipt.ert.
Untuk memastikan bahwa tag 1227 dan 1228 tidak ditransfer ke cek saat menggunakan VPF, tanda "Jangan transfer klien ke OFD" harus diatur dalam dokumen atau nama klien adalah "Perorangan pribadi" atau " Pembeli eceran”.

[Versi 3.2.2+] 20/06/19
200) Bug diperbaiki: di tag 1228, selain TIN, karakter pertama dari pos pemeriksaan klien juga dikirimkan. Perubahan telah dilakukan pada prosedur Print Receipt() dalam dokumen konfigurasi dan dalam deskripsi perubahan konfigurasi ChangesForConfiguration****.txt
201) Perubahan telah dilakukan pada proses pemeliharaan driver Strih-M fr54_Strih-M.ert: tag 1227 dan 1228 tidak dikirimkan pada beberapa model FR.

[Versi 3.2.3] 28/06/19
202) Bug diperbaiki: melalui pemrosesan VPF f r54_PrintReceipt.ert NPWP dan nama pembeli tidak dikirimkan (tag 1227 dan 1228)
203) Memperbaiki kesalahan saat mengirimkan tag 1229 - 1231
204) Menambahkan dukungan untuk tag untuk agen pembayaran, perdagangan komisi: tag 1057, 1222, 1226, serta tag 1005, 1016, 1026, 1044, 1073, 1074, 1075 (sebagai bagian dari tag kompleks 1223) dan tag 1225, 1171 (sebagai bagian dari tag kompleks 1224)

54-FZ: RMK GISM (Penandaan) untuk 1C 7.7 diperbarui ke versi 1.4 - bug dalam dukungan pelabelan sepatu dan obat-obatan telah diperbaiki.

[Versi 3.3.0] 03/07/19
205) kemampuan untuk melihat, mengedit, dan menambahkan tag tanda terima tambahan sewenang-wenang, serta kode penandaan produk (tag 1162) telah ditambahkan ke formulir Pratinjau Tanda Terima.
206) kemampuan untuk membuat cek tanpa ditautkan ke dokumen 1C telah ditambahkan ke Panel Kontrol Mesin Kasir. Editor tanda terima universal memungkinkan Anda membuat, mengedit, dan memasukkan tanda terima apa pun dengan konten apa pun dan tag apa pun tanpa mengacu pada data 1C.
207) Parameter 17)FDD sekarang mengambil nilai default 1,05.
208) Peningkatan kompatibilitas dengan konfigurasi 1C: Produksi+Layanan+Akuntansi 7.7 melalui mekanisme VPF.
209) Menambahkan kemampuan untuk mencetak cek melalui mekanisme VPF untuk konfigurasi 1C TiS yang sudah ketinggalan zaman, ed. 9.2 tanpa memperbarui enumerasi Kode Transaksi.
210) Memperbaiki kesalahan yang teridentifikasi

[Versi 3.3.1] 07/03/19
211) Kesalahan dalam pemrosesan fr54_Settings.ert dan fr54_List Items for Printing.ert telah diperbaiki, yang dalam beberapa kasus menyebabkan ketidakmampuan untuk menggunakan editor tanda terima.
212) Dalam mode VPF, diperhitungkan bahwa konfigurasi 1C mungkin tidak memiliki atribut dokumen umum "Komentar" (fr54_PrintReceipt.ert)

[Versi 3.3.2] 07/08/19
213) Dalam modus VPF(formulir cetakan eksternal) menambahkan dukungan untuk pencetakan tag 1230 dan 1231 (Negara asal dan deklarasi bea cukai) dalam tanda terima jika terjadi<pemilihan otomatis> batch dalam dokumen penjualan barang dan bahan. (Dukungan untuk pencetakan yang tertanam dalam modul dokumen akan tersedia dalam rilis mendatang.)
Jika perlu, baris dokumen pada saat mencetak kwitansi dibagi menjadi beberapa posisi jika satu baris dalam dokumen berisi beberapa pemberitahuan pabean dalam register "Ketersediaan Batch".
Pembulatan kopeck untuk Jumlah dan PPN disesuaikan secara otomatis saat dikeluarkan ke cek; disarankan untuk mengaktifkan parameter " 21) Besarnya PPN“supaya jumlah PPN pada cek itu sama dengan jumlah dokumen aslinya.

Garansi uang kembali

Infostart LLC menjamin Anda pengembalian dana 100% jika program tidak sesuai dengan fungsionalitas yang dinyatakan dari deskripsi. Uang dapat dikembalikan seluruhnya jika Anda memintanya dalam waktu 14 hari sejak tanggal uang diterima di rekening kami.

Program ini telah terbukti berhasil sehingga kami dapat memberikan jaminan tersebut dengan keyakinan penuh. Kami ingin semua pelanggan kami puas dengan pembelian mereka.