Versi sekarang konfigurasi "Manajemen Perdagangan",
revisi 10.3, dimaksudkan untuk digunakan dengan versi sistem
1C: Perusahaan tidak lebih rendah dari 8.2.19. Saat bekerja dengan sistem operasi
Microsoft Windows 10 Anda perlu menggunakan platform versi 8.3
1C: Perusahaan dalam mode kompatibilitas dengan versi 8.2.
Pembaruan ditujukan untuk rilis berikut: 10.3.41.1, 10.3.42.1, 10.3.43.1
Apa yang baru?
Menambahkan fungsionalitas untuk mengontrol periode validitas format dokumen elektronik.
Menambahkan fungsionalitas untuk mengirim undangan untuk menukar ID tertentu dari peserta EDF.
Pengecer
Dukungan perangkat keras "Printer Penerimaan"
Ini mendukung pencetakan dokumen penyelesaian pada printer tanda terima yang terhubung atau pada printer kantor dan memelihara "Log untuk dokumen yang diterbitkan kepada pembeli selama penyelesaian" sesuai dengan Resolusi RF No. 296 15/03/2017.
Laporkan "Buku log dokumen yang dikeluarkan untuk pembeli"
Menambahkan laporan "Buku log dokumen yang dikeluarkan untuk pembeli", lihat antarmuka "Manajemen ritel", menu "Penjualan".
Direktori "Kasir KKM"
Kotak centang "Kwitansi arsip" telah ditambahkan ke formulir buku referensi "Mesin kasir". Ketika kotak centang "Struk arsip" dicentang, dokumen "Kwitansi kasir" setelah penutupan shift tidak dihapus, tetapi ditandai sebagai diarsipkan. Informasi dari dokumen-dokumen ini ditampilkan dalam laporan "Log dokumen yang dikeluarkan untuk pembeli".
Menambahkan penanganan layanan untuk ReceiptPrinter.epf
Pemrosesan melakukan pemeliharaan peralatan yang didukung oleh driver "1C: Receipt Printer".
Baru di versi 10.3.43.1
Pertukaran dokumen elektronik
Menambahkan fungsionalitas untuk membatalkan dokumen elektronik sewenang-wenang.
Menambahkan fungsionalitas untuk melihat peraturan EDM melalui formulir "Pohon Dokumen Elektronik" untuk dokumen elektronik arbitrer.
Sinkronisasi status EDM antara semua dokumen infobase, yang berpartisipasi dalam pertukaran UPD / UCD, telah diterapkan.
Menerapkan kemungkinan pendaftaran satu kali untuk semua perubahan pada sertifikat organisasi dalam layanan 1C-EDM sambil menyimpan Profil EDF.
Menambahkan kemampuan untuk menentukan daftar pengguna yang memiliki akses ke sertifikat.
akuntansi PPN
Sesuai dengan keputusan Pemerintah Federasi Rusia 25 Mei 2017 No. No. 625 dalam faktur yang dikeluarkan dari 01.07.2017 perlu untuk menunjukkan pengidentifikasi kontrak negara.
Dalam dokumen "Faktur dikeluarkan" dari 01.07.2017, bidang "Pengidentifikasi kontrak negara" tersedia untuk diisi.
Formulir tercetak dari dokumen "Faktur yang diterbitkan" telah dibawa sesuai dengan keputusan Pemerintah Federasi Rusia pada 25 Mei 2017. 625.
Pengecer
Dukungan tambahan untuk format data fiskal versi 1.0.5 sesuai dengan perintah Layanan Pajak Federal Rusia tertanggal 21.03.2017 N -7-20 / [dilindungi email]
"Atas persetujuan rincian tambahan dokumen fiskal dan format dokumen fiskal, wajib untuk digunakan."
Untuk memanfaatkan fitur-fitur baru, pembaruan pegangan layanan diperlukan.
Koreksi Dokumen Cek Kasir
Ditambahkan dokumen "Koreksi tanda terima kasir". Untuk menggunakannya, Anda perlu memperbarui pemrosesan layanan peralatan toko ke versi 1.7 atau lebih tinggi.
Direktori "Peralatan komersial"
Menambahkan persyaratan "Metode kontrol format-logis", "Perbedaan yang diizinkan selama kontrol formatologis". Digunakan saat fiskalisasi cek pada mesin kasir dengan transfer data.
Dokumen "Tanda terima pesanan tunai", "Beban pesanan tunai", "Pembayaran dari pembeli dengan kartu pembayaran»
Di bagian tabular "Dekripsi pembayaran" menambahkan variabel "Tanda metode pembayaran", diisi dengan nilai default, tersedia untuk diedit, pengguna dapat mengubah nilainya. Persyaratan ini digunakan saat melakukan fiskal cek ke mesin kasir dengan transfer data.
Dokumen "Penjualan barang dan jasa", "Pengembalian barang dari pembeli"
Ditambahkan kemampuan untuk menghasilkan penerimaan fiskal pada kasir dengan transfer data.
Memperbaiki bug yang ditemukan
FLC - format dan kontrol logis, yang dirancang untuk membantu Wajib Pajak dalam mengisi formulir pelaporan pajak, tidak mengejar tujuan melakukan pemeriksaan internal, dan dikembangkan sesuai dengan Aturan untuk membuat formulir pelaporan pajak.
Menurut paragraf 4-1 Pasal 584 Kode Pajak FLC, terdiri dari pemeriksaan kelengkapan dan kebenaran pengisiannya, dilakukan saat menerima dan memproses laporan pajak oleh sistem untuk menerima dan memproses laporan pajak dari otoritas pajak (selanjutnya disebut sistem).
Konfirmasi penerimaan dan pemrosesan pelaporan pajak oleh simpul pusat sistem dihasilkan di dalam format elektronik pemberitahuan penerimaan atau penolakan pelaporan pajak oleh sistem.
Sistem menetapkan laporan pajak yang disampaikan dalam bentuk elektronik status penerimaan ("Diterima"), dan status pemrosesan laporan pajak untuk diposting ke rekening pribadi wajib pajak ("Diposting"), dan juga menghasilkan pemberitahuan tentang penerimaan atau penolakan laporan pajak.
Dengan demikian, dengan adanya status pelaporan pajak yang ditentukan dalam pemberitahuan, dianggap bahwa pelaporan pajak telah diperiksa oleh persyaratan kontrol format-logis dan tidak termasuk dalam norma sub-paragraf 7) paragraf 5 Pasal 584 dari Kode Pajak.
Struktur file logis
Baris file lampiran (dari baris pertama hingga akhir file) berisi data lampiran.
Baris file harus dipisahkan satu sama lain oleh sepasang karakter carriage return dan line feed (kode 1310 dan 1010), yang langsung saling mengikuti.
File tidak boleh dimulai atau diakhiri dengan karakter carriage return dan line feed. Menyertakan baris kosong dalam file (pengulangan pasangan "carriage return" dan "line feed" beberapa kali segera satu demi satu) tidak diperbolehkan.
Mengunggah informasi
Setiap baris harus berisi nilai atribut yang tercantum pada Tabel A.1.
Persyaratan Umum
Log kontrol format-logis (log FLC) dibuat untuk setiap file lampiran.
Nama file log FLC dibangun dari nama file lampiran dengan mengganti huruf MO yang memulai nama file dengan huruf L:
L + Sumber informasi + nomor registri-CMO / MO + YYYYMMDD, di mana
Sumber informasi: 1 - SMO atau 2 - MO,
nomor registri-CMO / MO - nomor registri CMO atau MO
YYYYMMDD - tanggal di mana data disiapkan.
Konten file ditransfer dalam pengkodean halaman kode Windows-1251.
Struktur file logis
Log FLC ditransfer dalam file teks yang dibatasi. File terdiri dari baris yang dipisahkan satu sama lain oleh sepasang karakter carriage return dan line feed (kode 1310 dan 1010). Tanda titik koma (";", kode 3410) digunakan sebagai pemisah. Nilai individu harus diapit dengan tanda kutip ketika titik koma atau tanda kutip ditemukan di dalam nilai.
Daftar kesalahan kontrol format-logis
Jika setidaknya satu kesalahan FLC ditemukan dalam satu saluran, saluran tersebut tidak ditransfer untuk dimuat ke PC EPZ.
Daftar kesalahan kontrol format-logis
| Kode | Bidang | Deskripsi kesalahan | verifikasi tambahan |
|
| Nomor | Nama kolom |
|||
| Kesalahan dalam bidang tertentu dari catatan |
||||
| 2 | 3 | EPP | Tidak ada EPP | Tidak ada STP untuk polis asuransi kesehatan wajib dari satu sampel |
| 5 | 4 | Nama belakang | Karakter atau kombinasi karakter yang tidak valid dalam nama belakang | Nama keluarga, nama depan, atau patronimik tidak memenuhi aturan FLC yang diadopsi oleh EPZ |
| 6 | 5 | Nama | Karakter atau kombinasi karakter yang tidak valid dalam nama |
|
| 7 | 6 | nama tengah | Karakter atau kombinasi karakter yang tidak valid di nama tengah |
|
| 10 | 7 | Tanggal lahir | Tanggal lahir tidak ditentukan | |
| 11 | 7 | Tanggal lahir | Tanggal lahir kesalahan | Tanggal tidak nyata ditentukan:
|
| 21 | 13 | SNIL | Kesalahan dalam nilai SNILS | Nilai yang ditentukan salah panjangnya atau berisi karakter selain angka. |
| 22 | 13 | SNIL | Kesalahan nomor cek SNILS | Digit cek (dua digit terakhir) dari SNIL dihitung dengan kesalahan. |
| 25 | 2 | Polis_id | Seri dan jumlah DPFS tidak ada | Tidak ada seri dan nomor untuk polis asuransi kesehatan wajib gaya lama atau nomor untuk sertifikat sementara |
| 242 | 15 | Lampirkan_Mode | Kode metode lampiran ke MO tidak ditentukan | |
| 243 | 15 | Lampirkan_Mode | Kode tidak valid untuk metode lampiran ke MO | Kode metode lampiran tidak ditemukan dalam sistem pengkodean. |
| 246 | 17 | Lampirkan_Tanggal | Kesalahan tanggal | Kesalahan tanggal: Tanggal termasuk tanda selain angka, Jumlah digit tidak sama dengan delapan, Urutan angka tidak dapat ditafsirkan sebagai tanggal yang valid (misalnya, "19722510" atau "19801234"). |
| 264 | 14 | ID_MO | Nomor registrasi tidak ditentukan | |
| 265 | 14 | ID_MO | Nomor registrasi tidak ditemukan | Nilai yang ditentukan tidak ditemukan dalam register terpadu MO. |
| Kesalahan (umum) lainnya |
||||
| 99 | – | – | Pengecualian telah terjadi di handler | |
Menyimpan deklarasi dalam jurnal dan menggunakannya sebagai data awal untuk periode berikutnya Editor yang kuat deklarasi Memeriksa rekanan, memuat deklarasi dari file xml, pilihan yang kuat, dan banyak lagi ... Dan semua ini bahkan lebih cepat dan lebih nyaman Revisi baru 3.1Lampiran yang paling populer dari deklarasi alkohol adalah lampiran 5, 6, 7, 11 dan 12.
Pemrosesan ditujukan untuk grosir atau pengecer... Dalam pembaruan untuk perusahaan pelapor di masa depan, Lampiran deklarasi direncanakan, yang diperlukan untuk perusahaan yang bergerak dalam produksi minuman beralkohol.
Bahkan lebih cepat dari ed. 2.x! Produktivitas tinggi pembentukan deklarasi sesuai dengan data infobase.
Implementasi edisi baru untuk klien kami dengan jaringan sekitar 150 toko menunjukkan hasil berikut: Pembentukan Lampiran 11 menurut basis informasi (150 toko, lebih dari 50.000 baris deklarasi) - sekitar 3-4 menit! Bongkar dalam format FSRAR - kurang dari satu menit! Tugas yang sama dalam program Declarant-Alco diselesaikan selama lebih dari 48 jam.
Pengisian deklarasi sepenuhnya otomatis sesuai dengan basis informasi.
Semua lampiran deklarasi diisi mode otomatis... Data dokumen "Penerimaan barang dan jasa", "Penjualan barang dan jasa" digunakan, untuk Lampiran 11 dan 12 "Laporan penjualan eceran"," Pemindahtanganan barang "," Kapitalisasi barang "," Penghapusbukuan barang ".
Menyimpan log dari deklarasi yang disimpan
Sekarang Anda dapat menyimpan laporan ke jurnal. Pada saat yang sama, tidak masalah bagaimana laporan Anda dibuat, menurut data infobase, atau diunduh dari file eksternal... Anda dapat menggunakan laporan ini untuk membentuk saldo awal periode pelaporan berikutnya.
Editor deklarasi yang kuat dengan fungsi berikut:
file XML yang diunggah sebelumnya, serta deklarasi yang dihasilkan dari data basis info. Data laporan yang baru dibuat (belum diunggah, yaitu langsung dari layar monitor) dapat diedit secara manual dengan pengunggahan data berikutnya ke format XML;- Memuat saldo pada akhir periode pelaporan sebelumnyake data (dalam bentuk saldo awal) periode pelaporan saat ini dengan perhitungan ulang otomatis dari indikator dependen. Ini memungkinkan Anda untuk mengatur akuntansi "selektif", mis. oleh subset kredensial terbatas yang terkandung dalam infobase.
- Pengisian otomatis kolom "Tanda Terima" dan "Pengiriman"Dalam Lampiran 5 dan kolom" Tanda Terima"Dalam Sek. 1 dari Lampiran 11 dan 12. Saat mengoreksi data Lampiran 6 dan 7, serta Sec. 2 dari Lampiran 11 dan 12, dimungkinkan untuk secara otomatis menghitung nilai indikator dari kolom yang sesuai dari Lampiran 5 dan Sec. 1 aplikasi 11 dan 12.
- Fungsi penghitungan ulang otomatis dari indikator dependen dari laporan yang dimuat saat mengedit baseline ... Misalnya, saat mengedit saldo awal, saldo akhir dihitung ulang secara otomatis.
Verifikasi komprehensif data laporan saat mengunggah data ke file XML.
Indikator seperti keberadaan kode jenis produk, keberadaan pabrikan, kebenaran NPWP dan KPP diperiksa (pemeriksaan kebenaran NPWP dan KPP dilakukan melalui Internet, menggunakan layanan untuk memeriksa rekanan menurut Daftar Badan Hukum Negara Bersatu dan Daftar Badan Hukum Negara Bersatu), memeriksa rasio indikator kontrol laporan. Jika kesalahan ditemukan, file tidak diunggah, dan kesalahan yang ditemukan disorot dengan warna merah.
Konfigurasi otomatis basis informasi untuk mengatur akuntansi minuman beralkohol.
Saat Anda mulai memproses untuk pertama kalinya atau kapan pun Anda membutuhkannya, Accounting Setup Assistant akan membantu Anda mengatur akun Anda secepat dan senyaman mungkin. basis informasi untuk bekerja dengan produk "Deklarasi alkohol". Misalnya, buku referensi “Kode Jenis Minuman Beralkohol” terisi secara otomatis sesuai dengan daftar kode minuman beralkohol yang disetujui oleh FSRAR.
Akuntansi untuk produsen yang berbeda untuk satu item item.
Dalam UT10.3 dan UT11 mekanisme karakteristik digunakan untuk tujuan ini. Untuk setiap karakteristik item yang digunakan untuk menghitung minuman beralkohol, properti "Produsen" ditambahkan, yang diisi dari direktori rekanan. Untuk versi BP3.0, fitur ini tidak didukung karena kurangnya mekanisme karakteristik di BP3.0. Dalam hal ini, Anda perlu menggunakan item item yang berbeda untuk produsen yang berbeda.
Menelusuri jumlah indikator laporan ke tingkat dokumen dan item dalam satu klik.
Tidak jelas mengapa jumlah ini dalam laporan? Anda bisa mendapatkan penjelasan rinci tentang jumlah berapa pun dalam laporan dan, jika perlu, membuka dan mengedit langsung dokumen atau item dari katalog item yang membangkitkan minat Anda.
Kemungkinan rekonsiliasi dengan rekanan berkat sistem seleksi yang kuat.
Pilihan dimungkinkan dalam kerangka kerja aplikasi terpisah, dan untuk beberapa aplikasi deklarasi. Misalnya, Anda bisa mendapatkan data pada rekanan secara bersamaan untuk aplikasi 6 dan 7, yang memungkinkan Anda untuk merekonsiliasi data tidak hanya pada pengiriman, tetapi juga pada pengembalian.
Sistem yang fleksibel untuk mengelola sumber data laporan.
Sumber data dalam laporan dapat berupa: catatan daftar akumulasi "Barang organisasi", file deklarasi yang sebelumnya dibongkar dalam format FSRAR; saat membuat laporan tentang catatan register akumulasi, dimungkinkan untuk memasukkan atau mengecualikan entri ke dalam laporan pergerakan dokumen tanpa tanda “tercermin di akun. akuntansi "
Penandatanganan, enkripsi dan verifikasi file deklarasi mirip dengan layanan FSRAR
File yang dihasilkan dapat diperiksa kesesuaiannya dengan format FCPAR, ditandatangani dan dienkripsi. Anda tidak perlu membeli program seperti Crypto AWP, semuanya tersedia dari satu tempat kerja.
Bekerja dengan versi dasar
Pemrosesan tidak memerlukan perubahan konfigurasi apa pun dan dapat bekerja dengan versi dasar, secara signifikan mengurangi biaya implementasi saat menggunakan tidak lebih dari satu tempat kerja.
Modul pembaruan otomatis melalui Internet
Memeriksa pembaruan dapat dilakukan atas permintaan pengguna (dalam mode semi-otomatis), dan pada setiap peluncuran program. Setelah membeli pemrosesan, Anda akan menerima nama pengguna dan kata sandi individual untuk pembaruan otomatis.
Konfigurasi yang didukung
| Edisi \ Konfigurasi | akuntansi perusahaan | Manajemen perdagangan | Otomatisasi kompleks |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Anda bisa berkenalan dengan produk secara detail, setelah mempelajari dokumentasi atau jika Anda menghubungi kami untuk meminta saran.
Ide pertama dari antarmuka produk dan beberapa di antaranya Kegunaan Anda dapat melihat di bawah di screenshot, untuk konfigurasi yang berbeda.
Anda selalu dapat mengandalkan dukungan teknis profesional dari pengembang produk dengan pengalaman lebih dari 3 tahun dalam menerapkan deklarasi alkohol.
Harga pengiriman sudah termasuk dukungan teknis dalam waktu 6 bulan setelah pembayaran pesanan.
.png)
Versi untuk konfigurasi 1C: Manajemen Perdagangan, rev.10.3 dan 1C: Otomasi Terintegrasi 1.1
Versi untuk konfigurasi Manajemen perdagangan, revs 11.1, 11.2
Jurnal Deklarasi Tersimpan
Jendela pengaturan pengisian deklarasi
Garansi uang kembali
Infostart LLC menjamin Anda pengembalian uang 100% jika program tidak sesuai dengan fungsionalitas yang dinyatakan dari deskripsi. Uang dapat dikembalikan secara penuh jika Anda menyatakan ini dalam waktu 14 hari sejak tanggal penerimaan uang di rekening kami.
Program ini sangat terbukti dalam pengoperasiannya sehingga kami dapat memberikan jaminan seperti itu dengan penuh keyakinan. Kami ingin semua pelanggan kami senang dengan pembelian mereka.
Efisiensi fungsi sistem otomatis tergantung pada tingkat keandalan informasi input. Distorsi informasi dimungkinkan pada tahap pendaftaran, transmisi, dan pemrosesannya. Sebagian besar kesalahan diperkenalkan oleh operator saat mendaftarkan informasi dalam proses pengisian dokumen utama. Saat mentransmisikan data ke komputer melalui saluran komunikasi, distorsi informasi dimungkinkan di bawah pengaruh gangguan, dan dalam proses pemrosesan informasi - sebagai akibat dari kegagalan dan kegagalan perangkat komputer individu.
Untuk meningkatkan tingkat keandalan informasi, berbagai metode pengendalian data telah dikembangkan, yang memungkinkan untuk mendeteksi kesalahan yang terjadi pada semua tahap kemajuan informasi dari tempat asalnya ke tempat pemrosesan. Karena sebagian besar kesalahan dibuat dalam persiapan informasi, kami akan mempertimbangkan metode pengendaliannya pada tahap ini.
Kontrol informasi selama persiapan dokumen utama mencakup berbagai jenis pemeriksaannya, beberapa di antaranya dilakukan secara langsung dalam proses penyiapan dokumen di komputer di sistem AWS, bagian lain dari pemeriksaan - di komputer pusat saat masuk sebuah pesan.
Membedakan diformat dan logis kontrol.
Pada diformat kontrol:
Jumlah karakter dalam setiap indikator pesan yang dimasukkan ditentukan dan dibandingkan dengan jumlah yang diperlukan;
Kehadiran sejumlah indikator yang dapat diterima dalam pesan yang dimasukkan diperiksa;
Kehadiran karakter alfabet diperiksa di mana karakter numerik seharusnya, dan sebaliknya.
Di bawah kendali logis:
Nilai setiap indikator pesan area diperiksa nilai yang dapat diterima, yang termuat dalam NSI;
Pemeriksaan dibuat untuk korespondensi logis timbal balik dari indikator individu satu sama lain dalam setiap frasa dari pesan yang dimasukkan dan di antara frasa yang berbeda (kontrol antar-frasa);
Adanya kesalahan dalam indikator pesan yang paling penting, seperti jumlah unit rolling stock, stasiun, kargo, terungkap dengan menghitung tanda-tanda kontrol.
Kontrol diformat dan logis dilakukan untuk layanan dan frase pesan informasional. Jika kesalahan terdeteksi, pelanggan yang mengirim pesan akan mengeluarkan pesan diagnostik 497, yang berisi kode kesalahan dan indikator di mana kesalahan dibuat. Pelanggan harus memperbaiki kesalahan, atau memasukkan kembali pesan.
Berikut adalah beberapa contoh kesalahan:
1. Kesalahan pemformatan
1.1. Kontrol kebenaran desain pesan 02 secara keseluruhan.
| Mulai pesan | Kode pesan | Nomor kereta | Indeks kereta api | Panjang bersyarat | Latih berat kotor, t | Tanda khusus | ||||||||||||
| Stasiun pembentukan ECP | Nomor regu berurutan | Stasiun tujuan ECP | Nomor | Bulan | Jam | Menit | Kode sampul | Indeks kebesaran | Ternak | Rute | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Jenis kesalahan yang ditunjukkan dalam contoh ini adalah kode pesan yang tidak ada. Pesan 03 tidak ada.
1.2. Kontrol format frasa layanan
| Mulai pesan | Kode pesan | Stasiun pesan ECP | Nomor kereta | Indeks kereta api | Tanda kecurangan komposisi (1- dari kepala, 2- dari ekor) | Tanggal dan waktu akhir pembentukan komposisi | Panjang bersyarat | Latih berat kotor, t | Tanda khusus | |||||||||
| Stasiun pembentukan ECP | Nomor regu berurutan | Stasiun tujuan ECP | Nomor | Bulan | Jam | Menit | Kode sampul | Indeks kebesaran | Ternak | Rute | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Ini menunjukkan kesalahan format metrik. Nomor kereta berurutan harus terdiri dari dua karakter, dan bukan tiga, seperti pada contoh.
1.3. Kontrol format frase informasi
| Nomor gerbong sesuai urutan | Nomor inventaris mobil | Berat kargo, t | Kode kargo | Kode penerima | Tanda khusus | Jumlah isian | Jumlah kontainer | Berat tara gerobak, t | Catatan | ||||||
| Kode sampul | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | H0030 |
Ini juga menunjukkan kesalahan metrik yang diformat. Kode pemilik, tanda bantalan rol harus berisi tiga karakter.
2. Kesalahan yang bersifat logis
2.1. Kontrol logis dari frase layanan.
Tanda penghapusan komposisi harus sama dengan 1 atau 2.
2.2. Kontrol logis dari frase informasi
| Nomor gerbong sesuai urutan | Nomor inventaris mobil | Kode pemilik, tanda bantalan rol | Berat kargo, t | Kode stasiun tujuan mobil | Kode kargo | Kode penerima | Tanda khusus | Jumlah isian | Jumlah kontainer | Kode ECP dari stasiun perbatasan keluar | Berat tara gerobak, t | Catatan | |||
| Milik rute, armada yang tidak berfungsi, pengiriman grup, digabungkan | Kode sampul | Keistimewaan mobil (kebesaran, ternak, panjang, larangan membongkar dari bukit) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
Jika berat kargo bukan nol, harus ada informasi tentang stasiun tujuan mobil.
2.3 Kontrol interfrase logis
| Nomor gerbong sesuai urutan | Nomor inventaris mobil | Kode pemilik, tanda bantalan rol | Berat kargo, t | Kode stasiun tujuan mobil | Kode kargo | Kode penerima | Tanda khusus | Jumlah isian | Jumlah kontainer | Kode ECP dari stasiun perbatasan keluar | Berat tara gerobak, t | Catatan | |||
| Milik rute, armada yang tidak berfungsi, pengiriman grup, digabungkan | Kode sampul | Keistimewaan mobil (kebesaran, ternak, panjang, larangan membongkar dari bukit) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Jumlah inventaris gerbong yang identik
Kesimpulan
Berdasarkan hasil pekerjaan kontrol, adalah modis untuk menarik kesimpulan tentang prinsip fungsi ASOUP.
Saat membentuk kereta, blok layanan dan informasi pesan 02 (TGNL) dikompilasi, yang ditransmisikan ke DCC. Blok layanan berisi informasi tentang komposisi yang terbentuk secara keseluruhan. Blok informasi berisi informasi tentang setiap gerbong: nomor inventaris, berat kargo, stasiun tujuan, kode kargo, dll.
Jika komposisi tidak sesuai dengan yang sebelumnya ditransmisikan ke DVT TGNL, maka pesan 09 dihasilkan, di mana semua perubahan komposisi ditunjukkan. Alasan paling umum untuk perbedaan ini adalah rencana pelepasan atau penyambungan gerbong ke kereta dalam perjalanan, pelepasan gerbong karena kerusakan teknis atau komersialnya.
Ketika kereta meninggalkan stasiun, pesan 200 dihasilkan;
kedatangan kereta di stasiun - pesan 201;
mengikuti stasiun dengan kereta api - pesan 202;
pembubaran komposisi - pesan 203;
memuat gerobak - pesan 241;
membongkar gerobak - pesan 242;
transfer mobil ke grup yang salah - pesan 1353
Masing-masing pesan di atas memberikan informasi tentang waktu pembentukan kereta, jenis gerbong di kereta, keberangkatan kereta dari stasiun, pembentukan, bongkar muat gerbong, hitching dan uncoupling gerbong, penghapusan gerbong ke armada yang tidak berfungsi, dll.
