Perintah pembayaran- ini adalah dokumen yang dengannya pemilik rekening saat ini menginstruksikan bank untuk melakukan transfer Uang ke akun lain yang ditentukan. Dengan cara ini, Anda dapat membayar barang atau jasa, membayar uang muka, membayar kembali pinjaman, melakukan pembayaran dan kontribusi pemerintah, yang sebenarnya memastikan pergerakan keuangan apa pun yang diizinkan oleh hukum.

Perintah pembayaran harus dibuat sesuai dengan prosedur yang ditetapkan oleh Kementerian Keuangan, karena diproses secara otomatis. Tidak masalah apakah pembayaran diserahkan ke bank dalam bentuk kertas atau dikirim melalui Internet.

Formulir kompleks yang dikembangkan oleh Bank Sentral Federasi Rusia dan disetujui oleh undang-undang federal harus diisi dengan benar, karena biaya kesalahan mungkin terlalu tinggi, terutama jika ini adalah perintah pembayaran pajak.

FILE

Untuk menghindari masalah yang terkait dengan kesalahan pengisian kolom perintah pembayaran, mari kita lihat fitur masing-masing sel.

Kode pembayaran

Rincian pembayaran di masa mendatang dan informasi tentangnya ada di bidang formulir pembayaran yang khusus ditujukan untuk ini. Banyak informasi ditandai dalam bentuk kode. Kodenya sama untuk semua peserta dalam proses:

• pembayar;
• stoples;
• penerima dana.

Ini memungkinkan untuk secara otomatis memperhitungkan pembayaran akun dalam manajemen dokumen elektronik.

Petunjuk langkah demi langkah untuk mengisi pesanan pembayaran

Pada formulir sampel, setiap sel diberi nomor bersyarat untuk memudahkan penjelasan maknanya dan untuk mengklarifikasi dengan tepat bagaimana mengisinya.

Periksa apakah Anda menggunakan formulir pesanan pembayaran saat ini, yang diperbarui pada tahun 2012. Bentuk baru disetujui oleh Lampiran 2 Peraturan Bank Rusia No. 383-P tanggal 19 Juni 2912.

Periksa nomor di kanan atas. Kepada siapa pun uang yang dikirim melalui perintah pembayaran dimaksudkan, nomor yang sama akan ditunjukkan - 0401060 . Ini adalah nomor formulir dari formulir terpadu yang berlaku hari ini.

Kami mulai mengisi kolom dokumen secara bergantian.
Lapangan 3- nomor. Pembayar menunjukkan nomor pesanan pembayaran sesuai dengan urutan penomoran internalnya. Bank dapat mencantumkan nomor untuk individu. Bidang ini tidak boleh berisi lebih dari 6 karakter.

Bidang 4- tanggal. Format tanggal: dua digit hari, dua digit bulan, 4 digit tahun. Dalam bentuk elektronik, tanggal diformat secara otomatis.

Bidang 5- tipe pembayaran. Anda harus memilih bagaimana pembayaran akan dilakukan: "mendesak", "telegraf", "surat". Saat mengirim pembayaran melalui bank klien, Anda harus menentukan nilai yang disandikan yang diterima oleh bank.

Lapangan 6- Suma dalam huruf miring. DENGAN huruf kapital jumlah rubel ditulis dengan kata-kata (kata ini tidak disingkat), kopeck ditulis dengan angka (kata "penny" juga tanpa singkatan). Diperbolehkan untuk tidak menunjukkan satu sen pun jika jumlahnya utuh.

Lapangan 7- jumlah. Mentransfer uang dalam jumlah. Rubel harus dipisahkan dari kopeck dengan tanda -. Jika tidak ada kopeck, = diletakkan setelah rubel. Seharusnya tidak ada karakter lain di bidang ini. Nomor harus sesuai dengan ejaan di kolom 6, jika tidak pembayaran tidak akan diterima.

Lapangan 8- pembayar. Badan hukum harus menunjukkan nama dan alamat yang disingkat, individu - nama lengkap dan alamat pendaftaran, terlibat dalam praktik swasta, selain data ini, jenis kegiatan, pengusaha perorangan - nama lengkap, status hukum dan alamat harus dicatat dalam tanda kurung. Nama (nama) dipisahkan dari alamat dengan simbol //.

Bidang 9- Nomor akun. Ini mengacu pada nomor rekening pembayar (kombinasi 20 digit).

Lapangan 10 bank pembayar. Nama lengkap atau singkatan bank dan kota lokasinya.

Lapangan 11- BIK. Kode identifikasi milik bank pembayar (menurut Direktori peserta penyelesaian melalui Bank Sentral Rusia).

Bidang 12– nomor rekening koresponden. Jika pembayar dilayani oleh Bank Rusia atau subdivisinya, bidang ini tidak diisi. Dalam kasus lain, Anda harus menentukan nomor sub-akun.

Lapangan 13- bank penerima pembayaran. Nama dan kota bank tempat dana dikirim.

Lapangan 14- BIC bank penerima. Isinya sama dengan butir 11.

Bidang 15– nomor sub-rekening penerima. Jika uang dikirim ke klien Bank Rusia, sel tidak perlu diisi.

Lapangan 16- penerima. Badan hukum ditunjuk dengan nama lengkap atau disingkat (keduanya dapat digunakan sekaligus), pengusaha perorangan dengan status dan nama lengkap, pengusaha perorangan yang berpraktik pribadi perlu menunjukkan jenis kegiatan tambahan, dan cukup menyebutkan nama individu secara lengkap (tanpa menolak). Jika dana ditransfer ke bank, maka informasi dari kolom 13 digandakan.

Lapangan 17– Nomor rekening penerima. 20 digit nomor rekening penerima dana.

Lapangan 18- jenis operasi. Sandi yang ditetapkan oleh Bank Sentral Federasi Rusia: untuk perintah pembayaran, selalu 01.

Lapangan 19- jangka waktu pembayaran. Lapangan tetap kosong.

Bidang 20- tujuan pembayaran. Lihat paragraf 19 sampai CBR menentukan lain.

Lapangan 21- perintah pembayaran. Angka dari 1 sampai 6 ditunjukkan: antrian sesuai dengan Pasal 855 KUH Perdata Federasi Rusia. Angka yang paling umum digunakan adalah 3 (pajak, kontribusi, gaji) dan 6 (pembayaran untuk pembelian dan persediaan).

- Kode UIN. Pengidentifikasi akrual unik diperkenalkan pada tahun 2014: 20 digit untuk badan hukum dan 25 untuk individu. Jika tidak ada UIN, 0 diatur.

Lapangan 23- menyimpan. Biarkan kosong.

Lapangan 24- tujuan pembayaran. Tulis untuk apa dana ditransfer: nama produk, jenis layanan, nomor dan tanggal kontrak, dll. PPN tidak diperlukan, tetapi lebih baik bermain aman.

Lapangan 43- meterai pembayar. Itu ditempatkan hanya pada versi kertas dokumen.

Bidang 44- tanda tangan. Di atas kertas, pembayar membubuhkan tanda tangan yang sesuai dengan sampel pada kartu yang diserahkan saat mendaftarkan akun.

Bidang 45- Uang kertas. Pada formulir kertas, bank pengirim dan penerima dana membubuhkan cap dan tanda tangan orang yang berwenang, dan dalam versi elektronik - tanggal pelaksanaan pesanan.
Bidang 60- TIN pembayar. 12 karakter untuk fisik, 10 untuk badan hukum. Jika tidak ada NPWP (bisa untuk perorangan), kita tulis 0.

Bidang 61– NPWP penerima. Mirip dengan item 28.

Bidang 62- tanggal penerimaan oleh bank. Diselesaikan oleh bank.

Bidang 71- tanggal penghapusan. Disediakan oleh bank.

PENTING! Kotak 101-110 harus diisi hanya jika pembayaran untuk pajak atau bea cukai.

Bidang 101- status pembayar. Kode dari 01 hingga 20 yang menentukan orang atau organisasi yang mentransfer dana. Jika kode berada di kisaran 09 hingga 14, maka kolom 22 atau kolom 60 wajib diisi tanpa gagal.
Bidang 102- Pos pemeriksaan pembayar. Kode alasan pendaftaran (jika ada) - 9 digit.

Bidang 103– Pos pemeriksaan penerima. Kode 9 digit, jika ditugaskan. Dua digit pertama tidak boleh nol.

Bidang 104– . Inovasi 2016. Kode klasifikasi anggaran mencerminkan jenis pendapatan anggaran Rusia: bea, pajak, premi asuransi, pajak penjualan, dll. 20 atau 25 karakter, semua digit tidak boleh nol.

Bidang 105- kode . Diindikasikan sejak 2014 bukan OKATO. Menurut pengklasifikasi wilayah kotamadya All-Rusia, Anda perlu menulis di bidang ini 8 atau 11 digit yang ditetapkan ke wilayah Anda.

Bidang 106- dasar pembayaran. Kode tersebut terdiri dari 2 huruf dan menunjukkan berbagai dasar pembayaran, misalnya OT - pelunasan hutang yang ditangguhkan, DE - bea cukai. Pada tahun 2016, beberapa kode surat baru diperkenalkan untuk alasan pembayaran. Jika daftar kode tidak menunjukkan pembayaran yang dilakukan untuk anggaran, 0 dimasukkan ke dalam sel.

Bidang 107- indikator periode pajak. Tercatat seberapa sering pajak dibayarkan: MS - bulanan, KV - sekali seperempat, PL - setiap enam bulan, Duma Negara - setiap tahun. Tanggal ditulis setelah penunjukan surat. Jika pembayarannya bukan pajak, tetapi bea cukai, kode otoritas terkait tertulis di sel ini.

Bidang 108– nomor alasan pembayaran. Mulai 28 Maret 2016, di bidang ini Anda perlu menulis nomor dokumen yang menjadi dasar pembayaran. Dokumen dipilih tergantung pada kode yang tertera di kolom 107. Jika sel 107 berisi TP atau ZD, maka 0 harus dimasukkan di kolom 108.

Bidang 109- tanggal dokumen pembayaran. Tergantung pada bidang 108. Pada 0 di bidang 108, 0 juga ditulis dalam sel ini.

Lapangan 110- jenis pembayaran. Aturan pengisian kolom ini berubah pada tahun 2015. Sel ini tidak perlu diisi, karena BCC tertera di kolom 104 (angka 14-17 hanya mencerminkan subtipe pendapatan anggaran).

Nuansa tambahan

Biasanya, pembayaran harus dilakukan dalam 4 rangkap:

• Tanggal 1 digunakan saat mendebit di bank pembayar dan masuk ke dokumen harian bank;
• 2 berfungsi untuk mengkreditkan dana ke rekening penerima di banknya, disimpan dalam dokumen hari bank penerima;
• 3 menegaskan transaksi bank, dilampirkan pada pernyataan rekening penerima (di banknya);
• Yang ke-4 dengan stempel bank dikembalikan kepada pembayar sebagai konfirmasi penerimaan perintah pembayaran untuk dieksekusi.

CATATAN! Bank akan menerima pembayaran meskipun tidak ada cukup uang di rekening pembayar. Tetapi pesanan akan dieksekusi hanya jika ada cukup dana untuk ini.

Jika pembayar mengajukan permohonan ke bank untuk informasi tentang bagaimana perintah pembayarannya dilaksanakan, ia harus dijawab pada hari kerja berikutnya.

Jika perlu melakukan pengeluaran tunai (pembayaran barang, pekerjaan, layanan, dan pemenuhan kewajiban berdasarkan surat perintah eksekusi), NUBP (AU) membuat perintah pembayaran pada AWP NUBP.

Perintah pembayaran ditransfer dari AWP NUBP ke badan OrFC, tempat akun pribadi NUBP (AU) dibuka.

Catatan. PPO "ASFC (SUFD)" mengimplementasikan kemungkinan entri manual dan impor pesanan pembayaran yang diberikan kepada OrFC FO dalam kasus pembukaan rekening bank terpisah untuk transaksi dengan dana BU, rekening pribadi yang dibuka dan dikelola di FO.

Untuk bekerja dengan dokumen "Perintah pembayaran" pergi ke item menu "Dokumen / Pendaftaran dan pembukuan kewajiban / Permohonan pembayaran / Perintah pembayaran". EF dari daftar dokumen akan terbuka, ditunjukkan pada Gambar 65.

1. 
   65. EF dari daftar dokumen "Perintah pembayaran"

4.5.6.1 Operasi yang tersedia

Operasi berikut tersedia di AWP NUBP pada dokumen "Perintah pembayaran":

• 
  entri manual;
• 
  di impor dari sistem eksternal;
• 
  kontrol dokumenter;
• 
  melihat dan mengedit;
• 
  pemindahan;
• 
  penandatanganan EDS;
• 
  segel;
• 
  mengirim ke OFK (UFK).

4.5.6.2 Bentuk layar dokumen

EF "Perintah Pembayaran" ditunjukkan pada Gambar 66 dan 67. Formulir berisi tajuk dan tab berikut:

• 
  "Atribut Dasar";
• 
  "Nama lengkap";
• 
  "Sistem Atribut";
• 
  "Protokol".

Saat mengimpor pesanan pembayaran dari sistem eksternal, bidang tab "Atribut dasar", "Dekripsi, tanda tangan" secara otomatis diisi dengan data file unduhan. Saat membuat pesanan pembayaran secara manual, kolom bookmark diisi sesuai dengan data dokumen kertas.

1. 
   66. EF "Perintah pembayaran". tab atribut utama

Untuk memasukkan dokumen secara manual " Perintah pembayaran" berikut pada EF "Pembayaran pembayaran titipan» isi bidang yang tersedia untuk diedit. Daftar field diberikan pada tabel 27.

1. 
   27. Deskripsi bidang dokumenPerintah pembayaran»

Nama bidang	Deskripsi bidang
Nomor	Nomor dokumen. Nilai dimasukkan secara manual
tanggal	Tanggal dokumen. Nilai tanggal dapat dipilih menggunakan kalender sistem.
Deviasi	Selisih modulo antara jumlah pesanan pembayaran yang dimasukkan di bidang "Jumlah" dan jumlah semua baris dekripsi pesanan pembayaran. Bidang diisi secara otomatis.
Status	Dokumen kode status bisnis. Itu diisi secara otomatis sebagai hasil pemrosesan dokumen atau dikirim dari sistem akuntansi (dalam hal pemrosesan dokumen dalam sistem akuntansi).
Tab "Atribut dasar", grup bidang "Atribut dasar".(Gbr. 66)
Tipe pembayaran	Tipe pembayaran. Nilai dapat diubah dengan memilih dari daftar: "", "melalui surat", "telegraf", "elektronik", "mendesak". Nilai defaultnya adalah "elektronik".
Jumlah	Jumlah total pesanan pembayaran. Nilai dimasukkan secara manual.
Tab "Atribut dasar", grup bidang "Detail pembayar".
Nama	Nama pembayar. Nilai dimasukkan secara manual.
TIMAH	TIN pembayar.
pos pemeriksaan	pos pemeriksaan pembayar. Nilai ditarik secara otomatis setelah mengisi kolom “Orang. memeriksa". Dapat diedit secara manual. Untuk OFK off-line diisi secara manual.
Orang memeriksa	Rekening pembayar. Nilai dapat dimasukkan secara manual atau dipilih dari direktori Personal Accounts. Untuk OFK off-line diisi secara manual.
akun bank	Nomor rekening bank. Nilai dapat dipilih dari buku referensi "Rekening Bank FK". Untuk OFK off-line diisi secara manual.
BIC/SWIFT	Nilai diisi secara otomatis setelah mengisi kolom “Bank. akun" dari buku referensi "rekening bank FK" dari bidang "Di mana dibuka". Nilai dimasukkan secara manual atau dipilih dari direktori bank. Untuk OFK off-line diisi secara manual.
Akun koresponden	Itu diisi secara otomatis dari direktori bank setelah mengisi kolom "BIC / SWIFT". Untuk OFK off-line diisi secara manual.
Nama Bank	Nilai ditarik secara otomatis setelah mengisi kolom "BIC / SWIFT" dari buku referensi bank dari kolom "Composite payment name of the bank" Nilai dapat diedit secara manual. Untuk OFK off-line diisi secara manual.
Tab "Atribut dasar", grup bidang "Detail penerima".
Nama	Nama penerima sesuai SRRPBS. Nilai dimasukkan secara manual atau dapat dipilih dari direktori "Pemasok". Untuk OFK off-line diisi secara manual.
TIMAH	NPWP penerima. Untuk OFK off-line diisi secara manual.
Orang memeriksa	Akun pribadi penerima. Nilai dimasukkan secara manual atau dipilih dari direktori "Akun pribadi". Untuk OFK off-line diisi secara manual.
pos pemeriksaan	Pos pemeriksaan penerima. Nilai diisi secara otomatis setelah mengisi kolom "Nama rekanan". Setelah pelengkapan otomatis, bidang dapat diedit.
akun bank	Nomor rekening bank penerima. Nilai diganti secara otomatis jika untuk penerima pembayaran yang ditentukan oleh pengguna dalam buku referensi "Rekening bank pemasok", satu akun ditemukan. Jika lebih dari satu rekening bank ditemukan untuk organisasi, bidang tidak diisi dan pengguna diberi kesempatan untuk memilih nilai dari direktori Rekening Bank Pemasok atau memasukkannya secara manual. Saat memasukkan rekening bank secara manual, pemeriksaan untuk memasukkan dilakukan. Untuk OFK off-line diisi secara manual.
BIC/SWIFT	Kode BIC/SWIFT bank tempat akun OrFC dibuka. Nilai diisi secara manual atau dipilih dari direktori Banks. Dapat ditarik secara otomatis setelah mengisi bidang "Rekening bank" dari direktori "Rekening bank pemasok" (bidang "di mana terbuka") Untuk OFK off-line diisi secara manual.
Akun koresponden	Nomor rekening bank. Nilai ditarik secara otomatis setelah mengisi kolom "BIC / SWIFT" dari direktori Bank. Untuk OFK offline. Diisi secara manual. Bidang terbuka untuk pengeditan.
Nama Bank	Nama bank penerima. Nilai ditarik secara otomatis setelah mengisi bidang "BIC / SWIFT" dari buku referensi bank dari nama pembayaran Gabungan bidang bank Untuk OFK offline. Diisi secara manual. Bidang terbuka untuk pengeditan
Poin	Urutan pembayaran. Nilai dapat diubah dengan memilih dari daftar: "1", "2", "3", "4", "5", "6". Nilai standarnya adalah "6". Untuk OFK off-line diisi secara manual.
Jenis operasi	Jenis operasi. Nilai dimasukkan secara manual.
Jangka waktu pembayaran	Jangka waktu pembayaran.
Tab "Atribut Dasar", grup bidang "Detail pembayaran pajak".
Status	Status badan hukum Nilai dimasukkan secara manual atau dipilih oleh pengguna dari “Status Wajib Pajak. Untuk OFK off-line diisi secara manual.
KBK	Kode klasifikasi pendapatan anggaran (20 karakter). Nilai dimasukkan secara manual atau diisi dari direktori KBK (20 karakter). Untuk OFK off-line diisi secara manual.
OKTO	Kode OKATO sesuai dengan Peraturan Bank Sentral Federasi Rusia tanggal 03.10.2002 No. 2-P "Tentang pembayaran nontunai Federasi Rusia". Nilai dimasukkan secara manual atau diisi dari direktori OKATO. Untuk OFK off-line diisi secara manual.
Alasan pembayaran	Diindikasikan sesuai dengan Peraturan Bank Sentral Federasi Rusia tanggal 03.10.2002 No. 2-P "Tentang penyelesaian non tunai Federasi Rusia". Nilai dimasukkan secara manual.
Masa kena pajak	Masa pajak dimana pembayaran dilakukan. Sesuai dengan Peraturan Bank Sentral Federasi Rusia tanggal 03.10.2002 No. 2-P "Tentang pembayaran nontunai di Federasi Rusia". Nilai dimasukkan secara manual.
Nomor dokumen	Nomor dokumen. Nilai dimasukkan secara manual.
Tanggal dokumen	Tanggal dokumen. Nilai dimasukkan secara manual.
Tipe pembayaran	Tipe pembayaran. Sesuai dengan Peraturan Bank Sentral Federasi Rusia tanggal 03.10.2002 No. 2-P "Tentang pembayaran nontunai di Federasi Rusia". Nilai dimasukkan secara manual.
Tujuan pembayaran	Tujuan pembayaran. Nilai dimasukkan secara manual.
Tab "Dekripsi, tanda tangan", blok tabel bidang "Dekripsi pesanan pembayaran"(Gbr. 67)
№	Nomor posisi. Diisi secara otomatis.
KBK	Kode klasifikasi anggaran pembayar. 1. Nilai dimasukkan secara manual atau dipilih dari direktori BCC. 2. Nilai dihasilkan secara otomatis dari nilai yang diisi oleh segmen menurut algoritme berikut: PPP + FKR + KTsSR + KVR + KOSGU; IFR + Jenis sumber 3. Untuk OFK off-line diisi secara manual.
Jumlah	Jumlah pada baris perintah pembayaran. Nilai dimasukkan secara manual
Kode sasaran	Kode tujuan subsidi/subvensi. Nilai dapat dimasukkan secara manual atau dari Direktori Kode Tujuan Subsidi/Subvensi. Untuk OFK off-line diisi secara manual.
Total	Jumlah total per baris, yang jika dokumen diisi dengan benar, harus sesuai dengan jumlah pesanan pembayaran yang ditentukan di kolom "Jumlah" pada tab "Atribut Utama". Nilai dihitung secara otomatis sebagai jumlah dari semua baris. Untuk OFK off-line diisi secara manual.
Tab "Penguraian, tanda tangan", grup bidang "Tanda Tangan".
Kepala (orang yang berwenang). Judul pekerjaan	Judul pekerjaan Untuk OFK off-line diisi secara manual.
Kepala (orang yang berwenang). Nama lengkap	Nama lengkap kepala. Untuk OFK off-line diisi secara manual.
Kepala akuntan (orang yang berwenang). Judul pekerjaan	Jabatan kepala akuntan. Dipilih dari daftar karyawan, atau dimasukkan secara manual. Untuk OFK off-line diisi secara manual.
Kepala akuntan (orang yang berwenang). Nama lengkap	Nama kepala akuntan. Dipilih dari daftar karyawan, atau dimasukkan secara manual. Untuk OFK off-line diisi secara manual.
tanggal penandatanganan	Tanggal dokumen ditandatangani oleh kepala akuntan. Nilai dimasukkan secara manual atau dipilih dari kalender sistem.
Pelaku yang bertanggung jawab. Judul pekerjaan	Nama jabatan pelaksana yang bertanggung jawab. Dipilih dari daftar karyawan, atau dimasukkan secara manual Untuk OFK off-line diisi secara manual.
Pelaku yang bertanggung jawab. Nama lengkap	Nama orang yang bertanggung jawab. Dipilih dari daftar karyawan, atau dimasukkan secara manual Untuk OFK off-line diisi secara manual.
Telepon	Nomor telepon pelaksana yang bertanggung jawab. Dipilih dari daftar karyawan, atau dimasukkan secara manual Untuk OFK off-line diisi secara manual.

1. 
   67. EF "Perintah pembayaran". Tandai "Dekripsi, tanda tangan"

Pada tab "Deciphering, signatures" (Gambar 67) di blok tabular "Decoding pesanan pembayaran", baris dimasukkan untuk mendekripsi jumlah pesanan pembayaran menurut BC. Bidang blok tabel ditunjukkan pada Tabel 27. garis baru”, formulir “Tambah catatan” akan terbuka.

1. 
   68. EF "Tambahkan catatan"

Pada formulir "Tambah catatan" (Gambar 68), detail berikut dimasukkan secara manual:

• 
  "pos. tidak." - nomor baris dalam urutan. Bidang diisi secara otomatis.
• 
  Grup bidang "KBK":

• 
  "KBK" - KBK pembayar. Itu dimasukkan secara manual atau dihasilkan secara otomatis sesuai dengan nilai yang diisi dari kolom yang lebih rendah: "PPP" + "FKR" + "KTSSR" + "KVR" + "KOSGU", atau "PPP" + "Jenis sumber". Nilai dapat dipilih dari buku referensi "Kode Klasifikasi Anggaran". Untuk AU, kolom tidak diisi.
• 
  "PPP" - kode struktur departemen. Nilai dapat dipilih dari direktori "Agensi".
• 
  "FKR" - kode FKR. Nilai dapat dipilih dari buku referensi "Bagian / subbagian FKR". Bidang tidak diisi jika bidang "Jenis sumber" diisi.
• 
  "KTSSR" - kode untuk KTSSR. Nilai dapat dipilih dari buku referensi "Artikel Sasaran FKR". Bidang tidak diisi jika bidang "Jenis sumber" diisi.
• 
  "KVR" - kode untuk KVR. Nilainya bisa dipilih dari direktori "Jenis Pengeluaran FKR". Bidang tidak diisi jika bidang "Jenis sumber" diisi.
• 
  "KOSGU" - kode untuk KOSGU. Nilai dapat dipilih dari direktori "Artikel Ekonomi". Bidang tidak diisi jika bidang "Jenis sumber" diisi.
• 
  "Jenis sumber" - jenis sumber pembiayaan defisit anggaran. Tidak diisi jika kolom "FKR", "KTSSR", "KVR", "KOSGU" diisi. Nilai dapat dipilih dari direktori "Sumber Pendanaan".

• 
  Kode sasaran. Nilai dapat dipilih dari direktori "Tujuan Subsidi/Subvensi". Untuk NUBP, bidang ini wajib diisi. Bidang harus dikosongkan jika jenis obat di bidang "Akun pribadi" di blok bidang "Detail pembayar" pada tab "Atribut utama" (Gambar 66) sama dengan "30".
• 
  "Kode Tujuan Penerima". Nilai dapat dimasukkan secara manual atau dari Direktori Kode Tujuan Subsidi/Subvensi. Untuk OFK off-line diisi secara manual.
• 
  "Jumlah".

Untuk menyimpan baris yang sudah selesai, klik tombol "OK" - entri yang dibuat akan muncul di daftar. Saat streaming input string, alih-alih "OK", tombol "Simpan dan buat" ditekan.

salinan

1 Bekerja di SUFD. Antarmuka. Antarmuka SUFD dapat dibagi menjadi beberapa elemen utama. Di sisi kiri (1) terdapat panel navigator. Di bagian atas navigator adalah daftar drop-down organisasi dan otoritas yang tersedia (AP, PBS,), perhatian khusus berhak mendapatkan izin "semua orang", yang memungkinkan Anda melihat dan memproses dokumen untuk semua organisasi dan izin yang tersedia sekaligus. Ini sangat nyaman saat melayani beberapa organisasi dengan beberapa otoritas di satu tempat kerja (situasi ini sering terjadi di departemen Keuangan). Bagian utama panel navigator ditempati oleh daftar dokumen dan direktori seperti pohon. Sisi kanan antarmuka digunakan untuk bekerja dengan jenis dokumen tertentu. Panel navigator Panel tombol Urutkan dan panel filter Garis filter cepat Bentuk tabular 4 Area pemilihan halaman Panel informasi Panel tombol (2) terletak di bagian atas. Di kanan dan kiri bilah tombol terdapat tombol gulir yang memungkinkan Anda melompat ke bagian bilah tombol yang diinginkan jika tidak muat seluruhnya di layar. Beberapa tombol, selain perintah utama, memiliki kemampuan untuk memanggil perintah tambahan, untuk ini, tombol sempit tambahan digunakan, terletak di dekat tombol utama. Bentuk tabel (3) menampilkan daftar jenis dokumen yang dipilih di navigator. Harus diingat bahwa di SUFD, untuk interaksi yang lebih cepat antara klien dan server, navigasi halaman banyak digunakan. Khususnya, di bagian bawah formulir tabel terdapat daftar halaman dan panah untuk bernavigasi di antaranya. Di atas bentuk tabel adalah panel filter. Sebagai alat pemfilteran cepat, akan lebih mudah menggunakan baris atas dari bentuk tabel. Di sebelah kiri panel filter terdapat tombol kecil yang memungkinkan Anda beralih dari mode normal(bilah filter pirus) ke mode arsip (bilah hijau). Panel informasi (4) menampilkan informasi singkat tentang dokumen yang dipilih dalam bentuk tabel. Selain tab Isi, panel informasi juga menyertakan tab Tanda Tangan, tempat Anda dapat melihat EDS dokumen, tab Atribut (informasi teknis), dan tab Riwayat Transportasi, tempat Anda dapat melihat operasi yang dilakukan pada dokumen. Di bagian atas antarmuka di sebelah kanan adalah menu Pengaturan. Untuk mengubah pengguna, lebih mudah menggunakan item menu Pengaturan Keluar, perintah lain praktis tidak digunakan dalam pekerjaan. Saat bekerja dalam bentuk tabel, tersedia menu konteks, dipanggil, seperti biasa, dengan tombol kanan mouse. 1

2 Bekerja di SUFD. Operasi dasar. Operator SUFD memastikan transfer dokumen organisasi klien ke Perbendaharaan Federal dan pemrosesan dokumen, terutama berbagai formulir pelaporan yang dikirim oleh Perbendaharaan Federal organisasi. Operasi dasar hampir identik terlepas dari jenis dokumennya. 1. Dokumen baru 2. Kontrol 3.4. Tanda tangan 5. Pengiriman Transfer dokumen. 1. Dokumen baru. SUFD menyediakan beberapa cara untuk membuat dokumen baru. Yang paling efektif adalah Impor dokumen yang dibuat dalam program akuntansi eksternal (1C, Parus, ...). SUFD mendukung impor file terstruktur. Perlu diperhatikan bahwa EDMS memungkinkan pengguna untuk mengimpor dokumen dalam beberapa versi dengan format yang sama, misalnya TXZR100701, TXZR120101, TXZR120701, SUFD hanya menggunakan satu format aktual. Mengklik tombol impor membuka kotak dialog untuk memilih file yang akan diunggah. Tombol "Jelajahi" memungkinkan Anda menentukan file yang akan diunggah, tombol "+" menambahkan bidang lain untuk memilih yang kedua, dan seterusnya. file. Selama impor, file yang diunggah secara otomatis diperiksa untuk memenuhi Persyaratan Format.... Jika file tidak memenuhi Persyaratan..., pesan kesalahan ditampilkan dan dokumen tidak dimuat. Jika tidak ada kesalahan, pemberitahuan pengunduhan berhasil dikeluarkan. Operator dapat membuat dokumen secara manual. Ini membuka jendela baru, sekumpulan tab dan bidang, fitur pengisian bidang bervariasi tergantung pada dokumen. Cara ketiga untuk membuat dokumen baru adalah dengan menyalin dokumen yang sudah ada. Jika dokumen melibatkan transfer salinan pindaian dari dokumen pendukung ke Federal Treasury, mereka harus dilampirkan dalam daftar lampiran pada tab System Attributes. Disarankan untuk memindai dokumen dengan resolusi dpi (hingga 300 dpi jika kualitas aslinya buruk) dalam mode hitam putih. Direkomendasikan untuk konservasi format tif(multi halaman format grafis, beberapa halaman dalam satu file), pdf (juga format multi-halaman) atau jpg. 2. Kontrol. Terlepas dari bagaimana dokumen dibuat, dokumen baru memiliki status Draf. Pekerjaan selanjutnya dengan dokumen melibatkan pemeriksaan dokumen yang dibuat. Tombol 2 digunakan untuk ini.

3 Kontrol dokumenter. Sebagai hasil pemantauan, peringatan dapat dikeluarkan ( segitiga kuning) atau kesalahan (lingkaran merah). Pesan kesalahan memblokir pemrosesan dokumen lebih lanjut dan memerlukan koreksi, peringatan biasanya bersifat informasional dan biasanya tidak memerlukan intervensi operator. 3. pengenaan EDS. Dokumen yang berhasil melewati kontrol harus ditandatangani dengan tanda tangan digital elektronik. Sistem EDS di SUFD memiliki sejumlah fitur. Pengguna SUFD dapat memiliki hak tanda tangan pertama (posisi Kepala Akuntan yang diformalkan) atau kedua (posisi Kepala Akuntan yang diformalkan). Dokumen, dengan beberapa pengecualian, harus ditandatangani oleh dua (pertama dan kedua) tanda tangan. Anda tidak boleh mencoba mengirim dokumen yang ditandatangani hanya dengan satu tanda tangan, ini menyebabkan kesalahan pemrosesan dokumen, paling sering dokumen seperti itu tidak dapat diproses. SUFD tidak menyediakan kemungkinan penandatanganan dokumen untuk pengguna lain, yaitu pengguna hanya dapat menandatangani dokumen dengan tanda tangannya sendiri yang dilampirkan ke akun FDMS miliknya. Orang pertama yang menandatangani dokumen SUFD adalah orang yang memiliki hak tanda tangan kedua. Mengklik tombol Tanda Tangan membuka jendela Operasi Kriptografi. Perlu dipahami bahwa ini meluncurkan plug-in (disebut plug-in) Java dan operasi ini terkadang membutuhkan waktu (hingga 3-5 menit). Jendela menunjukkan informasi singkat tentang dokumen yang ditandatangani dan tombol yang tersedia adalah Tandatangani, Tandatangani semua (jika beberapa dokumen dipilih untuk ditandatangani dalam bentuk tabel) dan Batalkan. 4. pengenaan EDS. Karena kebutuhan untuk menandatangani dokumen di SUFD dengan dua tanda tangan dan fakta bahwa pengguna hanya dapat menandatangani dokumen dengan tanda tangannya sendiri, untuk menerapkan tanda tangan digital dari orang yang memiliki hak tanda tangan pertama, perlu menggunakan akun pengguna dengan posisi Kepala yang diformalkan. Jika dua atau lebih tempat kerja digunakan untuk bekerja di SUFD, disarankan untuk memasukkan SUFD di salah satunya sebagai pengguna dengan yang kedua, dan di sisi lain dengan tanda tangan pertama. Jika sebuah organisasi memilikinya tempat kerja SUFD, kemudian, untuk menerapkan tanda tangan pertama, Anda harus keluar dari klien web (Pengaturan Keluar) dan masuk di bawah akun dengan posisi formal Kepala. Tata cara pengenaan EDS tidak berbeda dengan paragraf sebelumnya. Jika perlu, operator dapat mengontrol tanda tangan yang dikenakan pada dokumen di panel bawah di tab Tanda Tangan. 5. Mengirim. Untuk mentransfer dokumen untuk diproses ke sistem akuntansi Perbendaharaan Federal, klik tombol Kirim. 3

4 Pemindahan dokumen. Skema tindakan operator. Sistem manajemen dokumen keuangan jarak jauh. 4

5 Penerimaan dokumen. Perbendaharaan Federal mengirimkan beberapa organisasi dokumen elektronik. Organisasi dikirimi berbagai formulir pelaporan, protokol penolakan pi, serta dokumen informasi. Mengingat saat bekerja di SUFD sebenarnya baik spesialis dari badan Perbendaharaan Federal maupun pegawai organisasi klien bekerja sebenarnya di sistem terpadu, tidak ada prosedur khusus untuk mendapatkan dokumen. Saat formulir pelaporan atau dokumen lain yang ditujukan untuk organisasi klien dibuat dan disetujui, dokumen ini tersedia bagi penerima. Operator SUFD harus mempertimbangkan bahwa penyimpanan dokumen, termasuk laporan yang dihasilkan, dilakukan server jarak jauh Kantor Perbendaharaan Federal. Tidak seperti EDMS, di mana database lokal disimpan di komputer pengguna dan tersedia kapan saja, dokumen SUFD yang tidak disimpan oleh operator di komputernya mungkin tidak tersedia untuk sementara, misalnya, jika tidak ada koneksi Internet. 1. Laporan. Semua laporan yang dikirim ke klien, tidak seperti EDMS, berada dalam satu folder SUFD Navigator. Perbedaan penting kedua adalah apa yang disebut. dokumen pendukung yang dilampirkan pada laporan (perintah pembayaran Bank, sertifikat, dll.) dilampirkan dalam laporan dokumen elektronik yang sesuai. Untuk melihat laporan, buka Dokumen - Pelaporan operasional - Laporan - Laporan. Protokol Laporan Ekspor Tampilan Tabular form - daftar laporan Untuk mentransfer laporan yang dipilih ke sistem akuntansi eksternal (1C, Parus, Smart-Budget...), Anda perlu melakukan Ekspor (dalam format EDMS). Untuk mencetak laporan saja, cukup klik tombol Print. Formulir cetak laporan akan dibuat dan diunggah. Lebih sering ada kebutuhan untuk mencetak tidak hanya laporan, tetapi juga dokumen yang dilampirkan. Operator harus membuka laporan di Tampilan. Daftar lampiran berisi satu atau lebih string. Setiap baris sesuai dengan laporan itu sendiri (biasanya baris paling atas) atau dengan salah satu dokumen pendukung yang dilampirkan padanya. Untuk memilih semua dokumen, periksa posisi GUID di header daftar lampiran. Saat Anda memilih tombol Cetak di atas daftar lampiran, kotak dialog Pemilihan Template Cetak Ganda akan terbuka. Di kotak dialog, Anda harus mengisi semua daftar drop-down yang diusulkan. Setiap daftar 5

6 sesuai dengan salah satu jenis dokumen yang dilampirkan pada laporan. Format yang dipilih tidak memengaruhi konten dokumen yang dicetak dengan cara apa pun, ini hanya menentukan jenis file di mana dokumen akan dibuat. Sebagai yang paling universal, kami dapat merekomendasikan format RTF (biasanya dibuka pada program Microsoft Word) atau XLS (format Microsoft Excel). Perlu dipahami bahwa saat mencetak, server SUFD mengirimkan formulir cetak dari dokumen yang diminta ke klien. Pengeluaran dokumen ke printer dilakukan oleh operator setelah menerima dan membuka file di tempat kerja operator. Baik saat mencetak maupun mengekspor laporan, beberapa dokumen berbeda sering dikirim ke klien. Untuk lebih penggunaan yang efektif file saluran komunikasi secara otomatis diarsipkan dan ditransfer ke klien dalam bentuk arsip tunggal. Hampir semua modern OS memberikan dukungan transparan pengguna untuk format arsip ZIP yang digunakan. Saat mencetak dan mengekspor laporan, browser meminta Anda untuk menyimpan atau membuka file. Jika operator setuju untuk membuka file, arsip akan didekompresi secara otomatis setelah pengunduhan selesai. Operator dapat menyimpan file dari arsip atau langsung membuka dan mengirim dokumen untuk dicetak 2. Protokol. Jika dokumen yang dikirim oleh klien ditolak dalam sistem akuntansi Perbendaharaan Federal, protokol dibuat dan dikirim ke klien. Log berisi informasi tentang kesalahan yang mencegah dokumen diproses. Operator dapat melihat protokol dalam posisi terpisah di Navigator, tetapi akan lebih mudah untuk melihat protokol pada tab Protokol yang dimiliki dokumen. Operator perlu menganalisis kesalahan yang ditunjukkan. Perlu dicatat bahwa dalam bentuk cetak protokol tidak mungkin membedakan antara peringatan dan kesalahan. Jika ada beberapa pesan kesalahan, ada baiknya meninjau log in dalam format elektronik untuk menyoroti kesalahan. 3. Dokumen sewenang-wenang. Badan Perbendaharaan Federal dapat mengirim surat atau dokumen sewenang-wenang lainnya kepada klien SUFD. Untuk ini, pesan informasi digunakan. Di Navigator, ini adalah posisi Documents-Custom-Informational Messages- Pengumuman. Operator membuka pesan informasi (tombol Lihat) dan menyimpan atau mencetak file yang dilampirkan ke pesan dari tabel lampiran. Untuk bekerja dengan file terlampir, itu harus dicentang dalam daftar lampiran dan disimpan di tempat kerja operator. 6

Petunjuk untuk bekerja dengan Sistem Manajemen Dokumen Elektronik Klien-Vitus MASUK KE SISTEM... 2 ELEMEN ANTARMUKA UMUM... 2 STATUS DOKUMEN... 2 MENCETAK DOKUMEN... 3 DAFTAR... 3 Menavigasi

SISTEM TERPADU PENGUMPULAN DAN PENGOLAHAN INFORMASI STATISTIK IVS ROSSTAT DI BAGIAN PENGUMPULAN DATA ELEKTRONIK MODUL OFF-LINE UNTUK PERSIAPAN LAPORAN-EVF Manual pengguna (pendek) 1.1.1 Instalasi OFF-line

Panduan Pengguna JSCB Tavrichesky untuk Isi Sistem Klien Internet Deskripsi sistem klien Internet... 3 Membuat dokumen baru... 5 Memfilter dokumen... 7 Templat dokumen... 8

Nordea Client-Bank Versi baru dari sistem perbankan jarak jauh 2016 FITUR KHUSUS DARI SISTEM KLIEN-BANK NORDEA Antarmuka yang ditingkatkan dengan kemampuan untuk menyesuaikan dengan kebutuhan setiap pengguna

Panduan pengguna untuk sistem RB "CORREQTS" Daftar isi Persiapan tempat kerja dan 3 entri pertama ke dalam sistem Menyiapkan tempat kerja 4 Menyiapkan browser Menginstal driver untuk etoken 4 10 Mengubah kode PIN

Instruksi untuk bekerja dengan Client-Bank Versi internet. Isi: Tentang antarmuka situs web subsistem "Klien-Internet"...2 Pesanan pembayaran...5 Templat dokumen...10 Membuat templat dalam proses pembuatan

SITUS RESMI SEMUA-RUSIA DI INTERNET UNTUK MEMASANG INFORMASI TENTANG LEMBAGA NEGARA (KOTA) untuk bekerja di Akun Pribadi Otoritas Pengawas, Otoritas Keuangan dan Armada Pasifik

Petunjuk untuk bekerja dengan Bank-Klien versi Internet. Isi: Tentang antarmuka situs web subsistem "Klien-Internet"... 2 Perintah pembayaran... 4 Membuat perintah pembayaran... 4 Mengirim perintah pembayaran....

JSC Halyk Bank of Kazakhstan KORREQTS. Versi terbaru dari sistem perbankan Internet untuk badan hukum Instruksi Almaty 21.10.2014 Klien yang terhormat, Kami mengirimkan informasi singkat kepada Anda versi baru

Daftar isi 1. Melihat dan mencetak laporan rekening... - 1-2. Memesan dan mencetak ekstrak (versi lama) ... - 2-3. Pernyataan ekspor ke 1C... - 3-4. Pembentukan PP... - 4-5. Review PP... - 5-6. Surat ke Bank...

NTF "Lulusan"< ПРОГРАММНЫЙ КОМПЛЕКС БЮДЖЕТ 6.0., БЮДЖЕТ ГРБС 2, БЮДЖЕТ ПБС 2. ОБЩИЕ ПРАВИЛА РАБОТЫ >Versi dokumen: 1.0 27/05/2009 Isi Pendahuluan... 2 1. Aturan umum masukan dalam formulir.... 2 1.1. Ekspor

Lampiran 3 Pengkreditan gaji ke rekening karyawan dalam rangka "proyek penggajian" dengan menggunakan layanan "Bisnis IKIB bank internet". Dimungkinkan untuk mentransfer upah ke rekening karyawan

Sistem otomatis menerima dan memproses register elektronik NPS Halyk Bank PANDUAN PENGGUNA Tashkent 2013 Halaman 1 dari 29 Isi Deskripsi sistem... 3 Fungsi umum... 3 Login

PANDUAN PENGGUNA UNTUK PEMBENTUKAN DAN PENYAJIAN PRAKIRAAN PENERIMAAN PENDAPATAN UNTUK ANGGARAN FEDERAL DAN ANGGARAN KONSOLIDASI DARI SUBYEK FEDERASI RUSIA UNTUK TAHUN BUKU BERIKUTNYA DAN UNTUK PERENCANAAN

Petunjuk pengiriman laporan form 4 FSS melalui program Taxnet-Referent. Sebelum mengirim laporan ke FSS, Anda perlu melakukan pengaturan berikut untuk program Referensi Taxnet: 1. Perbarui program

PANDUAN PENGGUNA UNTUK BEKERJA DENGAN SISTEM INFORMASI OTOMATIS "MONITORING" Bekerja dengan Sistem Pemantauan dilakukan melalui browser Web dalam urutan berikut (jika browser Web

Bekerja dengan ABBYY FineReader Bank 7 Panduan Pengguna ABBYY 2013 Memproses dokumen di ABBYY FineReader Bank terdiri dari empat tahap: Memuat Verifikasi Pengakuan Mengunggah

Panduan Pengguna untuk sistem "Statements for FL" 1 Isi 1. Membuat Permintaan Pernyataan... 3 2. Mengisi Permintaan Pernyataan... 3 3. Membentuk dan melihat daftar bersarang...

Petunjuk bagi Pengguna untuk Bekerja dengan E-plat Internet Bank 2 Isi: 1. Memulai sistem Client-Bank-Internet-e-plat.3 1.1 Pemeriksaan awal... 3 1.2 Halaman pendaftaran... 3 2.

KOGBU “Pusat Pengembangan Strategis sumber daya informasi dan sistem manajemen" INSTRUKSI untuk melaksanakan permintaan penyediaan layanan negara bagian (kota) dalam rute pendek DIRECTUM EDMS 2015

Halaman Utama Di bagian utama layar, Akun berada: akun, saldo, waktu pembaruan saldo, berita bank. Klik singa. dengan mengklik akun, Anda dapat pergi ke laporan akun / kartu. Menu

Panduan Pengguna sistem "Pernyataan untuk Badan Hukum" Daftar Isi 1. Membuat Permintaan Pernyataan... 3 2. Mengisi Permintaan Pernyataan... 4 3. Membentuk dan melihat daftar bersarang...

BARS.WEB-BUDGETARY REPORTING USER MANUAL BARS.Web-Budgetary reporting.2.2.092-rp.1.0 2012 Versi 1.0 ISI

PANDUAN PENGGUNA UNTUK INSTALASI DAN PENGOPERASIAN PROGRAM "STAT-REPORTING FORMS (StFORM)" 2 Agustus 2013 DAFTAR ISI Mengisi formulir elektronik (EF)... 3 1. Menginstal aplikasi.... 3 2. Memulai aplikasi....

Departemen teknologi Informasi kota Moskow Sistem otomatis untuk mengumpulkan dan memproses aplikasi untuk penyediaan layanan telekomunikasi untuk otoritas eksekutif kota Moskow PANDUAN PENGGUNA

Perbankan web untuk klien perusahaan. LLC "Layanan BIFIT" (versi 2.0.22)

Departemen Metodologi dan Dukungan ACS BP Kementerian Keuangan Wilayah Krasnoyarsk INSTRUKSI Prinsip-prinsip umum pekerjaan klien web ACS BP "ACC-Finance" Isi 1. Prinsip umum klien web ACS BP

Manual surat perusahaan 1. Antarmuka web surat perusahaan. Untuk membuka antarmuka web email di browser web modern apa pun, Anda perlu membuka halaman dengan alamat: https://mail.voenmeh.ru

Didukung oleh Panduan Pengguna Alfresco ECM Daftar isi Pendahuluan... 3 Istilah dan definisi.... 3 1. Beranda - dasbor dan personalisasi... 3 2. Situs web dan majalah... 4 2.1 Membuat situs web, jenis situs web...

Mengisi formulir di program StForm. 1.1 Peluncuran. Skenario kerja Untuk menjalankan program pada komputer lokal buka menu Mulai -> NIPIstatinform -> Formulir pelaporan statistik (perusahaan). Jendela utama

INSTRUKSI UNTUK PENGGUNA SISTEM "KONTUR-EXTERN" BEKERJA DENGAN PERMINTAAN PION (rekonsiliasi dengan Layanan Pajak Federal) Daftar Isi Pendahuluan... 2 1. Tentang layanan... 3 2. Mengirim permintaan PION...

Klien yang terhormat, terima kasih telah terhubung ke layanan perbankan Internet kami ikib Business PRO dan memberikan informasi yang akan membantu Anda bekerja dengan penggajian di bank Internet. Di kantor bank

Untuk klien badan hukum Panduan cepat

IN S T R U C T I O N untuk pengguna sistem "Kontur-Extern" BEKERJA DENGAN PERMINTAAN Isi Pendahuluan... 2 1. Tentang layanan... 3 2. Mengirim permintaan ION... 4 2.1. Pembentukan

PERANGKAT LUNAK "Pesan" Versi 1.5 Panduan pengguna Kazan 2014 1 Isi 1. Deskripsi program "Pesan"... 3 2. Persyaratan untuk perangkat lunak dan perangkat keras... 3 3. Instalasi

Petunjuk untuk bekerja di Delo-Web CARA BEKERJA DI DELOO-WEB... 3 MELALUI BROWSER MANA ANDA DAPAT BEKERJA DI DELOO-WEB... 3 CARA MENGATUR BROWSER ANDA... 3 CARA MULAI BEKERJA MELALUI PORTAL UNIVERSITAS... 3 CARA MULAI

Sistem layanan perbankan jarak jauh JSC "Bank Saint-Petersburg" Instruksi singkat operator subsistem "Bank-Klien" 2014 BSS LLC Isi 1. JENDELA UTAMA SISTEM... 3 2. CARA MEMBUAT DAN

Program komputer "ETS.Svod" PANDUAN PENGGUNA Lembar: 22 Moscow 2016 Isi ABSTRAK... 3 1. PENDAHULUAN... 4 1.1. SINGKATAN DAN SIMBOL KONDISI... 4 1.2. APLIKASI... 4 1.3. SINGKAT

Internet-Banking untuk Nasabah Korporat Memesan Referensi Perbankan Panduan Pengguna Isi Kata Pengantar.................................................................. 2 Memesan Referensi ..............................................................

Promsvyazbank Buka Perusahaan Saham Gabungan Bank-klien sistem BS-Klien v. 3» Panduan Pengguna Buku 4 Handbooks Moscow, 2009 Daftar Isi 1 PENDAHULUAN...7 1.1 TARGET AUDIENS...7 1.2 TUJUAN

SEBAGAI Produk "Sberbank Corporation@tion" "Monitoring" Sebagai bagian dari produk "Monitoring", Bendahara Holding dilengkapi dengan fungsi sistem berikut:

Petunjuk penggunaan layanan OJSC MICEX-RTS " Wilayah Pribadi penerbit” Moskow 2011 Pendahuluan Dokumen ini menjelaskan prinsip-prinsip fungsional pengoperasian layanan “Akun Pribadi Penerbit” dari OJSC MICEX-RTS

Petunjuk untuk klien Portal Cara bekerja dengan SUFD WebPortal Untuk bekerja di Portal, Anda harus melakukan langkah-langkah berikut secara berurutan: 1. Membuat sambungan VPN ke Internet UFK. 2. Luncurkan Portal Web SUFD.

Instalasi dan bekerja dengan modul Diadoc di 1C 7.7 Versi 1.8.01. Isi 1. Menghubungkan dan memulai modul... 2 2. Deskripsi modul... 4 2.1. Tujuan... 4 2.2. Jendela utama... 4 3. Bekerja dengan dokumen...

1 "ALANN: Dokumen dengan segel dan tanda tangan dalam PDF dari 1C" INSTRUKSI UNTUK BEKERJA DENGAN PENGOLAHAN Bagian Halaman Pengaturan pemrosesan 2 Mengaktifkan pemrosesan 6 Menghubungkan dan mengkonfigurasi formulir tercetak dokumen dalam proses

Proto 3. Sistem manajemen dokumen SOFTFIN PANDUAN PENGGUNA SAINT PETERSBURG 2007 DAFTAR ISI Pendahuluan...4 Masuk...5 Elemen jendela utama...6 Bekerja dengan objek standar...7

Baru Kegunaan EDMS versi 3.6.1 Optimalisasi pengiriman dokumen sepanjang rute Versi baru telah mengoptimalkan proses pengiriman dokumen sepanjang rute. Secara signifikan meningkatkan kecepatan pengiriman

Sistem alarm kebakaran dan keamanan terintegrasi PRITOK-A versi 3.6 AWS "Persons" Panduan pengguna Biro Keamanan "SOCRAT", Irkutsk 2007 Daftar Isi Pendahuluan...3 Tujuan program...3

Instruksi untuk pelanggan subsistem ION sistem Kontur-Extern (Layanan informasi untuk wajib pajak) CJSC PF SKB Kontur Yekaterinburg, 2009 Isi 1. Subsistem ION ... 3 2. Mengirim permintaan

E-XAT SECURE MAIL v 4.0 PANDUAN PENGGUNA Isi 1. Menginstal program...2 2. Menyiapkan program...6 3. Mendaftarkan pengguna.....9 4. Mengimpor kontak ke buku alamat..12

Untuk masuk ke Portal SUFD, Anda harus memasukkan "Nama Pengguna" dan "Kata Sandi" yang diterima oleh organisasi melalui surat. Untuk bekerja dengan dokumen Perintah pembayaran, buka item menu "Pendaftaran Dokumen

Pemrosesan eksternal 1C Untuk solusi standar 1C: Enterprise 8.3 dalam mode "Thin client". (Akuntansi perusahaan, rev. 3.0, BIT: Forwarding rev. 3.6) Versi dokumen: 0.2 dari 31/08/2015. Halaman 1

PANDUAN PENGGUNA UNTUK MEMBENTUK PERMOHONAN UNTUK MENERIMA SUBSIDI DARI ANGGARAN FEDERAL UNTUK KOMPENSASI PENGHASILAN YANG HILANG PADA KREDIT (PINJAMAN) PERUMAHAN (DIPEROLEH) YANG DITERBITKAN (DIPEROLEH)

1. Statistik lembaga pendidikan 1.1. Fungsi Utama Program Statistik Lembaga Pendidikan dirancang untuk mengumpulkan formulir pelaporan dan menghasilkan laporan. Untuk fitur utama program

INSTRUKSI TEKNOLOGI UNTUK MENGISI FORMULIR PELAPORAN "INFORMASI DAFTAR PELAYANAN SIPIL NEGARA TENTANG FEDERASI RUSIA DAN LAYANAN KOTA DALAM SUBYEK FEDERASI RUSIA"

Panduan Memulai Cepat Antarmuka Microsoft Excel 2013 telah berubah dari versi sebelumnya, dan untuk membantu Anda memulai dan menjalankannya dengan cepat, kami telah membuat panduan ini. Tambahkan perintah

Petunjuk untuk mengirim laporan statistik ke otoritas FSGS Untuk mengirim laporan statistik ke FSGS menggunakan program Referensi Taxnet, lakukan langkah-langkah berikut:

INSTRUKSI UNTUK KARYAWAN OTORITAS EKSEKUTIF SUBYEK FEDERASI RUSIA TENTANG MASUKKAN DATA SESUAI DENGAN KEPUTUSAN PEMERINTAH 20 1 Isi 1 LOGIN KE SISTEM...5 2 INSTRUKSI UNTUK MEMASUKKAN DATA...7

Pendahuluan Sesuai dengan perintah Kementerian Keuangan Rusia tanggal 25 April 2011 50n (“Prosedur penerbitan dan penerimaan tagihan dalam bentuk elektronik melalui saluran telekomunikasi menggunakan digital elektronik

Pembaruan sistem versi 00.54.8 Deskripsi perubahan untuk pengguna 1. Laporan universal 1.1. Diimplementasikan antarmuka baru"Laporan universal", dirancang untuk menghasilkan laporan untuk semua jenis

Sistem Bank-Klien "ELBRUS Internet" Dokumentasi Pengguna Klien Bank Pedoman Penggunaan Isi Sistem Daftar gaji... 3 Pembuatan daftar gaji secara manual... 3 Pembuatan

INSTRUKSI UNTUK MENGISI FORMULIR "INFORMASI TENTANG KEWAJIBAN YANG DITERIMA UNTUK OBJEK KONSTRUKSI MODAL YANG TERMASUK DALAM PROGRAM INVESTASI YANG DIALAMATKAN FEDERAL"

PANDUAN PENGGUNA 1.0 TANGGAL 17/11/2015 Kontrak Samruk-Kazyna LLP IS TRU Modul Aplikasi TRU Isi Pendahuluan... 3 Otentikasi Pengguna... 4 Daftar Aplikasi... 5 Membuat Aplikasi Baru... 6

INKAHRAN ONLINE Panduan Pengguna 2 Sistem "Inkahran Online" dirancang untuk mengelola rekening bank semua perusahaan Anda melalui Internet dan memungkinkan Anda menerima informasi lengkap tentang status mereka,

Kompleks perangkat lunak dan perangkat keras "INTERNET - BANK" Petunjuk untuk bekerja dengan sistem Isi 1. Deskripsi sistem... 3 2. Memulai sistem... 4 3. Bekerja di sistem Internet-Bank... 7 3.1. Pernyataan... 7 3.1.1.

INSTRUKSI PENGGUNA PESANAN PEMBAYARAN MEMBUAT PESANAN PEMBAYARAN DARI NOL 1) Masuk dan pilih organisasi (untuk pengguna yang menjadi anggota lebih dari satu

KARAT-EXPRESS 3 Panduan Pengguna Isi 1. Informasi Umum 3 2. Cakupan dan tujuan 3 3. Karakteristik peralatan 3 4. Tautan informasi 3 5. Pengguna bekerja dengan sistem

ED "Permintaan untuk memberikan laporan klien" digunakan untuk secara otomatis menerima kembali laporan klien tanpa partisipasi karyawan OrFC, serta secara otomatis membuat laporan atas permintaan klien untuk tanggal berapa pun.

Laporan status l / s, yang sebelumnya dihasilkan dalam sistem, dalam status "Terdaftar", dengan tanda tangan karyawan OrFC yang mendaftarkan laporan sebelumnya, dapat diturunkan.

Jika tidak ada laporan untuk tanggal yang diminta di RS, laporan sementara dibuat secara otomatis.

“Permintaan untuk memberikan laporan klien” ED diajukan untuk setiap laporan secara terpisah.

ED "Permintaan untuk memberikan laporan klien" harus ditempatkan di item menu "Dokumen - Pelaporan operasional - Laporan", Gambar 206.

1. 
   206. EF dari daftar dokumen "Permintaan penyediaan laporan klien"

5.11.4.1 Operasi yang tersedia

Operasi berikut ini tersedia untuk dokumen ED keluar "Permintaan penyediaan laporan klien" di stasiun kerja CBS:

• 
  masukan manual;
• 
  melihat;
• 
  pengeditan;
• 
  penyalinan;
• 
  pemindahan;
• 
  segel;
• 
  penandatanganan EDS;
• 
  verifikasi EDS;
• 
  penghapusan EDS;
• 
  ekspor ke PPO "(OEBS)";
• 
  mengirim.

5.11.4.2 Bentuk layar dokumen

EF dari dokumen "Request to provide a client report" ditunjukkan pada Gambar 207 dan 208. EF berisi tab berikut:

• 
  "Atribut Dasar";
• 
  "Tanda Tangan/Atribut Tambahan";
• 
  "Sistem Atribut";
• 
  "Protokol".

1. 
   207. EF dari dokumen "Permintaan penyediaan laporan klien". tab atribut utama

Tab Atribut Utama dari dokumen Permintaan Laporan Klien (lihat Gambar 207) menunjukkan informasi Umum tentang dokumen.

Daftar bidang dokumen "Permintaan penyediaan laporan klien". Tab "Atribut Dasar" ditunjukkan pada Tabel 120.

1. 
   120. Deskripsi bidang dokumen "Permintaan penyediaan laporan klien". tab atribut utama

Nama bidang	Deskripsi bidang
Nomor	Secara default, nilai dihitung secara otomatis berdasarkan pengaturan untuk tipe dokumen saat ini di buku referensi "Pengaturan penomoran otomatis dokumen". Dapat diisi secara manual. Jika nilai telah diubah secara manual dan tidak sesuai dengan nilai yang dihitung secara otomatis, nomor urut yang benar dapat dimasukkan dengan satu sentuhan tombol.
tanggal	Diisi secara otomatis dengan nilai tanggal sistem saat ini. Dapat diisi secara manual; Anda dapat memilih nilai dari kalender.
Status	Itu diisi secara otomatis saat memproses dokumen di OEBS (diselesaikan oleh Kvitkom). Nilai standarnya adalah "000".
Grup bidang "Nama"
Nama Klien	Itu diisi secara otomatis berdasarkan konstanta sistem SelfBUCode sesuai dengan buku referensi "SRRPBS" / "PUBP" / "NUBP" (termasuk Anggaran); diisi secara otomatis berdasarkan kode yang ditentukan "Kode Pelanggan" (termasuk Anggaran) dari buku referensi "SRRPBS" / "PUBP" / "NUBP". Dapat diisi secara manual.
Anggaran	Itu diisi secara otomatis berdasarkan konstanta sistem SelfBudgetCode di buku referensi Anggaran. Dapat diisi dengan pilihan dari buku referensi “Budgets. Dapat diisi secara manual.
Organ FC	Itu diisi secara otomatis berdasarkan kode SelfTOFK sistem konstan menurut buku referensi "Badan Perbendaharaan Federal". Itu diisi secara otomatis dari direktori "Badan Perbendaharaan Federal" berdasarkan kode "menurut KOFC". Dapat diisi secara manual.
Grup bidang "Kode"
Kode klien	Diisi secara otomatis berdasarkan konstanta sistem SelfBUCode. Dapat diisi dengan pilihan dari direktori: "SRRPBS" jika anggaran = Anggaran federal; "PUBP", jika anggarannya berbeda dengan FB; "NUBP" jika Kepala organisasi saat ini = 000. Dapat diisi secara manual.
nomor PM	Diisi dengan pilihan dari direktori "Akun Pribadi", daftar dibatasi oleh jenis obat dalam konteks AWP + kode Klien kode + Kode Anggaran: pada GRBS/RBS: 01, 06, 07, 10; pada FO: 02; di PBS: 03, 05, 08, 09, 14; di AP: 04; untuk NUBP: 14, 20/30, 22/32, 21/31, 41. Jika ada beberapa record untuk parameter yang ditentukan, maka secara default diisi dengan yang pertama dari daftar obat yang dihasilkan. Dapat diisi secara manual.
TIMAH	Dapat diisi secara manual.
pos pemeriksaan	Itu diisi secara otomatis berdasarkan nilai yang ditentukan dari bidang "Nama klien" (termasuk Anggaran) dari direktori "SRRPBS" / "PUBP" / "NUBP". Dapat diisi secara manual.
oleh KOFC	Diisi secara otomatis berdasarkan konstanta sistem SelfTOFKcode. Dapat diisi dengan pilihan dari buku referensi "Badan Perbendaharaan Federal". Dapat diisi secara manual.
Grup bidang "Informasi tentang laporan"
Sampai dengan tanggal pelaporan	Diisi secara manual (pilihan nilai dari kalender tersedia). Tanggal yang lebih besar dari tanggal permintaan (dokumen) tidak dapat ditentukan. Tanggal yang tidak sesuai dengan tahun berjalan tidak dapat ditentukan.
Nama laporan	Standarnya adalah bidang kosong. Itu diisi dengan nilai yang dipilih dari daftar drop-down (lihat tab. 121).
Kode formulir laporan	Standarnya adalah bidang kosong. Terisi secara otomatis berdasarkan nilai yang ditentukan pada kolom “Nama Laporan” sesuai dengan daftar nilai (lihat Tabel 121).

Tabel 121 menunjukkan korespondensi jenis l / s dengan nama dan kode laporan / pernyataan / aplikasi ke pernyataan tersebut.

1. 
   121. Kesesuaian jenis l/s dengan nama dan kode formulir laporan/pernyataan/permohonan ke pernyataan

Ketik l/dtk	Nama laporan status l / s	Kode Formulir oleh QFD
01	"Laporkan status akun pribadi manajer utama (pengelola) dana anggaran"	0531785
02	"Laporkan keadaan akun pribadi anggaran"	0531793
03/14	"Laporan status rekening pribadi penerima dana anggaran"	0531786
	"Sertifikat pemenuhan kewajiban anggaran diperhitungkan"	0531707
04	"Laporkan status akun pribadi administrator pendapatan anggaran"	0531787
05	"Laporan status akun pribadi untuk akuntansi untuk transaksi dengan dana yang diterima pada pembuangan sementara penerima dana anggaran"	0531788
06/07	“Laporan status rekening pribadi kepala penyelenggara sumber pembiayaan defisit anggaran (pengelola sumber pembiayaan defisit anggaran dengan kewenangan kepala penyelenggara)”	0531789
08/09	"Laporan status rekening pribadi penyelenggara sumber pembiayaan defisit anggaran"	0531791
10	"Laporkan status rekening pribadi penerima dana anggaran lainnya"	0531797
20/30	"Laporkan status akun pribadi lembaga anggaran (otonom)"	0531965
21/31	"Laporkan status akun pribadi terpisah dari lembaga anggaran (otonom)"	0531966
41	“Laporkan status akun pribadi untuk akuntansi transaksi non-peserta proses anggaran»	0531837

Gambar 208 menunjukkan tab “Signatures/Additional Attributes” dari formulir layar dokumen “Request to provide a client report”.

1. 
   208. EF dari dokumen "Permintaan penyediaan laporan klien". Tab Label/Atribut Tambahan

Daftar dan deskripsi bidang tab "Tanda Tangan/Atribut Tambahan" dari dokumen "Permintaan untuk memberikan laporan klien" disajikan pada Tabel 122.

1. 
   122. Deskripsi bidang dokumen "Permintaan penyediaan laporan klien". Tab Label/Atribut Tambahan

Nama bidang	Deskripsi bidang
Status bisnis (kode)	Nilainya sama dengan bidang "Status" pada tab "Atribut Utama".
Status bisnis (nama)
Status Transmisi (kode)	Diisi secara otomatis saat dokumen diproses atau diturunkan dari OEBS.
Status Transfer (nama)	Nama field diisi sesuai dengan kode dari buku referensi “Jenis dan Status Korespondensi”.
Status persetujuan (kode)	Diisi secara otomatis saat dokumen diproses atau diturunkan dari OEBS.
Status persetujuan (nama)	Nama field diisi sesuai dengan kode dari buku referensi “Jenis dan Status Korespondensi”.
Grup bidang "Kepala (orang yang berwenang)"
Nama lengkap kepala (orang yang berwenang)	Dapat diisi dengan pilihan dari direktori "Daftar Pegawai"; dapat diisi secara manual; Untuk OFK : diisi secara manual.
Judul pekerjaan	Itu diisi secara otomatis berdasarkan nilai bidang "Nama" dari direktori "Daftar karyawan"; dapat diisi secara manual; Untuk OFK : diisi secara manual.

5.11.5 Dokumen layanan pengiriman template laporan

ED "Dokumen layanan pengiriman template laporan" digunakan untuk mengirimkan template laporan teregulasi yang dikirim dari sistem akuntansi OrFC ke pelanggan (BU). Templat dimuat dalam dokumen sebagai lampiran, dan properti dokumen menentukan parameter utamanya. Saat dokumen diterima di AWS BU, versi baru dari deskripsi template dibuat dalam kamus template laporan berdasarkan properti dokumen yang diterima dan template laporan yang ada di dalamnya sebagai lampiran.

Template pelaporan dibawa ke BU yang dilayani oleh OFC melalui AWP OFC.

Untuk bekerja dengan ED "Dokumen layanan pengiriman template laporan", buka item menu "Dokumen - Pelaporan operasional - Layanan - Dokumen layanan pengiriman template laporan". EF dari daftar dokumen akan terbuka, ditunjukkan pada Gambar 209.

1. 
   209. EF dari daftar dokumen "Dokumen layanan untuk pengiriman template laporan"

5.11.5.1 Operasi yang tersedia

Operasi berikut tersedia di workstation PBS untuk ED “Layanan dokumen untuk pengiriman template laporan » :

• 
  melihat;
• 
  mengirim ke BU-klien.

5.11.5.2 Bentuk layar dokumen

EF "Dokumen layanan untuk pengiriman template laporan » ditunjukkan pada Gambar 210. Formulir berisi header dan tab berikut:

• 
  "Atribut Dasar";
• 
  "Sistem Atribut";
• 
  "Protokol".

1. 
   210. EF “Dokumen layanan untuk pengiriman template laporan”. tab atribut utama

Daftar field diberikan pada tabel 123. Nilai field ditransfer dari OEBS dan tidak dapat diedit.

1. 
   123. Deskripsi kolom "Dokumen Layanan Pengiriman Template Laporan". tab atribut utama

Nama bidang	Deskripsi bidang
Grup bidang "Jenis laporan"
Kode	Kode jenis laporan.
Nama	Nama jenis laporan.
Keterangan	Deskripsi jenis laporan.
Grup kolom "Jenis template".
Kode	Kode jenis templat.
Nama	Nama jenis template.
Keterangan	Deskripsi jenis template.
Versi template (deskripsi)	Nomor versi template (deskripsi).
Kode BPS untuk membuat laporan	Kode BPS untuk membuat laporan.
Ketik kode dokumen kantor templat	Templat kode jenis dokumen kantor.
Tanda Aktivitas	Bendera aktivitas.
Grup bidang "Masa berlaku"
Awal	Tanggal mulai versi deskripsi template.
Akhir	Tanggal kedaluwarsa versi deskripsi template.
Bidang tabel "Lampiran"
PANDUAN	Pengidentifikasi unik (GUID) lampiran.
Jenis	Jenis lampiran.
Mengajukan	Berkas lampiran.
tanggal	Tanggal lampiran.
Ukuran	Ukuran lampiran.
Komentar	Komentar.
Jenis bisnis	Jenis bisnis lampiran.

5.11.6 Bekerja dengan laporan pendahuluan

Atas permintaan klien, laporan dapat diunduh dari PPO "ASFC (OEBS)" tidak hanya setelah penutupan laporan akhir bank (laporan akhir), tetapi juga laporan yang dibuat selama hari kerja - laporan sementara. Laporan sementara dikirim tanpa tanda tangan.

Dilaksanakan pembongkaran laporan sementara berikut:

• 
  Laporkan "Laporan dari rekening pribadi anggaran (kode formulir untuk KFD 0531775)";
• 
  Laporkan "Lampiran kutipan dari akun pribadi anggaran (kode formulir untuk KFD 0531784)";
• 
  Laporan “Laporan penerimaan kas ke anggaran (kode formulir KFD 0531812)”;
• 
  Laporan “Ringkasan laporan pengeluaran kas dari anggaran (kode formulir KFD 0531813)”;
• 
  Laporan “Laporan Mutasi Saldo Bebas Dana Anggaran (Formulir Kode KFD 0531819)”;
• 
  Laporkan “Ekstrak dari akun pribadi manajer utama (pengelola) dana anggaran (kode formulir menurut KFD 0531758)”;
• 
  Laporkan "Lampiran kutipan dari akun pribadi manajer utama (pengelola) dana anggaran (kode formulir menurut KFD 0531777)";
• 
  Laporkan “Kutipan dari rekening pribadi penerima dana anggaran (kode formulir KFD 0531759”);
• 
  Laporkan "Lampiran ekstrak dari akun pribadi penerima (kode formulir KFD 0531778)";
• 
  Laporkan "Ekstrak dari akun pribadi administrator pendapatan anggaran (kode formulir menurut KFD 0531761)";
• 
  Laporkan "Lampiran kutipan dari akun pribadi administrator pendapatan anggaran (kode formulir untuk KFD 0531779)".

Laporan sementara tersedia untuk pengguna PPO "ASFC (SUFD)" di Portal SUFD. Anda dapat melihat laporan perantara dengan membuka panel navigasi Portal-SUFD di sepanjang jalur berikut "Dokumen - Pelaporan operasional - Laporan - Laporan" (Gbr. 211).

1. 
   211. Portal SUFD. Item "Laporan"

Dalam daftar laporan, laporan perantara memiliki dua fitur yang membedakan:

• 
  laporan sementara berstatus 002;
• 
  laporan sementara tidak ditandatangani.

Catatan. Laporan akhir berstatus 003 dan ditandatangani.

5.11.7 Informasi dari AD

ED "Informasi dari dokumen penyelesaian" ("Informasi dari RD") dimaksudkan untuk melakukan fungsi menyimpan, melihat, mencetak data dokumen "Informasi dari dokumen penyelesaian yang mengonfirmasi operasi perbankan klien dari Perbendaharaan Federal dalam penyelesaian dengan rekanan, dan dilampirkan ke kutipan dari akun pribadi, ke laporan ringkasan pembayaran tunai dari anggaran (harian), ke pernyataan ringkasan penerimaan kas (harian), ke daftar pembayaran yang diterima oleh anggaran yang melewati rekening badan Perbendaharaan Federal, ke sertifikat pelaksanaan anggaran operasi, untuk daftar konsolidasi arus masuk dan arus keluar”.

Untuk bekerja dengan ED "Informasi dari dokumen penyelesaian", buka item menu "Dokumen - Pelaporan operasional - Laporan - Informasi dari dokumen penyelesaian", Gambar 212.

1. 
   212. EF daftar dokumen "Informasi dari dokumen penyelesaian (RD)"

5.11.7.1 Operasi yang tersedia

Operasi berikut tersedia di AWS PBS dengan ED "Informasi dari RD":

• 
  melihat RD;
• 
  daftar pembaruan;
• 
  menemukan dokumen.

Pada bentuk visual dokumen, terdapat dua tabel bersarang: "Dokumen penyelesaian" dan "Dekripsi oleh BCC", yang berada dalam hubungan satu-ke-banyak (detail master). Saat Anda memilih rekaman dari tabel Dokumen Penyelesaian, rekaman terkait ditampilkan di tabel Perincian BCC.

Operasi berikut tersedia untuk tabel:

• 
  pencetakan meja;
• 
  pengaturan meja;
• 
  menemukan entri.

5.11.7.2 Formulir layar dokumen

EF dari dokumen "Informasi dari RD" ditunjukkan pada Gambar 213. Formulir tersebut berisi header dan dua tabel bersarang:

• 
  "Dokumen penyelesaian";
• 
  "Menguraikan oleh CBC".

1. 
   213. EF dari dokumen "Informasi dari dokumen penyelesaian (RD)"

Daftar field dokumen EF "Informasi dari RD" diberikan pada tabel 124.

1. 
   124. Deskripsi bidang EF dari dokumen "Informasi dari dokumen penyelesaian (RD)"

Nama bidang	Deskripsi bidang
Grup bidang tajuk
Nomor dokumen/rekening	Nomor l / s klien.
Tanggal dokumen	Tanggal dokumen yang dilampirkan informasi dari dokumen penyelesaian.
dokumen penyelesaian	Jumlah RD terlampir.
jumlah total	Periksa jumlah sesuai dengan dokumen terlampir.
Jenis dokumen dasar	Jenis dokumen dasar.
Tanda menjadi bagian dari laporan sementara	Set bendera menunjukkan bahwa dokumen dilampirkan pada laporan sementara (termasuk BD). Bidang kosong menunjukkan bahwa dokumen dilampirkan ke laporan akhir.
dokumen penyelesaian	Jumlah RD terlampir.
jumlah total	Jumlah total di bawah RD terlampir.
Bidang tabel "Dokumen penyelesaian"
Nomor dokumen	Nomor dokumen pembayaran.
Tanggal dokumen	Tanggal dokumen pembayaran.
Jumlah dokumen	Jumlah pesanan pembayaran.
TIN pembayar	TIN pembayar.
pos pemeriksaan pembayar	pos pemeriksaan pembayar.
NPWP penerima	NPWP penerima.
Pos pemeriksaan penerima	Pos pemeriksaan penerima.
Jenis pembayaran (nama)	Pada formulir visual, kami menampilkan nilai teks tergantung pada nilai bidang "Jenis pembayaran (kode)": 0 - "kosong"; 1 - "melalui surat"; 2 - "telegraf"; 3 - "elektronik"; 4 - "mendesak".
Tanggal penerimaan oleh bank pembayar	Tanggal penerimaan oleh bank pembayar.
Tanggal debit dari rekening pembayar	Tanggal rekening pembayar didebet.
Jenis operasi	Jenis operasi.
Nama pembayar	Nama pembayar.
Rekening saat ini pembayar	Rekening pembayar.
BIC dari bank pembayar	BIC dari bank pembayar.
Nama bank pembayar	Nama bank pembayar.
Rekening koresponden bank pembayar	Rekening koresponden bank pembayar.
nama Penerima	Nama penerima.
Rekening saat ini penerima	Rekening penerima.
BIC bank penerima	BIC bank penerima.
Nama bank penerima	Nama bank penerima.
Rekening koresponden bank penerima	Rekening bank koresponden penerima.
Jangka waktu pembayaran	Jangka waktu pembayaran.
Urutan pembayaran	Urutan pembayaran.
UIN (Kode)	Pengidentifikasi akrual unik (Kode)
Tujuan pembayaran	Tujuan pembayaran.
Status penyusun dokumen penyelesaian	Status penyusun dokumen penyelesaian.
Kode klasifikasi anggaran	Kode klasifikasi anggaran.
Kode OKTMO	Kode OKTMO.
Indikator alasan pembayaran	Indikator alasan pembayaran.
Indikator periode pajak	Indikator masa pajak.
Indikator nomor dokumen	Indikator nomor dokumen.
Indikator tanggal dokumen	Indikator tanggal dokumen.
Tipe pembayaran	Tipe pembayaran.
Nomor angsuran	Nomor angsuran.
Kode dokumen pembayaran	Kode dokumen pembayaran.
Nomor dokumen pembayaran	Nomor dokumen pembayaran.
Tanggal dokumen pembayaran	Tanggal dokumen pembayaran.
Jumlah sisa pembayaran	Jumlah sisa pembayaran.
Isi operasi	Isi operasi.
Tanggal keluar	Tanggal pembuatan.
pengidentifikasi global	pengidentifikasi global.
Bidang tabel "Menguraikan dengan BCC (merinci dokumen penyelesaian)"
KBK	Kode klasifikasi anggaran
Ketik KBK (nama)	Ketik nama KBK.
Jumlah	Jumlah.
Arah pembayaran (nama)	Nama arah pembayaran.
Kode sasaran	Kode sasaran.
Nomor Komitmen Anggaran	Angka komitmen anggaran.
Kode OKTMO	Kode OKTMO.
Bulan Pendanaan	bulan pendanaan.

Instruksi singkat untuk bekerja dengan PPO "SUFD"

Keunggulan PPO "SUFD" dibandingkan dengan PPO "EDMS" (Slide "2")

Sistem manajemen dokumen keuangan jarak jauh (SUFD) adalah aplikasi WEB yang tersedia dari jaringan global Internet, yang menyediakan klien terdaftar dari Perbendaharaan Federal dengan semua fungsi manajemen dokumen anggaran.

Dengan kata lain, ini adalah teknologi yang digunakan untuk mengatur interaksi elektronik - bekerja langsung di database Federal Treasury melalui browser Internet.

Pertimbangkan keunggulan utama Portal SUFD dibandingkan dengan perangkat lunak EDMS:

Ø Semua operasi dengan dokumen dilakukan secara real time dengan pemberitahuan instan tentang status pemrosesannya;

Ø Penerimaan instan dari laporan yang dihasilkan dari Departemen Keuangan Federal sesuai dengan persyaratan keamanan informasi yang paling ketat;

Ø Klien tidak memiliki database, yang berarti bahwa semua pengaturan dilakukan di tingkat FCF dan oleh administrator FCF;

Ø Kemampuan untuk mengakses dari titik koneksi mana pun ke Internet dari komputer tempat perangkat lunak khusus yang diperlukan diinstal dan dikonfigurasi (Continent-AP dan Crypto-PRO);

Ø Versi saat ini selalu diinstal, semua pembaruan dilakukan oleh UFK;

Ø Kerusakan komputer tidak menyebabkan hilangnya informasi. Memulihkan pekerjaan di komputer lain membutuhkan waktu beberapa menit.

Perlu juga dicatat keunggulan seperti:

Ø Persyaratan komputer rendah;

Ø Kecepatan SUFD tidak bergantung pada daya komputer.

Untuk mulai bekerja di Portal, Anda perlu meluncurkan browser, di bilah alamat masukkan tautan yang dikeluarkan oleh UFK, setelah itu jendela pendaftaran akan terbuka (Slide No. 3). Di jendela ini, Anda harus memasukkan nama pengguna dan kata sandi pengguna yang dikeluarkan di UFK dan klik tombol OK. (Saat ini, program meminta login dan kata sandi pengguna dua kali).

Harap diperhatikan: Jika login atau kata sandi salah dimasukkan 3 kali berturut-turut, maka pengguna akan diblokir selama 10 menit, setelah 10 menit Anda dapat mencoba masuk lagi.

Setelah masuk program, Anda harus memilih peran (PBS untuk penerima dana anggaran, RBS untuk administrator dan AP untuk administrator kuitansi). Keuntungan dari SUFD disini adalah anda dapat mengubah peran tanpa keluar dari program, sedangkan pada PPO "SED" anda harus pergi ke database lain, karena dari segi pemasukan dan pengeluaran, PPO "SED" dibagi menjadi basis terpisah. Saat mengubah peran di SUFD, daftar dokumen yang sesuai dengan peran yang dipilih ditampilkan di pohon item (Slide No. 4).

Semakin banyak baris yang ditampilkan, semakin banyak pekerjaan di SUFD yang melambat.

Jumlah baris optimal adalah jumlah standar dokumen Anda.

Pertimbangkan komposisi jendela kerja (Slide No. 5).

Semua pekerjaan dilakukan dengan menggunakan pohon menu, yang terletak di bagian kiri jendela kerja. Di sini Anda dapat memilih dokumen yang perlu Anda kerjakan. Jika Anda lupa di bagian mana dokumen yang diperlukan berada, untuk kenyamanan Anda, ada pencarian di bagian bawah.

Pada slide kita dapat melihat barang-barang yang diperlukan untuk pekerjaan itu. Jadi, pada paragraf “Pengolahan dan pembukuan kuitansi” pada sub paragraf “dokumen non perbankan” terdapat Permohonan klarifikasi jenis dan kepemilikan pembayaran, “Pemberitahuan klarifikasi jenis dan kepemilikan pembayaran”; dalam sub-ayat "dokumen pengembalian" adalah Permohonan pengembalian. Dalam paragraf "Pencabutan dokumen" ada Permintaan pembatalan aplikasi. Dalam item "Tidak Terpenuhi" sub-item "protokol" ada Protokol masuk (menurut dokumen yang ditolak). Pada ayat “Pendaftaran dan pembukuan kewajiban” sub ayat “permohonan pembayaran” terdapat dokumen pembayaran Permohonan pengeluaran kas, Permohonan penerimaan kas dan lain-lain. Harap dicatat bahwa ZKR lengkap dan singkatan ada di item menu yang berbeda. Selanjutnya, dalam paragraf "Pelaporan operasional", sub-paragraf "laporan", terdapat kutipan dari akun pribadi dengan lampiran (dalam satu formulir daftar)

Di bagian atas layar terdapat deretan ikon yang digunakan dalam pekerjaan. Semua tombol mungkin tidak muat di layar, untuk mengakses tombol tersembunyi, gunakan panah untuk menggerakkan garis ke arah yang diinginkan. Jika Anda mendekatkan panah mouse ke ikon, nilainya akan ditampilkan.

Tepat di bawah garis ikon terdapat panel pemfilteran, di sini Anda dapat mengubah urutan pengurutan dan memfilter berdasarkan filter kompleks.

Selain itu, di panel ini, Anda dapat mencentang kotak di sebelah item "diarsipkan" dan kemudian dokumen dalam arsip akan ditampilkan di bawah dalam formulir daftar. Ini sangat nyaman, karena dalam perangkat lunak SED Anda harus membuka item menu terpisah "arsip".

Untuk menampilkan data baru, Anda perlu mengklik tombol "segarkan" di bilah ikon atau tombol "setel ulang filter" di bilah filter.

Saya menarik perhatian Anda pada perlunya menggunakan tombol ini untuk memperbarui data di SUFD.

Selanjutnya, di baris "nama kolom", Anda dapat mengurutkan data dengan mengklik sekali pada kolom yang sesuai. Anda juga dapat menghapus dan menambahkan kolom seperti pada perangkat lunak SED - untuk ini, Anda perlu meletakkan panah mouse di baris kolom dan menekan tombol kanan mouse. Kumpulan bidang wajib minimum ditandai dengan warna abu-abu.

Di bawah, dalam formulir daftar, ada baris pencarian dokumen - ini adalah baris kosong paling atas. Di sini Anda dapat memasukkan parameter dokumen yang sesuai di kolom. Klik "segarkan" atau "terapkan filter" dan semua dokumen yang memenuhi kondisi yang ditentukan akan ditampilkan.

Perlu dicatat di sini bahwa filter ini adalah prioritas. Artinya, jika salah satu parameter di baris ini diisi, penerapan filter di panel pemfilteran tidak akan berhasil. Oleh karena itu, untuk menggunakan filter di panel pemfilteran, pastikan bilah pencarian dokumen kosong.

Sekarang mari kita lihat baris "jumlah halaman dan jumlah baris per halaman" yang ada di bawah formulir daftar. Di sini, perhatikan poin-poin berikut: di sebelah kiri tertulis bahwa Anda berada di 1 halaman dari 627. Anda dapat menggunakan panah untuk menavigasi ke halaman lain. Jika Anda ingin pergi ke halaman tertentu, misalnya 25, Anda harus memasukkan nilai 25. Lebih jauh ke kanan baris ini, Anda dapat melihat bahwa halaman ini menampilkan baris dari 1 hingga 60 dari total 37.610.

Di bawah ini adalah bidang tempat Anda dapat melihat informasi tentang dokumen (Konten, tanda tangan, atribut, dan riwayat transportasi).

Saya ingin mencatat bahwa untuk kenyamanan pengguna di SUFD dimungkinkan untuk menambah dan mengurangi lebar bidang, menukar kolom, dan pengaturan ini disimpan setelah keluar dari program.

Sekarang mari pertimbangkan pembuatan dokumen, menggunakan contoh Aplikasi untuk biaya tunai.

Saya menarik perhatian Anda pada fakta bahwa di SUFD ada dua poin berbeda untuk Aplikasi arus kas, reguler dan berkurang.

Ada 4 cara untuk membuat dokumen.

Cara pertama adalah mengimpor dokumen dari sistem pihak ketiga(Slide nomor 6). Untuk mengimpor file ke SUFD, Anda perlu mengklik tombol impor file di bilah ikon, lalu pilih folder tempat file berada melalui ikhtisar yang diusulkan dan klik tombol "unduh". Jika file memenuhi persyaratan untuk format file, maka file akan dimuat dan program akan menampilkan pesan tentang pemuatan yang berhasil; jika file tidak memenuhi persyaratan format, maka akan ada pesan bahwa file tidak dimuat dan indikasi kesalahan. (jika Anda mengunggah file ke perangkat lunak SED sekarang, Anda juga dapat mengunggahnya ke SUFD).

Cara kedua adalah membuat dokumen secara manual (Slide No. 7). Untuk membuat dokumen, Anda perlu mengklik ikon "buat dokumen baru". Setelah itu, dokumen akan dibuat dengan mengisi kolom standar, seperti nama, akun pribadi, bab taruhan, anggaran, dll. Selanjutnya, isi semua kolom yang diperlukan, di tab "atribut sistem", klik tombol "tambah", masukkan dokumen yang menyertai (jika perlu) dan simpan dokumen. Saat menyimpan, mirip dengan PPO "SED", dokumen yang dimasukkan melewati kontrol. Berdasarkan hasil kontrol, pesan kesalahan ditampilkan.

Selain itu, dalam pesan, ikon merah memblokir kesalahan, dan ikon kuning tidak kritis. Kesalahan pemblokiran perlu diperbaiki, dengan kesalahan tidak kritis, dokumen akan masuk ke UFK.

Jika dokumen disimpan dalam status "draf" dan lampiran perlu diedit, Anda perlu membuka dokumen yang diinginkan dan mengklik tombol "edit lampiran".

Cara ketiga adalah menyalin dokumen (Slide No. 8).

Seperti pada PPO "SED" - fungsi menyalin dokumen tersedia di SUFD. Untuk menyalin, Anda harus berdiri di atas dokumen yang akan disalin, klik ikon "Buat salinan dokumen" (Anda dapat menggunakan menu konteks dengan menekan tombol kanan mouse). Untuk melihat dokumen, jangan lupa untuk mengupdate screen form. Jadi, salinan dokumen dibuat, di mana detailnya juga perlu diubah, lampirkan dokumen yang menyertai (jika perlu) dan simpan dokumen. Dalam proses menyimpan dokumen, kami melacak kesalahan (berwarna merah - pemblokiran, berwarna kuning - kesalahan tidak kritis).

Cara keempat adalah membuat dokumen berdasarkan induk (Slide No. 9).

Metode ini dapat digunakan saat membuat dokumen yang merujuk ke dokumen lain (misalnya: permintaan pembatalan aplikasi, pemberitahuan tentang penentuan jenis dan kepemilikan pembayaran). Di sini Anda perlu membuat dokumen, buka menggunakan ikon atau menu konteks, dan di tab "utama", klik tombol yang sesuai "buat dokumen berdasarkan induk". Selanjutnya, diusulkan untuk memilih dokumen induk, setelah memilihnya mode otomatis bagian dari dokumen akan diisi (misalnya, dalam permintaan pembatalan aplikasi, rincian aplikasi yang dibatalkan untuk biaya tunai akan diisi).

Kami membuat dokumen dengan salah satu dari 4 cara, dalam status "draf", sekarang kami akan mempertimbangkan pengembangan lebih lanjut (Slide No. 10).

Selanjutnya, dokumen tersebut harus lulus konfirmasi input - kontrol dokumenter (analog dari prosedur "pemeriksaan impor" di PPO "SED"). Pada saat yang sama, detail dokumen diperiksa untuk kepatuhan dengan data referensi - kontrol pencegahan, serta kontrol jumlah dokumen (jumlah baris harus sama dengan jumlah total) dan tanggal - kontrol pemblokiran. Untuk melakukan kontrol dokumenter, Anda perlu menempatkan kursor pada dokumen yang dibuat di daftar dokumen dan mengklik tombol "kontrol dokumenter" di bilah ikon.

Selanjutnya, Anda perlu menandatangani dokumen. Untuk menyetujui dokumen, pengguna harus memiliki sertifikat penandatanganan, dan dokumen tersebut harus memiliki status pengiriman Entered.

Untuk menandatangani dokumen, pilih dokumen yang sesuai dalam daftar dokumen dan klik tombol "tanda tangan".

Untuk menandatangani beberapa dokumen sekaligus, Anda perlu menggunakan tombol berikut: Ctrl + A - ini akan memilih semua dokumen yang ada dalam formulir daftar atau tahan tombol Ctrl dan klik dokumen yang diperlukan.

Saya menarik perhatian Anda ke poin berikut: perbedaan dari PPO "SED" saat menandatangani dokumen adalah untuk menyetujui dokumen dengan tanda tangan yang berbeda, Anda harus memasukkan SUFD di bawah login yang sesuai (satu login - satu tanda tangan).

Informasi tentang tanda tangan dapat dilihat pada tab "Tanda Tangan" pada panel informasi yang terletak di bagian bawah layar. Anda juga dapat memeriksa tanda tangan menggunakan ikon atau menu konteks.

Setelah ditandatangani, dokumen dapat dikirim. Untuk mengirim dokumen, pilih dokumen yang diperlukan dalam daftar dan klik tombol "kirim". (Setelah itu, dokumen tidak dapat dibatalkan dan dihapus).

Sekarang pertimbangkan perubahan status dokumen di SUFD dibandingkan dengan "EDMS" PPO (Slide No. 11).

Di PPO "EDMS" satu bidang dialokasikan untuk status, di SUFD ada 3 bidang: "Status Bisnis" - mencerminkan tahapan pengerjaan dokumen, "Status Transportasi" - menunjukkan tahapan pengiriman dokumen dan "Status Persetujuan" - menunjukkan tahapan persetujuan dokumen dengan tanda tangan elektronik.

Status "draf" dokumen di SUFD sesuai dengan status "diimpor" di perangkat lunak "EDMS" atau status "baru" saat membuat dokumen secara manual di perangkat lunak "EDS".

Setelah melakukan document control di SUFD, dokumen tersebut berada dalam status entered, yang sesuai dengan status baru di software EDMS.

Setelah ditandatangani dengan satu tanda tangan, status persetujuan di SUFD tidak berubah, setelah ditandatangani dengan semua tanda tangan yang diperlukan, dokumen tersebut memperoleh status disetujui.

Setelah pengiriman, status pengangkutan dokumen berubah menjadi "terkirim", lalu "dikirim ke SUFD" dan "diterima oleh sistem akuntansi
”, yang sesuai dengan status "diterima" di "EDMS" PPO. Dalam hal ini, status bisnis berubah menjadi “diperiksa” atau “dibatalkan”. Dokumen dengan status seperti itu sudah dilihat oleh operator di UFC. Jika dokumen diterima untuk diproses di UFK, maka statusnya berubah menjadi "terdaftar" (mirip dengan "diterima oleh FK"), jika dokumen ditolak, maka statusnya akan berubah menjadi "dibatalkan" dan protokol akan dikirimkan kepada Anda.

Protokol ini dapat dilihat baik di item menu terpisah, dan langsung di aplikasi untuk arus kas di tab "protokol", yang sangat nyaman.

Dokumen yang diterima untuk dieksekusi setelah menerima laporan bank akan memperoleh status "dieksekusi".

Perlu dicatat bahwa agar dokumen yang diproses tidak mengganggu Anda, dokumen tersebut harus dipindahkan secara berkala ke arsip. Untuk melakukan ini, Anda harus berdiri di atas dokumen yang diinginkan (menandai paket dokumen) dan memanggil menu konteks dengan menekan tombol kanan mouse, lalu pilih item "tambahkan ke arsip / ekstrak dari arsip". Seperti yang sudah Anda pahami, dengan cara yang sama, Anda dapat mengekstrak dokumen dari arsip dengan terlebih dahulu mencentang kotak di sebelah item "arsipkan" di panel pemfilteran.

Dalam item menu "pelaporan operasional", "laporan", Anda dapat melihat ekstrak yang diterima dari akun pribadi dan lampirannya. Sebaliknya, dari PPO "SED" dan ekstrak dan lampirannya ada di item menu yang sama (Slide No. 12).

Dokumen-dokumen ini dapat diekspor dari SUFD dengan mengklik ikon yang sesuai. Anda juga dapat mencetak dokumen ini dalam beberapa jenis cetakan template.

Jika Anda ingin mencetak pernyataan saja (1 arah), Anda dapat berdiri di atas dokumen yang diinginkan (pilih beberapa dokumen) dan klik tombol "cetak" atau "cetak daftar". Jika Anda perlu mencetak ekstrak dengan aplikasi (metode 2), Anda perlu membuka dokumen untuk dilihat, di tab "atribut dasar", centang kotak di sebelah nilai GUID, klik tombol "cetak" dan pilih jenis dokumen pencetakan di jendela yang diusulkan, setelah itu ekstrak dengan aplikasi akan diturunkan ke arsip.

Di SUFD ada item menu "arbitrary", yang dianalogikan dengan item menu "arbitrary documents" di PPO "EDMS" (Slide No. 13). Ini dibagi menjadi item "dokumen sewenang-wenang", di mana Anda dapat melihat dokumen yang diterima dari UFK dan item "pesan informasi", yang dikirim oleh institusi ke UFK. Untuk membuat pesan informasi, Anda perlu membuat dokumen baru, lalu di tab "lampiran", lampirkan berkas yang diinginkan. Selanjutnya, "pesan informasi" harus "ditandatangani" dan "dikirim".

Dokumen "Protokol Masuk"

Dokumen Protokol dimaksudkan untuk memberitahukan kepada pengirim tentang alasan penolakan dokumen yang diserahkan. Itu terbentuk sebagai akibat dari dokumen yang tidak lolos kontrol di tempat pelayanan.

Untuk melihat protokol yang masuk, buka item menu "Documents - Unexecuted - Protocols - Incoming Protocol". EF dari daftar dokumen akan terbuka (Slide No. 14).

Operasi yang Tersedia

Operasi berikut tersedia di AWS PBS pada dokumen "Incoming protocol":

– melihat;

– verifikasi EDS;

- segel.

Permintaan pembatalan

Dokumen Permintaan untuk Membatalkan Aplikasi dapat dibuat di DFMS untuk membatalkan jenis aplikasi berikut:

– “Permohonan arus kas” (ZKR);

– “Permohonan arus kas (disingkat)” (jenis PP, menyebutkan jenis PL);

– “Aplikasi Tunai” (CAP);

– “Aplikasi Pengembalian” (ERP);

– “Perintah pembayaran” (RFP);

- "Aplikasi untuk menerima dana yang ditransfer ke kartu" (ZNB; hingga saat ini aplikasi ini dikirim ke bank).

Jenis permintaan pembatalan terpisah dibuat untuk setiap jenis permintaan pembayaran yang dibatalkan.

Catatan. Jika permintaan pembayaran asli belum dikirim dari workstation tempatnya dibuat, maka permintaan ini dapat dibatalkan tanpa permintaan pembatalan, dengan kembali ke status "Draft" dan menghapusnya.

Untuk bekerja dengan dokumen "Permintaan untuk membatalkan aplikasi", buka item menu "Dokumen - Pencabutan dokumen - Permintaan untuk membatalkan aplikasi". EF dari daftar dokumen akan terbuka (Slide No. 15).

Saat membuat dokumen baru, Anda harus mengklik tombol "Pilih dokumen induk", pilih jenis yang diinginkan aplikasi, temukan dokumen Anda. Setelah itu, Anda perlu mengisi kolom yang hilang.

Permintaan untuk mengklarifikasi kepemilikan pembayaran

Dokumen "Permintaan klarifikasi kepemilikan pembayaran" dimaksudkan untuk memperjelas jenis dan kepemilikan setiap pembayaran, yang tergolong tidak dapat dijelaskan pada hari transaksi saat ini.

Untuk bekerja dengan dokumen "Permintaan untuk mengklarifikasi kepemilikan pembayaran", buka item menu "Dokumen - Pemrosesan dan akuntansi tanda terima - Dokumen bukan bank - Permintaan untuk mengklarifikasi kepemilikan pembayaran". EF dari daftar dokumen "Permintaan untuk menentukan kepemilikan pembayaran" akan terbuka (Slide No. 16).

Operasi yang Tersedia

Operasi berikut tersedia di AWS PBS pada dokumen "Permintaan untuk menentukan kepemilikan pembayaran":

– ekspor ke sistem eksternal;

– melihat;

- segel.

Untuk melihat deretan tabel, klik tombol Pembayaran pesanan" href="/text/category/platezhnoe_poruchenie/" rel="bookmark">pesanan pembayaran

Dalam APBD dan APBD mata pelajaran dalam skema pembukaan rekening pribadi UBP di FI, otoritas keuangan mengirimkan paket perintah pembayaran (payment order) kepada otoritas FC.

Paket perintah pembayaran adalah sekumpulan perintah pembayaran yang ditransfer dari FI ke OrFC, dimana rekening pribadi FI dibuka.

Catatan. PPO "ASFC (SUFD)" mengimplementasikan kemungkinan memasukkan dan mengimpor paket pesanan pembayaran yang disediakan secara manual ke FD OrFC jika membuka rekening bank terpisah untuk transaksi dengan dana BU, akun pribadi yang dibuka dan dikelola di FD.

Dokumen dapat dimasukkan di AWP FO dan dikirim ke AWP OFC dan di ruang operasi OFC (ke AWP OFC secara manual dari dokumen kertas).

Untuk bekerja dengan dokumen "Paket pesanan pembayaran", buka item menu "Dokumen - Pendaftaran dan akuntansi kewajiban - Aplikasi pembayaran - Paket pesanan pembayaran". EF dari daftar dokumen akan terbuka (Slide No. 18).

Operasi yang Tersedia

Operasi berikut ini tersedia di workstation OFC pada dokumen “Batch of payment orders”:

– Untuk dokumen keluar:

– masukan manual;

– impor dari sistem eksternal;

– kontrol dokumenter;

– melihat dan mengedit;

- penghapusan;

– penandatanganan EDS;

- segel;

- Mengirim ke UFC.

– Untuk dokumen transit:

– melihat;

- segel;

– kontrol dokumenter;

- meneruskan ke UFK;

- penerimaan dokumen;

Perintah pembayaran

Jika diperlukan untuk melakukan pengeluaran tunai (pembayaran untuk barang, pekerjaan, layanan dan pemenuhan kewajiban berdasarkan surat perintah eksekusi) dalam hal PBS tidak memiliki rekening pribadi yang dibuka dengan lembaga keuangan, lembaga keuangan membuat perintah pembayaran yang berisi data yang diperlukan untuk mentransfer dana dari rekening pembayar ke rekening penerima. Informasi untuk memasukkan entri baru adalah perjanjian dengan pemasok (kontrak pemerintah), dan kewajiban anggaran, perintah eksekutif.

Perintah pembayaran ditransfer dari FI ke badan OrFC tempat rekening pribadi FI dibuka.

Catatan. PPO "ASFC (SUFD)" mengimplementasikan kemungkinan entri manual dan impor pesanan pembayaran yang diberikan kepada OrFC FO dalam kasus pembukaan rekening bank terpisah untuk transaksi dengan dana BU, rekening pribadi yang dibuka dan dikelola di FO.

Untuk bekerja dengan dokumen "Perintah pembayaran", buka item menu "Dokumen - Pendaftaran dan akuntansi kewajiban - Aplikasi pembayaran - Perintah pembayaran". EF dari daftar dokumen akan terbuka (Slide No. 19).

Operasi yang Tersedia

Operasi berikut ini tersedia di ARM FO dengan dokumen "Pesanan pembayaran":

– masukan manual;

– impor dari sistem eksternal;

– kontrol dokumenter;

– melihat dan mengedit;

- penghapusan;

– penandatanganan EDS;

- segel;

- kirim ke TO (UFK).

Jadwal pengeluaran

GRBS (SAIF), dan selanjutnya RBS (AIF) dapat mendistribusikan data anggaran untuk BA, LBO, POFR melalui jaringan bawahan. Membawa data anggaran yang didistribusikan ke RBS (AIF) dan PBS (AIF) dilakukan melalui jaringan badan FC menggunakan dokumen “Jadwal Pengeluaran”.

Dokumen “Jadwal Pengeluaran” juga bisa dibentuk oleh PBS untuk merinci LBO yang dibawa ke PBS.

Untuk bekerja dengan dokumen "Jadwal pengeluaran", buka item menu "Dokumen - Pendaftaran dan pelaporan anggaran - Jadwal pengeluaran". EF dari daftar dokumen akan terbuka (Slide No. 20).

Operasi yang Tersedia

Operasi berikut tersedia di AWP PBS pada dokumen “Jadwal pengeluaran”:

– Untuk dokumen masuk:

– melihat;

- segel;

– ekspor ke sistem eksternal.

– Untuk dokumen keluar:

– masukan manual;

– impor dari sistem eksternal;

– kontrol dokumenter;

– melihat dan mengedit;

- penghapusan;

– penandatanganan EDS;

- segel;

– mengirim ke OFK (UFK, CAFC).

Informasi tentang KBC

Dokumen "Informasi tentang BSC" dimaksudkan untuk memasukkan informasi baru ke dalam buku referensi klasifikasi anggaran. Dokumen tersebut dibentuk oleh otoritas keuangan dari anggaran terkait dan ditransfer dari ARM FO dalam bentuk elektronik atau di atas kertas ke UFK.

Jika FD dilayani di OFK, maka dokumen dibawa ke OFK melalui ARM OFK. Jika FI tidak memiliki workstation sendiri, pemasukan dokumen dilakukan oleh pegawai OFC di ruang operasi OFC.

Untuk bekerja dengan ED "Informasi tentang CSC", buka item menu "Dokumen - Pemeliharaan CSC - Informasi tentang CSC". EF dari daftar dokumen akan terbuka (Slide No. 21).

Operasi yang Tersedia

Di ARM FO ke dokumen ini operasi berikut berlaku:

– Untuk dokumen keluar:

– masukan manual;

– impor dari sistem eksternal (format EDMS);

– kontrol dokumenter;

– penandatanganan EDS;

– penghapusan EDS;

– melihat dan mengedit;

- penghapusan;

- segel;

- Mengirim ke UFC.

Untuk memperbarui status catatan dokumen "Detail CSC", Anda harus melakukan langkah-langkah berikut: pilih dokumen (atau sekelompok dokumen) dalam daftar dokumen dan klik tombol ("Perbarui status catatan dokumen") pada bilah alat. Operasi tersedia untuk dokumen dengan status transfer "Dikirim ke SUFD" dan status bisnis "Dijalankan sebagian" (99H) atau "Dimasukkan" (001). Jika, sebagai hasil operasi, semua rekaman dokumen "Detail BSC" diberi status "Selesai", maka dokumen tersebut diberi status bisnis "Selesai" dengan kode "999". Jika status "Selesai" tidak diberikan ke semua rekaman dokumen, maka dokumen tersebut diberi status bisnis "Sebagian terpenuhi" dengan kode "99Ч".

Detail Komitmen

Untuk melakukan pembayaran berdasarkan perjanjian yang telah disepakati dan kontrak pemerintah, lembaga anggaran membuat dokumen “Informasi tentang kewajiban” (jika dokumen dasar untuk kewajiban anggaran adalah “perjanjian”) dan mentransfernya ke OrFC.

Dokumen "Informasi tentang kewajiban" juga dibentuk untuk memberikan rincian kepada OrFC tentang dokumen eksekutif, dokumen eksekutif tentang pembayaran berkala.

Untuk mengerjakan dokumen "Informasi tentang kewajiban", buka item menu "Dokumen - Pendaftaran dan akuntansi kewajiban - Kartu akuntansi untuk BO - Informasi tentang kewajiban". EF dari daftar dokumen akan terbuka (Slide No. 22).

Operasi yang Tersedia

Operasi berikut tersedia di workstation OFC pada dokumen "Informasi tentang kewajiban":

– Untuk dokumen keluar:

– masukan manual;

– impor dari sistem eksternal;

– kontrol dokumenter;

– melihat dan mengedit;

- penghapusan;

– penandatanganan EDS;

- segel;

- Mengirim ke UFC.

Pemberitahuan spesifikasi jenis dan kepemilikan pembayaran

Dokumen “Pemberitahuan tentang klarifikasi jenis dan kepemilikan pembayaran” dihasilkan oleh PBS, AD, AMF, FO untuk mengklarifikasi jenis dan kepemilikan pembayaran, mengklarifikasi operasi pembayaran tunai, serta memperbaiki kesalahan saat mengkredit dan mencerminkan dana pada akun pribadi, setelah itu dikirim ke badan FC.

Untuk bekerja dengan dokumen "Pemberitahuan spesifikasi jenis dan kepemilikan pembayaran", buka item menu "Dokumen - Pemrosesan dan akuntansi tanda terima - Dokumen non-perbankan - Pemberitahuan spesifikasi jenis dan kepemilikan pembayaran". EF dari daftar dokumen akan terbuka (Slide No. 23).

Operasi yang Tersedia

Operasi berikut tersedia di OFC AWP pada dokumen “Pemberitahuan tentang spesifikasi jenis dan kepemilikan pembayaran”:

– Untuk dokumen keluar:

– masukan manual;

– impor dari sistem eksternal;

– kontrol dokumenter;

– melihat dan mengedit;

- penghapusan;

– penandatanganan EDS;

- segel;

– mengirim ke UFK;

– ekspor ke sistem eksternal.

– Untuk dokumen transit:

– melihat;

– verifikasi EDS;

– kontrol dokumenter;

– pembatalan;

– mengirim ke UFK;

– ekspor ke sistem eksternal.

– Untuk dokumen masuk:

– ekspor ke sistem eksternal.