Үүнийг дараах хуримтлалын бүртгэлд дүн шинжилгээ хийх замаар хялбархан шалгаж болно.

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

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

1С: Аж ахуйн нэгжийн нягтлан бодох бүртгэл 8-д хэт их суутгасан хувь хүний ​​орлогын албан татварыг буцаах

Хамгийн сүүлийн ажлын өдөр 11-р сарын 2 байсныг харгалзан бид арваннэгдүгээр сарын цалинг тооцож эхэлдэг.

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

"Хувь хүний ​​орлогын албан татвар" таб дээрээс бид тооцоолсон татвар, мөн суутгалын дүнгийн талаархи мэдээллийг хардаг. Нөхөн тооцох хувь хүний ​​орлогын албан татварын хэмжээг мөн “Төлбөрийн тохируулга” табын тусдаа мөрөнд тусгана.

Бид баримт бичгийг байрлуулж, нийтлэлүүдийг хардаг

"Цалин ба боловсон хүчин", "Хувь хүний ​​орлогын албан татвар", "Хувь хүний ​​орлогын албан татварын бүх баримт бичиг" табыг нээнэ үү.

"Үүсгэх" товчийг дараад жагсаалтаас "Хувь хүний ​​татварын тайлан"-г сонгоно уу

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

- татварын буцаан олголтыг олгосон сар;

- хувь хүний ​​орлогын албан татварыг буцааж өгдөг ажилтан;

- орлого, татварын дүнг хүлээн авсан огноо.

Бид баримт бичгийг удирдаж, хаадаг.

Шалгахын тулд бид төлбөрийн хуудас үүсгэх болно. "Цалин ба боловсон хүчин", "Цалин", "Цалингийн тайлан" табыг нээгээд "Цалингийн хуудас" -ыг сонгоно уу.

Бид хугацаа, байгууллага, ажилтныг зааж, "Үйлдвэрлэх" товчийг дарна уу.

Асуулт:

Сурахдаа 1C ZUP 3Хөтөлбөр нь цалингийн тайлангийн үлдэгдлийг хуримтлуулсан сараар нь харуулдаг болох нь тогтоогдсон ( цалингийн тэнцэл), төлбөрийн сараар биш ( баланс), ZUP 2.5-д байсан шиг. Төлбөрийн сараар үлдэгдлийг харахын тулд програмыг хэрхэн өөрчлөх вэ?

Хариулт:

✅ "1С ZUP 3.1-д зориулсан лайфхакууд" семинар
1C ZUP 3.1-д нягтлан бодох бүртгэлийн 15 лайф хакерд хийсэн дүн шинжилгээ:

✅ 1С ZUP 3.1-д цалингийн тооцоог шалгах ШАЛГАХ ЖАГСААЛТ
VIDEO - нягтлан бодох бүртгэлийг сар бүр шалгах:

✅ 1С ZUP 3.1 дахь цалингийн тооцоо
Эхлэгчдэд зориулсан алхам алхмаар зааварчилгаа:

Одоо ямар ч өөрчлөлт хийх шаардлагагүй, энэ функцийг хувилбараас нь эхлэн стандарт тохиргоонд хэрэгжүүлсэн ZUP 3.1.4.120.

Нэг жишээ авч үзье. Ажилтан Арсеньева В.С. Хоёрдугаар сард цалингаа өгсөн.

Цалингаа 2018 оны 3-р сарын 05-ны өдрөөс эхлэн төлдөг.

Өмнө нь орсон 1C ZUP 3цалингийн тайланд ( Цалингийн хуудас, Хуримтлалын бүрэн жагсаалт, Ажилтны цалингийн дүн шинжилгээгэх мэт) ийм нөхцөлд 2-р сарын цалинг төлсөн баримтыг 2-р сарын тайланд 3-р сарын төлбөрийг төлсөн огноог үл харгалзан үргэлж оруулсан болно. төлбөрийн огноогоор биш, хуримтлагдсан/төлбөр хийгдсэн сараар.

Одоо орлоо 1C ZUP 3.1.4формацийг хэрэгжүүлэх боломж бүрдлээ "нягтлан бодох бүртгэлийн үлдэгдэл", өөрөөр хэлбэл ингэснээр төлбөрийн баримтыг төлбөр хийгдсэн сарын тайланд тусгасан болно.

Үүний тулд зайлшгүй шаардлагатай Нэмэлт тохиргоо(цэс хэсэг Тохиргоо) шилжүүлэгчийг тохируулах " Харилцан тооцоог харуулах: нягтлан бодох бүртгэлийн мэдээллийн дагуу«.

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

Бид ижил төстэй дүр зургийг тайлангаас харж болно Ажилтны цалингийн шинжилгээТэгээд Хураамж, суутгал, төлбөрийн иж бүрэн багц.Энэ тохиолдолд 2-р сарын тайланд 1-р сарын төлбөр, 2-р сарын эцсээр сарын эцсийн өрийн үлдэгдлийг тусгана.

Шинэ нийтлэлүүдийн талаар хамгийн түрүүнд мэдэхийн тулд миний блогын шинэчлэлтүүдийг захиалаарай:

Асуулт: ажлаас халагдсан ажилтнаас байгууллагад төлөх өр

Өдрийн мэнд. Надад хэлээч, би пенни яаж арилгах вэ? Баримт бичигт 2 сарын дотор олгох цалинд шаардлагатай хэмжээнээс шууд утгаараа пенни илүү байсан мөнгийг оруулсан байна. Та тэдгээрийг хэрхэн хасаж чадах вэ? Ажилтан аль хэдийн халагдсан (тэр жил ч гэсэн) бөгөөд цалингийн хуудас дээрх пенни нь тухайн байгууллагын өртэй тэнцэх хэмжээний жинтэй хэвээр байна.
Бүртгэлийн бичилтийг тохируулахдаа би зөвхөн хуримтлалын бүртгэлийг засах боломжтой - Байгууллагын ажилчидтай харилцан тооцоо хийх боловч төлбөр тооцооны бүртгэлийг тохируулаагүй болно. Мөн цалингийн баримт бичгийг буцаах боломжгүй, боломжгүй.

Хариулт:

За тэгвэл зөвхөн хасах тэмдэгтэй хуримтлагдана

Асуулт: ZUP 3.0 Ажлаас халагдсан ажилтанд хувь хүний ​​орлогын албан татварыг буцаан олгох

Ажлаас халагдсанаас хойш хэсэг хугацааны дараа хүн амын орлогын албан татварыг хэт их тооцоолж, суутган авсан ажилтны 1С хөтөлбөрт тухайн үеийн орлогын албан татварын тайланг хэрхэн зөв хийх вэ.
ZUP 3.0.25.132
1С 8.3.8.1675


Магадгүй хэн нэгэн тусалж магадгүй.
2NDFL гэрчилгээ зэрэг бүх зүйл зөв тохирохын тулд ямар төрлийн бичлэг хийх шаардлагатай вэ?

Хариулт:

Кирилл_NN хэлэхдээ:

Ажлаас халагдсанаас хойш хэсэг хугацааны дараа хүн амын орлогын албан татварыг хэт их тооцоолж, суутган авсан ажилтны 1С хөтөлбөрт тухайн үеийн орлогын албан татварын тайланг хэрхэн зөв хийх вэ.
ZUP 3.0.25.132
1С 8.3.8.1675
Хувь хүний ​​орлогын албан татварын буцаах баримт бичиг нь бүртгэлд бичилт хийдэггүй: Ажилтантай харилцан тооцоо хийх, төлөх цалин, ажилчдын суутгалын хуримтлал.
Тэдгээр. Бид түүнд мөнгө төлж чадахгүй, учир нь... Хөтөлбөр нь аль хэдийн халагдсан ажилтанд байгууллагын өрийг хардаггүй
Магадгүй хэн нэгэн тусалж магадгүй.
Ажилтан Иванов Иван Иванович, нөхцөл байдлыг 1С тестийн мэдээллийн санд хуулбарласан -
2NDFL гэрчилгээ зэрэг бүх зүйл зөв тохирохын тулд ямар төрлийн бичлэг хийх шаардлагатай вэ?

Өргөтгөх бол товшино уу...

Хувь хүний ​​орлогын албан татварын бүртгэлийг зөвхөн “Мэдээлэл дамжуулах” баримт бичгийг ашиглан гараар засварлана.
ZUP-д ямар ч нийтлэл байхгүй болно. Тэд ямар ч байсан байхгүй)

Асуулт: Ажлаас халагдсан ажилтны тарифын хувь хэмжээг хэрхэн авах вэ

Бүгдээрээ сайн уу.

Zoop 2.5-д тарифын хувь хэмжээг хадгалдаг Байгууллагын ажилтнуудын Төлөвлөсөн хуримтлалын мэдээллийн бүртгэл байдаг. Та ажилтны хамгийн сүүлийн цалингийн хэмжээг авахыг хүсч байна. Хэрэв ажилтан идэвхтэй байвал бүх зүйл хэвийн байна, Байгууллагын ажилтнуудын Төлөвлөсөн хуримтлал, Сүүлийн үеийн бууралтаар би одоогийн тарифын хувь хэмжээг авдаг, гэхдээ хэрэв ажилтан ажлаас халагдсан бол асуудал гарч ирнэ: ажлаас халах баримт бичиг хоосон болно. бүртгэлд оруулах (дэлгэцийн зураг дээрх шиг) ба үр дүнд нь хувь хэмжээ тэг болно. Энэ тохиолдолд юу хийх вэ?

Хариулт:

pavl_vs хэлэхдээ:

Ажлаас халах нь үргэлж тооцоо байдаг; тиймээс биеийн нэмэлт хөдөлгөөн хийх шаардлагагүй.
Мөн та шаардлагагүй асуулт асуух ёсгүй - асуулт нь ажлаас халах үеийн тарифын талаар тодорхой байна.

Өргөтгөх бол товшино уу...

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

--- Мессеж нэгтгэх, 2016 оны арванхоёрдугаар сарын 2 ---

импульс хэлэхдээ:

Бүртгэлд ийм хэмжээс/нөөц/шинж чанар харагдахгүй байна

Өргөтгөх бол товшино уу...

Энэ бол байгууллагын ажилчдаас юм - тэд үүнийг хольсон

Асуулт: ERP 2.4 Ажилчдад олгосон зээлийн анхны үлдэгдлийг оруулах

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

Хариулт:() Энэ нь шаардлагатай хуримтлалын бүртгэлийн бүртгэл хөтлөгч биш юм.
() Энэ нь баримт бичгийн кодонд тодорхой бичигдсэн байдаг - хэрэв бэлэн мөнгөний баримт байгаа бол энэ нь өөр логикийн дагуу ажилладаг. Тиймээс энэ нь ижил төстэй боловч тийм ч сайн биш юм.

Асуулт: УЕП 1.3-д ажлаас халагдсан хүний ​​гүйцэтгэх хуудас

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

Хариулт:() Компанийн гүйцэтгэлээс хамаарна. Сар, жилийн урамшуулал нь ажилласан цагтай пропорциональ байна.
() Сайн сонголт. 1С стандарт механизмаар хангаагүй нь хачирхалтай.

Асуулт: Байгууллагын сарын эхэнд/эцэс дэх өр.

Сайн уу? ZUP 2.5.96.1 Ажлаас халагдсан ажилтны цалингийн хуудсанд мөнгө байгаа тул хаанаас олохыг хэлж өгнө үү? хуримтлалын бүртгэлд Ажилчидтай харилцан тооцоо хийх, хувь хүний ​​орлогын албан татварыг нөхөх, тухайн сарын цалин ямар ч байгууллага байхгүй. Баярлалаа!

Хариулт:

За тэгээд өөр газар хайх хэрэгтэй.

Асуулт: Янз бүрийн байгууллагад өргөдөл гаргахдаа үндсэн ажлын байрандаа 1c zup зөрчилддөг.

Ийм асуудал. Цалин ба боловсон хүчний менежментийг гаргах, хэвлэл 2.5 (2.5.110.1). Мэдээллийн санд хоёр байгууллага бий. Хоёр байгууллагад нэг хүнийг хүлээн авах ёстой. Би хувь хүнийг бий болгож байна. Дараа нь би байгууллага бүрт энэ хүнээс ажилтан, үүний дагуу ажилд авах баримт бичгийг бий болгодог. Хөдөлмөрийн баримт бичгийг хөтлөхдөө тэрээр дараахь зүйлийг бичдэг.
Аракелов Артур Эдуардович: Ажлын гол газар дахь үе дэх зөрчилдөөн
(12-р сарын 16-аас 11-р сарын 16-ны хооронд)
Өөр хоорондоо зөрчилдсөн баримт бичиг:
Байгууллагад ажилд авна 00000000001 2017-01-01 00:00:00 (одоогийн баримт)
Байгууллагад ажилд авна OM000000001 2017-01-01 0:00:01
Энэ тохиолдолд баримт бичгийг боловсруулдаг. Би програмын кодыг харлаа, ямар ч тохиолдолд ийм мессеж гарч ирэх болно.
Зурвас нь чухал биш - энэ нь баримт бичгийг боловсруулах боломжийг олгодог. Эцсийн эцэст бүх зүйл зөв хийгдсэн - нэг хувь хүн, байгууллага бүрт ажилтан бий болж, дараа нь ажилд авдаг. НЭГ ХҮН ХОЁР ӨӨР КОМПАНИД НЭГ ЦАГТ АЖИЛЛАЖ БОЛОХ УУ? Магадгүй энэ нь өөрөө 1С-ийн өөрчлөлт биш юм болов уу? Хэн ийм зүйлтэй тулгараагүй вэ?

Хариулт:

Магадгүй, гэхдээ ажлын гол газрууд шиг биш. Нэг үндсэн ажлын байр байж болно.

Асуулт: Ажилчдын өрийг арилгах

Бүртгэл дэх хуримтлал, суутгалын багцаас ажилчдын тодорхой хэмжээний өрийг хэрхэн яаж арилгах вэ (хэрэв энэ дүнг нягтлан бодох бүртгэлийн хэлтсийн 76.02 дансанд хуваарилсан бол), нягтлан бодох бүртгэлийн хэлтсийн 70-р дансны үлдэгдэл. ЗуП дахь дүрмийн дагуу сарын эхэн ба эцсийн үлдэгдэлтэй таарч байна уу?
: итгэлгүй байна:

Хариулт:

Асуулт: ZUP 2.5-аас ZUP 3.0 руу шилжсэний дараа ажилтан алга болсон

Сайхан өдөр!

Зуны улиралд мэдээллийг байгууллага даяар шилжүүлсэн. 2015 оны эхэн үеийн үлдэгдэл, 2015 оны эргэлт. Эргүүд ойртож, тайлангууд цохиж байна, бүх зүйл сайхан байх шиг байна ...

ГЭХДЭЭ: Хязгаарлагдмал эрхтэй хэрэглэгчид (бид байгууллага тус бүрээр нь хандалт хийдэг) шилжүүлсэн ажилчдын НЭГИЙГ харахгүй. Тэд зохион байгуулах эрхтэй, бусад шилжүүлсэн ажилчид жагсаалтад харагдаж байна. Энэхүү өвөрмөц зүйлийн хувьд ажилтан ч, үүний дагуу бичиг баримт ч байдаггүй. Бүрэн эрхээр бүх зүйл харагдаж байна.

Урьдчилан таамаглаж буй асуултууд: Zup 3.0. 23. 128 (хамгийн сүүлийн хувилбарт шинэчлэгдсэн, асуудал арилаагүй). Бага зэрэг хэвийн бус (1-р маягтын гадаад төрхийг сайжруулсан, + 1 үүрэг нэмсэн, гол объектыг хөндөөгүй)

Ийм зүйлтэй тулгарсан хүн байна уу? Шалтгаан нь юу байж болох вэ?

Хариулт:() ажлаасаа халагдахгүй байгаарай, хөөрхий оюутан минь!

Өнөөдрийн нийтлэлийн сэдэв бол 1С: Цалин ба боловсон хүчний менежментийн хөтөлбөрийг 2.5-р хэвлэлээс 3.0-т шилжүүлэх явдал юм.

Шилжүүлгийн сонголтууд, юуг, хаана шилжүүлэх, шилжүүлсний дараа юуг шалгах шаардлагатайг авч үзэх болно. Урвалын хооронд өгөгдөл дамжуулахад хангалттай олон асуудал байгаа тул бид хамгийн нийтлэг зүйлийг авч үзэх бөгөөд тэдгээрийн шийдлийг шинжлэх болно. Хөтөлбөрийн хөгжүүлэгчид ZUP 2.5-аас 3.0 руу шилжих хоёр сонголтыг санал болгож байна. Энэ нийтлэлд бид хоёр хувилбарын давуу болон сул талуудыг авч үзэх бөгөөд ингэснээр та аль шилжүүлгийн аргыг ашиглах нь хамгийн тохиромжтой болохыг өөрөө дүгнэлт хийх боломжтой болно.

ZUP 3.0 хувилбар руу шилжих шалтгаан

ZUP-ийн шинэ хэвлэлд шилжих шалтгаан нь 2018 оны 2.5 хувилбар дахь дэмжлэгийг хассан, хууль тогтоомжийн өөрчлөлт юм. 1С компани 2016 оны 11-р сарын 18-ны өдрийн 22222 тоот холбогдох мэдээллийн захидлыг нийтэлсэн. ZUP 2.5-ийн хэвлэлд хамаарах энэхүү захидлын хэсгүүдийг энд оруулав.

• 2017 оны жилийн тайланг гаргах боломжтой болно;
• Гаргасан шинэчлэлтүүдэд 2018 оны хууль тогтоомжийг дэмжих төлөвлөгөө байхгүй;
• Хязгаарлагдмал дэмжлэг дууссаны дараа ямар нэг шалтгааны улмаас 3-р хувилбар руу шилжихийг хүсэхгүй байгаа PROF-ийн "Цалин ба хүний ​​​​нөөцийн менежмент" тохиргооны 2.5-р хувилбарын хэрэглэгчид илүү үнэтэй бүтээгдэхүүн болох 4601546081506 "1C: Цалин ба хүний ​​нөөцийн менежмент 8 КОРП” .

Гэсэн хэдий ч 2018 оны ZUP 2.5 хувилбар нь "1С: Үйлдвэрлэлийн аж ахуйн нэгжийн менежмент" ба "1С: Нэгдсэн автоматжуулалт" стандарт шийдэлд дэмжигдсэн хэвээр байгааг тэмдэглэх нь зүйтэй. Гэсэн хэдий ч ZUP 3.0-аас ZP тооцооллын үр дүнг эдгээр тохиргоонд шилжүүлэх стандарт өгөгдөл солилцох боломжгүй юм.

Хэрэв 2018 оны 1-р улиралд хууль тогтоомжид өөрчлөлт орсон бол ZUP 2.5 Basic эсвэл PROF-ээс тайлан гаргах боломжгүй болно. Тиймээс 1С нь шинэ хэвлэлд шилжих асуудлыг урьдчилан шийдэхийг зөвлөж байна.

"1С: Цалин ба боловсон хүчний менежмент" 3.0 хувилбар нь өмнөх хэвлэлээс хэд хэдэн чухал давуу талтай.

• Гар утасны програм;
• Ажилтны хувийн данс (өөртөө үйлчлэх үзэл баримтлал);
• Илүү тохиромжтой, уян хатан боловсон хүчин (өөр өөр менежментийн сонголтууд);
• Нэг өдөр боловсон хүчний хоёр үйл явдлыг бүртгэх чадвар (жишээлбэл, ажилд авах, нэг өдөр бизнес аялал хийх);
• Албан тушаалыг нэгтгэх функциональ байдал (цалин хөлсийг нэгтгэх, тооцоолох янз бүрийн хувилбаруудыг өгдөг);
• Боловсон хүчний болон тооцооны баримт бичгийн давхардлыг арилгасан (одоо баримт бичгүүд нэгдмэл болсон, хандалт нь үүргээр хязгаарлагддаг: боловсон хүчний ажилтнууд баримт бичгийн зөвхөн өөрийн хэсгийг, нягтлан бодогчид өөрсдийнхөө хэсгийг харж, засварлах боломжтой). Буруу тооцоолсон (мартсан) боловсон хүчний баримт бичгийн асуудал арилдаг. Жишээлбэл, өмнө нь 2.5-д ажилтныг халах нь хэд хэдэн баримт бичигт бүртгэгдсэн байсан бол одоо нэг баримт бичиг;
• Төлбөрийг хуучин ажилчдад, тэр байтугай ажилчдад ч биш, харин гуравдагч этгээдийн хувь хүмүүст төлсөн (өмнө нь "зохиомол" ажилд авах үйл явц шаардлагатай байсан);
• Тухайн үеийн баримт бичгийг засах чадварыг хэрэгжүүлсэн (жишээлбэл, цалинтай амралтын хугацааг дахин тооцоолох, энэ үйлдлийг 6-NDFL-д зөв тусгах);
• Зохицуулалттай 6-NDFL тайланг үүсгэх автоматжуулалтын түвшин мэдэгдэхүйц сайжирсан (99% тохиолдолд тайланг автоматаар үүсгэдэг бөгөөд гараар тохируулах шаардлагагүй)

Өгөгдөл шилжүүлэхэд бэлтгэж байна

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

Чухал! Шилжүүлэхээсээ өмнө та ZUP 2.5-ыг хамгийн сүүлийн үеийн хувилбар болгон шинэчлэх хэрэгтэй.

Өгөгдөл дамжуулалтыг эхлүүлэхийн тулд та ZUP 3.0-д тохирох туслахыг ажиллуулах хэрэгтэй. Үүнийг хийхийн тулд та "Захиргаа" хэсэгт очоод "Өмнөх програмуудаас өгөгдөл дамжуулах" сонголтыг сонгох хэрэгтэй.

Таны өгөгдөл шилжүүлэх сонголтуудын товч тойм

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

« Үлдэгдэл шилжүүлэх» - шинэ хэвлэлд нягтлан бодох бүртгэлийг эхлүүлэхэд хангалттай мэдээллийн хамгийн бага хэмжээг шилжүүлсэн. Энэ тохиолдолд нягтлан бодох бүртгэлийн арга, хөтөлбөрийн бүтцийн ялгаатай байдлаас шалтгаалан чанарын хувьд дамжуулах боломжгүй байгаа мэдээллийг дамжуулахгүй. Энэ шилжүүлгийн сонголтыг анхдагч байдлаар ашигладаг (энэ нь 1С хөгжүүлэгчид санал болгосон сонголт юм). Энэ шилжүүлгийн сонголтыг жилийн дунд үеэс эхлэн ашиглаж болно, дундаж орлогыг тооцоолох, хувь хүний ​​орлогын албан татварыг тайлагнах бүх өгөгдлийг шинэ хөтөлбөрт шилжүүлнэ. Гэхдээ цалингийн тооцоог зөвхөн анхны өгөгдөл дээр үндэслэн хийх болно (өмнөх бүх үеийг тооцохгүй).

« Бүрэн шилжүүлэг" - энэ сонголтоор өнгөрсөн бүх хугацааны өгөгдлийг шилжүүлсэн бөгөөд үүний үр дүнд шинэ ZUP 3.0 мэдээллийн санд өнгөрсөн үеийн тайлангуудыг (боловсон хүчин, цалингийн жагсаалт) гаргах боломжтой болно. Ашиглагдаагүй эсвэл ховор хэрэглэгддэг мэдээллийг дамжуулдаг бөгөөд энэ нь дамжуулах хугацаа болон алдаатай шилжүүлэх магадлалыг хоёуланг нь шаардлагагүйгээр нэмэгдүүлдэг.

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

Анхаар! Хэрэв ZUP 2.5-т та удирдлагын цалингийн бүртгэлийг ("удирдлагын нягтлан бодох бүртгэл" гэж нэрлэдэг) хөтөлж байсан бол эдгээр өгөгдлийг аль ч сонголтын дагуу шинэ мэдээллийн санд шилжүүлэхгүй. Энэ нь ZUP 3.0 нь цалингийн менежментийн бүртгэлийг заагаагүйтэй холбоотой юм.

Алхам алхмаар өгөгдөл дамжуулах

Эхний алхамд бид анхны мэдээллийн эх сурвалжийн төрлийг сонгоно. Өөрөөр хэлбэл аль программаас шилжүүлэх вэ.

Хоёрдахь алхамд дамжуулах шидтэн таныг өгөгдөл дамжуулах мэдээллийн санг сонгохыг хүсэх болно.

Дараа нь та тохируулах хэрэгтэй. Анхдагч байдлаар, шидтэн "Үлдэгдлийг шилжүүлэх" сонголтыг санал болгодог. Энэ сонголтын хувьд та шинэ мэдээллийн санд нягтлан бодох бүртгэлийн эхлэх огноог тохируулах хэрэгтэй. Жишээлбэл, огноог 11-р сар гэж тогтоосон бол 10-р сарын эцсийн үлдэгдэл шилжинэ.

• Хүний нөөцийн нягтлан бодох бүртгэл, цалингийн шинэ чадавхийг ашиглах (үндсэн сонголт бол үлдэгдлийг шилжүүлэх);
• Өмнөх програмын хуримтлалыг ашигла (хоёр дахь сонголт нь бүрэн шилжүүлэг юм).

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

Үлдэгдэл шилжүүлэх

Дээр дурдсанчлан, энэ шилжүүлгийн сонголтын хувьд үйл ажиллагаа эхлэх сарыг зааж өгөх ёстой. Алгоритм нь хувь хүний ​​орлогын албан татварын тайлан гаргах, дундажийг тооцоолоход өмнөх үеийн шаардлагатай бүх өгөгдлийг заасан хугацааны эхэнд шилжүүлдэг.

• дундаж цалинг тооцох (нийгмийн даатгалын тэтгэмжид - өмнөх гурван жил, амралт болон бусад тохиолдолд - өмнөх 15 сарын хугацаанд);
• Хувь хүний ​​орлогын албан татварыг тооцох, даатгалын шимтгэлийг тооцох (хэрэв эхлэх огноо нь 1-р сар биш, өөрөөр хэлбэл жилийн эхэн биш бол).

Нэмж дурдахад боловсон хүчин, цалингийн мэдээллийг шилжүүлэх болно (бүх өгөгдлийг шилжүүлэхгүй, зөвхөн шинэ программд нягтлан бодох бүртгэл эхлэх өдөр ашигласан мэдээллийг шилжүүлэх болно):

• Байгууллага, хэлтэс, албан тушаал, ажилтнууд болон тэдгээртэй холбоотой бүх зүйл, тухайлбал ажлын үйл ажиллагаа, гэр бүлийн бүтэц гэх мэт мэдээлэл;
• Төлбөрийн төрөл (аккруэл ба суутгал);
• Ажилчдын хувийн картыг бөглөх өгөгдөл (T-2);
• GPC гэрээ;
• Эцэг эхийн хүчинтэй чөлөө;
• Шинэ хөтөлбөрийн үйл ажиллагааны эхэн үеийн ажилтнуудын боловсон хүчний зохион байгуулалт;
• Ажилчидтай хийсэн харилцан тооцооны үлдэгдэл.

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

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

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

Т-2 картын өгөгдлийг баримт бичгээр биш, харин зохих бүртгэлд оруулсан бүртгэлээр дамжуулдаг. Шинэ хөтөлбөрт та ажилтны ажлын түүхэнд дүн шинжилгээ хийх боломжтой боловч баримт бичигт "унаж", ямар нэг зүйлийг засах боломж байхгүй болно.

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

Энэ сонголтод юуг шилжүүлээгүй вэ:

• сул орон тоо;
• Цалингийн хэмжээ нь орон тооны хүснэгтээс хамаарна;
• Дурын томъёо бүхий тооцооллын төрлүүд;
• Боловсон хүчний аналитик тайлангийн мэдээлэл (жишээлбэл, боловсон хүчний өөрчлөлт, ажилд авсан болон халагдсан ажилчдын хураангуй мэдээлэл гэх мэт);
• Тооцоолсон аналитик тайлангийн мэдээлэл (жишээлбэл, үйл ажиллагаа эхлэхээс өмнөх үеийн хуримтлалын хураангуй);
• Тарифын ангиллаар төлбөр хийх мэдээлэл (тооцооллын аргачлалын ялгаа нь 2.5 ба 3.0 байна). Ийм ажилчдын хувьд ZUP 3.0-д энэ нөхцөл байдалд заасан шинэ хуримтлалыг хуваарилах шаардлагатай болно (энэ нь Бүрэн шилжүүлгийн сонголтод бас хамаатай);
• Ажилчдын зээлийн талаархи мэдээлэл. Шинэ мэдээллийн санд та аль хэдийн хэсэгчлэн төлсөн өрийг харгалзан зээлийн талаарх мэдээллийг дахин бүртгүүлэх шаардлагатай болно (бүрэн шилжүүлгийн хувьд зээлийг шилжүүлсэн);
• Ажилтныг түр шилжүүлэх. Шинэ ZUP мэдээллийн санд шилжүүлэх огноо дуусах үед. Энэ тохиолдолд хуваалт, хуваарьтай холбоотой асуудал үүсч болно, тухайлбал орчуулга дууссаны дараа өмнөх утгууд руу автоматаар буцаах боломжгүй болно. Энэ нь үйл ажиллагааны эхэнд зөвхөн хэсэгчилсэн өгөгдөл дамждагтай холбоотой бөгөөд хэн нэгний хэлтэс, хуваарь оролцдоггүй, улмаар шилжүүлэхгүй байх нөхцөл байдал үүсч болзошгүй;
• Хувь хүний ​​орлогын албан татварын төлбөрийн даалгаврын дэлгэрэнгүй. Энэ нийтлэлийг бичиж байх үед 6-NDFL ба 2-NDFL тайланг үүсгэх бүх өгөгдлийг төгс шилжүүлсэн. Харин хувь хүний ​​орлогын албан татвар төлөх тухай мэдээлэл байхгүй. Тэднээс хувь хүний ​​орлогын албан татварын бүртгэлийг бүрдүүлэх шаардлагатай байж болно.

Бүрэн шилжүүлэг

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

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

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

• Байгууллага, хэлтэс, албан тушаал, ажилчдын тухай мэдээлэл, тэдгээртэй холбоотой бүх зүйл, тухайлбал, ажлын үйл ажиллагаа, гэр бүлийн бүтэц гэх мэт. Шилжүүлгийн үед ашиглахаа больсон өгөгдлийг хүртэл шилжүүлдэг (өөрөөр хэлбэл тухайн хугацаанд хүчинтэй байсан бүх мэдээллийг) );
• Хуримтлал ба суутгал. Тооцооллын журамтай бүх зүйлийг шилжүүлнэ. Дурын томъёог бас шилжүүлдэг, гэхдээ тэдгээрийг шалгах шаардлагатай болно;
• Боловсон хүчний хуваарь. Үлдэгдэл шилжүүлэх хувилбарын нэгэн адил орон тооны хүснэгтийг бүрэн шилжүүлээгүй боловч боловсон хүчний мэдээлэлд үндэслэн шинэ мэдээллийн санд бий болгодог. Тэдгээр. бүрэн бүрэлдэхүүний хүснэгтийг шилжүүлэхгүй байх болно;
• Дундаж орлогыг тооцоолох өгөгдөл;
• Хувь хүний ​​орлогын албан татвар, даатгалын шимтгэлийн нягтлан бодох бүртгэлийн өгөгдөл;
• Ажилчидтай харилцан тооцоо хийх тухай мэдээлэл.

Шилжүүлсэн баримт бичгийн жагсаалт (тэдгээрийг шинэ мэдээллийн санд нээж, үзэх боломжтой):

• Ажилд авах;
• Ажилтныг шилжүүлэх;
• Ажлаас халах;
• Хүүхэд асрах чөлөө (хугацаа нь дууссаныг оруулаад);
• Эцэг эхийн амралтаас буцаж ирэх;
• Гүйцэтгэлийн жагсаалт;
• Хувь хүний ​​орлогын албан татварын хөнгөлөлт үзүүлэх өргөдөл;
• Хувь хүний ​​орлогын албан татварын стандарт хөнгөлөлтийг хүчингүй болгох;
• Хувь хүний ​​орлогын албан татварын урьдчилгааг нөхөж баталгаажуулах өргөдөл.

Бусад бүх өгөгдлийг нягтлан бодох бүртгэлийн бүртгэлд шууд оруулснаар шилжүүлдэг.

Шилжүүлгийн сонголтуудын харьцуулалт

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

• Хэд хэдэн ZUP 2.5 мэдээллийн сангаас нэг ZUP 3.0 хүртэлх байгууллагууд - энэ шилжүүлгийн хувилбарыг дэмждэг;
• Нэг ZUP 2.5-аас байгууллагууд ZUP 3.0 мэдээллийн санг салгах - энэ шилжүүлгийн хувилбарыг ДЭМЖЭЭГҮЙ (стандарт бус аргаар хэрэгжүүлэх боломжгүй).

Өгөгдөл дамжуулах үр дүн

ZUP 3.0 руу өгөгдөл дамжуулах үр дүнг харахын тулд та "Үйл ажиллагааны эхэн үеийн өгөгдөл" гэсэн баримт бичгийн бүртгэлд очих хэрэгтэй.

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

• Анхны боловсон хүчний нөөц;
• Цалингийн өр;
• Үйл ажиллагаа эхлэхээс өмнө төлсөн хугацаа.

Боловсон хүчний мэдээллийг "Анхны орон тоо" баримт бичгийн төрөлд шилжүүлдэг. Үүний дагуу та үүнээс харж болно:

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

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

• Ажилчдын жагсаалт;
• хэлтэс;
• Өрийн хэмжээ.

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

• Ажилчдын жагсаалт;
• Төлбөрийн хугацаа;
• Хугацааны төрөл (жишээлбэл, өвчний чөлөө гэх мэт).

Байгууллагын ажилчдын талаарх мэдээллийг стандарт "Ажилчид" лавлах руу шилжүүлдэг. Энэ нь "Боловсон хүчин" хэсэгт байрладаг. Хүлээн авсан огноог ажилтны картанд шууд тэмдэглэдэг (үүнд тусдаа баримт бичиг байхгүй тул).

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

Бусад бүх баримт бичиг, түүний дотор тайлагнах мэдээлэл нь "Мэдээлэл дамжуулах" баримт бичигт байрладаг. Баримт бичгүүд нь "Захиргаа" хэсэгт байрладаг.

Мэдээлэл дамжуулах баримт бичигт мэдээллийг гараар оруулж болно.

"Өгөгдөл дамжуулах" баримт бичгийн журналын "Дугаар" талбарт баримт бичгийн код (эсвэл өөрөөр хэлбэл, баримт бичгийн төрөл) орно.

"Өгөгдөл дамжуулах" баримт бичгийн кодыг доор харуулав.

• TDK- Хөдөлмөрийн гэрээний талаархи мэдээлэл;
• РКД- Т-2 картыг бүрдүүлэх боловсон хүчний мэдээлэл;
• ROTP- Бүх төрлийн амралтын талаархи мэдээлэл;
• IL- Гүйцэтгэх хуудасны суутгал;
• ZP_SZfss- Тэтгэмжийн дундаж орлогыг тооцоолох анхны өгөгдөл;
• ZP_SZo- Амралтын дундаж орлогыг тооцоолох анхны өгөгдөл;
• Хувь хүний ​​орлогын албан татвар- Хувь хүний ​​орлогын албан татварын нягтлан бодох бүртгэлийн мэдээлэл;
• PSS- 4-FSS-д тусгах зорилгоор FSS сангийн тэтгэмж;
• NE— Даатгалын хураамжийн нягтлан бодох бүртгэлийн мэдээлэл.

Хэрэв та бүрэн шилжүүлэх сонголтыг сонгосон бол эдгээр баримт бичгийн нэмэлт кодууд байдаг;

• DnSost-Ажилчдын байхгүй байгаа тухай мэдээлэл;
• ROTP- Амралтын бүртгэл;
• CCA- Бодит амралт;
• Цалин- Ажилчдын бүх хуримтлал, суутгалын талаархи мэдээлэл;
• WIP- Бүртгэл, цалингийн хуудас гэх мэт ажилчдад зориулсан бүх хуримтлал, суутгалын талаархи мэдээлэл;
• З.С- Зээлийн төлбөр тооцоо;
• В.З- Өрийн талаарх мэдээллийг бий болгохын тулд харилцан тооцооны дэлгэрэнгүй мэдээлэл;
• DZP— Хадгаламж эзэмшигчдийн хооронд харилцан тооцоо хийх.

Шилжүүлгийн чек

Дамжуулах хоёр сонголт хоёулаа эцсийн өгөгдлийг нэгтгэхийг шаарддаг. Юун түрүүнд анхаарах ёстой зүйл:

• хэлтэс;
• Ажлын хуваарь;
• Хуримтлал ба суутгалын төрлүүд (Z.0 хувилбарт шинэ боломжуудыг ашиглах боломж);
• Ажилчдын хувийн мэдээлэл (сонголт болгон та хувийн T-2 картыг хэвлэж, гарын үсэгтэй баталгаажуулахын тулд ажилтнуудад тарааж болно);
• Ажилтны хүснэгт (шилжүүлэх хоёр хувилбарт та үүнийг гараар нэмэх шаардлагатай);
• Амралтын үлдэгдэл ("Амралтын үлдэгдэл" стандарт тайлан);
• Төлөвлөсөн хуримтлал ("Цалин/Цалингийн дүн шинжилгээ" стандарт тайлан);
• Төлөвлөсөн хасалт ("Төлөвлөсөн хасалт" бүртгэлийн бүх нийтийн тайлан);
• Цалингийн өр (стандарт тайлан "Цалингийн өр").

ZUP 3.0-д дундаж орлогыг тооцоолох өгөгдөл дамжуулахыг шалгах тусгай тайлан байдаггүй. Эсвэл бүх нийтийн тайлан ("Захиргаа" - "Хэвлэсэн маягт, тайлан, боловсруулалт" - "Бүх нийтийн тайлан" хэсэг) ашиглан нэгтгэх боломжтой.

Дундаж тооцооллын өгөгдлийг бүртгэлд шууд бичнэ.

• "Дундаж (ерөнхий)"-ийг тооцоолох цаг хугацааны өгөгдөл" хуримтлалын бүртгэл;
• Хуримтлалын бүртгэл "Дундаж орлогыг тооцох хуримтлалын мэдээлэл (нийт)";
• "Дундаж орлогыг тооцох даатгуулагчдын мэдээлэл (FSS)" хуримтлалын бүртгэл;
• "Дундаж орлогыг (FSS) тооцоолох хуримтлалын талаархи мэдээлэл" хуримтлалын бүртгэл;
• Мэдээллийн бүртгэл "Дунджийг тооцоолох цаг хугацааны өгөгдөл (FSS)".

ZUP 3.0 дахь хувь хүний ​​орлогын албан татварын мэдээллийг нэгтгэхийн тулд та стандарт тайланг гаргаж болно: Хувь хүний ​​орлогын албан татварын карт, шимтгэлийн дүн шинжилгээ гэх мэт.

Шилжүүлгийн үр дүнг нэгтгэх хамгийн оновчтой хувилбар бол шилжилтийн дараах үйл ажиллагааны эхний үеүүдийн ZUP 2.5 ба ZUP 3.0 дахь цалингийн тооцооны үр дүнг нэгтгэх явдал юм.

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

Хөтөлбөр 1С: Цалин ба хүний ​​нөөцийн менежмент 8 нь ажилчдын өр, байгууллагын өр гэсэн хоёр төрлийн өрийг хянах, төлөх боломжийг танд олгоно.

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

• Төлбөрийн дүнг гараар засах. "Байгууллагуудад төлөх цалин" баримт бичигт нягтлан бодогч өглөгийн дүнг гараар засдаг. Эдгээр нь төлбөрт хуримтлагдсан дүнгээс их эсвэл бага байж болно. Дүрмээр бол нягтлан бодогч шаардлагатай дүнг тооцоолж авах боломжгүй тохиолдолд үзэг хэрэглэдэг. Энэ бол муу арга юм.
• Хэсэгчилсэн төлбөр. Хэрэв харилцах дансанд мөнгө хүрэлцэхгүй эсвэл бусад шалтгааны улмаас байгууллагын удирдлага цалингийн тодорхой хэсгийг төлөх шийдвэр гаргаж болно. Үүнийг хийхийн тулд "Байгууллагуудад төлөх цалин" баримт бичигт төлбөрийн хувийг зааж өгөх ёстой. Үүний үр дүнд програм нь ажилчдын өрийг бүртгэх болно.
• Төлбөр байхгүй. Ажилтан үнэхээр цалин авдаг байсан ч зарим шалтгааны улмаас тооцоолуур энэ баримтыг хөтөлбөрт тусгаагүй тохиолдол байдаг.

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

• Төлбөрийн дүнг дугуйруулах. "Байгууллагуудад төлөх цалин" гэсэн баримт бичигт та төлөх дүнгийн дугуйралтыг зааж өгч болно. Үүний үр дүнд хасагдсан дүн нь авч үзэж буй нөхцөл байдалд өрийг бүрдүүлэхгүй. Эдгээр дүнг ирэх сард төлөхдөө автоматаар тооцдог. Ажлаас халагдсаны дараа эсвэл ажилтны хүсэлтээр та дугуйралтыг арилгах боломжтой бөгөөд пенни бүрийг төлнө.
• Цалингийн дахин тооцоолол. Бас нэг зүйлд анхаарлаа хандуулцгаая. Тухайлбал, нэг ажилтны тавдугаар сарын цалинг бүрэн олгосон. Зургадугаар сард тэр тавдугаар сард хэд хоног эзгүй байсан нь тогтоогдсон. Үүнийг хийхийн тулд та "Байгууллагад ажилгүй байх" тооцооны баримт бичгийг гаргах хэрэгтэй. Төлбөр төлөгчийн үүднээс бол илүү төлөлт байгаа. Гэсэн хэдий ч хөтөлбөрт энэ илүү төлөлтийг ажилтны байгууллагын өр гэж бүртгэдэггүй. Үүний оронд 1С: Цалин ба боловсон хүчний менежмент 8 хөтөлбөр нь 5-р сарын цалинг дахин тооцоолохыг санал болгоно.
• Үлдэгдэл хасах урьдчилгаа. Зарим тооцоолуур тухайн сард хуримтлагдсан цалин, урьд нь төлсөн урьдчилгаа хоёрын зөрүү нь ажилтны өр гэж эндүүрдэг.

"Нягтлан бодох бүртгэлийн параметрүүдийг тохируулах" маягт дахь "Цалингийн төлбөр" таб дээр "Цалингийн харилцан тооцоог хуримтлуулсан сараар хийдэг" гэсэн тугийг байрлуулна. Энэ далбааны нэр хувь хүний ​​хувьд намайг төөрөгдүүлж байна. Өөрийнхөө төлөө шүү.

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

1. “Байгууллагын ажилтнуудтай харилцан тооцоо хийх” хуримтлалын бүртгэл.
2. “Байгууллагын сарын цалин” хуримтлалын бүртгэл.

Тэдгээрийн дотор оруулга бүр нь хуримтлалын тодорхой сартай холбоотой байдаг. Өөрөөр хэлбэл, "Цалингийн харилцан тооцоо нь хуримтлагдсан саруудын хүрээнд хийгддэг" гэсэн далбааны байдлаас үл хамааран 1С: Цалин ба боловсон хүчний менежмент 8 хөтөлбөр нь цалингийн саруудын хүрээнд харилцан тооцоог үргэлж хийдэг. хуримтлал. Тэгвэл энэ туг юу гэсэн үг вэ?

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

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

1. Өрийг үүссэн сараар нь бүртгэх

Өрийн нягтлан бодох бүртгэлийг бий болсон саруудын хүрээнд зохион байгуулахын тулд "Нягтлан бодох бүртгэлийн параметрүүдийг тохируулах" маягт, "Цалин төлөх" таб дээр "Цалингийн харилцан тооцоо хийх" гэсэн тугийг байрлуулах шаардлагатай. хуримтлагдсан саруудын хүрээнд хийгдсэн."

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

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

Демо мэдээллийн сан дахь нөхцөл байдлыг загварчлах нь өрийг хэрхэн төлөх талаар олж мэдэхэд тусална. Загварчлалыг хялбарчлахын тулд "Харилцан тооцооны хялбаршуулсан бүртгэл" гэсэн тугийг тавь. Энэ тохиолдолд "Байгууллагад төлөх цалин" баримт бичиг нь өрийг бие даан төлдөг. Бэлэн мөнгөний баримтын захиалга оруулах шаардлагагүй. Шаардлагагүй бичиг баримт оруулахгүйн тулд энэ нь зайлшгүй шаардлагатай.

Бид 1, 2, 3-р сарын цалинг тооцоолох болно E.I. Акимова, Г.Д. Васкина болон Р.А. Горин, "Дельтаон" ХК-д ажилладаг. Сар бүрийн сүүлийн өдөр “Байгууллагуудад төлөх цалин” гэсэн бичиг баримт бүрдүүлнэ. Өрийг загварчлахын тулд бид эхний хоёр ажилтны "Төлбөр" баганад байгаа утгыг гараар засна.

1-р сард E.I. Акимын нягтлан бодогч төлбөрийн хэмжээг 53,253 рубльээс 60,000 рубль болгон нэмэгдүүлсэн. Үүний үр дүнд 1-р сард ажилтны байгууллагад 6,747 рублийн өрийг бүртгэсэн баримт бичиг. Баримт бичигт ажилтны өрийг улаан өнгөөр, хасах тэмдэгтэй тэмдэглэсэн болохыг анхаарна уу.

Үүний зэрэгцээ G.D. Васкина шаардлагатай хэмжээнээс 1000 рублиэр бага цалин авчээ. Тооцооллыг гараар зассан нь хүснэгтийн эхний баганад загварчлагдсан үзэг хэлбэртэй зураг байгааг харуулж байна.

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

Хөтөлбөр нь "Хойшлогдсон" баганад хараар, нэмэх тэмдэгтэй дутуу төлсөн дүнг харуулсан болохыг анхаарна уу. Хэсэг хугацааны дараа нягтлан бодогч ажилтны өрийг барагдуулаагүй болохыг бид харах болно. Мэдээжийн хэрэг, үнэндээ хэн ч хэнд ч өргүй. Гэхдээ хөтөлбөр энэ талаар хараахан мэдээгүй байна. Одоогоор үүн дээр хоёр өр бий.

• 1-р сарын ажилчдын өр 6,747 рубль,
• тухайн байгууллагын ажилтанд төлөх өр.

Гуравдугаар сард нягтлан бодогч зөвхөн түүнд мэдэгдэж байсан шалтгаанаар дахин Е.И. Акимова хуримтлагдсан хөтөлбөрөөс арай илүү мөнгө төлсөн.

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

Ажилчдын сонголтоор "Байгууллагын хуримтлал, суутгалын багц" тайланг гаргацгаая. Акимова, Г.Д. Васкин болон Р.А. Горин Энэ бол нягтлан бодогчдын дунд маш их алдартай тайлан юм.

2012 оны 1-р сарын эхээр тус байгууллага ажилчдад 91,794 рублийн өртэй байсныг бид харж байна. Та энэ өрийг ажилтнаар нарийвчлан хэлж болно. Гэхдээ энэ тайланг ашиглан аль сард үүссэнийг тодорхойлоход маш хэцүү байдаг. Үүний тулд “Байгууллагуудын өрийн бүтэц” тайланг ашиглах нь зүйтэй.

Энэ тайланд манай байгууллага хэнд өртэйгөөс гадна хэдэн сард энэ өр үүссэнийг тодорхой харуулсан. Энэ өрийг 2011 оны арванхоёрдугаар сард л илрүүлсэн гэж бодъё. Үүнийг яаж төлөх вэ гэдэг асуулт гарч ирнэ. Маш энгийн. Бид 2011 оны 12-р сарын 27-ны өдрийн "Байгууллагуудад төлөх цалин" гэсэн баримт бичгийг бүрдүүлж, "Хуримтлагдсан сар" гэсэн дэлгэрэнгүй хэсэгт "2009 оны 8-р сар" гэж зааж өгсөн болно.

Энэхүү баримт бичгийг бөглөсний дараа дээрх тайлангуудыг дахин гаргаж, 2009 оны 8-р сарын байгууллагын ажилчдад төлөх өрийг дарсан эсэхийг шалгаарай. Бидний өсгий дээр халуухан бид маш чухал тайлбар хийх болно.

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

Байгууллагын сүүлийн нэг сарын өрийг барагдуулахын тулд өр үүссэн сард "Байгууллагын төлөх ёстой цалин" баримт бичгийг бүрдүүлэх шаардлагатай.

Дөрөвдүгээр сарын 5-нд гуравдугаар сарын цалинг олгож байсныг сануулъя. Одоо 2012.01.01-04.05.2012 оны "Байгууллагын өрийн бүтэц" тайланг гаргая.

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

• Э.И. Акимова 1-р сард тэд 6747 рубль илүү төлсөн. Хоёрдугаар сард нягтлан бодогч туршлагагүйн улмаас түүнд 6,747 рубль дутуу төлсөн бөгөөд энэ хөтөлбөр нь байгууллагынхаа өрийг харгалзан үзэх болно гэж найдаж байв. Би үүнийг анхаарч үзээгүй. Гуравдугаар сард нягтлан бодогч дахин илүү төлсөн боловч энэ удаад 1747 рубль төлсөн.
• Г.Д. ВаскинаНягтлан бодогч сар бүр 1000 рубль дутуу төлдөг байв.
• Р.А. Горинэхний 4 сарын хугацаанд тухайн байгууллагад ямар ч өргүй, байгууллага нь түүнд өргүй.

Төрөл бүрийн өрийг янз бүрийн аргаар төлдөг. Тэднийг харцгаая. “Цалин хөлсний харилцан тооцоог цалингийн хуримтлуулсан саруудын хүрээнд хийж байна” гэсэн тугийг тавьж байгаа нөхцөл байдлыг бид анхаарч байгааг сануулъя.

1.1. Ажилтны байгууллагын өрийг барагдуулах

Ажилтны байгууллагад төлөх өрийг хэвээр үлдээхийн тулд, жишээлбэл, 4-р сард ажилтны өмнө үүссэн өрийг бүхэлд нь эсвэл хэсэгчлэн шилжүүлэхийн тулд "Өр шилжүүлэх" баримт бичгийг ашиглах шаардлагатай.

Баримт бичгийн хүснэгтийн хэсгийг бөглөхийн тулд "Өрөөр бөглөх" товчийг ашиглах нь хамгийн тохиромжтой. Энэ тохиолдолд програм нь өр төлбөртэй бүх ажилчдыг автоматаар олох болно.

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

Ингээд өрийг шилжүүлсэн. Харин цалингаа өгөхдөө ажилтнаас нь байлгахгүйн тулд харамлах зүйлтэй байх хэрэгтэй. Өөрөөр хэлбэл, дөрөвдүгээр сарын цалинг тооцох хэрэгтэй. Үүний дараа бид ердийнхөөрөө "Байгууллагад төлөх цалин" баримт бичгийг бүрдүүлдэг.

"Байгууллагад төлөх цалин" баримт бичиг нь E.I-ийн өрийг төлсөн. Акимова байгууллагын өмнө. Үүнийг "Байгууллагын өрийн бүтэц" тайланг ашиглан шалгаж болно, гэхдээ 2012-01-05-2012 оны 05-р сарын 07-ны хооронд.

"Эцсийн үлдэгдэл" баганад байгаа сөрөг дүн арилсан. Өөрөөр хэлбэл, манай байгууллагад өртэй ажилтан байхгүй. Гэтэл тус байгууллага ажилчдынхаа өмнө өртэй.

1.2. Байгууллагын ажилтны өрийг барагдуулах

Анх манай нягтлан бодогч Э.И. Акимова 6,747 рубль, дараа нь ижил хэмжээгээр дутуу төлсөн. Тиймээс тэр ажилтны өрийг төлнө гэж бодсон. Энэ үнэн биш.

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

Тэднийг тусад нь төлөх ёстой.

Тиймээс, Э.И-д өгсөн өрийг төлөхийн тулд. Акимова 2-р сард, жишээлбэл, 4-р сард "Байгууллагуудад төлөх цалин" баримт бичгийг бүрдүүлэх шаардлагатай бөгөөд үүнд 2-р сарыг хуримтлуулахыг зааж өгсөн болно.

Уг тайланд тус байгууллагын Г.Д-д төлөх өрийг мөн харуулсан байна. Васкина. Улирлын туршид 3000 рубль сар бүр 1000 рубль орж ирсэн. Үүнийг төлөхийн тулд 1, 2, 3-р сард “Байгууллагуудад төлөх цалин” гэсэн гурван баримт бичиг бүрдүүлнэ.

"Байгууллагад төлөх цалин" гэсэн нэг баримт бичиг нь тухайн сарын төлбөртэй хамт байгууллагын өмнөх өрийг ажилтанд төлж чадахгүй.

Ажилчдын өрийг барагдуулах журам.

1. 7-р сарын цалинг тооцоолохдоо "Байгууллагын ажилчдын цалингийн тооцоо" баримт бичгийг ашиглана уу.

Байгууллагын ажилчдад өмнөх саруудын өрийг барагдуулах журам.

Энэ сард “Байгууллагад төлөх цалин” баримт бичгийг бэлтгэж байна. "Хуримтлагдсан сар" гэсэн хэсэгт өр барагдуулсан сарыг зааж өгнө.

2. Өрийг үүсгэсэн сараар нь нарийвчлан тооцохгүйгээр нягтлан бодох

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

Туршлагыг давтъя, гэхдээ зөвхөн "Цалингийн харилцан тооцоог хуримтлуулсан сараар хийдэг" гэсэн тугийг арилгасан. Үүний дараа бид "Байгууллагуудын өрийн бүтэц" тайланг дахин гаргах болно, гэхдээ 2012.01.01-2012.04.05-ны тайлан.

Таны нүдийг юу татдаг вэ?

• Сараар нь хуваах зүйл байхгүй. Төрөл бүрийн өрийг бид харж байгаа ч хэдэн сард үүссэн тухай мэдээлэл алга.
• Төрөл бүрийн өр нэмэгддэг. Акимова Е.И. 1-р сард тус байгууллагад 6747 рублийн өртэй байсан. Хоёрдугаар сард түүний цалин энэ хэмжээгээр дутуу төлсөн, өөрөөр хэлбэл байгууллага нь ажилтанд өртэй байсан. Үүний үр дүнд хэн ч хэнд ч өргүй. Хөтөлбөрт харилцан өрийг тооцсон. Үлдсэн зүйл нь байгууллагад 1747 рублийн өр байв.
• Өмнөх үеүүдийн өрийг нэгтгэн гаргадаг. Манай байгууллага Г.Д.Васкинад өртэй. 3000 рубль. Харин одоо энэ өр хэрхэн үүссэнийг энэ тайлангаас олж мэдэх боломжгүй.

Дөрөвдүгээр сарын цалинг тооцож, төлж, төлбөрийн үр дүнд дүн шинжилгээ хийцгээе.

Э.И. Акимова. Хэрэв энэ ажилтан өргүй байсан бол баримт бичиг нь түүнд 53,253 рубль төлөх байсан. Харин тэр ажилтны өрийн хэмжээгээр бууруулсан: 51506=53253-1747.

Г.Д. Васкина. Хэрэв байгууллага энэ ажилтанд өргүй байсан бол баримт бичиг нь түүнд 41,847 рубль төлөх байсан. Харин тэр ажилтанд төлөх ёстой мөнгөөр ​​нэмэгдүүлсэн: 44847 =41847+3000.

Эндээс бид энгийн бөгөөд чухал дүгнэлт хийж болно.

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

"Төлбөр" шинж чанар дахь "Байгууллагад төлөх цалин" баримт бичгийн "Цалингийн харилцан тооцоог хуримтлуулсан сараар хийдэг" гэсэн тэмдэглэгээг арилгахад "Өр" гэсэн утга гарч ирнэ. Байгууллагын өрийг хоёр янзаар төлж болно гэсэн үг.

• Төрөл бүрийн мэдэгдэл.
• Нэг мэдэгдэл.

Төрөл бүрийн мэдэгдэл.

Нэгдүгээрт, бид "Өр" төлбөрийн шинж чанартай "Байгууллагад төлөх цалин" баримт бичгийг бүрдүүлдэг. Энэ тохиолдолд тэр зөвхөн сарын эхээр үүссэн өрийг төлөх болно. Дараа нь бид ердийнхөөрөө "Цалин" төлбөрийн шинж чанартай "Байгууллагад төлөх цалин" баримт бичгийг боловсруулдаг.

Энд нэг нарийн зүйл бий. "Өр" гэсэн төлбөрийн шинж чанартай "Байгууллагад төлөх цалин" баримт бичигт төлбөрийг аль хэдийн хийсэн сарыг хуримтлуулах сар болгон зааж өгөх боломжгүй. Төлбөр хийгээгүй сар л байна. Жишээлбэл, бидний жишээнд G.D. Васкагийн өрийг эрт биш 4-р сард төлж болно.

Нэг мэдэгдэл.

Үүнийг хийхийн тулд "Байгууллагад төлөх цалин" баримт бичигт "Цалин" төлбөрийн шинж чанарыг тогтоох шаардлагатай. Энэ тохиолдолд баримт бичиг нь тухайн сарын цалингийн нийт дүнг болон энэ сарын эхээр хуримтлагдсан байгууллагын өмнөх өрийг төлнө.

Дашрамд хэлэхэд, хоёр тайлангаар төлөх нь маш тохиромжтой арга юм. Энэ тохиолдолд "Байгууллагад төлөх цалин" сэтгүүлд "Өр" төлбөрийн шинж чанартай баримт бичгийг сонгох боломжтой болно.

Тэгэхээр “Цалин хөлсний харилцан тооцоог хуримтлуулсан саруудын хүрээнд хийдэг” гэсэн тугийг арилгавал бидэнд юу байна.

• Ажилтны өрийг дараагийн цалингийн төлбөрөөр автоматаар төлдөг.
• Байгууллагын өрийг одоогийн цалингийн төлбөртэй нэгэн зэрэг төлж болно (төлбөрийн шинж чанар нь "Цалин") эсвэл тусдаа тайланд (төлбөрийн шинж чанар нь "Өр").

3. Өрийн жишээ

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

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

3.1. Ажилтан урьдчилгаа аваад ажлаасаа гарсан

А.К. Калинина 2012 оны 1-р сарын 16-нд урьдчилгаа авч, 1-р сарын 18-нд ажлаасаа гарсан. "Байгууллагын өрийн бүтэц" тайланд хийсэн дүн шинжилгээнээс харахад байгууллага нь А.К. Калинина 2009 оны 8-р сард үүссэн 80,823 рублийн өртэй. Үүнийг унтраацгаая.

А.К-ийн цалинг баталгаажуулъя Калинина нь 92,900 рубльтэй тэнцэнэ. Үүний дараа бид дараах үйлдлүүдийг хийнэ.

1. 2012 оны 1-р сарын 16-нд бид урьдчилгаа 50%, өөрөөр хэлбэл 46,450 рубль төлнө.
2. Бид 2012 оны 1-р сарын 18-ны өдрөөс эхлэн боловсон хүчнийг халах тушаал гаргана.
3. Энгийн байхын тулд бид ажлаас халагдсаны дараа нөхөн олговор, суутгал, ажлаас халагдсаны тэтгэмжийг тооцох шаардлагагүй гэж үзэх болно.
4. Ажлаас халагдсан ажилтны 1-р сарын цалинг бид тооцно.
5. Цалин олгох баримт бичгийг гаргана.

5-р алхамыг хийхдээ "Байгууллагад төлөх цалин" баримт бичгийн хүснэгтийн хэсэгт ажилтан А.К. Тэр Калининаг орлохгүй. Түүнд төлөх зүйл алга! Өөрийнхөө төлөө шүү. Ажилтан 1-р сард 40,643.75 рублийн цалин авсан. Энэ дүнгээс хувь хүний ​​орлогын албан татварыг 5,284 рубль суутгах ёстой. Түүний гарт 35,359.75 рубль авах эрхтэй. Гэхдээ тэр урьдчилж 46,450 рубль авсан. Үүний үр дүнд түүний байгууллагын өр 11090.25 рубль байна.

Хөтөлбөрт алдаа гаргаагүй эсэхийг шалгацгаая.

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

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

"Хувь хүний ​​орлогын албан татварыг төсөвт төлөх" хуримтлалын бүртгэлд харгалзах бичилт байхгүй бол хувь хүний ​​орлогын албан татварыг үнэхээр суутгаагүй эсэхийг шалгаж болно. "Хувь хүний ​​орлогын албан татварын бүртгэлийн бүртгэл" тайлангийн дагуу илүү хялбар.

"Хувь хүний ​​орлогын албан татвар суутган авах" таб дээрх "Хувь хүний ​​орлогын албан татвар, даатгалын шимтгэл, нийгмийн нэгдсэн татварын нягтлан бодох бүртгэлийн зохицуулалт" баримт бичгийг ашиглан хүн амын орлогын албан татвар суутган бүртгэх шаардлагатай. Өөр арга бий, гэхдээ огтхон ч ойлгомжтой биш. Энэ нь “Байгууллагуудад төлөх цалин” гэсэн баримтыг “Төлөвлөсөн урьдчилгаа” үйлдлээр дахин байршуулах явдал юм.

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

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

Бага зэрэг ухрах эсвэл толгой эргэх.

Урьдчилгаа төлбөрөөс хувь хүний ​​орлогын албан татварыг суутгах шаардлагагүй гэдгийг мэдэж байгаа. Хөтөлбөрт цалин өгөхдөө суутгадаг. Гэсэн хэдий ч би ямар нэгэн байдлаар бүх зүйл эсрэгээрээ байсан мэдээллийн сантай тааралдав.

Хувь хүний ​​орлогын албан татварыг суутган "Төлөвлөсөн урьдчилгаа" төлбөрийн шинж чанартай "Байгууллагын цалингийн төлбөр" баримт бичиг. Гэхдээ "Цалин" төлбөрийн шинж чанартай ижил баримт бичгүүдийг хувь хүний ​​орлогын албан татвараас суутгаагүй болно. Эцэст нь хөтөлбөр бүх зүйлийг зөв тооцоолсон. Гэтэл энэ байгууллагын нягтлан бодогч нь хүртэл эвгүй байдалд оров. За, яаж ийм байж болох вэ? Ийм байх ёсгүй!

Ихэнхдээ тохиолддог шиг шалтгаан нь програмтай ажиллах боломжгүй байдаг. "Алдаа" нь энгийн байсан ч дүн шинжилгээ хийх харагдахуйц шалтгаан байхгүй тул үүнийг тодорхойлоход амаргүй байв. Үүний шалтгаан нь үйлдлийн буруу дараалал байсан юм.

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

3.2. Ажилтан өвчний дараа урьдчилгаа авсан

Практикт ийм нөхцөл байдал бас тохиолдсон.

Ажилтан 2012 оны 4 дүгээр сарын 13-наас 2012 оны 4 дүгээр сарын 24-ний өдрийг хүртэл өвчтэй байсан. Ажилдаа буцаж ирээд 4-р сарын 26-нд 5700 рублийн урьдчилгаа авсан. Дөрөвдүгээр сард 3489.43-ын цалин авчээ. Үүний улмаас ажилтанд 2210.57 төгрөгийн өр үүссэн.

"Цалингийн харилцан тооцоог хуримтлуулсан сараар хийдэг" гэсэн тэмдгийг шалгавал энэ алдааг олоход илүү хялбар болно. Энэ тохиолдолд “Байгууллагуудын өрийн бүтэц” тайланд аль сард өр үүссэнийг шууд харуулдаг. Энэ сарын баримт бичгүүдэд дүн шинжилгээ хийхдээ энэхүү тайлангийн хуулбарыг ашиглах үлдлээ.

Хэрэв "Цалингийн харилцан тооцоо нь хуримтлагдсан сараар хийгдсэн" гэсэн тэмдэглэгээг арилгавал "Байгууллагуудын өрийн бүтэц" тайланг сар бүр гаргах шаардлагатай болно. Гэвч өр үүссэн сарын дараа ч өр үүссэн шалтгааныг ойлгоход амаргүй байх болно.

Хөтөлбөр нь ажилчдын ийм өр төлбөрөөс урьдчилан сэргийлэх боломжийг олгодог. Үүнийг хийхийн тулд нягтлан бодох бүртгэлийн тохиргооны "Цалингийн төлбөр" таб дээр урьдчилгаа төлбөрийг төлөхдөө "Бүтээгдэхүүнийг тооцох" гэсэн тугийг тохируулна уу.

3.3. Цалингаа төлж, хуримтлалыг хассан

Заримдаа ийм зүйл тохиолддог. Ажилтны “Байгууллагад өгөх цалин” гэсэн бичигтэй “Цалин” гэсэн бичиг бий. Гарын авлагын тохируулга байхгүй байна. Энэ нь "Байгууллагын ажилчдын цалин" гэсэн баримт бичигт бүртгэгдсэн бүртгэлийн мэдээлэлд үндэслэн бөглөнө гэсэн үг юм. Гэтэл мэдээллийн сангаас “Байгууллагын ажилтны цалингийн тооцоо” бичиг баримт яагаад ч юм дутуу байна.

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

3.4. Нуугдсан гараар засварлах

Ихэнх алдаа нь програмтай ажиллах чадваргүйгээс үүдэлтэй байдаг. Зарим хэрэглэгчид уг програмыг судлахын оронд хүссэн үр дүндээ тохируулан тохируулдаг. Тэд ямар үр дагавар авчрах талаар огт боддоггүй. Хамгийн гол нь мэдүүлэгт шаардлагатай хэмжээг тусгасан байх ёстой. Миний шийдэх ёстой нэг жишээ энд байна.

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

Ийм хэрэглэгчид юу хийдэг вэ? Тэд сарын цалинг тооцдог. Дараа нь тэд "Цалин" төлбөрийн шинж чанартай "Байгууллагуудад төлөх цалин" баримт бичгийг бүрдүүлдэг. Гэхдээ тэр урьдчилгаа төлөхийг үнэхээр хүсч байгаа тул хүснэгтийн хэсгийг бөглөсний дараа төлбөрийн мөн чанарыг "Сарын эхний хагаст урьдчилгаа төлбөр" болгон өөрчилж, төлбөрийн хэмжээг гараар тохируулдаг.

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

Гэхдээ манай хэрэглэгч программаас илүү зальтай. Хоёрдахь баганад тэрээр "Автомат тооцооны туг" гэсэн нүдийг гараар сонгоно. Одоо хэн ч (тооцоолуурыг оруулаад) тооцооллыг гараар зассан гэж таамаглахгүй.

4. Анхааруулга

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

"Цалингийн харилцан төлбөр тооцоог хуримтлуулсан саруудын хүрээнд хийдэг үү?" гэсэн тугийн төлөвийг дур мэдэн, өөрөөр хэлбэл ямар ч үед өөрчлөх нь аюулгүй юу?

Тодорхой болгохын тулд бид өөрсдийн загвар жишээн дээр дахин найдах болно. Дөрөвдүгээр сард өр барагдуулах бичиг баримт бүрдээгүй гэж бодъё. Энэ тохиолдолд "Цалингийн харилцан тооцоо нь хуримтлагдсан саруудын хүрээнд хийгддэг" гэсэн тугийн төлөвийг нэг чиглэлд өөрчлөх нь туйлын хор хөнөөлгүй юм. Та үүнийг "Байгууллагуудын өрийн бүтэц" тайланг гаргаж баталгаажуулах боломжтой. Төрийн далбааны төлөв байдлаас шалтгаалан сараар дэлгэрэнгүй, дэлгэрэнгүйгүйгээр өр үүсгэнэ. Энэ тохиолдолд бичиг баримтыг шилжүүлэх шаардлагагүй.

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

Өрөө төлчихвөл байдал өөр болно. Жишээлбэл, нягтлан бодох бүртгэлийг эхний улирлын туршид сараар нь нарийн тусгахгүйгээр хийсэн. Дөрөвдүгээр сард өрийг төлж, "Цалин хураалтыг хуримтлуулсан саруудын хүрээнд хийж байна" гэсэн тугийг суулгасан.

“Байгууллагуудын өрийн бүтэц” тайланд өрийг сараар нь дахин харуулна. Нягтлан бодох бүртгэлийг нарийвчлан хөтөлж байсан ч өрийг бүхэлд нь төлсөн.

Бид тугны төлөвийг өөрчилсөн тул одоо програм нь өрийг төлөх өмнөх аргыг харахгүй байна. Түүнд далбааны өгөгдсөн төлөвт тохирох аргыг өг. Энэ нь өр барагдуулах өмнөх арга барилаа цуцалж, өрийг сараар нь нягтлан бодох бүртгэлд нийцүүлэн төлөх шаардлагатай гэсэн үг юм. Мэдээжийн хэрэг, эсрэгээр нь бас үнэн юм.

Эдгээр процедур нь нэлээд хөдөлмөр их шаарддаг. Тиймээс, "Цалин хуримтлуулсан сараар харилцан тооцоо хийдэг" гэсэн далбааны аль төлөв танд илүү тохирохыг анхнаас нь шийдэх нь дээр.

Дүгнэлт

"Цалингийн харилцан тооцоо нь хуримтлагдсан саруудын хүрээнд хийгддэг" гэсэн туг нь SET юм.

Байгууллагад ажилчдын өрийг барагдуулах журам.

1. "Байгууллагын ажилчдын өрийг шилжүүлэх" баримт бичгийг ашиглан ажилчдын өрийг энэ өрийг төлөхөөр төлөвлөж буй сар руу шилжүүлнэ. Жишээлбэл, долдугаар сард.
2. 7-р сарын цалинг тооцоолохдоо "Байгууллагын ажилчдын цалингийн тооцоо" баримт бичгийг ашиглана уу. Хөтөлбөрт өр төлбөрөө төлөхгүй байхын тулд үүнийг хийх ёстой.
3. "Байгууллагад төлөх цалин" баримт бичгийг бүрдүүлэх. Харилцан тооцоо хийх хялбаршуулсан нягтлан бодох бүртгэлийг хийснээр тэр мөн өрийг төлөх болно. Хэрэв "Харилцан тооцооны хялбаршуулсан нягтлан бодох бүртгэл" гэсэн тугийг арилгасан бол төлбөрийн баримт бичгийг гаргах шаардлагатай болно.

Байгууллагын ажилчдын өрийг барагдуулах журам.

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

“Цалин хөлсний харилцан тооцоог тухайн саруудад тооцож хийдэг” гэсэн тугийг АВСАН.

1. Тухайн сард ажилтан тухайн сарын цалингаа авсан тохиолдолд л тухайн байгууллагад төлөх өрийг төлж болно.
2. Хэрэв тухайн сарын цалин хуримтлагдсан бол "Төлбөр" шинж чанарт заасан "Цалин" гэсэн утгатай "Байгууллагад төлөх цалин" баримт бичиг нь байгууллагын өр, ажилтны өр гэсэн хоёр төрлийн өрийг төлдөг. .
3. Хэрэв "Байгууллагад төлөх цалин" гэсэн баримт бичигт "Төлбөр" гэсэн шинж чанарт "Өр" гэсэн утгыг тогтоосон бол тухайн хугацаанд цалин хуримтлагдсан эсэхээс үл хамааран баримт бичиг нь зөвхөн тухайн байгууллагын ажилтанд төлөх өрийг төлнө.

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

1. "Байгууллагуудын өрийн бүтэц" тайлан.
2. “Хувь хүний ​​орлогын албан татварын татварын бүртгэлийн бүртгэл”-ийн тайлан.
3. "Байгууллагын цалинг дахин тооцоолох" боловсруулалт.

"Нягтлан бодох бүртгэлийн параметрүүдийг тохируулах" маягт дахь "Цалингийн төлбөр" таб дээр "Эцэстгүй байдлыг харгалзан үзэх" гэсэн тэмдгийг тавь. Энэ нь ажилчдыг байгууллагад өр тавихаас сэргийлнэ. Байгууллагад сарын эхний хагаст бүртгэгдсэн ажил тасалсан, дараа нь урьдчилгаа төлбөр (эцэс таслагдахаас бусад) нь тухайн байгууллагад өр үүсэхэд хүргэнэ.