1c өргөдөл, хөрөнгийн зарцуулалтыг батлах. "Төлбөрийн хүсэлт" гэсэн бичиг баримт. Үйлчлүүлэгч банкинд төлбөрийн баримтыг ачих, буулгах

"Чи мөнгөн дэвсгэртийн хомсдолтой сая долларын бизнес эхлүүлэх хэрэгтэй."

I. Ilf, E. Петров нар

Үйл ажиллагааны хөдөлгөөний төлөвлөлт бэлэн мөнгөэсвэл хөрөнгийн зарцуулалтыг хянах тогтолцоог хэрхэн бүрдүүлэх вэ

Танилцуулга

Энэхүү нийтлэл нь үйл ажиллагааны мөнгөн гүйлгээний төлөвлөлтөд (цаашид "ДС" гэх) зориулагдсан бөгөөд энэхүү үйл ажиллагааны дараах асуудлуудыг тодруулна.

1. компанийн амьдрал дахь DS-ийн үйл ажиллагааны төлөвлөлтийн үүрэг;
2. "1С: Менежмент" стандарт тохиргоонд DS үйл ажиллагааны төлөвлөлтийн дэд систем үйлдвэрлэлийн аж ахуйн нэгж ed. 1.3 (1.3.32.1 хувилбар)" (цаашид UPP гэх);
3. ердийн зөөлөн асаагуурын дэд системийн онцлог, алдаа;
4. практик туршлага DS үйл ажиллагааны төлөвлөлтийн дэд системийн хэрэгжилт;
5. Стандарт SCP дэд системийн алдааг засах, сайжруулах боломжит хувилбарууд.

1 Компанийн амьдрал дахь DS-ийн үйл ажиллагааны төлөвлөлтийн үүрэг

Аливаа санхүүгийн захирал (Санхүүгийн захирал) -ын мөрөөдөл бол өөрийн компанид "мөнгөний цоорхой" (мөнгөний цоорхой гэдэг нь тодорхой хугацаанд компанийн одоогийн үүргээ биелүүлэхэд шаардагдах хөрөнгийн дутагдал) байхгүй байх явдал бөгөөд энэ мөрөөдөл нь бүр ч жигд болсон. хямралын үед илүү интрузив. Мөнгө бол компанийн хөдөлгөгч хүч бөгөөд богино хугацаанд мөнгө байхгүй байх нь компанийг "хүнд өвчин" эсвэл бүр "үхэл" -д хүргэж болзошгүй юм. "Мөнгөний цоорхой" -ын шалтгаан нь хөрөнгө хүлээн авах хугацаа, зарцуулалтын хоорондох зөрүү бөгөөд энэ нь хэд хэдэн объектив шалтгаанаас үүдэлтэй байж болно, жишээлбэл: компанийн үйл ажиллагааны улирлын шинж чанар. Тухайлбал, өвөл, хаврын улиралд үндсэн зардлаа гаргаж, орлогынхоо дийлэнх хувийг намар авдаг хөдөө аж ахуйн (таримал) компаниуд юм. "Мөнгөний цоорхой" үүссэн тохиолдолд компани тэдгээрийг арилгахын тулд янз бүрийн арга хэмжээ авах шаардлагатай болдог, жишээлбэл: татах банкны зээл, зээл, хөрвөх чадвартай хөрөнгийг яаралтай зарах гэх мэт. Хэдийгээр авсан арга хэмжээнүүдийг үл харгалзан энэ нөхцөл байдал нь компанийн сайн сайхан байдалд сөргөөр нөлөөлнө. Тиймээс мөнгөн гүйлгээг төлөвлөх, хэрэгжүүлэх, хянах тогтолцоог хөгжүүлэх нь үндсэн зорилтуудын нэг юм. санхүүгийн захиралкомпаниуд.

2 Үйл ажиллагааны төлөвлөлтийн дэд систем DS стандарт тохиргоонд "1С: Үйлдвэрлэлийн аж ахуйн нэгжийн менежмент rev. 1.3" (цаашид UPP гэх)

UPP нь мөнгө хүлээн авах, зарцуулах төлөвлөгөөг оруулах боломжийг олгодог хэд хэдэн баримт бичиг, тайлантай бөгөөд эдгээр мэдээлэлд үндэслэн төлбөрийн хуанли боловсруулдаг. Эдгээр тохиргооны объектуудыг нарийвчлан авч үзье:

1. Баримт бичиг" Төлөвлөсөн мөнгөн гүйлгээ": энэ баримт бичиг нь DS-ийн төлөвлөсөн хүлээн авалтыг тусгасан болно. Баримт бичиг нь тодорхой эсрэг тал, гэрээ, мөнгөн гүйлгээ гэх мэт зүйлийг заана. Баримт бичиг нь "Төлбөрийн хуанлид оруулах" гэсэн тусгай функцтэй бөгөөд хэрэв үүнийг тохируулаагүй бол "Харилцагч талуудтай хийсэн тооцоо" бүртгэлд оруулахгүй бөгөөд үүний үр дүнд "Төлбөрийн хуанли" тайлан болон бусад тайланд тусгагдахгүй.

Онцлог 1: Хэрэв энэ баримт бичгийг байршуулсны дараа бид "Харилцагч талуудтай хийсэн тооцооны тайлан" -ыг харвал үр дүн нь байх ёстой баримт бичгийн дүнгийн баримтыг харах болно. Мөн энэ тохиолдолд төлбөрийн баримтыг (төлбөрийн баримт бичиг эсвэл PKO) оруулахдаа DS баримтын төлөвлөлтийн баримт бичгийг холбох нь чухал бөгөөд эс тэгвээс бид тайланд байгаа төлбөрийн дүнг хоёр дахин нэмэгдүүлэхийг харах болно. Түүнчлэн, хэрэв баримт бичгүүд хоорондоо холбоогүй бол төлбөрийн хуанли дээр буруу мэдээлэл гарч ирнэ. Алдаа гаргахад амархан, жишээлбэл, хэрэв та төлөвлөлтийн баримт бичигт "Бэлэн мөнгө" гэсэн төлбөрийн хэлбэрийг зааж, бэлэн бусаар төлбөрөө хийвэл энэ тохиолдолд баримт бичгийн холболтыг зааж өгөх боломжгүй болно. , үр дүнд нь давхардал үүсэх болно. Төлбөрийн баримтыг тусгахын тулд "Оруулах үндсэн дээр" механизмыг ашигласан ч гэсэн хоёр баримт бичгийн хоорондын уялдаа холбоо нь харьяаллын бүтцэд харагдах болно, энэ нь бүх зүйл бүртгэлээр зөв явагдана гэсэн үг биш юм.

1. Баримт бичиг" DS зарцуулах өргөдөл": энэ баримт бичиг нь DS-ийн төлөвлөсөн зардлыг тусгахад зайлшгүй шаардлагатай. Үүний зэрэгцээ энэ баримт бичгийг тодорхой төлбөрт зориулж DS нөөцлөхөд ашиглаж болно. Баримт бичиг нь тодорхой эсрэг тал, гэрээ, мөнгөн гүйлгээ гэх мэт зүйлийг заана. Баримт бичиг нь "Төлбөрийн хуанлид оруулах" гэсэн тусгай функцтэй бөгөөд хэрэв үүнийг тохируулаагүй бол "Харилцагч талуудтай хийсэн тооцоо" бүртгэлд оруулахгүй бөгөөд үүний үр дүнд "Төлбөрийн хуанли" тайлан болон бусад тайланд тусгагдахгүй. Мөн дотор энэ баримт бичигТөлөвлөлтийн хувилбар, төсвийн эргэлтийн зүйлийг харуулсан "Төсөв" гэсэн тусгай таб байдаг бөгөөд өмнө нь оруулсан төсөв, төлөвлөсөн төлбөрийн хэрэгжилтийг хянах боломжтой.

Онцлог 2: Өргөдөл батлагдаагүй тохиолдолд "Төлбөрийн хуанлид оруулах" гэсэн тугийг сонгосон тохиолдолд "Төлбөрийн хуанли" тайланд бичигдсэн хэвээр байна. "Энэ нь үндэслэлтэй юу, үгүй ​​юу" гэсэн сэдвээр ярилцлагыг нийтлэлийн хүрээнээс гадуур үлдээх болно. Төлбөрийг оруулахдаа "Онцлог 1" хэсэгт тайлбарласан алдаа гаргахад хялбар байдаг.

1. Баримт бичиг" Төлөвлөсөн орлогыг хаах": заасан баримт бичиг нь "DS-ийн төлөвлөсөн хүлээн авалт" гэсэн баримт бичгийг хаахад зориулагдсан болно. DS баримтын төлөвлөсөн дүн (дүрийн нэг хэсэг) "хасах".

Онцлог 3: Харамсалтай нь энэ баримт бичиг нь хаалтын хэмжээг гараар тохируулахыг зөвшөөрдөггүй, i.e. хөтөлбөр нь энэ төлөвлөгөөний тэнцвэрийг хардаг ба бүгдҮлдсэн хэсэг нь бүрхэгдсэн бөгөөд энэ нь үргэлж тохиромжтой байдаггүй. Жишээлбэл, хэрэв бид хэрэгжүүлэх төлөвлөгөөг хэсэгчлэн тохируулсан бол DS хүлээн авах төлөвлөгөө өөрчлөгдөх ёстой. Энэ тохиолдолд та "Төлөвлөсөн DS хүлээн авах" баримт бичигт өөрчлөлт оруулах шаардлагатай болно, гэхдээ тохируулга " буцаан"Таны мэдэж байгаагаар тэд сайн зүйлд хүргэдэггүй. Нэмж дурдахад, хэрэв DS-ийн төлөвлөсөн хүлээн авалтын тохируулгыг "Төлөвлөсөн төлбөрийн баримтыг хаах" баримт бичигт оруулсан бол төлөвлөгөөнд гарсан өөрчлөлтийн түүхийг хянах боломжтой болно.

1. Баримт бичиг" Хөрөнгө зарцуулах хүсэлтийг хаах" нь баримт бичгийг хаахад зориулагдсан "DS зардлын өргөдөл", i.e. DS зардлын төлөвлөсөн хэмжээ (дүрийн нэг хэсэг) "хасах".

Онцлог 4: ижил төстэй нюансуудыг "Онцлог 3" хэсэгт тайлбарласан болно.

1. Тайлан" Төлбөрийн хуанли": энэ тайланд удахгүй болох DS зардал, баримтыг харуулсан бөгөөд энэ нь "мөнгөний зөрүүг" харах боломжийг танд олгоно.

Онцлог 4 : Тайлангийн стандарт гэрчилгээнд: "Тайлан нь төлөвлөсөн төлбөр, орлогын талаархи мэдээллийг харуулах зорилготой юм. болон сонгосон хугацааны үлдэгдэл" Хэрэв хэн нэгэн харилцах дансны DS-ийн үлдэгдлийн талаар ярьж байна гэж бодож байсан бол тэд маш их андуурчээ. Бид өргөдөл/төлөвлөсөн төлбөрийн үлдэгдлийн талаар ярьж байна (бид энэ жишээг дараа нь авч үзэх болно).

1. Тайлан" DS-ийн бэлэн байдлын шинжилгээ": энэ тайланд компани дахь DS-ийн үлдэгдэл, DS програмын дагуу нөөцлөгдсөн DS, түүнчлэн хасалт, хүлээн авах DS-ийг харуулав.
2. Тайлан" Мөнгө зарцуулах өргөдөл" UPP гэрчилгээний дагуу энэ тайланг дуудаж байна "Төлбөргүй ирсэн төлбөр" болон "системд бүртгэгдсэн боловч нэг ч төлбөр хийгээгүй ирсэн төлбөрийн мэдээллийг авах зорилготой. шаардлагатай арга хэмжээ: үйл ажиллагааны нягтлан бодох бүртгэлд тусгах эсвэл бодит мөнгөн гүйлгээ (төлбөр).” J Энэ нь инээдтэй юм! "Бодит" тусламж авахын тулд тохируулагч руу очиж тайлбарыг үзнэ үү: "тодорхой хугацаанд хөрөнгө зарцуулах хүсэлтийн гүйцэтгэлд дүн шинжилгээ хийх зорилготой. "Ирж буй" баганад бөглөсөн өргөдлийн дүнг, "Зардал" баганад тухайн хугацааны өргөдлийн гүйцэтгэлийг (өргөдөл дээр үндэслэн төлбөрийн баримт олгох эсвэл хаах) харуулна. Хугацааны эхэн ба эцсийн үлдэгдэл нь өргөдлийн үлдэгдэлтэй дүнг харуулдаг."
3. Тайлан" Төлөвлөсөн DS хүлээн авалт" Хэрэв та гэрчилгээнд итгэдэг бол энэ нь ижил тайлан хэвээр байна " төлөгдөөгүй ирсэн төлбөр"Ж.Тохируулагчид: "тодорхой хугацаанд холбогдох баримт бичгээр баримтжуулсан хөрөнгө хүлээн авах төлөвлөгөөний хэрэгжилтэд дүн шинжилгээ хийх зорилготой. "Ирж буй" баганад төлөвлөсөн орлогын дүнг, "Зардал" баганад тодорхой хугацаанд мөнгө хүлээн авах төлөвлөгөөний биелэлтийг харуулдаг (мөнгө хүлээн авах төлөвлөлтийн баримт бичигт үндэслэн ирсэн төлбөрийн баримтыг бүртгэх)."
4. Мэдээллийн бүртгэл « DS зарцуулах програмуудыг зөвшөөрөх тохиргоо»: Бүртгэл нь тодорхой байгууллага, хугацаатай холбоотой өргөдлийг нэгтгэх механизмыг "идэвхжүүлэх" зорилготой юм.
5. Лавлах « Зохицуулах маршрутууд програмууд": энэ лавлах нь DS зарцуулах програмуудыг зөвшөөрөх замыг тайлбарладаг.
6. Мэдээллийн бүртгэл" Захиалгын зөвшөөрлийн маршрутын тохиргоо» програмыг зөвшөөрөх замыг зааж өгсөн бөгөөд стандарт функциональ байдлаар энэ нь зөвхөн програмын хэлтэсээс (CFD - санхүүгийн хариуцлагын төв) хамаарна.
7. Боловсруулж байна "Хэрэглээний зохицуулалт": Энэ боловсруулалтад хүсэлтийг зохицуулдаг.
8. Нэмэлт эрх " Өргөдөлгүйгээр төлбөрийг зөвшөөрөх» зөвшөөрөгдсөн өргөдөлгүйгээр төлбөр хийх боломжийг олгодог.

Онцлог 5:Эрхийн хязгаарлалт ажиллахгүй байна (амархан тойрч гарах)тохиолдолд:

A) төлбөрийн баримтнэн даруй хийгддэггүй;

B) шалгах хайрцагт "Үйл ажиллагааны нягтлан бодох бүртгэлд тусгах" шинж чанарыг агуулаагүй болно;

C) "Төлбөр" үйл ажиллагааны төрлөөр төлбөрийн даалгавар, бэлэн мөнгөний тооцоо цалин" Энэ нь UPP алдаа юм: код нь баримт бичгийн хүснэгтийн буруу хэсгийг шалгаж байна.

1. Нэмэлт эрх " Хэт давахыг зөвшөөрөх хяналттай утгуудтөсвийн дагуу» - Өргөдлийн дүн нь хяналттай төсвийн зүйлд төлөвлөсөн хэмжээнээс давсан тохиолдолд хөрөнгө зарцуулах өргөдөл гаргах боломжийг танд олгоно.

3 Ердийн зөөлөн асаагуурын дэд системийн онцлог, алдаа

Тодорхой жишээн дээр ердийн дэд системийн онцлог, алдааг авч үзье.

Анхны өгөгдөл (асуудлын нөхцөл):

A) оруулах шинэ байгууллага UPP демо мэдээллийн сан руу "TRG";

B) DS-ийн анхны үлдэгдлийг оруулна уу ( 2012.01.11-ний байдлаар): 1 сая ажилчин харилцах дансанд болон 50 мянган рубль. кассын машин дээр;

C) бид "Худалдан авах менежер" шинэ хэрэглэгчдийг бий болгодог ( Бид "Програмгүйгээр төлбөрийг зөвшөөрөх" нэмэлт эрхийг суулгаагүй.) болон "Борлуулалтын менежер".

1. Борлуулалтын менежер энэ сард "бүтээгдэхүүн 1"-ийг зарахаар төлөвлөж байна (төлбөрийг энэ сард хийхээр төлөвлөж байна бэлэн бус төлбөр тооцоо) 600,000 рублийн дүнгээр "Төлөвлөсөн DS хүлээн авах" баримт бичигт оруулна.

Чухал: Хэрэв та "Төлбөрийн календарьт оруулах" шинж чанарыг тохируулаагүй бол DS-ийн төлөвлөсөн баримтыг "Төлбөрийн хуанли" эсвэл "Харилцагч талуудтай хийсэн тооцооны тайлан" тайланд оруулахгүй. Бидний жишээн дээр бид үүнийг суулгах болно.

"Төлбөрийн календарь" тайланг харцгаая:

Хугацааг 01.11.12-ны өдрөөс (үлдэгдлийг оруулсан үеэс) тогтоосон бол тайланд харуулах өгөгдөлд анхаарлаа хандуулаарай.

Энэ шинж чанарыг санах нь чухал юм!

Мөн тайланд бэлэн мөнгөний үлдэгдлийг тусдаа хэсэгт харуулаагүй болохыг анхаарна уу (энэ нь тайлангийн алдаа юм).

1. Төлөвлөсний дагуу борлуулалт явсан боловч худалдан авагч Би эхний хүргэлтийн төлбөрийг банкны шилжүүлгээр төлсөн, А хоёр дахь хүргэлтийн төлбөрийг бэлнээр төлсөн. Бид 400,000 ба 200,000 рублийн дүнтэй борлуулалтын баримт бичгийг оруулж, дараа нь "Үндсэн дээр оруулах" механизмаар бид 400,000, PKO 200,000 рублийн дүнтэй төлбөрийн даалгаврыг оруулна. Илтгэлүүдэд дүн шинжилгээ хийцгээе:
   1. Бид 2012.11.02-ноос 2012.12.31-ний хооронд "Төлбөрийн хуанли" тайланг гаргаж, дараах үр дүнг авна.

Төлөвлөсөн 200,000-ын дүн үлдсэн боловч төлбөр нь дууссан. Энэ нь бид бүх төлбөрийг банкны шилжүүлгээр хийхээр төлөвлөж байсан ч бэлнээр 200 мянгыг хүлээн авсан тул өргөдлийг "татаж авах" боломжгүй болсонтой холбоотой юм. бэлэн мөнгөний баримт, гэхдээ бид бүх бичиг баримтыг "үндэслэн оруулах" механизмыг ашиглан оруулсан ч "тусаагүй" бөгөөд харьяаллын бүтцэд бид гинжийг харж байна.

Бид PKO-г устгаж, 200 мянган төлбөрийн даалгавар хийх боловч "Төлбөртэй" гэсэн тэмдэг тавихгүй. Тиймээс бид төлбөрийн хуанли дээр дараах зургийг харах болно.

1. Бид ханган нийлүүлэгчдэд төлөх DS-ийн зардлыг 500,000 төгрөгөөр төлөвлөнө. DS зарцуулах програмаа оруулцгаая:

Төлбөрийн календарь дараах байдлаар харагдах болно.

Өргөдөл гаргах огноо нь 12/08/12 байгаа хэдий ч зардлыг 12/09/12-нд хийхээр төлөвлөж байгааг анхаарна уу. "хэрэглээний огноо" талбарт бид 09-ийг зааж өгсөн.

1. Бид өргөдлийг батлах болно. Зөвшөөрөл нь "Програмыг батлах" боловсруулалтаас гардаг бөгөөд батлах механизмыг вэб интерфэйсээр дамжуулан авах боломжтой. Маш тохиромжтой байдаг ба ашигтай шинж чанартайлангийн тохиргоо:

Тайланг эхлээд боловсруулж, "Захиалгат тайлан" хэсэгт (Үйлчилгээ->Захиалгат тайлан) хадгалдаг бөгөөд дараа нь програмыг зөвшөөрөхдөө шаардлагатай мэдээллийг харуулахад ашигладаг. Энэхүү функцийг ашиглан та батлагдсан програмуудын төлбөрийг харгалзан харилцах дансны үлдэгдлийг харуулах тохиргоог хийж болно, мөн та програмын төсөвт нийцэж байгааг харуулах боломжтой. Вэб интерфэйсээр дамжуулан зөвшөөрөл авах боломж нь менежерийг ажлын байрандаа байхгүйгээр төлбөрөө хянах боломжийг олгодог.

1. Одоо батлагдсан өргөдлийн үндсэн дээр бид гарах төлбөрийн даалгавраар төлбөрөө оруулах бөгөөд батлагдсан өргөдлийн дүнгээс илүү төлбөр төлөхийг хориглох механизмыг тойрч гарахыг хичээх болно.

Таны харж байгаагаар төлбөрийн даалгаврыг шуурхай гүйцэтгэх үед өргөдөл дээрх зөвшөөрөгдөх үлдэгдэл хэтэрсэн гэсэн мессеж гарч ирэх боловч цаг алдалгүй боловсруулахгүй бол хяналт ажиллахгүй бөгөөд худалдан авалтын менежер төлбөрөө төлж чаддаг. менежерийн зөвшөөрснөөс илүү ханган нийлүүлэгч:

Энэ алдааны улмаас "Төлбөрийн хуанли" тайлангийн нэгэн адил "гайхамшиг" гарч ирнэ.

Мөн тохиолддоггүй хяналтдалбаа хасагдсан RKO-д " Үйл ажиллагааны нягтлан бодох бүртгэлд тусга."

Ямар ч хяналт байхгүйбас дотор Төлбөрийн захиалга, in болон RKO үйлдлийн төрлөөр "Цалингийн төлбөр" нь стандарт UPP-ийн алдаа юм.

4 Тээврийн хэрэгслийн хөдөлгөөний үйл ажиллагааны төлөвлөлтийн дэд системийг хэрэгжүүлэх практик туршлага

Одоо энэ дэд системийг томоохон хөдөө аж ахуйн холдингуудад (үүнийг "Агро" гэж нэрлэе) хэрэгжүүлэх практик туршлагыг авч үзье, харин үйл ажиллагааны төлөвлөлтийн зөвхөн зардлын хэсэгт анхаарлаа хандуулах болно. Энэ нь хамгийн сонирхолтой бөгөөд тулгамдсан, учир нь бид зардалд нөлөөлж болох боловч орлогод нөлөөлөх нь тийм ч хялбар биш юм.

Агро дахь DS-ийн хөдөлгөөний үйл ажиллагааны төлөвлөлтийн дэд системийг хэрэгжүүлэх нь UPP 1.3-д суурилсан нягтлан бодох бүртгэлийн иж бүрэн автоматжуулалтын зэрэгцээ эхэлсэн. Өмнө нь тус холдинг нь 8 өөр тохиргоотой (манай улсын 4 бүс нутагт 5 гаруй алслагдсан оффис) бүртгэл хөтөлж, хөдөлгөөний урсгалын шуурхай төлөвлөлтийг Excel программ дээр хийдэг байсан. Сарын сүүлээр охин компаниуд руу илгээсэн менежментийн компани(цаашид Эрүүгийн хууль гэх) DS-ийн зарцуулалтын төлөвлөгөө болон DS хүлээн авах төлөвлөгөөний аль аль нь. Удирдлагын төрийн сангийн ажилтнууд илгээсэн төлөвлөгөөг төсөвтэй нь нягтлан шалгаж, дараа нь газрын дарга нарт батлуулахаар илгээж, хэсгийн дарга нар DS хөдөлгөөний төлөвлөгөөг засч, тохиролцов. Дараа нь удирдлагын төрийн сангаас тухайн газруудын менежерүүдээс хүлээн авсан төлөвлөгөөг нэгтгэж, эцсийн төлөвлөгөөг ерөнхий захиралд батлуулахаар явуулсан. Батлагдсан төлөвлөгөөг охин компаниудад буцааж илгээсэн бөгөөд нэг сарын дотор удирдлагын төрийн сангийн ажилтнууд DS-ийн хөдөлгөөнийг батлагдсан төлөвлөгөөний дагуу шалгаж, өөрөөр хэлбэл. гүйцэтгэлд хяналт тавьжээ.

Системийг арилжааны зориулалтаар ашиглахад бэлтгэх явцад "Тээврийн хэрэгслийн хөдөлгөөний үйл ажиллагааны төлөвлөлт" бизнесийн үйл явцын "байгаагаар" загварт дүн шинжилгээ хийж, бүтээв. Бизнесийн үйл явцыг дахин зохион байгуулж, "хэрэгтэй байх ёстой" загварыг бий болгосны дараа "Тээврийн хэрэгслийн хөдөлгөөний үйл ажиллагааны төлөвлөлт" бизнесийн үйл явцын шинэ журмыг боловсруулсан. SCP-ийн үзүүлэнгийн баазад шаардлагатай өөрчлөлтүүдийг хийж, туршилтын жишээг боловсруулсан. Туршилтын жишээг бизнесийн үйл явцын бүх оролцогчид туршиж, дутагдалтай талуудыг илрүүлж, SCP-ийн үйл ажиллагааг сайжруулах нэмэлт хүслийг илэрхийлэв. Алдаа дутагдлыг арилгаж, шаардлагатай зохицуулалтыг хийсний дараа "Тээврийн хэрэгслийн хөдөлгөөний үйл ажиллагааны төлөвлөлт" бизнесийн үйл явцын шинэ журмыг тушаалаар баталж, эцэслэн боловсруулав. ерөнхий захиралхолдингийн ажилчдад. Доорх диаграммд би шинэ журам нэвтрүүлсний дараа DS зарцуулах өргөдлийг хэрхэн боловсруулах жишээг өгөх болно.

Энэхүү дэд системийг хэрэгжүүлсний үр дүнд:

1. холдинг компаниудад DS-ийн зарцуулалтад тавих хяналтыг бэхжүүлсэн;
2. авто тээврийн хэрэгслийн хөдөлгөөний төлөвлөгөөг боловсруулах хурд нэмэгдсэн;
3. DS хөдөлгөөний төлөвлөгөөний хэрэгжилт илүү "ил тод" болсон;
4. "мөнгөний зөрүү"-ээс зайлсхийсэн.

Холдинг компаниудад UPP-ийг хэрэгжүүлсний дараа (120 гаруй хэрэглэгчид вэб клиент эсвэл RemoteAPP-ээр алсын зайн холболт ашиглан онлайнаар ажилладаг) болон DS үйл ажиллагааны төлөвлөлтийн дэд систем, тухайлбал, сэдэв нь: " DS зарцуулалтын өргөдлийг тохиролцсон уу, үгүй ​​юу?" компанийн хамгийн тулгамдсан асуудлын нэг болсон. Удирдлагын компаниас хориглосон, зардал, батлагдсан төсөв хоёрын зөрүүтэй байсан ч заримдаа холдинг компаниуд ханган нийлүүлэгчиддээ төлбөр төлдөг байсан баримтууд ил гарч ирэв. Мэдээжийн хэрэг, нэгдсэн ERP систем гэх мэт хүчирхэг хяналтын хэрэгслийг хүлээн авснаар тэр даруй эерэг үр дүнд хүрсэн.

5 Дэд системийг хэрэгжүүлэх явцад хийсэн сайжруулалт

Энэ догол мөрөнд би холдинг дэх дэд системийг хэрэгжүүлэх явцад хийгдсэн сайжруулалтын багахан хэсгийг л тайлбарлах болно.

1. Зөөлөн асаагуур 1.3-ын стандарт тохиргооны алдааг зассан.
2. DS зарлага болон DS хүлээн авах төлөвлөгөөний өргөдөлд үндэслэсэн дүн нь зөвхөн батлагдсаны дараа төлбөрийн хуанлид гарч эхэлсэн.
3. DS зарцуулах хүсэлтийг батлах маршрутыг сонгох схем өөрчлөгдсөн. Өргөдлийг батлах зам нь дараахь зүйлээс хамаарч эхэлсэн.
   1. DS нийтлэл;
   2. өргөдлийн хэмжээ.
   3. Зөвхөн зөвшөөрөгдсөнтөлбөрийн даалгаврыг харилцагч банкинд байршуулах боломжтой. Стандарт UPP-д зөвшөөрөгдөөгүй зүйлсийг мөн буулгадаг.
   4. Өргөдөл гаргахгүйгээр төлбөр хийх хоригийг тойрч гарах боломжийг арилгасан.
   5. Өргөдлийн зөвшөөрлийн түүхийг хадгалсан. Хэрэглэгч хүссэн үедээ хэн зөвшөөрөл авах өргөдөл байгаа, хэн (хэзээ) өргөдлийг зөвшөөрсөн болохыг харах боломжтой.
   6. Аппликешн дээр "харилцах" механизмыг боловсруулсан бөгөөд энэ нь програмыг зөвшөөрөх замаар дамжих үед ашигладаг.
   7. Өргөдлийн зөвшөөрлийн боловсруулалтыг сайжруулсан. Динамик жагсаалтад ашигласан хүсэлт нь оновчтой биш байсан тул их хэмжээний хүсэлтийг батлах үед боловсруулалт 2-3 минутын турш зогссон. Энэ алдааны талаар хөгжүүлэгчидтэй хийсэн захидал харилцаа ямар ч үр дүнд хүрээгүй тул алдааг бие даан зассан.
   8. Програмыг төлбөрийн хуанлид оруулахын тулд боловсруулалтыг боловсруулсан, i.e. Өргөдөл батлагдсаны дараа төлбөр хийх журмыг нэмж тодорхойлсон, өөрөөр хэлбэл төлбөрийн хуанлид өргөдлийг оруулах журмыг тодорхойлсон.
   9. Холдингт ашигласан тайлангийн багцыг (Төлбөрийн хуанли, мөнгөн гүйлгээ, захиалгын зөвшөөрлийн байдал гэх мэт) боловсруулсан.

Энэ зүйлийн хавсралтад өргөдлийн зөвшөөрлийг боловсруулахад зориулсан SKD тайланг оруулсан болно.

6 Дүгнэлт

Хэрэв та бэлэн мөнгөний зөрүүг арилгахыг хүсч байвал төлөвлө мөнгөн гүйлгээтасралтгүй үйл явц байх ёстой. Аж ахуйн нэгж том байх тусам бүтэц нь нарийн төвөгтэй байх тусам илүү их байдаг илүү олон төрөлүйл ажиллагаа явуулах тусам мөнгөн гүйлгээг удирдахад хэцүү байдаг. Тиймээс нэгдсэн ERP систем нь бэлэн мөнгөний урсгалыг төлөвлөх, хянах хүчирхэг хэрэгсэл юм.

1C:ERP Enterprise Management 2 дахь төлбөрийн хуанли нь дараахь мэдээллийг харуулдаг.

• компанийн бэлэн болон бэлэн бус дансанд байгаа бэлэн мөнгөний үлдэгдэл;
• хөрөнгийн төлөвлөгөөт орлого, зарцуулалт.

Төлбөрийн хуанли руу нэвтрэх эрхийг "Бэлэн мөнгөний төлөвлөлт ба хяналт" бүлгийн "Төрийн сан" гэсэн хэсгээс олгодог. Төлбөрийн хуанли нь өдөрт заасан дурын хугацаанд үүсгэгддэг.

"Төлбөрийн календарь" боловсруулалтын дээд хэсэгт дараах сонголтууд байна.

• үүсэх хугацаа;
• байгууллагууд;
• валют;
• байгууллагын тодорхой дансны сонголт.

1C:ERP Enterprise Management 2 дахь төлбөрийн хуанлийн маягтыг Зураг дээр үзүүлэв. 1.

Зураг 1 - 1C:ERP Enterprise Management 2 дахь төлбөрийн хуанли

Төлбөрийн хуанли бөглөх үндсэн баримт бичиг нь:

• "Хэрэглэгчийн захиалга";
• "Нийлүүлэгчид захиалах";
• "Мөнгө шилжүүлэх захиалга";
• "DS зарцуулах өргөдөл."

"1C:ERP Enterprise Management 2" дахь төлбөрийн хуанлийн тохиргоо

Та баруун дээд буланд байрлах "Илүү" товчийг ашиглан төлбөрийн хуанли тохируулах боломжтой.

Зураг 2 – Төлбөрийн календарийн тохиргоо

Төлбөрийн хуанли нь тохиргоонд энэ сонголтыг заасан бол "Батлагдсан" эсвэл "Зөвшөөрөгдөөгүй" статустай програмуудыг харуулдаг (Зураг 2). "Төлбөртэй" болон "Татгалзсан" статустай програмууд төлбөрийн хуанли дээр харагдахгүй.

Төлбөрийн хуанлийн төрлүүд

Төлбөрийн календарийг 3 төрлөөр үүсгэж болно (Зураг 3).

Зураг 3 - Төлбөрийн календарийн төрлийг сонгох

Хэрэглээ - Хуанли (Зураг 4)

Маягтын зүүн талд мөнгө зарцуулах хүсэлтийн талаархи мэдээллийг харуулдаг.

Маягтын баруун талд дараах мэдээллийг харуулна:

Зураг 4 - "Захиалга - Хуанли" төрлийн төлбөрийн хуанли

Хуанли – Төлбөр (Зураг 5)

Төлбөрийн календарийн маягтын дээд хэсэгт дараах мэдээлэл байна:

• байгууллагын дансанд байгаа бэлэн мөнгөний үлдэгдэл;
• хүлээгдэж буй мөнгөн гүйлгээ;
• хөрөнгийн төлөвлөсөн зарцуулалт.

Төлбөрийн хуанлийн маягтын доод хэсэгт төлбөрийн хуанлийн дээд хэсгийг бөглөх үндэс болсон баримт бичгийн талаарх мэдээллийг харуулдаг.

Зураг 5 - "Хуанли - Төлбөр" төрлийн төлбөрийн хуанли

Хэрэглээний жагсаалт (Зураг 6)

Хэрэв тохиргоонд энэ сонголтыг зааж өгсөн бол "Зөвшөөрөгдсөн" эсвэл "Зөвшөөрөгдөөгүй" статустай програмуудыг програмын жагсаалтад харуулна (Зураг 2).

Зураг 6 - "Програмын жагсаалт" төрлийн төлбөрийн хуанли

"Хуанли" хэсэг

“Хугацаа хэтэрсэн” баганаас та манай байгууллагын өрийг дараах байдлаар харж болно.

• ханган нийлүүлэгчид болон үйлчлүүлэгчидтэй хийсэн тооцоо;
• цалин, татвар, хураамжийг төлөх;
• зээл, зээл олгох;
• хүүгийн төлбөр;
• зээл, зээл авсан.

Анхаар!!!Мөнгө болон харилцах дансны анхны үлдэгдлийг оруулахдаа төлбөрийн хуанлийн "Хугацаа хэтэрсэн" баганад мөн тусгана.

Холбогдох огнооны баганууд нь ханган нийлүүлэгчид, үйлчлүүлэгчид, ажилчид, зохицуулалтын байгууллагууд болон бусад талуудтай төлөвлөсөн төлбөр тооцооны мэдээллийг харуулдаг. Төлбөрийн огноо, хэмжээг дагалдах баримт бичгийн дагуу тодорхойлно.

Замдаа байгаа хөрөнгийг төлбөрийн хуанли дээр 2 дүнгээр харуулав.

• мөнгө илгээх дансанд "-" тэмдэгтэй;
• мөнгө хүлээн авах дансанд "+" тэмдэг (Зураг 7).

Үйл ажиллагаа нь "Мөнгө шилжүүлэх захиалга" баримт бичгийн үндсэн дээр мөнгө илгээхээр төлөвлөсөн өдөр (төлбөрийн огноо) "Банк руу DS цуглуулах" үйл ажиллагааны төрлөөр тусгагдсан болно (Зураг 9). Захиалга нь "Тохирсон" эсвэл "Төлбөр төлнө" гэсэн статустай байх ёстой.

Зураг 7 - "Банканд DS цуглуулах" үйл ажиллагааны төрлөөр "Мөнгө шилжүүлэх захиалга" баримт бичгийг байршуулсны дараа DS цуглуулах ажиллагааны компьютерт харуулах.

Баримт бичгийг бүрдүүлэхдээ “Хэрэглээний бэлэн мөнгөний захиалга"Банк руу цуглуулах" гүйлгээний төрлөөр дамжин өнгөрөх хөрөнгийг төлбөрийн хуанлигаас хүлээн авах тооцоолсон огнооны төлбөрийн баримтын баганад харж болно (Зураг 8).

Зураг 8 - "Банкнаас мөнгө авах" үйл ажиллагааны төрлөөр "Бэлэн мөнгөний гарах захиалга" баримт бичгийг байршуулсны дараа DS цуглуулах ажиллагааны компьютерт харуулах.

Төлөвлөсөн хүлээн авах огноог DS-ийн төлөвлөсөн илгээлтийн огноо (Зураг 9) болон цуглуулах хугацааг (Зураг 10) нэгтгэн тодорхойлно.

Зураг 9 - "Хөрөнгө шилжүүлэх захиалга" баримт бичигт төлөвлөсөн төлбөрийн огноог зааж өгсөн болно.

Зураг 10 - "Байгууллагын кассын бүртгэл" лавлахад мөнгө цуглуулах хугацааг тохируулах

Төлбөрийн хуанли зохиохдоо түүний боломжит байдлыг автоматаар шалгадаг. тэдгээрийг хадгалах газарт төлөх бэлэн мөнгөний нөөцийн хүрэлцээ.

Төлөвлөсөн орлого, төлбөрийн хэмжээг өдөр тутмын хураангуй хэлбэрээр харуулдаг. Дэлгэрэнгүй мэдээллийг "Төлбөр" хэсгээс авна уу.

"Төлбөр" хэсэг

Энэ хэсэгт төлбөр, орлогын төлөвлөлтийн үндэс болсон баримт бичгийн талаархи мэдээллийг агуулсан болно.

Төлбөрийн мэдээлэл нь төлөвлөсөн төлбөрийн огноог зааж өгөх боловч "хугацаа хэтэрсэн" гэж заагаагүй.

Төлбөрийн блок нь танд дараах боломжийг олгоно:

"Програм" хэсэг

"1C: ERP Enterprise Management 2" хувилбарын 2.2.3.190-д "DS-ийн зарцуулалтын хүсэлт" -ийн гүйцэтгэлийг идэвхжүүлэх эсвэл идэвхгүй болгох боломжтой.

Энэ тохиргоог "Мастер өгөгдөл ба удирдлага" хэсэг, "Мастер өгөгдөл ба хэсгүүдийн тохиргоо" бүлэг, "Төрийн сан" зүйлээс авах боломжтой (Зураг 11).

Зураг 11 - 1С хөтөлбөрт ашиглах тохиргоо: ERP Enterprise Management 2 "Мөнгө зарцуулах хүсэлт"

"Аж ахуйн нэгжийн бэлэн мөнгөний алба" лавлахаас та сонгосон аж ахуйн нэгжийн кассын төлбөрийн хүсэлтийн гүйцэтгэлийг зохицуулдаг нүднүүдийг шалгаж болно (Зураг 12):

• "төлбөрийн хүсэлт"гүйгээр мөнгө гаргахыг зөвшөөрөх;
• "Хөдөлгөөний захиалга"гүйгээр бусад кассанд мөнгө хүлээн авах, шилжүүлэхийг зөвшөөрөх.

Зураг 12 - "Байгууллагын бэлэн мөнгө" лавлах дахь "Хөрөнгө зарцуулах хүсэлт", "Хөрөнгө шилжүүлэх захиалга"-ын ашиглалтыг тохируулах.

Үүнтэй төстэй хайрцгийг "Байгууллагын банкны данс" лавлахаас шалгаж болно (Зураг 13).

Зураг 13 - "Байгууллагын банкны данс" лавлах дахь "DS зарцуулах хүсэлт"-ийн хэрэглээг тохируулах.

Анхаар!!!Эдгээр тохиргоо нь төлбөрийн хуанли үүсгэх журамд нөлөөлөхгүй.

"1C: ERP Enterprise Management 2" хэсэгт "DS-ийн зарцуулалтын хүсэлт" баримт бичиг нь төлөвлөсөн хөрөнгийн зарцуулалтыг харуулах зорилготой юм. дараах төрлүүд:

• хариуцлагатай этгээдэд мөнгө олгох;
• нийлүүлэгчид мөнгө шилжүүлэх;
• үйлчлүүлэгчид мөнгөө буцааж өгөх;
• зээлийн төлбөр;
• гаалийн төлбөр;
• өөр байгууллагад төлөх;
• бусад бэлэн мөнгөний зардал гэх мэт.

DS зарцуулах програмуудыг ашиглах нь дараахь ажлуудыг гүйцэтгэх боломжийг танд олгоно.

• аж ахуйн нэгжийн хэлтсийн хөрөнгийн хэрэгцээг тусгах;
• хөрөнгийн зарцуулалтыг төлөвлөх;
• мөнгө тогтмол бус төлбөрөөс урьдчилан сэргийлэх;
• зарцуулахыг зөвшөөрсөн хөрөнгийн хэмжээг хянах.

"Төлбөр тооцооны объект" талбарын төлөв байдал, бөглөсөн байдлаас хамааран програмуудыг төлбөрийн хуанли дээр харуулдаг (Хүснэгт 1, Хүснэгт 2)

Хүснэгт 1. Хэрэв тохиргоонд "Хуанлид мөнгө зарцуулах зохицуулалтгүй хүсэлтийг харуулах" гэж заагаагүй бол төлбөрийн хуанли үүсэхэд үзүүлэх хүсэлтийн нөлөөллийн сонголтууд.

DS зарцуулах хүсэлтийн байдал	"Тооцооллын объект" талбар	Төлбөрийн хуанли дээр харуулах	Төлбөрийн хуанли үүсэхэд үзүүлэх нөлөө	Зөв байдлыг харуулах
"Зөвшилцөөгүй"	Бөглөөгүй		нөлөөлөхгүй	Зөв
"Зөвшилцөөгүй"	Дууссан		Төлөвлөсөн төлбөрийн хэмжээг өөрчлөхөд нөлөөлнө ("Нийлүүлэгчийн захиалга", "Хэрэглэгчийн захиалга" гэх мэт анхан шатны баримт бичгийг цуцална).	Буруу
"Тохирсон"	Бөглөөгүй		Хүлээгдэж буй төлбөрийг хоёр дахин нэмэгдүүлэхэд хүргэдэг	Буруу
"Тохирсон"	Дууссан		Хүлээгдэж буй орлогын хэмжээг өөрчлөхгүй	Зөв

Хүснэгт 2. Тохиргоонд "Хуанлид мөнгө зарцуулах зохицуулалтгүй хүсэлтийг харуулах" гэж заасан бол төлбөрийн хуанли үүсэхэд үзүүлэх хүсэлтийн нөлөөллийн сонголтууд.

Дээрх хүснэгтийн мэдээлэлд дүн шинжилгээ хийхийн тулд жишээг авч үзье.

Байгууллага ХХК Confetprom 2017 оны 5-р сарын 22-ны өдөр нийлүүлэгч ХХК Невский Берег 74,998.44 барааны төлбөрийг төлөхөөр төлөвлөж байна (Зураг 20). Хөтөлбөрт “Нийлүүлэгчид өгөх захиалга”, “ДС-ийн зарцуулалтын тухай хүсэлт” баримт бичгүүдийг оруулсан. Зураг дээр. 15-20-д "DS зарцуулах хүсэлт" талбарыг бөглөхөөс хамааран төлбөрийн хуанли дахь өөрчлөлтийг харуулав.

Зураг 20 - Төлбөрийн хуанли дахь "Нийлүүлэгчийн захиалга" баримтыг "DS зардлын хүсэлт" баримт бичгийг байршуулалгүйгээр харуулах.

Энэ нийтлэлийг миний имэйл рүү илгээнэ үү

Нягтлан бодох бүртгэлийн хувьд 1С дахь төлбөрийн нэхэмжлэх нь тухайн байгууллага мөнгө байршуулах шаардлагатай байгаа талаар мэдээлэхийн тулд хүргэсэн бараа, үйлчилгээнд зориулж худалдан авагчид өгдөг баримт бичиг юм.

1С нь 1С-д төлбөрийн нэхэмжлэхтэй ажиллах хоёр сонголтыг санал болгодог.

Мэдээллийн санд хадгалагдаж буй баримт бичиг болон харгалзах хэвлэмэл хэлбэрээр. Энэ нь систем дэх харилцагчидтай хийсэн харилцан тооцоог хянах, холбогдох мэдээллийг цаасан дээр харуулах зорилготой юм.

Хэрэглэгчийн захиалга эсвэл борлуулалтын баримтаас үүссэн төлбөрийн нэхэмжлэхийн хэвлэсэн хэлбэр бөгөөд худалдан авагчид илгээхэд шаардлагатай. Та хүссэн үедээ хэвлэх боломжтой, мөн дэлгэцэн дээр гарч ирсэн маягтыг компьютер дээрээ дурын форматаар хадгалах боломжтой.

Дээрх сонголтуудын алийг нь ашиглах вэ гэдэг нь үйлчлүүлэгчдэд төлбөр төлөхийн тулд нэхэмжлэх ашиглах байнгын үнийн дүнгээс хамаарах бөгөөд үүнийг Мастер өгөгдөл, удирдлага → Борлуулалт → хэсэгт тохируулсан болно. Бөөний худалдаа→ Төлбөрийн нэхэмжлэх.

Төлбөрийн нэхэмжлэхийг баримтжуулах 1С 8.3

1s 8.3-д данс үүсгэх нь худалдааны баримт бичгийн бүртгэлээс шинээр оруулах, мөн тодорхой нөхцлийн дагуу данс үүсгэх боломжтой.

Үйлчлүүлэгчийн захиалгын дагуу, хэрэв:

Үүнд захиалгын дагуу харилцан үйлчлэх дараалал бүхий гэрээг сонгосон;

Энэ нь гэрээ хэлцэл хийх шаардлагагүй, гэхдээ гэрээнд захиалгын төлбөрийн журмыг заасан байдаг.

Дараах тохиолдолд бараа, үйлчилгээний борлуулалт дээр үндэслэн 1С-д төлбөрийн нэхэмжлэхийг үүсгэдэг.

Нэхэмжлэхийн журмыг тодорхойлсон гэрээг ашигладаг;

Гэрээ хийх шаардлагагүй, гэхдээ гэрээнд нэхэмжлэхийг төлөх журмыг заасан байдаг.

1С 8.3-т дансыг дээр дурдсан баримт бичгийн аль нэг дээр үндэслэн харилцагчтай харилцан тооцоо хийх дүрмийг гэрээний дагуу үүсгэж болно.

Заасан объектуудын аль нэгний мэдээллийн дагуу 1С 8.3 төлбөрийн нэхэмжлэх үүсгэхдээ энэ нь зориулагдсан болно. ажлын байр"Төлбөрийн нэхэмжлэх үүсгэх" командыг ашиглан жагсаалтад нээгдэнэ.

Энд хоёр ажлын таб байна: Үе шат ба төлбөр, Төлбөрийн нэхэмжлэх. Тус бүр өөрийн гэсэн дэлгэрэнгүй мэдээлэлтэй бөгөөд тодорхой үүргийг гүйцэтгэдэг.

Эхнийх нь төлбөрийн хуваарийн дагуу төлөвлөсөн бүх төлбөрийг харуулна.

Бид ямар хуваарийн тухай ярьж байгаагаа тайлбарлая. Үйлчлүүлэгчтэй байгуулсан гэрээнд хувь хүн эсвэл стандарт эсэхээс үл хамааран төлбөрийн хуваарийг тогтоож, үүний дагуу бүртгэх шаардлагатай. мэдээллийн системмөнгө хүлээн авах.

Төлбөрийн хуваарийн хувьд нэрийг зааж, үе шатуудын жагсаалтыг бөглөнө үү. Төлбөрийн хуваарийн үе шат бүрт төлбөрийн сонголт (урьдчилгаа, урьдчилгаа эсвэл кредит), төлбөр (бэлэн бус эсвэл бэлэн бус), хувь нийт дүн(бүх мөрүүдийн нийлбэр нь 100% -тай тэнцүү байх ёстой), хойшлуулах (худалдааны өдрөөс хойш өдрийн ээлжинд).

Нэг жишээ хэлье. Үйлчлүүлэгчийн хувьд харилцан үйлчлэх нөхцлийг тогтоосон: өргөдлийн дагуу бүтээгдэхүүнийг тээвэрлэхийн тулд худалдан авагч энэ өргөдлийн үнийн дүнгийн 50% -ийн урьдчилгаа төлбөрийг хийх ёстой, үлдсэнийг нь ачилт хийснээс хойш 5 хоногийн дотор төлөх ёстой. Бүх төлбөр тооцоог кассын машинаар хийдэг.

Өгөгдлийг бөглөх нь дараах байдалтай байна.

Дэлгэрэнгүй: Захиалгаар;

Төлбөрийн хэлбэр: Бэлэн мөнгө;

Төлбөрийн сонголт: урьдчилгаа төлбөр (тээвэрлэлтийн өмнө) 50%, кредит (тээвэрлэлтийн дараа) 5 хоног 50%

Гэрээнд заасан хуваарийн дагуу төлбөрийн үе шатыг баримт бичигт автоматаар тооцдог (Хэрэглэгчийн захиалга эсвэл бараа, үйлчилгээний борлуулалт). Шаардлагатай бол тэдгээрийг Төлбөрийн талбар дахь холбоосыг ашиглан гараар тохируулж, лавлах дахь өгөгдлийг өөрчлөхгүйгээр баримт бичигт шилжүүлж болно.

Хавчуургын эхний баганад байгаа тугуудыг төлбөрийн нэхэмжлэх гаргах шаардлагатай мөрүүдэд автоматаар тохируулна. Хэрэв шугамын төлбөрийг аль хэдийн хийсэн бол (төлбөрийн баримт бичгийг мэдээллийн санд оруулсан) шугам идэвхгүй болж, "Төлбөртэй" баганад аль хэдийн хүлээн авсан дүнг харуулна. Нэхэмжлэхийг ижил нэртэй товчлуур дээр дарж үүсгэнэ. Энэ тохиолдолд шинэ байршуулсан нэхэмжлэх үүсгэх бөгөөд мэдээлэл нь үндсэн баримт бичгийн өгөгдөл, төлөх дүнгийн дагуу бөглөнө. Энэ нь "Төлбөрийн нэхэмжлэх" гэсэн дараагийн таб дээрх нэхэмжлэхийн жагсаалтад Гарсан төлөвт гарч ирнэ.

Шинэ 1С данс нь дараахь мэдээллийг агуулна.

Гарчиг дээр: юунаас, хэзээ, хэнд, хэнээс олгосон үндэслэлээр;

Төлбөрийн алхамууд нь төлбөрийн хэлбэр, банкны данс ба/эсвэл кассын бүртгэл, төлбөрийн хуваарийг харуулдаг;

Үүнээс гадна менежер, ахлагч, ерөнхий нягтлан бодогч, төлбөрийн зорилгыг бөглөж, шаардлагатай бол хэвлэсэн маягт дээр гаргах нэмэлт текст оруулах;

Сэтгэгдэл хэсэгт та хэрэглэгчийн тав тухыг хангах үүднээс бусад үнэгүй текст оруулах боломжтой.

1С 8.3-ийн төлбөрийн нэхэмжлэлийн бүх үүсгэсэн нэхэмжлэхийг "Борлуулалт" хэсэгт байгаа нэхэмжлэхийн жагсаалтаас авах боломжтой. Та "Холбогдох баримт бичиг" тайланг ашиглан төлбөр тооцооны объектын бүх гаргасан нэхэмжлэхийг үзэж, тайлангийн харгалзах мөрөнд дарж тайлангаас шууд нээх боломжтой.

Та "Хэвлэх" командыг ашиглан 1С-д байршуулсан дансны хэвлэсэн маягтыг хүссэн үедээ харуулах боломжтой, мөн сонгосон хэд хэдэн дансны бүлгийг харуулах боломжтой.

Хэвлэсэн маягт Төлбөрийн нэхэмжлэх 1С 8.3

Зөвхөн формац хэвлэсэн хэлбэрДараах системийн объектуудаас хандах боломжтой мэдээллийн санд хадгалахгүйгээр 1С 8.3 дээрх данс.

Борлуулалтын захиалгаас дараах нөхцлүүдийн дагуу:

Энэ нь захиалгын нарийвчилсан тооцоолол бүхий гэрээг ашигладаг;

Гэрээ хийх шаардлагагүй, гэхдээ гэрээ нь захиалгаар төлөх сонголтыг агуулдаг.

Дараах тохиолдолд бараа, үйлчилгээний борлуулалтаас:

Нэхэмжлэх ашиглан харилцан төлбөр тооцоо хийх гэрээг ашигладаг;

Гэрээ хийх шаардлагагүй, гэхдээ гэрээнд нэхэмжлэхийн дэлгэрэнгүй мэдээллийг зааж өгсөн болно.

1s 8.3-т заасан дансыг гэрээний дагуу төлбөр тооцоо хийх журмыг хэрэгжүүлсэн тохиолдолд дээрх баримт бичгийн аль нэгийн мэдээллийн дагуу үүсгэж болно.

Мөн 1С дансны хувьд факсаас нэхэмжлэх харуулах боломжийг нэвтрүүлсэн. Үүнийг хийхийн тулд хэвлэх тохиргоонд байгууллагын картанд факсын хэвлэлтийг нэмж оруулах ёстой (нэмэх аргыг "Факсимил хэрхэн үүсгэх вэ?" Холбоосоос авах боломжтой). 1С-д төлбөрийн нэхэмжлэхийг хэвлэх нь тохирох цэсийн зүйлийг сонгох замаар Хэвлэх командыг ашиглан хийгддэг.

"Мөнгө зарцуулах хүсэлт" баримт бичиг нь төлбөр тооцоог төлөвлөх, зохицуулах зорилготой юм.
"Төрийн сан" - "Хөрөнгийн төлөвлөлт, хяналт" - "DS зарцуулах хүсэлт" - Үүсгэх хэсэгт очиж "DS зарцуулах хүсэлт" баримт бичгийг үүсгэж болно.
"DS-ийн зардлын хүсэлт" баримт бичиг нь үүсгэх явцад сонгогдсон хэд хэдэн төрлийн үйлдлүүдтэй. Хэрэглээний төрөл бүр нь олон янз байдлыг тусгах зориулалттай бизнесийн гүйлгээ, тус бүрийг энэ гарын авлагад тайлбарлах болно.
Үүсгэсэн баримт бичгүүдийг "Төлбөрийн бүртгэл" баримт бичгийг ашиглан цуглуулж, тохиролцсон "DS зарцуулах өргөдөл". Зөвшөөрөл авсны дараа өргөдлийн үндсэн дээр "Бэлэн бус DS-г хасах" баримт бичгүүдийг автоматаар үүсгэж, банкнаас төлбөр хийхээр харилцагч банкинд байршуулдаг.
Дараахь үйл ажиллагааны төрөл тус бүрээр "ДС-ийн зардал гаргах өргөдөл" баримт бичгийн гүйцэтгэлийн жишээг доор харуулав.

Нийлүүлэгчид төлөх төлбөр
Нийлүүлэгчид төлөх төлбөрийн гүйлгээг боловсруулахын тулд "Нийлүүлэгчид төлөх төлбөр" гэсэн баримт бичгийн гүйлгээний төрөл "DS-ийн зардлын хүсэлт" зориулагдсан болно.
"DS зарцуулах өргөдөл" шинэ баримт бичигт баримт бичгийг боловсруулахын тулд бөглөх шаардлагатай талбаруудыг улаанаар тэмдэглэв. Баримт бичгийг "Баталгаагүй" төлөвт үүсгэсэн бөгөөд төлбөрийн бүртгэлийг батлах үед статус автоматаар өөрчлөгддөг. Аппликешн үүсгэх үед тэргүүлэх ач холбогдол нь автоматаар "Дунд" гэж тохируулагдана.

Зураг 1. Баримт бичгийн маягт "ДХ-ны зардал гаргах өргөдөл", үйл ажиллагааны төрөл "Нийлүүлэгчид төлөх төлбөр" (бөглөөгүй)
"DS зарцуулах өргөдөл" баримт бичгийн дэлгэрэнгүй мэдээллийг дараах байдлаар бөглөнө.
Үндсэн таб
Тоо– гүйцэтгэх явцад автоматаар үүсгэгддэг тул гараар тохируулах боломжгүй.
Огноо– үүсгэх үед одоогийн огноог тохируулна.
Зохион байгуулалт– та товчийг ашиглан санал болгож буй байгууллагуудын жагсаалтаас сонгох ёстой, эсвэл талбарт нэрийг оруулснаар шаардлагатай утгыг сонгоход санал болгоно.
Дэд хэсэг- "Аж ахуйн нэгжийн бүтэц" лавлахаас та төлбөр хийх хэсгийг сонгох ёстой.
Өргөдөл гаргагч– анхдагчаар програмыг үүсгэж буй одоогийн системийн хэрэглэгчийг зааж өгсөн болно.
Төлөвлөлт– өгөгдмөл тохиргоо нь “Төлбөрийн валютаар” бөгөөд өөрчлөх боломжгүй.
нийлбэр– шаардагдах төлбөрийн хэмжээг заана.
Валют– шаардагдах төлбөрийн валютыг заана.
Үйл ажиллагаа– үүсгэх явцад сонгогдсон “ДС-ийн зарцуулалтын өргөдөл” баримт бичгийн гүйлгээний төрлийг тусгасан болно
Төлбөрийн огноо– нийлүүлэгчид төлөх төлбөрийг төлөвлөх ёстой огноог заана.
Төлбөрийн хэлбэр– өгөгдмөл тохиргоо нь “Ямар ч хэлбэрээр” бөгөөд өөрчлөх боломжгүй.
Хүлээн авагч– төлбөр хийх ёстой нийлүүлэгчийг “Харилцагч талууд” лавлахаас заана.
Хүлээн авагчийн данс- "Хүлээн авагч" -ыг сонгохдоо хүлээн авагчийн данс шаардлагатай бол автоматаар тохируулагдсан бөгөөд хэрэв нийлүүлэгчийн өгсөн "Төлбөрийн нэхэмжлэх" дээр өөр данс байгаа бол та "Банкны данс" лавлахаас шаардлагатай дансыг сонгох ёстой.
Хязгаараас хэтэрсэн- Хэрэв систем нь салбар болон мөнгөн гүйлгээний зүйлийн хүрээнд бэлэн мөнгөний зардлыг хязгаарлах системийг ажиллуулж байгаа бол, хэрэв хийгдэж буй төлбөрийн хэмжээг өмнө нь хязгаарт оруулаагүй бол баримт бичгийг нийтлэх үед хэрэглэгч алдааны мессеж хүлээн авах болно. мөн өргөдлийг боловсруулахгүй.

Зураг 2. Хязгаарлалт төлөвлөөгүй захиалга өгөх үед гарсан алдааны жишээ.
Хязгаарыг хэтрүүлэн захиалга өгөхийн тулд та "Хязгаарлалтаас хэтэрсэн" гэсэн тугийг тавих ёстой
Төсөвт шилжүүлэх– төлбөрийг төсөвт шилжүүлсэн тохиолдолд энэ тугийг тогтооно. Туг тавих нь төсөвт төлөх төлбөрт шаардагдах KBK, OKTMO гэх мэт утгыг оруулах боломжийг танд олгоно.

Зураг 3. “Төсөвт шилжүүлэх” тугийг тохируулах жишээ.
UIP- төлбөр авагчтай байгуулсан гэрээнд заасан тохиолдолд л заасан төлбөрийн өвөрмөц танигч.
Төлбөрийн зорилго- програм нь "Оруулах" товчийг ашиглан төлбөрийн зорилгыг автоматаар бөглөх хэд хэдэн сонголтыг өгдөг.

Зураг 4. “Төлбөрийн зорилго” талбарыг автоматаар бөглөх сонголтууд.
Баримт бичгийн жагсаалт, үүнд. НӨАТ- "Төлбөрийн шифрийг тайлах" табаас төлбөр тооцооны объектуудын талаарх мэдээллийг харуулах болно

НӨАТ (18%) (бүх дүнгээр), орно. НӨАТ (10%) (бүх дүнгээр), Татвар ороогүй (НӨАТ)- Оруулсан бичвэрт НӨАТ-ын мэдээлэл нэмэгдэнэ.

Текстээс банкны дансхүлээн авагч- эсрэг талын дансны картаас "Төлбөрийн зориулалтын текст" талбарт заасан бичвэрийг оруулна.

Зураг 5. "Үндсэн" табыг бөглөх жишээ.

Төлбөрийн дэлгэрэнгүй таб
"Төлбөрийн код тайлах" таб дээр үүнийг зааж өгсөн болно дэлгэрэнгүй мэдээлэлтөлбөр авагчтай төлбөрийн болон харилцан тооцоо хийх тухай.
Төлбөрийг жагсаалт хэлбэрээр оруулж болно, i.e. хэд хэдэн тооцооны объектыг хуваарилах, эсвэл хуваахгүйгээр зөвхөн нэг тооцооны объектыг сонгох боломжтой.
Улсын батлан ​​хамгаалахын сангаас төлөх– Батлан ​​хамгаалахын засгийн газрын даалгаврын хүрээнд төлбөр төлсөн тохиолдолд л туг тавих ба бусад тохиолдолд туг тавихгүй.
Тооцооллын объект- төлбөр тооцооны объектын хувьд та "Харилцагч талтай байгуулсан гэрээ" (энэ төрлийн өргөдлийн баримт бичгийг сонгохдоо "Нийлүүлэгч/гүйцэтгэгчтэй" харилцааны төрлийн гэрээ байгуулах боломжтой) эсвэл тохиролцсон баримт бичгийг "Захиалга" зааж өгч болно. нийлүүлэгчид”.
Нийлүүлэгч
Харилцан төлбөр тооцооны хэмжээ– баримт бичгийг нийтлэх үед автоматаар тохируулагдана.
Валют– тооцооны объектыг сонгохдоо автоматаар тохируулагдана.
DDS нийтлэл– төлбөрийн төрөлд тохирох мөнгөн гүйлгээний зүйлийг заана.
Сэтгэгдэл– шаардлагатай бол төлбөрийн шифрлэлтийн талаархи тайлбарыг зааж өгнө үү.

Зураг 6. "Төлбөрийн код тайлах" табыг бөглөх жишээ.
Дансны түгээлтийн таб
"Дансанд хуваарилах" таб дээр мөнгө гаргах ёстой байгууллагын дансыг зааж өгсөн болно. Төлбөрийн хэмжээ, огноог "Үндсэн" таб дээр заасан мэдээллийн дагуу автоматаар тохируулна.

Зураг 7. "Бүртгэлээр хуваарилах" табыг бөглөх жишээ.

Зураг 8. "Нийлүүлэгчийн төлбөр" гэсэн гүйлгээний төрөл бүхий өргөдөлд зориулж "Бэлэн бус DS-ийг хасах" автоматаар үүсгэсэн баримт бичгийн жишээ.

Төлбөрийг үйлчлүүлэгчид буцааж өгөх
Үйлчлүүлэгчдэд буцаан олголт хийх гүйлгээг боловсруулахын тулд "DS-ийг зарцуулах өргөдөл" баримт бичигт гүйлгээний төрөл нь "Төлбөрийг үйлчлүүлэгчид буцаах" зорилготой юм.
Энэ төрлийн үйл ажиллагаатай "DS-ийг зарцуулах өргөдөл" баримт бичгийн дэлгэрэнгүй бүрэлдэхүүн нь ханган нийлүүлэгчийн төлбөрийг төлөх үеийн нарийвчилсан бүтэцтэй ижил бөгөөд цорын ганц ялгаа нь эсрэг талын төрөл, төлбөр тооцооны объект юм.

Зураг 9. Баримт бичгийн маягт "DS зарцуулах өргөдөл", үйл ажиллагааны төрөл "Үйлчлүүлэгчид төлбөрийг буцааж өгөх"
Хүлээн авагч– “Харилцагч талууд” лавлахаас төлбөр хийх шаардлагатай харилцагчийг заана.
Тооцооллын объект- төлбөр тооцооны объектын хувьд та "Харилцагч талтай байгуулсан гэрээ" (энэ төрлийн өргөдлийн баримт бичгийг сонгохдоо "Худалдан авагч/харилцагчтай" харилцааны төрлийн гэрээ байгуулах боломжтой) эсвэл тохиролцсон баримт бичгийг зааж өгч болно. Хэрэглэгчийн захиалга".
Худалдан авагч– тооцооллын объектыг сонгохдоо талбар автоматаар бөглөгдөнө. Тооцооллын объектын харгалзах талбарт заасан "Түншүүд" лавлах элементийг суулгасан.

Зураг 10. "Төлбөрийн код тайлах" табыг бөглөх жишээ.
Зөвшөөрлийн бүх үе шатыг давсны дараа "DS-ийг зарцуулах өргөдөл" баримт бичигт "Төлбөр төлөх" статусыг өгч, "Бэлэн бус DS-ийг хасах" баримт бичгийг автоматаар үүсгэнэ.

Зураг 11. "Үйлчлүүлэгчид төлбөрийг буцаан олгох" үйл ажиллагааны төрөл бүхий өргөдөлд үндэслэн автоматаар үүсгэсэн "Бэлэн бус DS-ийг хасах" баримт бичгийн жишээ.

Хариуцагчдад олгох
Хариуцлагатай этгээдийн дансанд мөнгө олгох гүйлгээг бүртгэхийн тулд "ДС зарцуулах өргөдөл" - "Хариуцлагатай этгээдэд олгох" баримт бичгийн гүйлгээний төрөлд зориулагдсан болно.

Зураг 12. Баримт бичгийн маягт "ДС зарцуулах өргөдөл", үйл ажиллагааны төрөл "Хариуцлага хүлээлгэн өгөх"
Хариуцлагатай хүн- лавлахаас ажилтан зааж өгсөн " Хувь хүмүүс”, хэнд мөнгө шилжүүлэх шаардлагатай байна.
ТайланСанал болгож буй хугацааны жагсаалтаас нягтлан бодогч хүлээн авсан дүнгийн талаар тайлагнах шаардлагатай хугацааг зааж өгөх шаардлагатай.

Зураг 13. "Төлбөрийн код тайлах" табыг бөглөх жишээ.
Зөвшөөрлийн бүх үе шатыг давсны дараа "DS-ийг зарцуулах өргөдөл" баримт бичигт "Төлбөр төлөх" статусыг өгч, "Бэлэн бус DS-ийг хасах" баримт бичгийг автоматаар үүсгэнэ.

Зураг 14. “Хариуцлагад шилжүүлэх” үйл ажиллагааны төрөл бүхий өргөдөлд үндэслэн автоматаар үүсгэсэн “Бэлэн бус мөнгөн хөрөнгийн данснаас хасах” баримт бичгийн жишээ.

1. Танилцуулга

Бэлэн мөнгөний төлөвлөлт нь үндсэн ажлуудын нэг юм удирдлагын нягтлан бодох бүртгэлнягтлан бодох бүртгэлээс ялгаатай.

Мэдээжийн хэрэг, менежмент ба нягтлан бодох бүртгэлийн хооронд бусад мэдэгдэхүйц ялгаа байдаг (шинжилгээнд тавих өөр өөр шаардлага, хөрөнгө/өр төлбөрийн үнэлгээ, дахин үнэлгээ, нөөц бүрдүүлэх хэрэгцээ гэх мэт), гэхдээ төлөвлөлтийн асуудлыг шийдвэрлэх хэрэгцээ нь хамгийн хэцүү нь юм. тэд.
Төлөвлөлтийн нарийн төвөгтэй байдал нь зөвхөн төлөвлөгөөг бэлтгэхэд (түүнийг тооцоолох, янз бүрийн хувилбаруудын дагуу бүрдүүлэх) оршдог, гэхдээ бас зайлшгүй шаардлагатай.

• Цагийн хуваарийг өөрчлөх;
• Төлөвлөгөөгөө шинэчлэх, дараагийн үеүүдэд тохируулга шилжүүлэх;
• Төлөвлөгөө хийх - бодит дүн шинжилгээ хийх.

Ихэнх аж ахуйн нэгжүүдэд (автоматжуулалтанд 1С ашигладаг) төлөвлөлтийг хөтөлбөрт хэрэгжүүлдэггүй гэдгийг хүлээн зөвшөөрөх хэрэгтэй.
"Бид нягтлан бодох бүртгэлийг бий болгох ёстой ..." гэж олон хүн маргаж байна.

Нягтлан бодох бүртгэлийг сайжруулах хэрэгтэй, тийм ээ, гэхдээ төлөвлөлтийн зардлаар биш.
Мэдээжийн хэрэг, тэд төлөвлөлтөө хийсээр байна (гэхдээ 1С-д биш, харин XLS-д). Хамгийн эхний, гол ажил (тэдний шийдэх гэж оролдож байгаа) бол бэлэн мөнгөний төлөвлөлт юм.

• (1) Стратегийн (төсөв боловсруулах);
• (2) Үйл ажиллагааны.

Хэрэв төсөвлөлтийг (мэдээжийн хэрэг, төлөвлөлтөд дээрээс доош чиглэсэн хандлагаар) XLS ашиглан хийж чадвал үйл ажиллагааны төлөвлөлтийг хийх боломжгүй юм.
Хамгийн гол нь хамгийн бага хэрэглэгчид (1-2 хүн) төсвийн хүснэгттэй ажилладаг. Ихэнх аж ахуйн нэгжүүдийн хувьд төсөв боловсруулах зүйл болон бусад аналитикийн тоо тийм ч их биш юм. Өөрөөр хэлбэл, бүх зүйлийг XLS дээр гараар боловсруулж болно.

Харин d/s-ийн үйл ажиллагааны төлөвлөлтийн хувьд энд байдал өөр байна. Өөрөөр хэлбэл, төлөх ёстой олон тооны нэхэмжлэх, олон тогтмол төлбөр, үйлчлүүлэгчийн захиалгад хүлээгдэж буй төлбөр гэх мэт.

Үүнээс гадна, энэ бүгдийг олон тоогоор "уяж" болно анхан шатны баримт бичиг, янз бүрийн програмын хэрэглэгчид ажилладаг, баримт бичгүүдийг тохируулдаг, нөхцөл байдал өөрчлөгддөг гэх мэт.

Үйл ажиллагааны төлөвлөлт ба төсвийн төлөвлөлтийн өөр нэг чухал ялгаа нь ихэвчлэн "доороос дээш" явдаг. Өөрөөр хэлбэл, хэлтсийн ажилтнууд үргэлж бөглөдөг "D/s зардлын хүсэлт" -ээс.

Үүний дагуу эдгээр өргөдлийг цаг тухайд нь боловсруулж, хүлээн авах/татгалзах, "төлөвлөгөө" хийх, төлөх шаардлагатай.

Нийт: d/s-ийн үйл ажиллагааны төлөвлөлт нь хамгийн анхны төлөвлөлтийн ажил, аль ч аж ахуйн нэгжийн хувьд 1С-д автоматжуулсан байх ёстой.

Төлөвлөлтийн үр дүнд санхүүгийн хэлтэс / төрийн сан системд "харах" ёстой.

• Хэзээ, хэнд, аль банкны данснаас/бэлэн мөнгөөр, ямар хэмжээгээр төлөх ёстой;
• Урсгал үлдэгдэл, төлөвлөсөн зардал, бэлэн мөнгөний орлогыг тооцон “ийм тийм” өдөр бэлэн мөнгөний үлдэгдэл ямар байх вэ. гэж нэрлэгддэг зүйлээс зайлсхийх ёстой. "мөнгөний зөрүү"

  Өөрөөр хэлбэл, төлбөрийн хуанлитай ажиллах шаардлагатай байна.

• Төлөвлөсөн төлбөр, орлого, харилцан төлбөр тооцооны одоогийн үлдэгдэл зэргийг харгалзан заасан хугацаанд эсрэг талуудтай ямар өр байх вэ.

  Өөрөөр хэлбэл, тооцооллын хуанлитай ажиллах шаардлагатай байна.

Энэ нийтлэлийн зорилго – d/c-ийн үйл ажиллагааны төлөвлөлтийг автоматжуулах боломжуудын талаар ярих. Үүний зэрэгцээ үүнийг хэрэгжүүлэх болно харьцуулсан шинжилгээ 3 өөр эргэлтийн тохиргоо (хоёр нь 1С-ийн стандарт, нэг нь компанийн мэргэшсэн зөвлөгөө).

Тохиргоо бүрийг үйл ажиллагааны төлөвлөлтийн асуудлыг шийдвэрлэхэд ашиглаж болох боловч төслийн цар хүрээ, цар хүрээг харгалзан тэнцвэртэй сонголт хийх хэрэгтэй.

2. Зөөлөн асаагуурын онцлог 1.3

Асаалттай одоогоор 1С удаан хүлээсэн бүтээлээ хараахан гаргаагүй байна шинэ хэвлэл UPP (илч 2). Ийм учраас бид бэлэн байгаа зүйл дээр анхаарлаа төвлөрүүлэх болно - SCP 1.3-ийн холбогдох дэд системүүд:

"Бэлэн мөнгө зарцуулах хүсэлт" дэд систем харьцангуй саяхан (2011) тохиргоонд шинэчлэгдсэн гэдгийг тэмдэглэх нь зүйтэй. Үүний үр дүнд удирдлагатай интерфэйсийн горимд хэсгийн самбар дээр "D/s/-ийг зарцуулах хүсэлт" гэсэн зүйл гарч ирэв.

Хэрэв та стандарт тохиргоонд файлын горимд "D/s зардлын хүсэлт" (ZRDS гэх мэт) баримт бичгийн маягтыг нээхийг оролдвол "Дэлхийн үнэ цэнэ" гэсэн ерөнхий модулийн "Дэлхийн үнэ цэнэ" хувьсагчийн хувьд алдаа шууд гарч ирнэ. Ерөнхий хувьсагч".

"Тунадас хэвээр байна" гэж хэлснээр ийм алдааг засч залруулж болно. Өөрөөр хэлбэл, UPP ZRDS дэд системд хангалттай "барзгар" байдаг.
WEB хөтчөөр дамжуулан ZRDS баримт бичгийг боловсруулах чадвар нь ашигтай боловч бодит байдал дээр та хялбарчлах, эргономикийн талаар сайтар бодох хэрэгтэй болно. стандарт хэлбэрбаримт бичиг. Энэ нь хөдөлгөөнт төхөөрөмжүүдэд онцгой ач холбогдолтой байх болно.

Гэхдээ төлбөрийн хуанлийн хувьд нимгэн үйлчлүүлэгчийн горимд, WEB хөтчөөр алсаас хийх гэх мэт. та үүнийг ашиглах боломжгүй болно. Үүний шалтгаан нь бэлэн мөнгөний удирдлагын дэд систем удаан хугацаанд шинэчлэгдээгүй, ялангуяа төлбөрийн хуанлийн тайлан нь өгөгдлийн бүрдлийн систем дээр бүтээгдээгүйтэй холбоотой юм. Тиймээс, энэ тайланг нимгэн үйлчлүүлэгчдэд ашиглах боломжгүй;

ZRDS-тэй ажиллахдаа өргөдлийг зохицуулах, батлах журам чухал байр суурийг эзэлдэг. -аас хамаарна зохион байгуулалтын бүтэцаж ахуйн нэгж болон бизнесийн бусад онцлог шинж чанарууд, өргөдөл батлах дотоод журам (батлах журам) нь нэлээд төвөгтэй (олон үе шаттай, хувьсах гэх мэт) байж болно. Тиймээс энэ нь автоматжуулалтын хувьд амар ажил биш юм.

UPP-д зохицуулалт, батлах дэд системийг хэрэгжүүлдэг. Энэ нь нэлээд уян хатан тохиргоог өгдөг.

• Зөвшөөрөл нь өргөдлийн төлбөрийг төлөх шаардлагатайг батлах явдал юм. Ерөнхийдөө зөвшөөрөл нь хэлтсийн дарга, менежер болон бусад хүмүүсээр дамжих ёстой хариуцлагатай хүмүүскомпаниуд.
• Зөвшөөрөл нь өргөдлийг төлнө гэсэн эцсийн баталгаа (нярав). Энэ тохиолдолд төлбөрийн огноо, төлбөр хийх банкны данс/мөлбөрийн алба тодорхойлогдсон байх ёстой. Тиймээс төлбөр нь үйл ажиллагааны төлөвлөгөөнд (төлбөрийн хуанли) ордог.

Зөөлөн асаагуурын стандарт функцүүдийн хэд хэдэн тал нь дэд системийг бодитоор хэрэгжүүлэхэд шаардагдах зүйлийг хангаж чадахгүй гэдгийг тэмдэглэх нь зүйтэй.
Би эдгээр "хэсэг"-ийн талаар дараа бичих болно, гэхдээ одоо ердийн тохиргоо нь ямар функцээр хангадаг болохыг харцгаая.

1. Та өргөдөл батлах механизмыг байгууллага тус бүрээр тусад нь идэвхжүүлж болно.

• Маршрут болон маршрутын шатлалаар дамжуулан програмын дарааллыг тохируулах боломжтой.

1. Програмын чиглүүлэлтийн механизмд хэлтсийн лавлах дахь шатлалыг тооцдоггүй гэдгийг тэмдэглэх нь зүйтэй.
2. Мөн зохицуулалт, зөвшөөрлийг бизнесийн үйл явцын механизм ашиглахгүйгээр техникийн аргаар хийсэн байсныг цуцлах шаардлагатай байна.

• Хэсэг бүрт та програмыг зөвшөөрөх боломжтой нэг/хэд хэдэн хэрэглэгчийг зааж өгч болно. Өөрөөр хэлбэл, өргөдлийг тэдний аль нэг нь зөвшөөрч болно (хэн түрүүлж чадсан).

• Хэлтэс тус бүрийн хувьд та холбогдох зөвшөөрлийн маршрутын цэгийг оноож болно. Үүний мөн чанар нь: өргөдөл (ZRDS) бөглөхдөө Төв Холбооны дүүрэг (хэлтэс) ​​-ийг зааж өгөх ёстой. Мөн заасан хуваалтаас хамааран UPP нь холбогдох зөвшөөрлийн цэгийг "олж", энэ цэгт батлах өргөдлийг "илгээдэг".

Мөн зөвшөөрлийн маршрутыг тогтоохдоо аль нэг хэлтсийг зааж өгөхгүй байх боломжтой. Энэ тохиолдолд ийм зохицуулалтын цэгийг холбогдох маршрутын цэгийг тусгайлан заагаагүй бүх CFD-д "хэрэглэх" болно.

1. Зөвшөөрөл нь өөрөө "Хэрэглээний зөвшөөрөл" тусгай боловсруулалтыг ашиглан хийгддэг.

1. Төлөвлөсөн хөрөнгийн бэлэн байдал, төлбөрийн хуваарь, бэлэн мөнгөний зөрүүг хянах шинжилгээг "Төлбөрийн хуанли" тайланд хийдэг.

Төлөвлөсөн d/s (ZRDS) хэрэглээнээс гадна та d/s-ийн төлөвлөсөн хүлээн авах хэмжээг харгалзан үзэж болно. Эдгээр зорилгын үүднээс бүртгэлийг өгдөг тусгай баримт бичиг"Д/с-ийн төлөвлөгөөт хүлээн авалт."

Хэдийгээр "D/c-ийн төлөвлөгөөт хүлээн авах" баримт бичигт (бэлтгэсэн, тохиролцсон гэх мэт) заалт байгаа боловч энэ баримт бичгийг (түүнчлэн ZRDS) зохицуулах боломж байхгүй гэдгийг тэмдэглэх нь зүйтэй. Өөрөөр хэлбэл, баримт бичгийн статусыг өөрчлөх нь зөвхөн "гараар удирдах" горимд л боломжтой юм.

Мөн UPP-д "Төлөвлөсөн бэлэн мөнгө" гэсэн баримт бичгийг бэлтгэхгүйгээр худалдан авагчдаас төлөвлөсөн бэлэн мөнгө хүлээн авах боломжтой.

Өөрөөр хэлбэл, "Хэрэглэгчийн захиалга" -ыг худалдан авагчид олгосон бол "Захиалга тооцсон төлбөрийн хуанли" гэсэн тусдаа тайланд энэхүү төлөвлөсөн баримтыг харж болно.

1. Төлбөрийн хуанлийн тайлангаас гадна бэлэн мөнгөний бэлэн байдлын шинжилгээний тайлан байдаг.

Үүний зэрэгцээ, d/s-ийг нөөцлөх (зардлын мэдүүлэгт үндэслэн) эсвэл төлөвлөсөн орлогын эсрэг өргөдөл гаргах боломжтой.

ZRDS-ийг хаах, d/c-ээс төлөвлөсөн орлого зэрэг функцууд бас бий. Эдгээр зорилгын үүднээс "байнгын үйлчлүүлэгч" горимд "Зарлага / орлогын мэдүүлгийг хаах" баримт бичгийг өгдөг.

Гэсэн хэдий ч энэ функцийг нимгэн/вэб клиент горимд дэмждэггүй.
Энд та "хатуу захиалга" техник нь баримт бичиг оруулах он дараалалтай нягт холбоотой гэдгийг ойлгох хэрэгтэй бөгөөд энэ нь тохируулга хийх, дахин төлөвлөхөд хэцүү болгодог.

Тиймээс уг функцийг UPP-д "өнгөрсөн үеийн өв" болгон үлдээсэн бөгөөд төлбөрийн хуанли нь d/s-ийн бэлэн байдалд дүн шинжилгээ хийхэд ашиглагдах ёстой.

Тиймээс бид зөөлөн асаагуурын функцийг авч үзсэн бөгөөд одоо би стандарт тохиргооны практикт төсөл дээр өөрчлөх шаардлагатай талуудыг жагсаах болно.

1. “Д/с зарцуулалтын өргөдөл” баримт бичгийн дагуу:
   1. Баримт бичигт та "Хэлтэс" -ийг зааж өгч болно (дашрамд хэлэхэд, тохиргоонд үүнийг Төв Холбооны дүүрэг - санхүүгийн хариуцлагын төв гэж тодорхойлсон). Гэхдээ нэг хэлтсээс (CFD) өргөдлөө өгөх нь нэлээд боломжтой бөгөөд энэ тохиолдолд зардлыг өөр хэлтэс(үүд)-д (CFD - санхүүгийн удирдлагын төвүүд) хуваарилах/хуваах шаардлагатай болно.

      Дижитал функцуудыг тодорхойлох чадвар гэх мэт. - байхгүй.

      Маршрутыг өөрчлөх эсвэл програмыг өөр маршрут руу шилжүүлэх боломж байхгүй.

1. Харилцах данс хооронд, данснаас касс руу мөнгө шилжүүлэх ажлыг төлөвлөх боломж байхгүй.
1. Зөвшөөрөх үйл явц:
   1. ЗРДС-ийг зохицуулах боломжтой боловч төлөвлөсөн d/s хүлээн авалтыг зохицуулах боломж байхгүй.
   2. Практикт бусад ажилчдад зөвшөөрөл авах шаардлагатай болдог. Үүний зэрэгцээ систем нь "хэн хэн, хэнд зөвшөөрөл өгсөн" талаарх мэдээллийг бүртгэх шаардлагатай.

      Нэг зохицуулалтын цэг дээр хэд хэдэн боломжит гүйцэтгэгчийг суулгах сонголт нь ихэвчлэн тохиромжгүй байдаг тул энэ гүйцэтгэгчийг зохицуулалтын бусад үе шатанд зааж өгч болно. Үүний үр дүнд энэ бүхэн нь ажилтан батлах хүсэлтийн жагсаалтад үндсэн болон шууд бус батлах даалгавруудыг нэгэн зэрэг гүйцэтгэх болно. Мэдээжийн хэрэг, энэ нь хэрэглэгчийг төөрөгдүүлж, тийм ч тохиромжтой биш юм.

      Дүгнэж хэлэхэд, өөр жүжигчний хувьд зохицуулалт хийх чадвар, хэн хэнийг зохицуулах эрхтэйг зааж өгөх чадвар дутмаг байна.

   3. Өргөдөл батлах явцад, маршрутын дагуу дараагийнх руу нь батлахаар шилжүүлэх үед дараагийн гүйцэтгэгчид, түүнчлэн програмын зохиогчид автоматаар мэдэгдэх (и-мэйл) функц эрэлттэй байдаг. .
   4. Хэрэв програмын зохиогч аль хэдийн зохицуулалт/зөвшөөрөх үүрэгтэй бол (маршрутын аль ч үе шатанд!) Дараа нь програмыг автоматаар "богиносгож" програмыг боломжтой хамгийн дээд түвшинд шилжүүлэх нь логик юм. Гэхдээ энэ нь UPP-д тусгаагүй болно.
   • Дээрх бүх шаардлагууд нь стандарт тохиргоонд ороогүй ч гэсэн .

1. Тайлан, нэвтрэх эрх.
   1. Зөвхөн байгаа зохиогчид/гүйцэтгэгчид (зохицуулагчид) програмуудад хандах хандалтыг хязгаарлах боломжийг шаардаж байна; хэрэглэгчдэд нээлттэй хэлтэсүүдээр.
   2. Бодит болон төлөвлөсөн өрийн хяналтыг (өдөр, интервалаар) тайлагнадаггүй. Энэ нь худалдан авагч болон ханган нийлүүлэгчдийн аль алинд нь үнэн юм.
   3. Тайлагнах болон зарим функцууд нь нимгэн/вэб клиент горимд ажиллахад тохиромжгүй.
2. Тогтмол гэрээ, гэрээний нягтлан бодох бүртгэл.
   1. Нийлүүлэгчид тогтмол төлбөр төлөх шаардлагатай нөхцөл байдал ихэвчлэн тохиолддог. Жишээлбэл, түрээсийн төлбөргэх мэт.

      UPP үүнийг төлбөрийн хуанлид автоматаар тусгадаггүй гэх мэт. эдгээр удахгүй гарах зардал. Өөрөөр хэлбэл, ийм төлбөрийг гараар хянаж, төлбөрийн хүсэлтийг бөглөх шаардлагатай бөгөөд энэ нь тохиромжгүй, хөдөлмөр их шаарддаг.

   2. Худалдан авагч, ханган нийлүүлэгчидтэй хийсэн гэрээнд урьдчилгаа төлбөрийн хувь хэмжээ, төлбөрийн нөхцөл гэх мэт нөхцөлийг тогтоож болно.

      UPP нь энэ бүх мэдээллийг автоматаар бүртгэдэггүй бөгөөд (үр дүнд нь) төлбөрийн хуанлид автоматаар тусгадаг.

3. UT 11.1-ийн онцлог

"Худалдааны менежментийн Rev.11" шинэ тохиргоог гаргаснаар үйл ажиллагааны төлөвлөлт, санхүүгийн хяналтын даалгавруудад олон шинэ, хэрэгцээтэй функцууд гарч ирэв.
UT11-ийн энэ хэсгийн хамгийн чухал зүйл бол (UPP 1.3-тай харьцуулахад) төлбөрийн хуваарийг бүртгэх механизм юм. Энэхүү механизм нь байнгын гэрээ, гэрээний дагуу төлөвлөлт/нягтлан бодох бүртгэлийн автоматжуулалт гэсэн маш их дутагдаж байсан зүйлийг “хаадаг”.

Тиймээс, UT11-д та зардал, орлого төлөвлөхдөө баримт бичиг огт бүрдүүлэх шаардлагагүй (мэдээж хэрэг байхгүй бол) мөн төлбөрийн хуанли хэвийн бүрдэх болно.

Та "Төлбөрийн хуанли" тайлангийн "стандарт тохиргоо" нь хүлээлтэд нийцэхгүй байгааг цуцалж болно (тиймээс хуанли харагдахгүй), гэхдээ хэрэглэгчийн горимд "төлбөрийн огноо" болон тайлангаар бүлэглэл нэмж болно. ердийн хэлбэрээр үүсгэгдэх болно.

Мэдээллийн бүрдүүлэгч системийг ашигласнаар тайлангийн үйл ажиллагаа (SCP 1.3-тай харьцуулахад) ихээхэн өргөжсөн. Одоо тайланг нимгэн/вэб клиент дээр үүсгэж, мэдээллийн санд хадгалж, өөр өөр хэрэглэгчдэд шаардлагатай тохиргоог оноож болно.

UT11 нь гэр ахуйн барааны хэрэглээ, хүлээн авалтыг төлөвлөхөөс гадна гэр ахуйн барааны хөдөлгөөнийг төлөвлөх функцтэй болсон. Эдгээр зорилгоор та "Айл нүүлгэн шилжүүлэх захиалга" баримт бичгийг бүрдүүлж болно.

"Бэлэн мөнгө зарцуулах өргөдөл" баримт бичгийн UPP 1.3-тай харьцуулахад бизнесийн гүйлгээний төрлүүдийн тоо өссөн байна.

Одоо "Хөрөнгө зарцуулах өргөдөл" болон бусад захиалгыг хоёуланг нь батлах боломжтой.

Өрийг интервал/нөхцөлөөр шинжлэхийн тулд тайланг гаргаж өгсөн болно " Дансны авлага" Шаардлагатай бол та өрийн хуанли үүсгэж болно. Үүнийг хийхийн тулд захиалгат горимд та төлбөрийн огноогоор бүлэглэл нэмэх хэрэгтэй.

Харамсалтай нь, UT11 (өмнөх шиг) нь нийлүүлэгчдийн өрийн хуанлид дүн шинжилгээ хийх боломжийг олгодоггүй. Гэсэн хэдий ч, UT11-ийг энэ ажлыг дуусгах шаардлагатай.

Дүгнэж хэлэхэд: "1С" арга зүйн шинэ шийдлүүд нь 8.2 платформын чадавхитай хамт үйл ажиллагааны төлөвлөлт, d/s-ийн хяналтыг автоматжуулах сайн үндэс суурийг бүрдүүлдэг.

Гэхдээ үүнтэй зэрэгцэн та UT11-ийн тохиргоо дуусаагүй гэдгийг ойлгох хэрэгтэй. бэлэн шийдэлтөрийн сан, санхүүгийн төлөвлөлтийг автоматжуулах зорилгоор .

• Нэгдүгээрт, UT11 нь зардал болон бусад төлөвлөлтийн баримт бичгүүдийг зохицуулах/батлах механизмыг маш хялбаршуулсан хэлбэрээр хэрэгжүүлдэг. Өөрөөр хэлбэл, чиглүүлэлтийн механизм байхгүй, програмыг батлах үйл явц нь статусыг тохируулах хүртэл буурдаг.
• Хоёрдугаарт, UT11 нь төсвийн дэд системгүй бөгөөд (үр дүнд нь) төлөвлөсөн төсвийн програмуудыг хянах функц байхгүй байна.

4. WA Онцлогууд: Санхүүч

Түүхийн хувьд WA: Financier тохиргоог Төрийн сангийн удирдлагын бүтээгдэхүүн дээр үндэслэн боловсруулсан.

Үүний зэрэгцээ WiseAdvice-ийн шинэ "Санхүүч" шийдэлд дараахь зүйлс орно.

• Төсвийн төлөвлөлтийн дэд систем;
• Гэрээний удирдлагын дэд систем;
• Бодит төлбөрийг бүрдүүлэх, нягтлан бодох бүртгэлийн дэд систем;
• Загвар дээр суурилсан баримт бичгийг үүсгэх/бөглөх уян хатан, өөрчлөх боломжтой механизм;
• Үйлчлүүлэгч-банкны интеграцийн дэд систем нь уян хатан, өөрчлөх боломжтой.

"WA: Financier"-ийн үндсэн функцийг төрийн сангийн хувьд авч үзье - гэрээний нөхцлийг харгалзан үзэхээс эхлээд төлбөрийн хуанли үүсгэх хүртэл.

1. Өргөдөл батлах процессын явцад та зөвхөн баримт бичгийг батлах/татгалзах боломжгүй (UPP-д хийдэг шиг), гэхдээ бусад функцууд бас боломжтой: жишээлбэл, баримт бичгийг хянан шалгахаар илгээх эсвэл нэмэлт мэдээлэл хүсэх. мэдээлэл.

   Энэ бүх үйл явцыг автоматжуулж, баримт бичгийн боловсруулалтын байдлын талаар тайлагнах болно.

5. Үр дүн

Дүгнэлт:

1. Санхүүгийн алба, төрийн сан, зохион байгуулалтын нарийн бүтэцтэй байгууллагуудын ажлыг автоматжуулах. бүтэц нь хамгийн тохиромжтой шийдэл юм "WA: Санхүүч".

   Энэхүү шийдэл нь янз бүрийн санхүүгийн байгууллагуудын онцлог, шаардлагыг хуримтлуулж, удаан хугацааны туршид хөгжиж, хөгжиж ирсэн. хэлтэс, төрийн сан. Уг шийдлийг боловсруулахад зарцуулсан нийт хөдөлмөрийн зардал 5000 гаруй хүн/цаг болсон.

   "WA: Financier" шийдлийн давуу тал нь түүний боловсруулсан функц, олон тооны програмын тохиргооны механизм юм. Тиймээс энэхүү шийдлийг богино хугацаанд ("хайрцагнаас гадуурх хэрэгжилт" гэж нэрлэдэг) нэмэлтгүйгээр хэрэгжүүлэх боломжтой. хөгжүүлэлт, програмчлал гэх мэт.

   Шийдэл нь бүх гол зүйлтэй хоёр талын солилцооны механизмыг агуулдаг ердийн тохиргоо, дараа нь одоо байгаа бүтцэд (UT, UPP, Kompleksnaya, Bukh мэдээллийн сантай мэдээлэл солилцох) нэгтгэх нь хэцүү биш байх болно.

2. Санхүүгийн хэлтэс / төрийн санг автоматжуулах иж бүрэн автоматжуулалтын төслийн хүрээндхамгийн зөв шийдэл UPP дээр суурилсан.

   Үүний зэрэгцээ зөөлөн асаагуурын ажиллагааг сайжруулах шаардлагатай гэдгийг та ойлгох хэрэгтэй.

   Тодорхойлолт, санхүүгийн шаардлага. хэлтэс, төрийн сангууд нь тусдаа, тусгай шийдэлд хийгдсэн шиг UPP-д гүн гүнзгий ороогүй болно.

   Тиймээс эдгээр ажлуудад зориулсан SCP-ийн хэрэгжилтийг зөвхөн автоматжуулалтын төслийн нэг хэсэг болгон гүйцэтгэх ёстой.

3. Томоохон байгууллагуудад төрийн сангийн хэлтсийг автоматжуулах UT11тохирохгүй байна.

   IN энэ шийдвэрНэгдүгээрт, төлөвлөлтийн баримт бичгийг зохицуулах/батлах механизм байхгүй.

   Хоёрдугаарт, үйл ажиллагааны төлөвлөлтийн үед төсвийн хэрэгжилтийг хянах, төсвийн дэд систем байхгүй.

   Гэсэн хэдий ч UT11 хувьд төгсавтоматжуулалт (үйл ажиллагааны төлөвлөлт d/c орно) жижиг санхүүгийн компанийн хэлтэсүүд.