1c mablag'larni sarflash uchun arizani tasdiqlash. Hujjat "To'lov uchun ariza". Mijoz-bankka to'lov hujjatlarini yuklash va tushirish

"Million dollarlik biznesni banknotlarning sezilarli taqchilligi bilan boshlash kerak."

I. Ilf va E. Petrov

Operatsion trafikni rejalashtirish Pul yoki pul sarfini nazorat qilish tizimini qanday qurish kerak

Kirish

Ushbu maqola pul oqimini (keyingi o'rinlarda "BC" deb yuritiladi) operativ rejalashtirishga bag'ishlangan va ushbu faoliyatning quyidagi jihatlari ochib beriladi:

  1. DS operatsion rejalashtirishning kompaniya hayotidagi roli;
  2. Oddiy konfiguratsiyada DCni operativ rejalashtirish quyi tizimi "1C: Menejment ishlab chiqarish korxonasi ed. 1.3 (1.3.32.1 nashri)" (keyingi o'rinlarda SCP deb yuritiladi);
  3. odatdagi SCP quyi tizimining xususiyatlari va xatolari;
  4. amaliy tajriba DC operatsion rejalashtirish quyi tizimini joriy etish;
  5. takomillashtirishning mumkin bo'lgan variantlari, yumshoq starterning odatiy quyi tizimidagi xatolarni tuzatish.

1 DSni operativ rejalashtirishning kompaniya hayotidagi roli

Har qanday moliya direktorining (Bosh moliya direktori - moliyaviy direktor) orzusi uning kompaniyasida "naqd bo'shliqlar" (naqd pul bo'shlig'i - ma'lum bir vaqtda kompaniyaning joriy majburiyatlarini bajarish uchun mablag'larning etishmasligi) yo'qligi va bu orzu bir xil bo'ldi. inqiroz davrida ko'proq obsesif. Pul kompaniyaning harakatlantiruvchi kuchi bo'lib, uning yo'qligi, hatto qisqa vaqt ichida ham kompaniyaning "jiddiy kasalliklari" yoki hatto "o'limi" ga olib kelishi mumkin. "Naqd pul bo'shliqlari" ning sababi pul mablag'larini olish va ularni sarflash vaqtlari o'rtasidagi nomuvofiqlikdir, bu bir qator ob'ektiv sabablarga ko'ra yuzaga kelishi mumkin, masalan: kompaniyaning faoliyat sohasining mavsumiy xususiyatlari. Qish va bahorda asosiy xarajatlarni o'z zimmasiga olgan, tushumning asosiy ulushini esa kuzda oladigan qishloq xo'jaligi (ekinchilik) korxonalari misol bo'la oladi. "Naqd pul bo'shlig'i" yuzaga kelganda, kompaniya ularni bartaraf etish uchun turli xil choralarni ko'rishi kerak, masalan: bank kreditlari, kreditlar, likvid aktivlarni zudlik bilan sotish va h.k. Ko'rilgan choralarga qaramay, bu holat qandaydir tarzda kompaniya farovonligiga salbiy ta'sir qiladi. Shunday qilib, pul oqimini rejalashtirish, bajarish va nazorat qilish tizimini ishlab chiqish asosiy vazifalardan biridir. moliyaviy direktor kompaniyalar.

2 DS operatsion rejalashtirish quyi tizimi odatiy konfiguratsiyada "1C: Ishlab chiqarish korxonalarini boshqarish rev. 1,3" (keyingi o'rinlarda UPP deb yuritiladi)

SCPda mablag'larni qabul qilish va sarflash rejalarini kiritish va ushbu ma'lumotlar asosida to'lov kalendarini tuzish imkonini beruvchi bir qator hujjatlar va hisobotlar mavjud. Keling, ushbu konfiguratsiya ob'ektlarini batafsil ko'rib chiqaylik:

  1. Hujjat" Rejalashtirilgan pul oqimi": ushbu hujjat DSning rejalashtirilgan tushumini aks ettiradi. Hujjatda ma'lum bir kontragent, shartnoma, pul oqimi ob'ekti va boshqalar ko'rsatilgan. Hujjatda "To'lov taqvimiga kiritish" maxsus belgisi mavjud, agar u o'rnatilmagan bo'lsa, u holda ma'lumotlar "Kontragentlar bilan hisob-kitoblar" reestriga kiritilmaydi va natijada "To'lov taqvimi" hisobotiga va boshqalarga kiritilmaydi. hisobotlar.

Xususiyat 1: Agar ushbu hujjatni joylashtirgandan so'ng, siz "Kontragentlar bilan hisob-kitoblar to'g'risida bayonot" hisobotiga qarasangiz, unda biz natija bo'lishi kerak bo'lgan hujjat miqdori uchun daromadni ko'ramiz. Va bu holda, to'lov hujjatini (c/p yoki PKO) kiritishda DSni olishni rejalashtirish uchun hujjatni bog'lash juda muhim, aks holda biz hisobotda kvitansiya summalarining ikki baravar ko'payishini ko'ramiz. Shuningdek, hujjatlar o'rtasida aloqa bo'lmasa, to'lov taqvimida noto'g'ri ma'lumotlar ko'rsatiladi. Xatoga yo'l qo'yish oson, masalan, agar siz rejalashtirish hujjatida "Naqd pul" to'lov shaklini belgilab qo'ysangiz va to'lov naqd pulsiz amalga oshirilsa, bu holda o'zaro munosabatlarni ko'rsatish mumkin bo'lmaydi. hujjatlar va buning natijasida dublikatsiya yuzaga keladi. To'lov faktini aks ettirish uchun "Asosiy kirish" mexanizmidan foydalansangiz ham va ikkita hujjat o'rtasidagi munosabatlar bo'ysunish tuzilmasida ko'rinadigan bo'lsa ham, bu hamma narsa registrlardan to'g'ri o'tadi degani emas.

  1. Hujjat" DS sarflash uchun ariza”: ushbu hujjat DSning rejalashtirilgan xarajatlarini aks ettirish uchun talab qilinadi. Shu bilan birga, ushbu hujjat ma'lum bir to'lov uchun DSni zahiralashi mumkin. Hujjatda ma'lum bir kontragent, shartnoma, pul oqimi ob'ekti va boshqalar ko'rsatilgan. Hujjatda "To'lov taqvimiga kiritish" maxsus belgisi mavjud, agar u o'rnatilmagan bo'lsa, u holda ma'lumotlar "Kontragentlar bilan hisob-kitoblar" reestriga kiritilmaydi va natijada "To'lov taqvimi" hisobotiga va boshqalarga kiritilmaydi. hisobotlar. Shuningdek, ichida ushbu hujjat oldindan kiritilgan byudjet va rejalashtirilgan to'lovning muvofiqligini nazorat qilish uchun rejalashtirish stsenariysi va byudjet aylanmasi moddasini ko'rsatadigan maxsus "Byudjetlashtirish" yorlig'i mavjud.

2-xususiyat: Agar ariza ma'qullanmasa, "To'lov taqvimiga qo'shish" bayrog'i o'rnatilgan bo'lsa, u hali ham "To'lov taqvimi" hisobotiga kiradi. Biz maqola doirasidan tashqarida "Bu oqlanganmi yoki yo'qmi" mavzusidagi muhokamani qoldiramiz. To'lovni kiritishda "1-xususiyat" bo'limida tasvirlangan xatolarga yo'l qo'yish oson.

  1. Hujjat" Rejalashtirilgan tushumlarni yopish”: ko'rsatilgan hujjat hujjatlarni yopish uchun mo'ljallangan "DSni rejalashtirilgan qabul qilish", ya'ni. DSni olishning rejalashtirilgan miqdori (summaning bir qismi) "o'chiriladi".

Xususiyat 3: Afsuski, ushbu hujjatda yopilish miqdorini qo'lda sozlashning hech qanday usuli yo'q, ya'ni. dastur bu rejaning balansiga qaraydi va butun qolganlari yopiladi, bu har doim ham qulay emas. Masalan, agar biz amalga oshirish rejasini qisman tuzatgan bo'lsak, unda DSni olish rejasi ham o'zgarishi kerak. Bunday holda, "DSni rejalashtirilgan olish" hujjatiga o'zgartirishlar kiritish kerak bo'ladi, ammo tuzatishlar " orqaga tanishish”, bilganingizdek, ular yaxshilikka olib kelmaydi. Bundan tashqari, agar DSning rejalashtirilgan tushumini tuzatish "Rejalashtirilgan tushumlarni yopish" hujjati bilan kiritilgan bo'lsa, unda rejalardagi o'zgarishlar tarixini kuzatish mumkin bo'ladi.

  1. Hujjat" Mablag'larni sarflash bo'yicha so'rovlarni yopish» hujjatlarni yopish uchun mo'ljallangan «DSni iste'mol qilish uchun ariza», ya'ni. AC sarflashning rejalashtirilgan miqdori (summaning bir qismi) "o'chiriladi".

Xususiyat 4: shunga o'xshash nuanslar "3-xususiyat" da tasvirlangan.

  1. Hisobot " To'lov jadvali': Ushbu hisobot LO'ning kelgusi xarajatlari va tushumlarini ko'rsatadi, bu sizga "pul bo'shliqlarini" ko'rish imkonini beradi.

Xususiyat 4 : Hisobotga standart havolada shunday deyilgan: "Hisobot rejalashtirilgan to'lovlar, tushumlar to'g'risidagi ma'lumotlarni ko'rsatish uchun mo'ljallangan. va tanlangan vaqt davri uchun qoldiqlar". Agar kimdir joriy hisobvaraqlardagi DS qoldig'i haqida gapirayapmiz deb o'ylagan bo'lsa, unda ular qattiq adashadi. Bu erda biz arizalar / rejalashtirilgan tushumlar bo'yicha qoldiqlar haqida gapiramiz (bu misolni keyinroq ko'rib chiqamiz).

  1. Hisobot " DS mavjudligini tahlil qilish»: ushbu hisobotda CA so'rovlari bo'yicha saqlangan kompaniyadagi CA qoldig'i, shuningdek hisobdan chiqarish va olish uchun CA ko'rsatilgan.
  2. Hisobot " Mablag'larni sarflash uchun arizalar". Agar siz UPP sertifikatiga ishonsangiz, bu hisobot chaqiriladi “Toʻlanmagan kiruvchi toʻlovlar” va “tizimda roʻyxatdan oʻtgan, lekin birortasi ham kiruvchi toʻlovlar toʻgʻrisida maʼlumot olishga moʻljallangan. zarur harakat: operativ hisobda aks ettirish yoki haqiqiy pul oqimi (to'lov). J Qiziqarli! "Haqiqiy" yordam uchun biz konfiguratorga o'tamiz va tavsifni ko'ramiz: "ma'lum vaqt davomida mablag'larni sarflash bo'yicha so'rovlarning bajarilishini tahlil qilish uchun mo'ljallangan. "Daromadlar" ustunida to'ldirilgan arizalar bo'yicha summalar, "Xarajatlar" ustunida - davr bo'yicha arizalarning bajarilishi (arizalar bo'yicha to'lov hujjatlarini berish yoki ularni yopish) ko'rsatiladi. Davr boshidagi va oxiridagi qoldiqlar arizalar bo'yicha to'lanmagan summalarni ko'rsatadi.
  3. Hisobot " Rejalashtirilgan DS tushumlari". Agar siz sertifikatga ishonsangiz, bu hali ham xuddi shunday hisobot " To'lanmagan kiruvchi to'lovlar»J. Konfiguratorda: "Ma'lum bir vaqt uchun tegishli hujjatlar bilan rasmiylashtirilgan mablag'larni olish bo'yicha rejalarning bajarilishini tahlil qilish uchun mo'ljallangan. "Kirish" ustunida rejalashtirilgan tushumlar summalari, "Xarajatlar" ustunida - ma'lum davr uchun mablag'larni olish bo'yicha rejalarning bajarilishi (mablag'larni olish bo'yicha rejalashtirish hujjatlari asosida kiruvchi to'lov hujjatlarini berish) ko'rsatiladi. .
  4. Axborot reestri « DS sarfi boʻyicha soʻrovlarni tasdiqlash sozlamalari»: reestr ma'lum bir tashkilot va davr uchun arizani tasdiqlash mexanizmidan foydalanishni "yoqish" uchun mo'ljallangan.
  5. Katalog « Tasdiqlash yo'llari ilovalar”: ushbu qo'llanma DSni sarflash uchun ilovalarni muvofiqlashtirish yo'llarini tavsiflaydi.
  6. Axborot reestri" Marshrut sozlamalarini tasdiqlashni so'rang» ilovani tasdiqlash marshrutini belgilaydi va odatiy funksionallikda u faqat ilovaning birligiga (CFD - moliyaviy javobgarlik markazi) bog'liq.
  7. Davolash "Ilovalarni muvofiqlashtirish": bu qayta ishlashda so'rovlar mos keladi.
  8. Qo'shimcha huquq" So'rovsiz to'lovni amalga oshirishga ruxsat bering» tasdiqlangan arizasiz toʻlovni amalga oshirish imkonini beradi.

Xususiyat 5:Huquqni cheklash ishlamaydi (osonlik bilan chetlab o'tiladi) agar:

LEKIN) to'lov hujjati zudlik bilan amalga oshirilmaydi;

B) RKOda “Operativ hisobda aks ettirish” atributi belgilanmagan;

C) to'lov topshirig'i va operatsiya turi bilan naqd hisob-kitob "To'lov ish haqi". Bu UPP xatosi: kod hujjatning noto‘g‘ri jadval qismini tekshirmoqda.

  1. Qo'shimcha huquq" Ortiqcha ruxsat bering nazorat qilinadigan qiymatlar byudjetlar bo'yicha» - agar arizalar bo'yicha summalar nazorat qilinadigan byudjet moddasi bo'yicha rejalashtirilgan miqdordan oshib ketgan taqdirda, mablag'larni sarflash uchun ariza berish imkonini beradi.

3 Oddiy yumshoq starter quyi tizimining xususiyatlari va xatolari

Biz ma'lum bir misol yordamida odatiy quyi tizimning xususiyatlari va xatolarini ko'rib chiqamiz.

Dastlabki ma'lumotlar (muammo holatlari):

A) kiriting yangi tashkilot UPP demobazasiga "TRG";

B) DS ning dastlabki qoldiqlarini kiritamiz ( 01.11.2012 holatiga ko'ra): 1 mln. joriy hisobvaraqda va 50 ming rubl. registrda;

C) biz yangi foydalanuvchilarni olamiz "Xarid menejeri" ( qo'shimcha huquqni belgilamang "So'rovsiz to'lashga ruxsat berish") va savdo menejeri.

  1. Savdo bo'yicha menejer bu oyda "1-mahsulot" ni sotishni rejalashtirmoqda (to'lov 2017 yilda rejalashtirilgan naqd pulsiz to'lov) 600 000 rubl miqdorida va "DSni rejalashtirilgan tushum" hujjatini kiritadi.

Muhim: agar siz "To'lov taqvimiga qo'shish" katagiga belgi qo'ymasangiz, u holda pul oqimining rejalashtirilgan tushumi "To'lov taqvimi", "Kontragentlar bilan hisob-kitoblar to'g'risida hisobot" hisobotiga kiritilmaydi. Bizning misolimizda biz uni o'rnatamiz.

Keling, "To'lov taqvimi" hisobotini ko'rib chiqaylik:

Hisobotda ko'rsatiladigan ma'lumotlarga e'tibor bering, agar muddat 11/01/12 dan belgilangan bo'lsa (balanslar kiritilgan paytdan boshlab):

Bu xususiyatni eslab qolish muhim!

Hisobotda alohida bo'limda naqd pul qoldiqlari ko'rsatilmaganligini ham unutmang (bu hisobot xatosi):

  1. Rejalashtirilganidek, savdo bo'lib o'tdi, ammo xaridor bank o'tkazmasi orqali birinchi yetkazib berish uchun to'langan, a ikkinchi yetkazib berish naqd pulda to'lanadi. Biz 400 000 va 200 000 rubl miqdoridagi savdo hujjatlarini kiritamiz, keyin "Asosiy kirish" mexanizmi orqali biz 400 000 va PKO 200 000 rubl miqdorida to'lov topshirig'ini kiritamiz. Keling, hisobotlarni tahlil qilaylik:
    1. "To'lov taqvimi" hisoboti 2012 yil 11 yanvardan 2012 yil 31 yanvargacha tuziladi, biz quyidagi natijani olamiz:

To'lov amalga oshirilgan bo'lsa-da, rejalashtirilgan 200 000 miqdori saqlanib qoldi. Bu biz barcha to'lovlarni bank o'tkazmasi yo'li bilan rejalashtirganimiz va 200 ming naqd pul olganimiz va shunga mos ravishda arizani "to'ldirish" mumkin bo'lmaganligimiz sababli sodir bo'ldi. naqd pul hujjati, shu bilan birga, biz barcha hujjatlarni "asosiy kiritish" mexanizmidan foydalangan holda kiritganimiz ham "yordam bermadi" va bo'ysunish tuzilmasida biz zanjirni ko'ramiz:

Keling, PKOni o'chirib tashlaymiz va 200 mingga to'lov topshirig'ini qilamiz, lekin biz "To'langan" belgisini o'rnatmaymiz. Shunday qilib, biz to'lov taqvimida quyidagi rasmni ko'ramiz:

  1. Biz etkazib beruvchilarga to'lash uchun DS xarajatlarini 500 000 miqdorida rejalashtiramiz. DS sarflash uchun ariza kiritamiz:

To'lov taqvimi quyidagicha ko'rinadi:

E'tibor bering, xarajat 12/09/12 ga rejalashtirilgan, garchi ariza berish sanasi 12/08/12 bo'lsa-da, bu to'g'ri, chunki "xarajat sanasi" maydonida biz 09-ni ko'rsatdik.

  1. Keling, arizani ma'qullaylik. Tasdiqlash "So'rovlarni tasdiqlash" jarayonidan kelib chiqadi, shuningdek, veb-interfeys orqali tasdiqlash mexanizmi mavjud. Shartnomani qayta ishlashda juda qulay va mavjud foydali xususiyat hisobot sozlamalari:

Hisobot oldindan ishlab chiqiladi va "Maxsus hisobotlar" bo'limida saqlanadi (Xizmat-> Maxsus hisobotlar), so'ngra arizalarni tasdiqlashda kerakli ma'lumotlarni ko'rsatish uchun ishlatiladi. Ushbu funksiyadan foydalanib, siz tasdiqlangan arizalar uchun to'lovni hisobga olgan holda joriy hisobvaraqlar qoldig'ini ko'rsatishni sozlashingiz mumkin, shuningdek, ilovaning byudjetga muvofiqligini ko'rsatishingiz mumkin va hokazo. Veb-interfeys orqali muvofiqlashtirish qobiliyati menejerga ish joyidan uzoqda bo'lgan holda to'lovlarni nazorat qilish imkonini beradi.

  1. Endi tasdiqlangan ariza asosida biz chiquvchi toʻlov topshiriqnomasi boʻyicha toʻlovni joriy qilamiz, shuningdek, tasdiqlangan ariza miqdoridan ortiq toʻlovni taqiqlash mexanizmini chetlab oʻtishga harakat qilamiz:

Ko'rib turganingizdek, to'lov topshirig'i zudlik bilan bajarilganda, ariza bo'yicha ruxsat etilgan qoldiqning oshib ketganligi haqida xabar paydo bo'ladi, lekin u o'z vaqtida amalga oshirilmasa, nazorat ishlamaydi va xaridlar bo'yicha menejer to'lashga muvaffaq bo'ladi. yetkazib beruvchi menejer tomonidan tasdiqlanganidan ko'proq:

Ushbu xato tufayli, "To'lov taqvimi" hisobotida bo'lgani kabi, "mo''jizalar" paydo bo'ladi:

Shuningdek sodir bo'lmayapti boshqaruv bayroq olib tashlangan RKOda " Operatsion hisobda aks ettiring.

Hech qanday nazorat yo'q ham ichida To'lov topshirig'i, c va CRS "Ish haqini to'lash" operatsiyasi turi bilan, bu odatiy SCP ning xatosi.

4 DS harakatini operativ rejalashtirish quyi tizimini joriy etishning amaliy tajribasi

Keling, ushbu quyi tizimni yirik qishloq xo'jaligi xoldingida ("Agro" deb ataymiz) joriy etishning amaliy tajribasini ko'rib chiqaylik, shu bilan birga biz operativ rejalashtirishning faqat xarajatlar qismiga e'tibor beramiz, chunki. bu eng qiziqarli va muhim, chunki biz xarajatlarga ta'sir qilishimiz mumkin, ammo daromadlarga ta'sir qilish unchalik oson emas.

SCP 1.3 asosida buxgalteriya hisobini kompleks avtomatlashtirish bilan bir qatorda "Agro"da DC harakatini operativ rejalashtirish quyi tizimini joriy etish boshlandi. Ilgari xolding tomonidan 8 xil konfiguratsiyada (mamlakatimizning 4 ta viloyatida 5 dan ortiq masofaviy idoralar) hisob qaydnomalari olib borilgan va DC harakatini operativ rejalashtirish Excel dasturida amalga oshirilgan. Oyning oxirida sho''ba korxonalariga yuboriladi boshqaruv kompaniyasi(bundan buyon matnda Jinoyat kodeksining matnida) ikkala CAni sarflash rejalari va CAni olish rejalari. Jinoyat kodeksi G'aznachiligi xodimlari tomonidan byudjet bilan yuborilgan rejalar tekshirildi, so'ngra ularni yo'nalish boshliqlariga tasdiqlash uchun yuborildi, yo'nalish boshliqlari DC harakati rejalarini tuzatdilar va muvofiqlashtirdilar. Keyin MC G'aznachiligi chiziqli menejerlardan olingan rejalarni birlashtirdi va yakuniy rejani tasdiqlash uchun bosh direktorga yubordi. Tasdiqlangan reja sho''ba korxonalariga qaytarib yuborildi va bir oy ichida Jinoyat kodeksining G'aznachiligi xodimlari tomonidan tasdiqlangan reja bilan CAning harakatlanishi tekshirildi, ya'ni. bajarilishini nazorat qildi.

Tizimni tijorat maqsadlarida foydalanishga tayyorlash jarayonida "To'g'ridan-to'g'ri to'g'ridan-to'g'ri oqimning harakatini operativ rejalashtirish" biznes-jarayonining "xuddi shunday" modelini tahlil qilish va qurish amalga oshirildi. Biznes-jarayonni reinjiniring qilish va "kerak bo'lganidek" modelini qurishdan so'ng, biznes-jarayonning yangi reglamenti ishlab chiqildi "To'g'ridan-to'g'ri oqim harakatini operativ rejalashtirish". SCPning ko'rgazmali bazasida zaruriy yaxshilanishlar amalga oshirildi va test ishi ishlab chiqildi. Test ishi biznes jarayonining barcha ishtirokchilari tomonidan sinovdan o'tkazildi, kamchiliklar aniqlandi va SCP funksionalligini yaxshilash bo'yicha qo'shimcha tilaklar bildirildi. Xatolarni bartaraf etish va zarur tuzatishlar kiritilgandan so'ng, "DS harakatini operativ rejalashtirish" biznes-jarayonining yangi reglamenti tasdiqlandi va buyruq bilan kiritildi. Bosh direktor xolding xodimlariga. Quyidagi diagrammada men yangi reglament kiritilgandan keyin DSni sarflash uchun ariza topshirishga misol keltiraman:

Ushbu quyi tizimni amalga oshirish natijasida olingan natija:

  1. xolding kompaniyalarida DC sarflanishi ustidan nazorat kuchaytirildi;
  2. DC uchun harakat rejalarini tayyorlash tezligi oshdi;
  3. DS harakati rejasini amalga oshirish yanada "shaffof" bo'ldi;
  4. "Naqd pul bo'shliqlari" oldini oldi.

Shuni ta'kidlashni istardimki, xolding kompaniyalarida SCP joriy etilgandan so'ng (120 dan ortiq foydalanuvchilar veb-mijoz yoki RemoteAPP orqali masofaviy ulanishdan foydalangan holda onlayn ishlaydi) va CA operatsion rejalashtirish quyi tizimi, xususan, mavzu: CAni sarflash uchun ariza ma'qullandimi yoki yo'qmi?" kompaniyadagi eng yonayotganlardan biriga aylandi. Xolding kompaniyalari tomonidan Jinoyat kodeksi tomonidan taqiqlanganiga, xarajatlar va tasdiqlangan byudjet o‘rtasidagi tafovutga qaramay, ba’zida yetkazib beruvchilarga to‘lovlar amalga oshirilgani faktlari yuzaga chiqdi. Tabiiyki, yagona ERP tizimi kabi kuchli boshqaruv vositasini olgan holda, bu darhol ijobiy natija berdi.

5 Quyi tizimni amalga oshirish jarayonida amalga oshirilgan takomillashtirish

Ushbu bandda men xoldingda quyi tizimni amalga oshirish jarayonida qilingan yaxshilanishlarning faqat kichik bir qismini tasvirlab beraman.

  1. Yumshoq starterning odatiy konfiguratsiyasidagi xatolar tuzatildi 1.3..
  2. CAni sarflash bo'yicha arizalar va CAni olish rejalariga ko'ra summalar faqat tasdiqlangandan keyin to'lov taqvimiga kiritila boshlandi.
  3. DSni sarflash uchun arizani tasdiqlash marshrutini tanlash sxemasi o'zgartirildi. Arizani tasdiqlash yo'li quyidagilarga bog'liq bo'la boshladi:
    1. DS maqolalari;
    2. ariza miqdori.
    3. Faqat tasdiqlangan to'lov topshiriqnomalari mijoz-bankka yuklanishi mumkin. Oddiy SCPda tasdiqlanmagan to'lov topshiriqlari ham tushiriladi.
    4. So'rovsiz to'lovni amalga oshirish taqiqlanishini chetlab o'tish imkoniyati bekor qilindi.
    5. Ilovalarni tasdiqlash tarixi saqlangan. Istalgan vaqtda foydalanuvchi tasdiqlash uchun ariza kimda borligini va arizani kim (qachon) ma'qullaganini ko'rishi mumkin.
    6. Ilovalar bo'yicha "xat yozish" mexanizmi ishlab chiqilgan bo'lib, u ariza tasdiqlash marshruti bo'ylab o'tganda qo'llaniladi.
    7. Arizalarni tasdiqlashni qayta ishlash yaxshilandi. Dinamik ro'yxatda foydalanilgan so'rov maqbul emas edi, buning natijasida so'rovlarning katta hajmi bilan ishlov berish tasdiqlash vaqtida 2-3 daqiqa davomida osilib turdi. Ushbu xato haqida ishlab chiquvchilar bilan yozishmalar hech qanday natija bermadi, shuning uchun xato mustaqil ravishda tuzatildi.
    8. Ilovani to'lov taqvimiga kiritish uchun ishlov berish ishlab chiqilgan, ya'ni. ariza ma’qullangandan so‘ng to‘lovlarni amalga oshirish tartibi qo‘shimcha ravishda belgilandi, boshqacha aytganda, arizani to‘lov kalendariga kiritish tartibi belgilandi.
    9. Xoldingda foydalaniladigan hisobotlar to‘plami ishlab chiqilgan (To‘lov taqvimi, Pul oqimi, arizani tasdiqlash holati va boshqalar).

Ushbu moddaning ilovasida arizalarni tasdiqlashni ko'rib chiqish uchun CDS hisoboti mavjud.

6 Xulosa

Agar siz "pul bo'shliqlari" dan xalos bo'lishni istasangiz, rejalashtirish pul oqimlari uzluksiz jarayon bo'lishi kerak. Korxona qanchalik katta bo'lsa, uning tuzilmasi qanchalik murakkab bo'lsa, faoliyati shunchalik ko'p bo'lsa, pul oqimlarini boshqarish shunchalik qiyin bo'ladi. Shuning uchun yagona ERP tizimi pul oqimini rejalashtirish va nazorat qilishda kuchli vositadir.

1C: ERP Enterprise Management 2-dagi to'lov taqvimi quyidagi ma'lumotlarni ko'rsatadi:

  • kompaniyaning naqd va naqd pulsiz hisobvaraqlaridagi mavjud naqd pul qoldig'i;
  • mablag'larning rejalashtirilgan tushumlari va xarajatlari.

To‘lovlar kalendariga kirish “Mablag‘larni rejalashtirish va nazorat qilish” guruhidagi “G‘aznachilik” bo‘limi orqali amalga oshiriladi. To'lov taqvimi kunlarda ko'rsatilgan o'zboshimchalik davri uchun tuziladi.

“Toʻlov kalendarini” qayta ishlashning yuqori qismida quyidagi variantlar mavjud:

  • shakllanish davri;
  • tashkilotlar;
  • valyuta;
  • tashkilotning aniq hisoblari uchun tanlov.

1C: ERP Enterprise Management 2 da to'lov taqvimining shakli rasmda ko'rsatilgan. bitta.

1-rasm - 1C-da to'lov taqvimi: ERP Enterprise Management 2

To'lov taqvimini to'ldirish uchun hujjatlar - asoslar:

  • "Mijoz buyurtmasi";
  • "Yetkazib beruvchiga buyurtma berish";
  • "Mablag'larni o'tkazish bo'yicha yo'riqnoma";
  • "DS sarflash uchun ariza".

"1C: ERP Enterprise Management 2" da to'lov taqvimi sozlamalari

Toʻlov taqvimini yuqori oʻng burchakdagi “Koʻproq” tugmasi orqali sozlashingiz mumkin.


2-rasm - To'lov taqvimi sozlamalari

To'lov taqvimida "Tasdiqlangan" yoki "Tasdiqlanmagan" maqomiga ega bo'lgan ilovalar ko'rsatiladi, agar sozlamalarda bunday imkoniyat ko'rsatilgan bo'lsa (2-rasm). “Toʻlov uchun” va “Rad etilgan” holatiga ega boʻlgan ilovalar Toʻlov taqvimida koʻrinmaydi.

To'lov taqvimi turlari

To'lov taqvimi 3 xilda tuzilishi mumkin (3-rasm).


3-rasm - To'lov kalendarining turini tanlash

Ilovalar - Kalendar (4-rasm)

Shaklning chap tomonida mablag'larni sarflash uchun arizalar to'g'risidagi ma'lumotlar ko'rsatiladi.

Shaklning o'ng tomonida quyidagi ma'lumotlar ko'rsatiladi:


4-rasm - "Ilova - Kalendar" shaklidagi to'lov taqvimi

Kalendar - Toʻlovlar (5-rasm)

To'lov kalendar shaklining yuqori qismida quyidagi ma'lumotlar mavjud:

  • tashkilotning hisobvaraqlaridagi naqd pul qoldiqlari;
  • kutilayotgan naqd pul tushumlari;
  • rejalashtirilgan naqd pul xarajatlari.

To'lov taqvimi shaklining pastki qismida To'lov kalendarining yuqori qismini to'ldirish uchun asos bo'lgan hujjatlar to'g'risidagi ma'lumotlar aks ettiriladi.


5-rasm - "Taqvim - To'lovlar" turidagi to'lov taqvimi

Ilovalar ro'yxati (6-rasm)

Ilovalar ro'yxatida "Tasdiqlangan" yoki "Tasdiqlanmagan" maqomiga ega bo'lgan ilovalar ko'rsatiladi, agar sozlamalarda bunday imkoniyat ko'rsatilgan bo'lsa (2-rasm).


6-rasm - "Ilovalar ro'yxati" turidagi to'lov taqvimi

"Taqvim" bo'limi

"Muddati o'tgan" ustunida siz tashkilotimizning qarzini ko'rishingiz mumkin:

  • yetkazib beruvchilar va xaridorlar bilan hisob-kitoblar;
  • ish haqi, soliqlar va yig'imlarni to'lash;
  • kreditlar va ssudalar berish;
  • foizlarni to'lash;
  • kreditlar va kreditlar oldi.

Diqqat!!! Kassa va joriy hisobvaraqlar bo‘yicha dastlabki qoldiqlarni kiritishda ular To‘lov taqvimining “Muddati o‘tgan” ustunida ham aks ettiriladi.

Tegishli sana uchun ustunlar etkazib beruvchilar, xaridorlar, xodimlar, nazorat qiluvchi organlar va boshqa kontragentlar bilan rejalashtirilgan hisob-kitoblar to'g'risidagi ma'lumotlarni ko'rsatadi. To'lov sanasi va miqdori tasdiqlovchi hujjatlar ma'lumotlariga muvofiq belgilanadi.

Yo'ldagi naqd pul to'lov taqvimida 2 miqdor ko'rinishida ko'rsatiladi:

  • pul mablag'lari yuboriladigan hisob uchun "-" belgisi bilan;
  • pul mablag'lari olinishi kerak bo'lgan hisob uchun "+" belgisi bilan (7-rasm).

Operatsiya pul mablag'larini jo'natishning rejalashtirilgan sanasi (to'lov sanasi) bo'yicha "Bankda naqd pul mablag'larini inkasso qilish" operatsiyasi turi bilan "Mablag'larni o'tkazish bo'yicha yo'riqnoma" hujjati asosida aks ettiriladi (9-rasm). Buyurtma "Tasdiqlangan" yoki "To'lanadigan" maqomiga ega bo'lishi kerak.


7-rasm - "Mablag'larni o'tkazish bo'yicha yo'riqnoma" hujjati "Bankka DSni inkassatsiya qilish" operatsiyasi turi bilan joylashtirilgandan so'ng DS inkassatsiya operatsiyasining shaxsiy kompyuterida ko'rsatilishi.

Hujjatni yaratishda "Xarajatlar naqd pul orderi» «Bankka inkasso» operatsiyasi turi bilan tranzitda bo‘lgan mablag‘lar to‘lov taqvimida kvitansiya ustunida kelib tushishning taxminiy sanasida ko‘rish mumkin (8-rasm).


8-rasm - "Bankka inkasso" operatsiyasi turi bilan "Chiqish kassa orderi" hujjati joylashtirilgandan so'ng DSning naqd pul inkassosi operatsiyasining shaxsiy kompyuterida aks ettirish.

Rejalashtirilgan tushumning sanasi DSni rejalashtirilgan jo'natish sanasini (9-rasm) va yig'ish davrini (10-rasm) yig'ish orqali aniqlanadi.


9-rasm - "Mablag'larni o'tkazish bo'yicha yo'riqnoma" hujjatida rejalashtirilgan to'lov sanasini ko'rsatish


10-rasm - "Tashkilot kassiri" ma'lumotnomasida yig'ish muddatini belgilash

To'lov kalendarini tuzishda uning maqsadga muvofiqligi avtomatik ravishda tekshiriladi - ya'ni. ularni saqlash joylarida to'lash uchun naqd pul zaxiralarining etarliligi.

Kunlik xulosa sifatida tushum va to'lovlarning rejalashtirilgan summalari ko'rsatiladi. Batafsil ma'lumot uchun "To'lovlar" bo'limiga qarang.

"To'lovlar" bo'limi

Ushbu bo'limda to'lovlar va tushumlarni rejalashtirish uchun asos bo'lgan hujjatlar to'g'risidagi ma'lumotlar mavjud.

To'lovlar to'g'risidagi ma'lumotlar to'lovning rejalashtirilgan sanasini ko'rsatadi, ammo "kechiktirilgan" belgisini ko'rsatmaydi.

To'lov bloki sizga quyidagilarga imkon beradi:

"Ilovalar" bo'limi

"1C: ERP Enterprise Management 2" nashri 2.2.3.190 da "DC sarfiga ariza" ro'yxatdan o'tishni yoqish yoki o'chirish mumkin.

Ushbu parametr "Ma'lumotnoma ma'lumotlari va boshqaruvi" bo'limida, "Ma'lumotnoma ma'lumotlari va bo'limlar sozlamalari" guruhida, "G'aznachilik" bandida mavjud (11-rasm).


11-rasm - 1C dasturida foydalanish sozlamalari: ERP Enterprise Management 2 "Mablag'larni sarflash uchun arizalar"

"Korxona kassiri" ma'lumotnomasida siz korxonaning tanlangan kassasi uchun maxsus to'lov uchun arizalarni ko'rib chiqish masalalarini tartibga soluvchi katakchalarni o'rnatishingiz mumkin (12-rasm):

  • "to'lov uchun arizalar"siz pul mablag'larini chiqarishga ruxsat berish;
  • pul mablag‘larini boshqa kassalarga “o‘tkazish orderlari”siz qabul qilish va o‘tkazishga ruxsat berish.


12-rasm - "Tashkilot kassiri" ma'lumotnomasida "Mablag'larni sarflash uchun arizalar" va "DS harakati bo'yicha ko'rsatmalar" dan foydalanishni sozlash.

Shunga o'xshash katakchalar "Tashkilotning bank hisobvarag'i" katalogida ham o'rnatilishi mumkin (13-rasm).


13-rasm - "Tashkilotning bank hisobvarag'i" katalogida "DS sarflash uchun arizalar" dan foydalanishni sozlash.

Diqqat!!! Ushbu sozlamalar To'lov kalendarini yaratish tartibiga ta'sir qilmaydi.

"1C: ERP Enterprise Management 2" da "DS sarflash uchun ariza" hujjati mablag'larning rejalashtirilgan xarajatlarini ko'rsatish uchun mo'ljallangan. quyidagi turlar:

  • hisobdor shaxsga pul mablag'larini berish;
  • pul mablag'larini etkazib beruvchiga o'tkazish;
  • mijozga pul mablag'larini qaytarish;
  • kredit to'lovi;
  • bojxona to'lovi;
  • boshqa tashkilotga to'lov;
  • naqd pul bilan bog'liq boshqa xarajatlar va boshqalar.

CAni sarflash uchun so'rovlardan foydalanish quyidagi vazifalarni bajarishga imkon beradi:

  • korxona bo'linmalarining mablag'larga bo'lgan ehtiyojini aks ettirish;
  • mablag'larning sarflanishini rejalashtirish;
  • pul to'lovlarining nomuvofiqligini oldini olish;
  • sarflashga ruxsat berilgan mablag'lar miqdorini nazorat qilish.

Ilovalar "Hisob-kitob ob'ekti" maydonining holati va to'ldirilganligiga qarab To'lov taqvimida ko'rsatiladi (1-jadval, 2-jadval).

1-jadval. To'lov taqvimini shakllantirishga ilovalarning ta'siri variantlari, agar sozlamalarda "Mablag'larni sarflash uchun mos kelmaydigan ilovalarni kalendarda ko'rsatish" ko'rsatilmagan bo'lsa.

DCni sarflash uchun arizaning holati Hisob-kitob ob'ekti maydoni To'lov taqvimida ko'rsatish To'lov kalendarining shakllanishiga ta'siri To'g'rilikni ko'rsatish
"Kelishilmagan" To'ldirilmagan Ta'sir qilmaydi to'g'ri
"Kelishilmagan" to'ldirilgan Rejalashtirilgan to'lovlar miqdorining o'zgarishiga ta'sir qiladi ("Yetkazib beruvchiga buyurtma", "Mijozning buyrug'i" va boshqalarni birlamchi hujjatlarni bekor qiladi). Noto'g'ri
"kelishilgan" To'ldirilmagan Kutilgan to'lovlarni ikki baravar oshirishga olib keladi Noto'g'ri
"kelishilgan" to'ldirilgan Kutilayotgan tushumlar miqdorini o'zgartirmaydi to'g'ri

2-jadval. To'lov taqvimini shakllantirishga ilovalarning ta'siri variantlari, agar sozlamalarda "Taqvimda mablag'larni sarflash uchun mos kelmaydigan ilovalarni ko'rsatish" ko'rsatilgan bo'lsa.

Yuqoridagi jadvallardagi ma'lumotlarni tahlil qilish uchun misolni ko'rib chiqing.

2017 yil 22 may kuni "Konfetprom" MChJ tashkiloti etkazib beruvchi MChJ Nevskiy Beregga tovarlar uchun 74 998,44 to'lashni rejalashtirmoqda (20-rasm). Dasturda "Yetkazib beruvchiga buyurtma" va "AC sarfiga ariza" hujjatlari kiritildi. Shaklda. 15-20 to'lov taqvimidagi o'zgarishlarni ko'rsatadi, bu "AC sarfiga ariza" maydonlarini to'ldirishga qarab.


20-rasm - To'lov taqvimida "Yetkazib beruvchiga buyurtma" hujjatini "AC sarf qilish uchun ariza" hujjatini joylashtirmasdan ko'rsatish.

Ushbu maqolani mening pochtamga yuboring

Buxgalteriya hisobida 1C-da to'lov uchun schyot-faktura - bu pul mablag'larini kiritish zarurligi to'g'risida xabar berish uchun tashkilot etkazib berilgan mahsulot yoki xizmat uchun xaridorga taqdim etadigan hujjat.

1C 1C da to'lov uchun schyot-fakturalar bilan ishlashning ikkita variantini taqdim etadi:

Ma'lumotlar bazasida va tegishli bosma shaklda saqlanadigan hujjat sifatida. U tizimda xaridorlar bilan o'zaro hisob-kitoblarni nazorat qilish va tegishli ma'lumotlarni qog'ozda ko'rsatish uchun mo'ljallangan.

Mijoz buyurtmasi yoki savdo hujjati asosida tuzilgan va xaridorga yuborilishi kerak bo'lgan to'lov uchun schyot-fakturaning bosma shakli. Siz uni istalgan vaqtda chop etishingiz mumkin, shuningdek, ko'rsatilgan shakl shaxsiy kompyuteringizga istalgan formatda saqlanishi mumkin.

Yuqoridagi variantlardan qaysi biri qo'llaniladi doimiy iste'molchiga to'lov uchun hisobvaraq-fakturalar qiymatiga bog'liq va asosiy ma'lumotlar va Ma'muriyat → Sotish → bo'limida o'rnatiladi. Ulgurji savdo→ Toʻlov uchun hisob-faktura.

To'lov uchun schyot-faktura hujjati 1C 8.3

1s 8.3-da hisob qaydnomasini yaratish Savdo hujjatlari reestridan yangisini kiritish, shuningdek, ma'lum shartlar asosida kirish orqali mumkin.

Mijozning buyrug'i bilan, agar:

Unda o'zaro ta'sir qilish tartibi bilan shartnoma tanlanadi Buyurtmalar bo'yicha;

Bu kelishuvni talab qilmaydi, lekin shartnoma buyurtmalar bo'yicha to'lovni amalga oshirish tartibini belgilaydi.

1C-da to'lov uchun hisob-faktura tovarlar va xizmatlarni sotish asosida tuziladi, agar:

Shartnoma qo'llaniladi, bu buyurtmani belgilaydi Yo'l varaqalari bo'yicha;

Shartnoma kerak emas, lekin shartnomada yo'l varaqalari bo'yicha hisob-kitoblar qoidalari mavjud.

1C 8.3 da hisob qaydnomasi mijoz bilan o'zaro hisob-kitoblar qoidalari shartnomalar bo'yicha bo'lsa, yuqorida ko'rsatilgan hujjatlarning har biri asosida yaratilishi mumkin.

Belgilangan ob'ektlarning har qandayiga muvofiq 1C 8.3 to'lov uchun hisob-fakturani yaratishda u mo'ljallangan. ish joyi"To'lov uchun schyot-fakturalarni yaratish", u ro'yxatda "Asosiy yaratish" buyrug'i bilan ochiladi.

Bu erda ikkita ishchi yorliq ko'rsatilgan: bosqichlar va to'lovlar va to'lov uchun schyot-fakturalar. Har biri o'z tafsilotlarini o'z zimmasiga oladi va ma'lum funktsiyalarni bajaradi.

Birinchisi, to'lov jadvalida ko'zda tutilgan barcha rejalashtirilgan to'lovlarni ko'rsatadi.

Keling, qanday grafik haqida gapirayotganimizni tushuntirib beraylik. Mijoz bilan tuzilgan shartnomada, u individual yoki standart bo'ladimi, siz to'lov jadvalini belgilashingiz mumkin, unga ko'ra uni tuzatish kerak. axborot tizimi naqd pul oqimi.

To'lov jadvali uchun nom ko'rsatiladi va bosqichlar ro'yxati to'ldiriladi. To'lov jadvalining har bir bosqichi uchun to'lov opsiyasi (avans to'lovi, oldindan to'lov yoki kredit), to'lov (naqdsiz yoki naqd pul), foizlar aniqlanadi. Umumiy hisob(barcha satrlarning jami 100% ga teng bo'lishi kerak), kechiktirish (sotish sanasidan boshlab kunlarda siljish).

Keling, bir misol keltiraylik. Mijoz uchun o'zaro hamkorlik shartlari belgilanadi: arizaga muvofiq mahsulotlarni jo'natish uchun xaridor ushbu ariza miqdorining 50% miqdorida oldindan to'lovni amalga oshirishi kerak, qolganini jo'natilgandan keyin 5 kun ichida to'lash kerak. . Barcha to'lovlar kassir orqali amalga oshiriladi.

Ma'lumotlarni kiritish quyidagicha ko'rinadi:

Tafsilotlar: Buyurtmalar bo'yicha;

To'lov shakli: naqd pul;

To'lov imkoniyatlari: oldindan to'lov (yuk jo'natishdan oldin) 50% va kredit (etkazib berishdan keyin) 5 kun 50%

Shartnomada belgilangan jadvalga muvofiq, to'lov bosqichlari avtomatik ravishda hujjatning o'zida (mijozning buyurtmasi yoki tovar va xizmatlarni sotish) hisoblab chiqiladi. Agar kerak bo'lsa, ular "To'lov" maydonidagi havola yordamida qo'lda sozlanishi va katalogdagi ma'lumotlarni o'zgartirmasdan hujjatga o'tkazilishi mumkin.

Yorliqning birinchi ustunidagi bayroqlar to'lov uchun hisob-fakturani rasmiylashtirishingiz kerak bo'lgan qatorlar uchun avtomatik ravishda o'rnatiladi. Agar liniya uchun to'lov allaqachon amalga oshirilgan bo'lsa (to'lov hujjatlari ma'lumotlar bazasiga kiritilgan bo'lsa), u holda chiziq nofaol bo'ladi va "To'langan" ustunida allaqachon olingan summa ko'rsatiladi. Hisob qaydnomasi xuddi shu nomdagi tugmani bosish orqali yaratiladi. Bunday holda, yangi e'lon qilingan schyot-faktura tuziladi, unda ma'lumotlar asosiy hujjat ma'lumotlariga va to'lanishi kerak bo'lgan summaga muvofiq to'ldiriladi. U "To'lov uchun hisob-fakturalar" keyingi yorlig'idagi hisoblar ro'yxatida Berilgan holatida ko'rsatiladi.

1C-dagi yangi hisob quyidagi ma'lumotlarni o'z ichiga oladi:

Shlyapada: nimaga, qachon, kimga va kimdan qo'yilganligi asosida;

To'lov bosqichlarida to'lov shakli, bank hisobvarag'i va/yoki kassir va to'lov jadvali ko'rsatiladi;

Bundan tashqari, menejer, rahbar, Bosh hisobchi, to'lovning maqsadi to'ldiriladi va agar kerak bo'lsa, bosma shaklga chiqarish uchun qo'shimcha matn kiritiladi;

Foydalanuvchiga qulaylik yaratish uchun Izohga boshqa ixtiyoriy matnni kiritishingiz mumkin.

1C 8.3 to'lovi uchun yaratilgan barcha hisob-fakturalar "Sotish" bo'limidagi hisoblar ro'yxatida mavjud. Hisob-kitob ob'ekti bo'yicha barcha berilgan schyot-fakturalarni "Tegishli hujjatlar" hisobotidan foydalanib ko'rishingiz va hisobotning tegishli qatorlarini bosish orqali ularni to'g'ridan-to'g'ri hisobotdan ochishingiz mumkin.

1C-da joylashtirilgan hisob uchun chop etiladigan shaklni istalgan vaqtda "Chop etish" buyrug'i yordamida chop etishingiz mumkin, shuningdek, bir nechta tanlangan hisoblarning chiqishini guruhlash mumkin.

Chop etish uchun to'lov uchun hisob-faktura shakli 1C 8.3

Faqat shakllanish bosma shakl 1C 8.3 uchun hisob qaydnomasini ma'lumotlar bazasida saqlamasdan quyidagi tizim ob'ektlaridan olish mumkin:

Savdo buyurtmasidan quyidagi shartlarga rioya qilgan holda:

Buyurtmalar bo'yicha batafsil hisob-kitoblar bilan shartnomadan foydalanadi;

Shartnoma kerak emas, lekin kelishuvda hisob-kitob opsiyasi Buyruqlar bo'yicha.

Tovar va xizmatlarni sotishdan, agar:

Shartnoma qo'llaniladi, unda o'zaro hisob-kitoblar schyot-fakturalar bo'yicha amalga oshiriladi;

Shartnoma kerak emas, lekin shartnomada schyot-fakturalar tafsilotlari ko'rsatilgan.

1s 8.3-dagi hisob, agar ular shartnomalar bo'yicha hisob-kitob tartibini qo'llasa, yuqoridagi hujjatlarning har qanday ma'lumotlariga ko'ra yaratilishi mumkin.

Shuningdek, 1C-dagi hisoblar uchun hisob-fakturani faksimil yordamida qaytarib olish imkoniyati amalga oshiriladi. Buning uchun chop etish sozlamalarida faksimil chop etish tashkilot kartasiga qo'shilishi kerak (qo'shish usuli "Faksimilni qanday yaratish kerak?" havolasida mavjud). 1C-da to'lov uchun bunday hisob-fakturani chop etish tegishli menyu bandini tanlash orqali Chop etish buyrug'ini tanlash orqali amalga oshiriladi.

"Mablag'larni sarflash uchun ariza" hujjati to'lovlarni rejalashtirish va muvofiqlashtirish uchun mo'ljallangan.
“DK sarfiga ariza” hujjati “G‘aznachilik” – “Mablag‘larni rejalashtirish va nazorat qilish” – “DK sarfiga ariza” – Yaratish bo‘limiga o‘tish orqali tuzilishi mumkin.
"DSni sarflash uchun ariza" hujjati yaratish jarayonida tanlab olinadigan bir necha turdagi operatsiyalarga ega. Har bir dastur turi xilma-xillikni aks ettirish uchun mo'ljallangan biznes operatsiyalari, ularning har biri ushbu qo'llanmada tavsiflanadi.
Yaratilgan xujjatlar “DS sarfi to’g’risidagi ariza” “To’lovlar reestri” hujjati yordamida yig’iladi va kelishiladi. Tasdiqlangandan so'ng, arizalar asosida "Naqd pulsiz DSni hisobdan chiqarish" hujjatlari avtomatik ravishda yaratiladi, ular bank tomonidan to'lash uchun mijoz bankiga yuklanadi.
Quyida har bir operatsiya turi bo'yicha "DSni sarflash uchun ariza" hujjatlarini bajarish misollari keltirilgan.

Yetkazib beruvchiga to'lov
Yetkazib beruvchiga to'lov operatsiyalarini ro'yxatdan o'tkazish uchun hujjatning operatsiya turi "DSni sarflash uchun ariza" - "Yetkazib beruvchiga to'lov" mo'ljallangan.
Yangi hujjatda "DSni sarflash uchun ariza" maydonlari qizil rang bilan belgilangan, ular hujjatni to'ldirish uchun majburiydir. Hujjat "Tasdiqlanmagan" holatida yaratilgan, to'lov reestrini tasdiqlash paytida holat avtomatik ravishda o'zgaradi. Yaratish paytida dasturning ustuvorligi avtomatik ravishda "O'rta" ga o'rnatiladi.

Shakl 1. Hujjatning shakli "DSni sarflash uchun ariza", "Yetkazib beruvchiga to'lov" operatsiya turi (to'ldirilmagan)
Hujjatning tafsilotlari "DS sarflash uchun ariza" quyidagicha to'ldirilishi kerak:
Umumiy yorliq
Raqam– bajarish vaqtida avtomatik ravishda hosil bo‘ladi, qo‘lda o‘rnatilmaydi.
sana– yaratilganda joriy sana o‘rnatiladi.
Tashkilot- taklif qilingan tashkilotlar ro'yxatidan tugma yordamida yoki maydonga nomni kiritish orqali tanlashingiz kerak, sizga kerakli qiymatni tanlash taklif etiladi.
Bo'lim- "Korxona tuzilmasi" ma'lumotnomasidan to'lov amalga oshirilishi kerak bo'lgan birlikni tanlash kerak.
Ariza beruvchi- sukut bo'yicha, so'rovni yaratgan tizimning joriy foydalanuvchisi ko'rsatiladi.
Rejalashtirish– sukut boʻyicha “Toʻlov valyutasida” oʻrnatilgan va uni oʻzgartirib boʻlmaydi.
so'm- talab qilinadigan to'lov miqdorini ko'rsatadi.
Valyuta– talab qilinadigan to‘lov valyutasini ko‘rsatadi.
Operatsiya- yaratish jarayonida tanlangan "O'zgaruvchan tokni sarflash uchun ariza" hujjatining ishlash turini aks ettiradi
to'lov sanasi Yetkazib beruvchiga to'lovni rejalashtirmoqchi bo'lgan sanani belgilaydi.
To'lov shakli– Odatiy boʻlib, “Har qanday shaklda” oʻrnatilgan va uni oʻzgartirib boʻlmaydi.
Qabul qiluvchi- to'lanishi kerak bo'lgan "Kontragentlar" ma'lumotnomasidan etkazib beruvchi ko'rsatilgan.
Benefisiarning hisobi- “Qabul qiluvchi”ni tanlashda oluvchining hisobvarag‘i avtomatik tarzda o‘rnatiladi, agar kerak bo‘lsa, yetkazib beruvchi tomonidan taqdim etilgan “To‘lov uchun hisobvaraq”da boshqa hisob ko‘rsatilgan bo‘lsa, “Bank hisobvaraqlari” ma’lumotnomasidan keraklisini tanlash zarur. .
Cheklovdan oshib ketdi- agar tizim filiallar va pul oqimlari ob'ektlari bo'yicha naqd pul oqimini cheklash tizimini qo'llab-quvvatlasa, agar to'lov miqdori ilgari limitga kiritilmagan bo'lsa, hujjatni joylashtirishda foydalanuvchi xato xabarini oladi va ariza ko'rib chiqilmaydi.


Shakl 2. Limit rejalashtirilmagan buyurtmani joylashtirishda xatolik misoli.
Buyurtmani chegaradan oshib ketish uchun "Limitdan oshib ketdi" belgisini o'rnatishingiz kerak.
Byudjetga o'tkazish– agar to‘lov byudjetga o‘tkazilsa, bu bayroq o‘rnatiladi. Bayroqni o'rnatish sizga byudjetga to'lovlar uchun zarur bo'lgan BCC, OKTMO va boshqalar qiymatlarini kiritish imkonini beradi.

Shakl 3. "Byudjetga o'tkazish" bayrog'ini o'rnatish misoli.
UIP- yagona to'lov identifikatori, agar u oluvchi bilan tuzilgan shartnomada nazarda tutilgan bo'lsa.
Tolovnoma tayinlash- dastur "Qo'shish" tugmasini bosish orqali to'lov maqsadini avtomatik to'ldirishning bir nechta variantlarini taqdim etadi.

Shakl 4. "To'lov maqsadi" maydoni uchun avtomatik to'ldirish variantlari.
Hujjatlar ro'yxati, shu jumladan. QQS- "To'lovlarni taqsimlash" yorlig'idan hisob-kitob ob'ektlari haqidagi ma'lumotlarni ko'rsatadi

QQS (18%) (butun summa uchun), shu jumladan. QQS (10%) (butun summaga), Soliqsiz (QQS)- Kiritilgan matnga QQS ma'lumotlari qo'shiladi.

Qabul qiluvchining bank hisobidan matn- kontragentning hisob kartasidan "To'lov maqsadi matni" maydoniga ko'rsatilgan matnni kiritadi.

Shakl 5. "Asosiy" yorlig'ini to'ldirishga misol.

Toʻlov tafsilotlari yorligʻi
Yorliqda "To'lovni dekodlash" ko'rsatilgan batafsil ma'lumot to'lov va oluvchi bilan o'zaro hisob-kitoblar to'g'risida.
To'lov ro'yxat sifatida kiritilishi mumkin, ya'ni. bir nechta hisoblash ob'ektlari bo'yicha taqsimlash yoki bo'lmasdan, faqat bitta hisoblash ob'ektini tanlash mumkin.
Davlat mudofaa buyurtmasi hisobidan to'lash- bayroq faqat mudofaa hukumati buyrug‘i doirasida to‘lov amalga oshirilgan taqdirdagina o‘rnatiladi, boshqa hollarda bayroq o‘rnatilmaydi.
Hisoblash obyekti- hisob-kitob ob'ekti sifatida siz "Kontragent bilan shartnoma" ni belgilashingiz mumkin (talabnoma hujjatining ushbu turi uchun, tanlashda "Yetkazib beruvchi / pudratchi bilan" munosabatlar turiga oid shartnomalar mavjud) yoki kelishilgan hujjat " Yetkazib beruvchiga buyurtma”.
Provayder
O'zaro hisob-kitoblar miqdori- hujjatni joylashtirishda avtomatik ravishda o'rnatiladi.
Valyuta– hisoblash obyektini tanlashda avtomatik ravishda o‘rnatiladi.
Maqola DDS- to'lov turiga mos keladigan pul oqimi moddasini ko'rsatadi.
Izoh- agar kerak bo'lsa, to'lovning parolini hal qilishga izoh ko'rsatiladi.

Shakl 6. "To'lov tafsilotlari" yorlig'ini to'ldirishga misol.
Hisobni taqsimlash yorlig'i
"Hisobni taqsimlash" yorlig'ida pul mablag'lari debet qilinishi kerak bo'lgan tashkilotning bank hisobvarag'i ko'rsatilgan. To'lov miqdori va sanasi "Asosiy" yorlig'ida ko'rsatilgan ma'lumotlarga muvofiq avtomatik ravishda o'rnatiladi.

Shakl 7. "Hisobni taqsimlash" yorlig'ini to'ldirishga misol.

Shakl 8. "Yetkazib beruvchiga to'lov" operatsiyasi turiga ega bo'lgan ariza uchun "Naqd pulsiz DSni hisobdan chiqarish" avtomatik tarzda yaratilgan hujjatning namunasi.

Mijozga to'lovni qaytarish
Mijozlarga to'lovni qaytarish bo'yicha operatsiyalarni ro'yxatdan o'tkazish uchun hujjatning operatsiya turi "AC sarflanganligi to'g'risida ariza" - "Mijozga to'lovni qaytarish" mo'ljallangan.
Ushbu turdagi operatsiya bilan "DKni sarflash uchun ariza" hujjatining rekvizitlari tarkibi etkazib beruvchiga to'lashda rekvizitlarning tarkibi bilan bir xil bo'ladi, farq faqat kontragent va hisob-kitob ob'ekti shaklida bo'ladi.

Shakl 9. Hujjatning shakli "DSni sarflash uchun ariza", "Mijozga to'lovni qaytarish" operatsiya turi
Qabul qiluvchi- to'lanishi kerak bo'lgan "Kontragentlar" katalogidagi mijoz ko'rsatilgan.
Hisoblash obyekti- hisob-kitoblar ob'ekti sifatida siz "Kontragent bilan shartnoma" ni ko'rsatishingiz mumkin (bu turdagi operatsiya uchun ariza hujjatini tanlashda "Xaridor/mijoz bilan" munosabatlar turi bilan shartnomalar mavjud) yoki kelishilgan hujjat "Mijoz buyurtmasi".
Xaridor– hisoblash obyektini tanlashda maydon avtomatik ravishda to‘ldiriladi. Hisob-kitob ob'ektining tegishli maydonida ko'rsatilgan "Hamkorlar" katalogining elementi o'rnatiladi.

Shakl 10. "To'lov tafsilotlari" yorlig'ini to'ldirishga misol.
Tasdiqlashning barcha bosqichlaridan o'tgandan so'ng, "DSni sarflash uchun ariza" hujjatiga "To'lov uchun" maqomi beriladi va "Naqd pulsiz DSni hisobdan chiqarish" hujjati avtomatik ravishda yaratiladi.



Shakl 11. "Mijozga to'lovni qaytarish" operatsiyasi turiga ega bo'lgan ariza uchun "Naqd pulsiz DSni hisobdan chiqarish" avtomatik tarzda yaratilgan hujjat namunasi.

Javobgarga berish
Pul mablag'larini berish bo'yicha operatsiyalarni ro'yxatdan o'tkazish uchun hisobdor shaxsning bank hisob raqamiga hisobot "DSni sarflash uchun ariza" - "Hisobdorga berish" hujjatining operatsiya turiga mo'ljallangan.

Shakl 12. Hujjatning shakli "DSni sarflash uchun ariza", "Hisobdorga berish" operatsiya turi
Hisobdor shaxs- ma'lumotnomadan xodimni ko'rsatadi " Jismoniy shaxslar”, kim hisobotga pul o'tkazishi kerak.
hisobot berish- taklif qilingan davrlar ro'yxatidan buxgalter olingan summa to'g'risida hisobot berishi kerak bo'lgan davrni ko'rsatish kerak.

Shakl 13. "To'lov tafsilotlari" yorlig'ini to'ldirishga misol.
Tasdiqlashning barcha bosqichlaridan o'tgandan so'ng, "DSni sarflash uchun ariza" hujjatiga "To'lov uchun" maqomi beriladi va "Naqd pulsiz DSni hisobdan chiqarish" hujjati avtomatik ravishda yaratiladi.


Shakl 14. "Buxgalterga berish" operatsiya turiga ega bo'lgan ariza uchun "Naqd pulsiz DSni hisobdan chiqarish" avtomatik tarzda yaratilgan hujjatning namunasi.


1.Kirish

Pulni rejalashtirish asosiy vazifalardan biridir boshqaruv hisobi buxgalteriya hisobidan farq qiladi.

Albatta, CM va BU o'rtasida boshqa muhim farqlar mavjud (tahlil uchun turli talablar, aktivlar / passivlarni baholash va qayta baholash, zaxiralarni yaratish zarurati va boshqalar), ammo rejalashtirish muammolarini hal qilish zarurati ularning eng qiyinidir. .
Rejalashtirishning murakkabligi nafaqat rejani tayyorlashda (uni hisoblash, turli stsenariylar bo'yicha shakllantirish), balki zarur:

  • Qayta rejalashtirishni amalga oshirish;
  • Rejalarni yangilash, tuzatishlarni keyingi davrlarga o'tkazish;
  • Rejani amalga oshiring - faktik tahlil.
Shuni tan olish kerakki, aksariyat korxonalar (avtomatlashtirish uchun 1C dan foydalanadilar) dasturda rejalashtirmaydilar.
"Biz buxgalteriya hisobini o'zgartirishimiz kerak edi ..." - ko'pchilik bahslashadi.

Buxgalteriya hisobini tuzatish kerak, ha, lekin rejalashtirish zarariga emas.
Albatta, rejalashtirish hali ham ishtirok etadi (lekin 1Cda emas, balki XLSda). Va birinchi, asosiy vazifa (ular hal qilmoqchi bo'lgan) bu mablag'larni rejalashtirishdir.

  • (1) strategik (byudjetlashtirish);
  • (2) Operatsion.
Va agar byudjetlashtirish (albatta, rejalashtirishga yuqoridan pastga yondashuv bilan) XLS yordamida amalga oshirilishi mumkin bo'lsa, operatsion rejalashtirish mumkin emas.
Xulosa shuki, minimal foydalanuvchilar (1-2 kishi) ko'pincha byudjet jadvallari bilan ishlaydi. Aksariyat korxonalar uchun byudjetlashtirish ob'ektlari soni va hokazo tahlilchi - ularning soni juda ko'p emas. Ya'ni, hamma narsa XLSda "tutqichlar" bilan ishlov berilishi mumkin.

Ammo operatsion rejalashtirishga kelsak, bu erda vaziyat boshqacha. Ya'ni, ko'pincha to'lov uchun ko'p sonli schyot-fakturalar, ko'plab muntazam to'lovlar, mijozlar buyurtmalari uchun kutilayotgan to'lovlar va boshqalar mavjud.

Va bundan tashqari, bularning barchasi katta raqamga "bog'lanishi" mumkin asosiy hujjatlar dasturning turli foydalanuvchilari ishlaydi, hujjatlar tuzatiladi, vaziyat o'zgaradi va hokazo.

Operatsion rejalashtirish va byudjetlashtirish o'rtasidagi yana bir muhim farq shundaki, u ko'pincha "pastdan yuqoriga" ketadi. Ya'ni, har doim bo'limlar xodimlari tomonidan beriladigan "D / c xarajatlari uchun ariza" dan.

Va bu arizalar, shunga ko'ra, o'z vaqtida ko'rib chiqilishi, qabul qilinishi / rad etilishi, "rejaga kiritilishi" va to'lanishi kerak.

Jami: d / s uchun operatsion rejalashtirish hisoblanadi rejalashtirish vazifalarining eng birinchisi, har qanday korxona uchun "1C" da avtomatlashtirilgan bo'lishi kerak.

Va rejalashtirish natijasida moliya bo'limi / g'aznachilik tizimda "ko'rishi" kerak:

  • Qachon, kimga, qaysi hisobvaraqdan/kassadan, qancha miqdorda to'lash kerak;
  • Joriy qoldiqlarni, rejalashtirilgan xarajatlarni va tushumlarni hisobga olgan holda "shunday va shunga o'xshash" sanadagi d / c balansi nima. Bu atalmishlardan qochish kerak. "naqd bo'shliqlar".

    Ya'ni, to'lov taqvimi bilan ishlashga ehtiyoj bor.

  • Belgilangan sanalarda kontragentlar bilan qanday qarzlar rejalashtirilgan to'lovlar, tushumlar va o'zaro hisob-kitoblarning joriy balansini hisobga olgan holda bo'ladi.

    Ya'ni, hisob-kitoblar taqvimi bilan ishlashga ehtiyoj bor.

Ushbu maqolaning maqsadi - d/s uchun operativ rejalashtirishni avtomatlashtirish imkoniyatlari haqida gapiring. Shu bilan birga, bo'ladi qiyosiy tahlil 3 xil aylanish konfiguratsiyasi (ikkitasi 1C uchun odatiy, biri dono maslahatdan ixtisoslashgan).

Konfiguratsiyalarning har biri c / c uchun operatsion rejalashtirish vazifalarini hal qilish uchun ishlatilishi mumkin, ammo loyihangiz ko'lami va miqyosiga qarab muvozanatli tanlov qilish kerak.

2. SCP 1.3 ning imkoniyatlari

Ustida bu daqiqa 1C hali uzoq kutilganini chiqarmadi, yangi nashri UPP (rev 2). Va shuning uchun biz mavjud bo'lgan narsalarga - SCP 1.3 ning tegishli quyi tizimlariga e'tibor qaratamiz:

Bekor qilish kerakki, "Mablag'larni sarflash uchun arizalar" quyi tizimi konfiguratsiyada nisbatan yaqinda yangilangan (2011). Natijada, boshqariladigan interfeys rejimida bo'limlar panelida "D / s / sarflash uchun ilovalar" bandi paydo bo'ldi.


Agar siz odatiy konfiguratsiyani fayl rejimida sinab ko'rsangiz, "D / s xarajati uchun ariza" (aka, ZRDS) hujjat shaklini oching, keyin umumiy moduldan "GlobalValues" o'zgaruvchisida darhol xatolik yuzaga keladi. Umumiy o'zgaruvchilar bilan ishlash".

Bunday xatoni tuzatish mumkin, ammo ular aytganidek: "cho'kma qoladi". Ya'ni, ZRDS UPP quyi tizimida etarlicha "qo'polliklar" mavjud.
WEB-brauzer orqali ZRDS hujjatini tuzish qobiliyati foydalidir, ammo amalda siz soddalashtirish va ergonomika haqida yaxshilab o'ylab ko'rishingiz kerak bo'ladi. standart shakl hujjat. Bu, ayniqsa, mobil qurilmalar uchun muhim bo'ladi.

Ammo to'lov taqvimiga kelsak, yupqa mijoz rejimida, masofadan turib WEB-brauzer orqali va hokazo. ular undan foydalana olmaydilar. Sababi, "Naqd pulni boshqarish" quyi tizimi uzoq vaqtdan beri yangilanmagan va xususan, "To'lov taqvimi" hisoboti ma'lumotlar tarkibi tizimida tuzilmagan. Va shuning uchun ushbu hisobotni nozik mijozlarda ishlatib bo'lmaydi, buning uchun o'zboshimchalik bilan sozlamalarni yaratish imkoniyati yo'q.

ZRDS bilan ishlashda muhim o'rinni arizalarni muvofiqlashtirish va tasdiqlash tartibi egallaydi. ga qarab tashkiliy tuzilma korxona va boshqa biznes xususiyatlari, arizalarni tasdiqlashning ichki tartibi (tasdiqlash reglamenti) ancha murakkab (ko'p bosqichli, o'zgaruvchan va boshqalar) bo'lishi mumkin. Shunday qilib, avtomatlashtirish uchun bu oson ish emas.

SCPda muvofiqlashtirish va tasdiqlash quyi tizimi amalga oshiriladi. Bu juda moslashuvchan sozlamalarni ta'minlaydi.

  • Tasdiqlash arizani to'lash zarurligini tasdiqlaydi. Odatda, muvofiqlashtirish bo'limlar boshliqlari, menejerlar va boshqalar orqali amalga oshirilishi kerak mas'ul shaxslar kompaniyalar.
  • Tasdiqlash ariza to'lanishini yakuniy tasdiqlash (g'aznachi tomonidan) hisoblanadi. Shu bilan birga, to'lov sanasi, to'lov amalga oshiriladigan joriy hisob / kassa aniqlanishi kerak. Shunday qilib, to'lov operatsion rejaga (to'lov kalendariga) tushadi.
SCP ning odatiy funksionalligining bir qator nuqtalari quyi tizimni amalda amalga oshirishda talab qilinadigan narsani ta'minlamasligini bekor qilish kerak.
Men bu "lahzalar" haqida keyinroq yozaman, ammo hozircha odatiy konfiguratsiya qanday funksiyalarni taqdim etishini ko'rib chiqaylik.
  1. Ilovani tasdiqlash mexanizmidan foydalanishni har bir tashkilot uchun alohida yoqishingiz mumkin.

  • Ilovani marshrutlar bo'ylab o'tkazish ketma-ketligini, marshrutlar ierarxiyasini o'rnatish mumkin.
  1. Shu bilan birga, dasturni marshrutlash mexanizmlarida bo'linma katalogidagi ierarxiya hisobga olinmaganligini ta'kidlash kerak.
  2. Shuningdek, muvofiqlashtirish va tasdiqlash biznes-jarayon mexanizmidan foydalanmasdan texnik jihatdan qurilganligini bekor qilish kerak.

  • Har bir nuqtada siz bir / bir nechta foydalanuvchini belgilashingiz mumkin, ular uchun ilovani tasdiqlash amalga oshirilishi mumkin. Ya'ni, arizani ulardan har qanday kishi tasdiqlashi mumkin (birinchi navbatda buni qilishga ulguradi).

  • Har bir birlik uchun siz tasdiqlash marshrutining tegishli nuqtasini belgilashingiz mumkin. Xulosa shuki: ariza berishda (ZRDS) CFD (bo'linma) ko'rsatilishi kerak. Va belgilangan bo'linmaga qarab, SCP unga mos keladigan mos keladigan nuqtani "topadi" va ushbu nuqtaga tasdiqlash uchun so'rovni "yuboradi".

Muvofiqlashtiruvchi marshrutni belgilashda bo'limni ko'rsatmaslik ham joizdir. Bunday holda, bunday kelishuv nuqtasi tegishli marshrut nuqtasi maxsus ko'rsatilmagan barcha CFDlarga "qo'llaniladi".

  1. Muvofiqlashtirishning o'zi "Ilovalarni tasdiqlash" maxsus ishlov berish yordamida amalga oshiriladi.

  1. Mablag'larning rejalashtirilgan mavjudligi tahlili, to'lovlar jadvali va kassadagi bo'shliqlarni kuzatish "To'lov kalendar" hisobotida amalga oshiriladi.

Rejalashtirilgan d / s (ZRDS) iste'moliga qo'shimcha ravishda, d / s ning rejalashtirilgan tushumini ham hisobga olish mumkin. Ushbu maqsadlar uchun u taqdim etiladi maxsus hujjat"D / s ni rejalashtirilgan qabul qilish."


Shuni ta'kidlash kerakki, "D / s ni rejalashtirilgan olish" hujjatida davlatlar (tayyorlangan, tasdiqlangan va hokazo) mavjud bo'lsa-da, ammo bu hujjat (shuningdek, ZRDS) bo'yicha kelishib olish imkoniyati yo'q. Ya'ni, hujjat holatini o'zgartirish faqat "qo'lda boshqarish" rejimida mumkin.

Va shunga qaramay, SCPda xaridorlardan rejalashtirilgan d / s tushumini "Rejalashtirilgan d / s" hujjatlarini bermasdan hisobga olish imkoniyati mavjud.

Ya'ni, agar xaridor uchun "mijoz buyurtmalari" berilgan bo'lsa, unda "Buyurtmalarni hisobga olgan holda to'lov taqvimi" alohida hisobotida ushbu rejalashtirilgan d / c tushumini ko'rish mumkin.

  1. “To‘lov taqvimi” hisobotiga qo‘shimcha ravishda “Mablag‘lar mavjudligi tahlili” hisoboti taqdim etiladi.

Shu bilan birga, d / c (xarajatlar uchun arizalar bo'yicha) zaxiralash yoki rejalashtirilgan tushumlar hisobiga arizalarni joylashtirish mumkin.

Shuningdek, ZRDSni yopish funktsiyasi va d / s ning rejalashtirilgan tushumlari mavjud. Ushbu maqsadlar uchun "muntazam mijoz" rejimida "D / s sarflash / qabul qilish uchun arizalarni yopish" hujjatlari taqdim etiladi.

Biroq, bu funksiya nozik/veb mijoz rejimida ham qo'llab-quvvatlanmaydi.
Bu erda siz "qattiq bron qilish" texnikasi hujjatlarni kiritish xronologiyasi bilan qattiq bog'langanligini tushunishingiz kerak va bu tuzatishlar va qayta rejalashtirishni qiyinlashtiradi.

Shuning uchun, funksionallik SCPda "o'tmish merosi" sifatida qoldiriladi va d / c mavjudligini tahlil qilish uchun to'lov taqvimidan foydalanish kerak.


Shunday qilib, SCP funksionalligi ko'rib chiqildi va endi men amalda loyihalarda yakunlanishi kerak bo'lgan odatiy konfiguratsiyaning o'sha daqiqalarini sanab o'taman:

  1. "D / c sarflash uchun ariza" hujjatiga ko'ra:
    1. Hujjatda siz "Bo'linma" ni belgilashingiz mumkin (aytmoqchi, konfiguratsiyada u CFR - moliyaviy javobgarlik markazi sifatida belgilangan). Ammo ariza bitta birlikdan (FSC) amalga oshirilgan bo'lishi mumkin va shu bilan birga, xarajatlarni boshqa / boshqa bo'linmalarga (FSC - moliyaviy boshqaruv markazlari) taqsimlash / taqsimlash kerak bo'ladi.

      DFS ni belgilash imkoniyati va boshqalar. - yo'qolgan.

      Marshrutni o'zgartirish, dasturni boshqa yo'nalishlarga yo'naltirish imkoni yo'q.

    1. Hisob-kitob hisobvaraqlari o'rtasida, hisobvaraqdan kassaga va boshqalarga naqd pul o'tkazishni rejalashtirish imkoniyati yo'q.
  1. Kelishuv jarayoni:
    1. ZRDSni muvofiqlashtirish imkoniyati mavjud, ammo d / s ning rejalashtirilgan tushumini muvofiqlashtirish imkoniyati yo'q.
    2. Amalda, boshqa xodimlar uchun muvofiqlashtirishni amalga oshirish kerak bo'ladi. Shu bilan birga, tizim "kim va kim uchun muvofiqlashtirishni amalga oshirganligi" haqidagi ma'lumotlarni ham qayd etishi kerak.

      Bitimning bir nuqtasida bir nechta mumkin bo'lgan ijrochilarni o'rnatish varianti ko'pincha mos kelmaydi, chunki bu ijrochi shartnomaning boshqa bosqichlarida ko'rsatilishi mumkin. Natijada, bularning barchasi tasdiqlash uchun arizalar ro'yxatida xodim bir vaqtning o'zida tasdiqlash uchun asosiy va bilvosita vazifalarga ega bo'lishiga olib keladi. Albatta, bu foydalanuvchini chalkashtirib yuboradi, bu qulay emas.

      Xulosa qilib aytganda, boshqa ijrochi uchun muvofiqlashtirish imkoniyati yo'q, kim va kim uchun muvofiqlashtirish huquqiga ega ekanligini ko'rsatish qobiliyati yo'q.

    3. Arizalarni tasdiqlash jarayonida, ariza marshrut bo‘ylab keyingisini tasdiqlashga o‘tganda, keyingi ijrochini, shuningdek, ariza muallifini avtomatik ravishda xabardor qilish (elektron pochta orqali) funksiyasi talab qilinadi. .
    4. Agar ilova muallifi tasdiqlash / tasdiqlash uchun allaqachon javobgar bo'lsa (marshrutning istalgan bosqichida!), Demak, dastur avtomatik ravishda marshrutni "qisqartiradi", dasturni mavjud bo'lgan eng yuqori darajaga yo'naltirishi mantiqan to'g'ri. Biroq, bu PPPda ko'zda tutilmagan.
    • Ro'yxatdagi barcha talablar, garchi odatiy konfiguratsiyada bo'lmasa ham.
  1. Hisobotlar, kirish huquqlari.
    1. Ilovalarga kirishni faqat mavjud mualliflar/ijrochilar (koordinatorlar) uchun cheklash imkoniyati talab qilinmoqda; foydalanuvchi uchun mavjud bo'limlar bo'yicha.
    2. Haqiqiy va rejalashtirilgan qarzlarni nazorat qilish (kunlar va intervallar bo'yicha) bo'yicha hisobot yo'q. Bu xaridorlarga ham, etkazib beruvchilarga ham tegishli.
    3. Hisobot va funksionallikning bir qismi nozik/veb-mijoz rejimida ishlash uchun mos emas.
  2. Muntazam shartnomalar, shartnomalar bo'yicha buxgalteriya hisobi.
    1. Ko'pincha etkazib beruvchilarga muntazam ravishda to'lash kerak bo'lgan holatlar mavjud. Masalan, ijara to'lovlari va boshqalar.

      UPP to'lov taqvimida aks ettirishni avtomatlashtirmaydi va hokazo. bu kelgusi xarajatlar. Ya'ni, bunday to'lovlarni qo'lda boshqarish rejimida kuzatib borish va to'lov uchun arizalarni to'ldirish kerak, bu noqulay va vaqt talab etadi.

    2. Xaridorlar, etkazib beruvchilar bilan tuzilgan shartnomalarda oldindan to'lov foizi, to'lov shartlari va boshqalar belgilanishi mumkin.

      UPP barcha ma'lumotlarni avtomatik ravishda qayd etmaydi va (natijada) avtomatik ravishda to'lov taqvimida aks ettiradi.

3. UT 11.1 ning xususiyatlari

"Trade Management Rev. 11" yangi konfiguratsiyasining chiqarilishi bilan operativ rejalashtirish va moliyaviy nazorat vazifalari uchun ko'plab yangi, foydali funksiyalar paydo bo'ldi.
Ehtimol, UT11 ning ushbu qismida (SCP 1.3 ga nisbatan) eng muhimi to'lov jadvalini hisobga olish mexanizmidir. Ushbu mexanizm juda etishmayotgan narsani "yopib qo'yadi" - muntazam kelishuvlar, shartnomalar bo'yicha rejalashtirish / buxgalteriya hisobini avtomatlashtirish.

Shunday qilib, UT11da xarajatlar va tushumlarni rejalashtirish uchun hujjatlarni umuman tuzmaslik mumkin (agar kerak bo'lmasa, albatta) d / c va shu bilan birga, to'lov taqvimi odatda shakllantiriladi.

“Toʻlov taqvimi” hisobotining “odatiy sozlamalari” haqiqatan ham kutilgan natijalarga mos kelmasligini bekor qilishingiz mumkin (masalan, taqvim koʻrsatilmaydi), lekin foydalanuvchi rejimida “toʻlov sanasi” boʻyicha guruhlashni qoʻshishingiz mumkin va hisobot odatiy shaklda yaratilishi mumkin.



Hisobotning funksionalligi (SCP 1.3 bilan solishtirganda) ma'lumotlar tarkibi tizimidan foydalanish orqali sezilarli darajada kengaytirildi. Endi hisobot nozik / veb-mijozda yaratilishi, ma'lumotlar bazasida saqlanishi va turli foydalanuvchilarga kerakli sozlamalar bilan tayinlanishi mumkin.

UT11 d/s oqimini va olishni rejalashtirishdan tashqari, d/s harakatini rejalashtirish funksiyasiga ega. Ushbu maqsadlar uchun siz "D / s ko'chirish buyrug'i" hujjatlarini rasmiylashtirishingiz mumkin.

UPP 1.3 bilan solishtirganda, "D / c sarflash uchun ariza" hujjati uchun hisobga olingan biznes operatsiyalari turlari soni ko'paydi:

Endi “D/k-ni sarflash uchun ariza” hujjatlarini ham, boshqa buyruqlarni ham tasdiqlash mumkin:

Qarzni intervallar / muddatlar bo'yicha tahlil qilish uchun hisobot " Debitor qarzdorlik". Agar kerak bo'lsa, siz qarz taqvimini yaratishingiz mumkin. Buning uchun foydalanuvchi rejimida to'lov sanalari bo'yicha guruhlashni qo'shing.


Afsuski, UT11 (avvalgidek) yetkazib beruvchi tomonidan qarz taqvimini tahlil qilish imkoniyatini nazarda tutmaydi. Biroq, bu vazifa uchun UT11 ni yakunlang.

Xulosa qilish uchun: "1C" yangi uslubiy echimlari 8.2 platformasining imkoniyatlari bilan birgalikda d / s ni operativ rejalashtirish va nazorat qilish vazifalarini avtomatlashtirish uchun yaxshi asos yaratadi.

Ammo shu bilan birga, UT11 konfiguratsiyasi to'liq emasligini tushunish kerak, kalit taslim yechim g'aznachilikni avtomatlashtirish va d / c uchun rejalashtirish uchun.

  • Birinchidan, UT11-da, juda soddalashtirilgan shaklda, iste'mol uchun arizalar va boshqa rejalashtirish hujjatlarini muvofiqlashtirish / tasdiqlash mexanizmi amalga oshiriladi. Ya'ni, marshrutlash mexanizmlari yo'q, ilovalarni tasdiqlash jarayoni statuslarni oddiy sozlashgacha qisqartiriladi.
  • Ikkinchidan, UT11da byudjetlashtirish quyi tizimi mavjud emas va (natijada) rejalashtirilgan byudjetlar bo'yicha so'rovlarni monitoring qilish funksiyasi yo'q.
4. WA imkoniyatlari: moliyachi

Tarixan WA: Financier konfiguratsiyasi Treasury Management mahsuloti asosida ishlab chiqilgan.

Shu bilan birga, WiseAdvice-ning yangi Financier yechimi quyidagilarni o'z ichiga oladi:

  • Byudjetni rejalashtirish quyi tizimi;
  • Shartnomalarni boshqarish quyi tizimi;
  • Haqiqiy to'lovlarni shakllantirish va hisobga olish quyi tizimi;
  • Shablonlar asosida hujjatlarni yaratish/to'ldirish uchun moslashuvchan, moslashtirilgan mexanizm;
  • Mijoz-bank bilan integratsiyalashuv uchun moslashuvchan, moslashtirilgan quyi tizim.
Keling, g'aznachilik nuqtai nazaridan "WA: Financier" ning asosiy funksionalligini ko'rib chiqaylik - shartnomalar bo'yicha shartlarni hisobga olishdan to to'lov kalendarini shakllantirishgacha.









  1. Arizani tasdiqlash jarayonida siz nafaqat hujjatni tasdiqlash / rad etishingiz mumkin (SCPda bo'lgani kabi), balki boshqa funktsiyalar ham mavjud: masalan, hujjatni qayta ko'rib chiqish uchun yuborish yoki qo'shimcha ma'lumot so'rash. ma `lumot.

    Bu butun jarayon avtomatlashtirilgan bo'lib, tegishli ravishda hujjatni tasdiqlashni ishlab chiqish holati to'g'risida hisobot taqdim etiladi.




5. Natijalar




Xulosa:

  1. Kompleks org bilan moliya bo'limlari, g'aznachilik, tashkilotlar ishini avtomatlashtirish. tuzilmasi eng to‘g‘ri yechim hisoblanadi "WA: moliyachi".

    Ushbu yechim uzoq vaqt davomida rivojlanib, rivojlanib bormoqda, shuning uchun turli Finlarning o'ziga xos xususiyatlari va talablarini to'playdi. bo'limlar va g'aznachilik. Yechimni ishlab chiqish uchun jami mehnat xarajatlari 5000 kishi/soatdan ortiqni tashkil etdi.

    WA: Financier yechimining afzalligi uning rivojlangan funksionalligi va dasturni sozlash mexanizmlarining ko‘pligidir. Shunday qilib, ushbu yechimni qo'shimcha holda amalga oshirish qisqa vaqt ichida ("quti amalga oshirish" deb ataladi) mumkin ishlab chiqish, dasturlash va boshqalar.

    Eritma barcha asosiy bilan ikki tomonlama almashinuv mexanizmlarini o'z ichiga olganligi sababli tipik konfiguratsiyalar, keyin mavjud tuzilmaga integratsiya qilish (UT, SCP, Kompleks, Bux ma'lumotlar bazalari bilan ma'lumotlar almashinuvi) qiyin bo'lmaydi.

  2. Moliya bo'limi / g'aznachilikni avtomatlashtirish integratsiyalashgan avtomatlashtirish loyihasining bir qismi sifatida eng mos yechim SCP asosida.

    Shu bilan birga, SCP funksionalligi yaxshilanishlarni talab qilishini tushunishingiz kerak.

    Xususiylik, talablar fin. bo'limlar, g'aznachilik SCPga alohida, ixtisoslashtirilgan yechimlarda bo'lgani kabi chuqur kiritilmagan.

    Shunday qilib, ushbu vazifalar uchun SCPni amalga oshirish faqat avtomatlashtirish loyihasining bir qismi sifatida amalga oshirilishi kerak.

  3. Yirik tashkilotlar uchun, g'aznachilik bo'limini avtomatlashtirish uchun UT11 tog'ri kelmaydi.

    DA bu qaror, birinchidan, rejalashtirish hujjatlarini muvofiqlashtirish/tasdiqlash mexanizmlari mavjud emas.

    Ikkinchidan, operativ rejalashtirish jarayonida byudjetlashtirish quyi tizimi va byudjetlarning bajarilishini nazorat qilish tizimi mavjud emas.

    Biroq, UT11 uchun mukammal avtomatlashtirish (shu jumladan d / c uchun operatsion rejalashtirish) kichik fin. kompaniya bo'limlari.