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

Зардлын тооцоо нь аж ахуйн нэгжийн санхүүгийн үр дүнг бий болгох зайлшгүй алхам юм. Тооцооллын хэд хэдэн арга байдаг бөгөөд тус бүр нь байгууллагын тодорхой параметрүүдэд тохирсон байдаг. Үүнтэй холбогдуулан компанид тав дахь дуудлага тутамд "Барааны өртгийг тооцохдоо ямар аргыг ашиглах ёстой вэ?" Гэсэн асуулт гарч ирдэг. Энэ нийтлэлд бид тантай туршлагаа хуваалцаж, тодорхой жишээнүүдийг ашиглан арга тус бүрийн талаар ярих болно.

Нэгдүгээрт, бага зэрэг онол:

Зардлын тооцоог дараахь зорилгоор хийх шаардлагатай.

    Тодорхой төрлийн барааны борлуулалтын ашигт ажиллагааг тодорхойлох. (Ашигт ажиллагааны харьцаа нь ашгийн түүнийг бүрдүүлсэн хөрөнгийн харьцаагаар тооцогдоно. Ашигт ажиллагаа, % = Ашиг (Орлого буюу борлуулалтын зардал - Зардал) / Орлого;)

    Борлуулсан барааны нягтлан бодох бүртгэлийн бүтцийг тохируулах талаар үндэслэлтэй шийдвэр гаргах;

    Аж ахуйн нэгжийн үнийн бодлогыг бүрдүүлэх.

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

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

    Барааны багц бүрийн хадгалалтын мэдээлэл;

    НӨАТ-ын нарийн төвөгтэй нягтлан бодох бүртгэл хөтлөх;

    Багцын үнэлгээ;

    Экспортын борлуулалт;

    Үнэд НӨАТ оруулах/хасах.

Зардлын тооцооны төрлүүд:

1) Урьдчилсан тооцоо:

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

2) Бодит тооцоо:

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

1С компанийн хэрэглээний шийдлүүд нь анхны хүлээн авалтын үнэ (барааг аж ахуйн нэгжийн анхны байгууллагад ирсэн өртөг) болон хүлээн авсан үнийн дүнг тус бүрээр нэгэн зэрэг хянах боломжийг олгодог.

Бүлэг компаниудын зардлын тооцоо.

Агуулах бүр өөрийн өртөгийг тооцдог. Нягтлан бодох бүртгэлийн бодлогыг бий болгохдоо үнэлгээний аргыг сонгодог. Нэг буюу хэд хэдэн байгууллагад зардлын тооцоог хийж болно. Хэрэв аж ахуйн нэгж нь Компани хоорондын схемийг ашигладаг бол зардлыг нэг тооцооны аргыг ашиглан Компани хоорондын бүтцэд багтсан бүх байгууллагад нэгэн зэрэг тооцох ёстой.

Зардлын тооцооны аргууд:

Бүх жишээг "1С: Худалдааны менежмент 11.2" дээр үндэслэсэн болно. 1С компанийн бусад програм хангамжийн бүтээгдэхүүнүүдэд зардлыг ижил төстэй байдлаар тооцдог.

"Сарын дундаж":

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

Сарын дундаж = (Үлдэгдлийн үнэ + Барааны зардал) / (Үлдэгдлийн дүн + Барааны дүн).


Тохиолдол 1:

Орос улсад үйлдвэрлэсэн хивсний худалдаа эрхэлдэг нэг байгууллага зардлаа тооцоолох хамгийн тохиромжтой аргыг сонгохын тулд RG-Soft компанийн мэргэжилтнүүдэд ханджээ. Тус компани зөвхөн ОХУ-д бараа худалдаж авдаг бөгөөд барааны үнэ нь долларын ханшаас хамаардаггүй бөгөөд цаг хугацаанаас хамааран бага зэрэг өөрчлөгдөж болно. Үүний үндсэн дээр багцын бүртгэл хөтлөх шаардлагагүй. Үүнтэй холбогдуулан RG-Soft компанийн мэргэжилтнүүд “Жинэлсэн дундаж үнэлгээ” аргыг сонгохыг санал болгов. Тухайн компанид нэг зүйлийн өртгийг тооцоолох жишээг авч үзье.

Мэдээллийн санд оруулсан мэдээллийг 1-р хүснэгтэд үзүүлэв.

Хүснэгт 1.

Тооцоолол:

(100,000+200,000)/(10+10)=15,000 урэх. – арванхоёрдугаар сард бүтээгдэхүүний нэгжийн өртөг;

5*15,000=75,000 рубль. – арванхоёрдугаар сард хасагдсан барааны нийт өртөг;

2017.01.01-ны өдрийн барааны үлдэгдэл: 15 ширхэг. нийт зардал нь 225,000 рубль.

(225,000+300,000)/(15+10)=21,000 урэх. – 1-р сард нэгж бүтээгдэхүүний өртөг;

10*21,000=210,000 урэх. – 1-р сард хасагдсан барааны нийт өртөг;

2017.02.01-ний өдрийн барааны үлдэгдэл: 15 ширхэг. нийт зардал нь 315,000 рубль.

"FIFO (эргэлтийн үнэлгээ)":

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

Тухайн сарын багц бүрийн өртөг = (сарын эхэн үеийн үнийн дүнгийн үлдэгдэл + тухайн сарын үнийн дүнгийн баримт) / (сарын эхэн дэх тоо хэмжээний үлдэгдэл + сарын хугацаанд хүлээн авсан тоо хэмжээний баримт).

Тохиолдол 2:

Мөн гэр ахуйн химийн бодисын худалдаа эрхэлдэг байгууллага тохиромжтой тооцооны аргыг сонгох шаардлагатай байв. Тус компани нь гадаадаас бараа бүтээгдэхүүн худалдан авдаг тул барааны үнэ долларын ханшаас ХАМТ БАЙДАГ тул... Хүргэлт бүрийн үнэ ихээхэн ялгаатай байж болох тул компани багцын бүртгэл хөтөлдөг. Бараа хүргэх нь ховор, сард 2 удаа хийгддэг. Үүнтэй холбогдуулан RG-Soft-ийн мэргэжилтнүүд "FIFO (rolling valuation)" аргыг сонгохыг санал болгов. Тухайн компанид нэг зүйлийн өртгийг тооцоолох жишээг авч үзье.

Мэдээллийн санд оруулсан мэдээллийг 2-р хүснэгтэд үзүүлэв.

Хүснэгт 2.

Тооцоолол:

Эхний багц: 10,000/100 = 100 - 6-р сарын эхний багцаас авсан барааны нэгжийн өртөг;

Хоёр дахь багц: 20,000/100 = 200 - 6-р сард хоёр дахь багцын барааны нэгжийн өртөг;

Багцуудыг зарчмын дагуу хасдаг: хүлээн авсан эхний багцууд нь мөн хамгийн түрүүнд хасагдана

50*100=5000 рубль. – зургадугаар сард хасагдсан барааны нийт өртөг;

2016.07.01-ний өдрийн барааны үлдэгдэл: 150 ширхэг. нийт зардал нь 25,000 рубль.

Эхний багц: 5,000/50 = 100 - 7-р сарын эхний багцаас авсан барааны нэгжийн өртөг;

Хоёр дахь багц: 20,000/100 = 200 - 7-р сарын хоёр дахь багцаас авсан барааны нэгжийн өртөг;

Гурав дахь багц: 30,000/100 = 300 - 7-р сарын гурав дахь багцаас авсан барааны нэгжийн өртөг;

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

50*100+50*200=15000 урэх. – долдугаар сард хасагдсан барааны нийт өртөг;

2016.01.08-ны өдрийн барааны үлдэгдэл: 150 ширхэг. нийт зардал нь 40,000 рубль.

"FIFO (жигнэсэн үнэлгээ)":

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

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

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

Тухайн сарын аль ч багцын өртөг = (сарын эхэн үеийн үнийн үлдэгдэл + тухайн сарын үнийн дүн) / (сарын эхэнд байгаа тоо хэмжээний үлдэгдэл + тухайн сарын үнийн дүн)

Тохиолдол 3:

Гар утасны дагалдах хэрэгслийн худалдаа эрхэлдэг өөр нэг байгууллагад RG-Soft-ийн мэргэжилтнүүд “FIFO (жигнэсэн үнэлгээ)” аргыг сонгохыг санал болгов. Компани нь мөн багцын бүртгэлийг хөтөлдөг, учир нь барааг гадаадаас худалдаж авдаг бөгөөд үнэ нь ханшаас хамаардаг. Энэ аргыг сонгосон нь өмнөх жишээнээс ялгаатай нь бараа хүргэх ажлыг сард 10 орчим удаа хийдэг байсантай холбоотой юм. FIFO (жигнэсэн үнэлгээ) арга нь олон тооны багц хуримтлагдахаас зайлсхийдэг, учир нь Өнгөрсөн сард хүлээн авсан бүх багц нэг болж буурсан. Тухайн компанид нэг зүйлийн өртгийг тооцоолох жишээг авч үзье.

Мэдээллийн санд оруулсан мэдээллийг 3-р хүснэгтэд үзүүлэв.

Хүснэгт 3.

Тооцоолол:

Эхний багц: 4,000/20 = 200 - 10-р сарын эхний багцаас авсан барааны нэгжийн өртөг;

Хоёр дахь багц: 8,000/20 = 400 - 10-р сард хоёр дахь багцын барааны нэгжийн өртөг;

Энэ нийтлэл нь дараах сэдвүүдийг хамарна.

  • Бараа материал, материалын өртгийг дундаж өртөг болон FIFO аргыг ашиглан хэрхэн тооцдог вэ;
  • UT 11-д агуулахын хөдөлгөөнийг хэрхэн тооцдог вэ;
  • UT 11-д өртгийг тооцоолох ямар сонголтууд байдаг.

Зардлыг хэрхэн тооцдог вэ?

Дундаж зардалд үндэслэн тооцоолно

UT 11-д дундаж өртгөөр барааг устгах зардлын тооцоог тухайн сарын үр дүнд (жигнэсэн дундаж зардал) үндэслэн хийдэг. Энэ нь устгасан барааны өртгийг тооцохдоо тухайн сарын бүх баримтыг харгалзан үзнэ гэсэн үг юм. Энэ тохиолдолд сарын эхэнд байгаа барааны үлдэгдлийг харгалзан үзнэ. Тиймээс,

Нэгж барааны өртөг = (Сарын эхэн үеийн барааны үлдэгдэл + Сарын бараа худалдан авсан зардал) / (Анхны үлдэгдэл + Барааны тоо хэмжээ)

UT 10.3 ба UT 11-ийн зардлын тооцооны ялгаа

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

UT 11-д зардлын тооцоог FIFO аргыг ашиглан хийдэг"Бараа материалын нягтлан бодох бүртгэл PBU 5/01" нягтлан бодох бүртгэлийн заалт (PBU) дээр үндэслэсэн болно. Үүний дагуу агуулахад байгаа барааны үлдэгдлийг тоон үзүүлэлтээр тооцдог. Дараа нь сарын эцсийн үлдэгдлийн үнэлгээг тодорхойлсон бөгөөд энэ нь FIFO аргыг ашиглан үнэ цэнийн тооцоололтой тохирч байна. Үүнийг хийхийн тулд FIFO аргыг ашиглан тооцоолсноор эхний багцууд аль хэдийн хасагдсан гэсэн үг тул үлдсэн барааны тоо хэмжээ, үнийг хүлээн авсан хугацааны дагуу сүүлийн багцаас дараалан цуглуулдаг. Дараа нь тухайн сард агуулахаас гаргасан барааны хэмжээг тогтооно. Тухайн сарын барааны хүлээн авалтын өртгийг эхний үлдэгдлийн үнийг харгалзан тодорхойлж, энэ утгаас FIFO аргыг ашиглан тооцсон сарын эцсийн үлдэгдлийн өртгийг хасна. Үүссэн утга нь тухайн сарын барааг хассан зардлыг харуулна. Нэгж барааны данснаас хасах зардлыг тухайн сарын барааны данснаас хасах зардлыг тухайн сард устгасан барааны тоо хэмжээгээр хуваана. Ачаа бүрийн өртгийг нэгж барааны өртөг болон хасагдсан барааны тоо хэмжээний үржвэрээр тооцно.

Зардлын аналитик

UT 11-ийн барааны өртгийн тооцоог дараахь аналитикийн хүрээнд гүйцэтгэнэ.

  • Байгууллага, агуулах;
  • Нэршил, нэршлийн шинж чанар;
  • Бусад хэд хэдэн шинжээчид.

Шинжээчдийн зардлын бүртгэлийг бие даан хийдэг. Өөр өөр агуулахад байгаа нэг бүтээгдэхүүн өөр өөр зардалтай байж болно. Зардлын тооцоог аналитик объект дээр үндэслэн хийдэг. Энэ тохиолдолд аналитик объект бүрийг дээрх параметрүүдээр үүсгэнэ. Аналитик объект бүрийн хувьд шугаман тэгшитгэлийг эмхэтгэсэн. Ийнхүү шугаман тэгшитгэлийн системийг (SLE) олж авна. Шугаман тэгшитгэлийг ижил төстэй байдал дээр үндэслэн эмхэтгэсэн:

Сарын эцэст үлдсэн барааны өртөг = Сарын хүлээн авалтын зардал + Анхны үлдэгдлийн зардал - Тухайн сарын данснаас хассан зардал

SLU-г бүрдүүлэхийн өмнө систем нь FIFO аргыг ашиглан агуулахад үлдэх нийт үлдэгдлийг тооцдог. Энэ тохиолдолд үлдсэн хэсгийн үнэлгээг хамгийн сүүлийн үеийн багц дээр үндэслэн тодорхойлно.

Зардлын тооцооны онцлог

UT 11 дэх FIFO аргыг ашиглан зардлыг тооцоолох зарим онцлог шинж чанарууд байдаг.

  • Нам байхгүй байгаа нь илт. Энэ нь тухайн багцын үнэлгээний тайланг авах боломжгүй гэсэн үг. Тодорхой багцуудыг тусгаарлахын тулд та нэр томъёоны нэмэлт шинж чанарыг ашиглах, эсвэл хэлтэс/менежерүүдийн нягтлан бодох бүртгэлийг тусад нь хийх шаардлагатай;
  • Өмнөх сарын бүх бичигдээгүй багцуудыг нэг багц болгон нэгтгэдэг. Энэ багцын тоо хэмжээ, үнэ цэнэ нь бичигдээгүй багцын тоо, үнийн дүнгийн нийлбэр;
  • Хуанлийн нэг өдрийн дотор нэг ханган нийлүүлэгчээс нэг бүтээгдэхүүний бүх хүлээн авалтыг нэг багц гэж үзнэ. Энэ багцын тоо хэмжээ, өртөг нь хүлээн авсан барааны тоо хэмжээ, өртөгөөс бүрдэнэ;
  • Нэг сарын дотор барааны бүх хасалтыг дундаж өртгөөр тооцож, барааг хасах үед ашигласан аргыг үл харгалзан (дундаж өртгөөр, FIFO);
  • Сарын эцэст агуулахад байгаа барааны үлдэгдлийг үнэлэхэд тодорхой үнэлгээгүй барааны хөдөлгөөн болон бусад гүйлгээг ашигладаггүй. Энэ дүрэмд үл хамаарах зүйл бий. Мэдэгдэж буй үнэ цэнэ бүхий барааны одоогийн хүлээн авалт дутагдалтай тохиолдолд агуулахад байгаа үлдсэн барааны үнэлгээнд эдгээр үйл ажиллагааг харгалзан үзнэ.

Техникийн давуу болон сул талууд

UT 10.3 дахь сонгодог багцын нягтлан бодох бүртгэлтэй харьцуулахад UT 11 дэх FIFO аргыг ашиглан зардлын тооцоолол нь давуу болон сул талуудтай.

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

UT 11-д агуулахын шилжилт хөдөлгөөнийг хэрхэн тооцдог вэ?

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

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

UT 11-д өртгийг тооцоолох ямар сонголтууд байдаг

"Барааны өртгийн тооцоо" баримт бичигт та тооцооллын хоёр сонголтыг сонгож болно.

  • Урьдчилсан,
  • Бодит.

Урьдчилсан зардлын тооцоо

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

Урьдчилсан өртгийг “Орлого, зарлага”, “Барааны төрлөөр борлуулалтын хэмжээ” тайланд дүн шинжилгээ хийхэд тохиромжтой. Тайлан гаргахын тулд "Санхүү" хэсэгт очоод навигацийн самбар дээрх "Санхүүгийн тайлан" командыг ажиллуулна уу.

Бодит зардлын тооцоо

Сар дууссаны дараа "Барааны өртгийн тооцоо" баримт бичгийг "Бодит" тооцооны сонголтоор гүйцэтгэнэ. Энэ хувилбарт агуулахад байгаа бараа, үлдсэн барааг зайлуулах зардлыг тооцдог. Нэмэлт зардлыг барааны өртөгт хуваарилдаг. Тооцооллын сонголттой зардлын тооцооМэдээллийн системийн ажиллагаатай холбоотой асуудал гарахгүй бол бодит ажлыг нэг сарын дотор давтан хийж болно.

Төгсгөлийн үг

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

Офлайн (үйл ажиллагааны бус) зардлыг тооцоолох механизм, зардлын бүртгэлээр дамжуулан хөдөлгөөн хийх, ерөнхий мэдээлэл.

ERP 2.1.3 хувилбараас (мөн холбогдох KA ба UT хувилбаруудаас) эхлэн хоёр төрлийн хөдөлгөөнийг ялгаж үздэг.

  • "анхдагч" - тэдгээрийг хэрэгжүүлэх явцад баримт бичгийн логикийн дагуу үүссэн;
  • "тооцоолсон" - энэ механизмаар үүсгэгдсэн (хөдөлгөөний төрлийг тодорхойлогч нь хуримтлалын бүртгэлийн "Зардлын тооцоо" шинэ шинж чанар юм).

Зардлын тооцооллын механизмаар хөтлөгдсөн бүртгэлүүдийн жагсаалтыг Гаргах механизмын өгөгдөл() хэсгээс үзнэ үү.

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

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

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

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

Эдгээр өөрчлөлтүүд танд дараах боломжийг олгоно:

  • Баримт бичгийн зардлын үнийг баримтаас өөрөө харах - "Баримт бичгийн хөдөлгөөн" тайлангийн хамт;
  • зардлыг дахин тооцоолохдоо зөвхөн бодит өөрчлөгдсөн төлбөр тооцооны хөдөлгөөнийг дахин бичих;
  • Нягтлан бодох бүртгэлд тусгах зорилгоор зөвхөн дарж бичсэн хөдөлгөөн бүхий баримт бичгүүдийг (ERP болон CA-д) бүртгүүлэх.

ERP хувилбар 2.1.3 руу шилжих (болон харгалзах KA2 ба UT11 хувилбарууд)

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

Зардлын тооцоог эхлүүлэх.

Тооцооллын алгоритмд орох цэг нь процедур юм Бүгдийг тооцоолох()параметрүүдийг дамжуулдаг:

  • тооцооны хугацаа - сар;
  • "хөнгөн" зардлын урьдчилсан тооцоо хийх боломжтой - танд зарим тайлан гаргах боломжийг олгодог (хэрэв тодорхой хугацаанд бодит тооцоо хийсэн бол урьдчилсан тооцоо хийгдэхгүй);
  • Тооцооллыг заасан олон тооны байгууллагууд эсвэл тухайн байгууллагатай холбоотой бүх байгууллагуудын хувьд Компани хоорондын схемийн дагуу гүйцэтгэнэ (Капан хоорондын схемийн дагуу байгууллагуудын харилцааг үзнэ үү()):
    • тооцоо хийх байгууллагыг заагаагүй бол тогтоосон хугацаанд зардлын бүртгэлд хөдөлгөөн хийсэн бүх байгууллагад тооцоо хийнэ;
    • Бодит тооцоолол хийгдсэн бүх байгууллагууд бараа материалыг үнэлэх ижил аргатай байх ёстой (DefineValueValuationMethod()-г үзнэ үү);
  • Зардлын тооцоог интерактив байдлаар (сарын төгсгөлийн хаалтын механизмаас) болон ердийн ажлаас эхлүүлэх боломжтой.

Жинхэнэ тайлбар

// Зардлын тооцоог эхлүүлэх.
// (өмнө - Зардлын тооцооны баримт бичгийн менежерийн модулийн RegularTaskCostCostCalculation()-г гүйцэтгэх)
// Сонголтууд:
// Огноо - Огноо - зардлын тооцооны хугацаа
// PreliminaryCalculation - Boolean - бодит эсвэл урьдчилсан тооцоо хийх;
// урьдчилсан тооцоог хийж болно
// = ердийн даалгавар
// = бүтээгдэхүүний зардлыг хуваарилах бэлтгэл үе шат болгон
// Байгууллага - DirectoryLink.Organizations - зөвхөн заасан байгууллагад тооцоолох;
// Компани хоорондын схемийн дагуу заасан байгууллагуудын зардлыг дахин тооцоолох болно
// - Массив - зардлыг тооцох шаардлагатай байгууллагуудын массив, бусад байгууллагуудыг тооцдоггүй
// RoutineTask - Boolean - хэрэв үнэн бол энэ нь урьдчилсан зардлыг тооцоолох ердийн даалгавараас дуудагдсан гэсэн үг юм.
// Дибаг хийх параметрүүд - Бүтэц - ижил нэртэй бүтцийн шинж чанарыг хүчингүй болгох зорилготой Тооцооллын параметрүүд
// (дэлгэрэнгүй мэдээллийг InitializeCalculationParameters() кодын DebugParameters параметрийн тайлбарыг үзнэ үү)

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

  • Баримт бичгийн толгойн Байгууллагын шинж чанарт энэ баримт бичиг хамаарах байгууллагыг зааж өгнө;
  • Байгууллагын хүснэгтийн хэсэгт Компани хоорондын схемийн дагуу түүнтэй холбоотой бүх байгууллагыг, түүний дотор зааж өгнө. мөн өөрөө:
    • ERP хувилбар 2.1.3 (мөн KA ба UT-ийн харгалзах хувилбарууд) -аас өмнө ийм толгойн шинж чанар байхгүй байсан бөгөөд Intercampany схемийн дагуу холбогдсон бүх байгууллагуудын хувьд зардлын тооцооны баримт бичгийг дангаар нь үүсгэсэн (зардлын тооцооны баримт бичгийн талаархи мэдээлэл). байгууллагаар нь тооцооллын ерөнхий параметрүүдэд хадгалагддаг - түр хүснэгт VTCountingCostCalculationDocuments болон CalculationDocumentsByOrganizations өмч).

Алдаа гарсан тохиолдолд гацахгүйгээр тооцооллыг гүйцэтгэхийн тулд боодлын функц байдаг CalculateAllAtTryException() параметрүүд нь CalculateAll() процедуртай төстэй боловч функц нь Boolean утгыг буцаана - тооцоо амжилттай гүйцэтгэсний тэмдэг.

Зардлын тооцоог хийх.

Шууд тооцооллыг Байгууллагын бүлгийн өртгийг тооцоолох() функцэд гүйцэтгэдэг.
Схемийн хувьд тооцоо нь дараах байдалтай байна.

  • Бүх алгоритмын ерөнхий параметрүүдийг эхлүүлсэн (InitializeCalculationParameters()-г үзнэ үү);
  • журам-тооцооллын үе шатуудыг дараалан дууддаг (доор дэлгэрэнгүй)
    • системийн тохиргоо болон/эсвэл тооцооны эхлүүлэх параметрүүдээс шалтгаалан зарим алхмуудыг алгасаж болно;
    • үе шатны үр дүн нь үүсгэсэн тооцоолсон хөдөлгөөн ба/эсвэл "дэлхийн" түр зуурын хүснэгтүүд (дараах үе шатанд ашиглагддаг);
  • өөрчилсөн тооцоолсон хөдөлгөөнийг бүртгэсэн;
    • арын ажлуудыг ашиглан хэд хэдэн хэлхээнд бичлэг хийж болно ("Файлын дээд тоо" шинж чанарыг харна уу);
  • Өөрчлөгдсөн баримт бичгийг нягтлан бодох бүртгэлд тусгасан болно.

Тооцооллын үе шатны бүтэц.

Тооцооллын схемийн хувьд дараах байдалтай байна.

  • үе шатанд зориулсан эх өгөгдлийг сонгох хүсэлтийг үүсгэсэн; түүний шинж чанаруудыг бөглөсөн; хүсэлт биелэгдсэн;
    • хэрэв үе шатны зорилго нь зөвхөн "дэлхийн" түр зуурын хүснэгтийг бүрдүүлэх явдал юм бол дараахь зүйл хамаарахгүй;
  • Хүсэлтийн өгөгдөл дээр үндэслэн зардлын тооцооллын бүртгэлийг ашиглан төлбөр тооцооны хөдөлгөөнийг үүсгэдэг;
    • хөдөлгөөний зарим үе шат үүсдэггүй - зөвхөн "дэлхийн" түр зуурын хүснэгтүүд үүсдэг;
    • Хөдөлгөөн үүсгэх кодыг GenerateMovements хэлбэрийн процедурт оруулсан болно<Имя регистра><Уточнение операции>();
    • Эдгээр процедурын дотор хөдөлгөөн нэмэхийн тулд AddRecordToMotionTable() процедурыг заавал ашигладаг;
  • Зөвхөн үе шатанд ашигласан "орон нутгийн" түр зуурын хүснэгтүүд устгагдана (DestroyTemporaryTables()-г үзнэ үү);
  • үүсгэсэн хөдөлгөөнүүдийг утгын хүснэгтээс түр зуурын хүснэгт рүү шилжүүлдэг (CacheFormedMoves()-г үзнэ үү);
    • Үүний зэрэгцээ, эргэлт ба балансын үйлчилгээний кэшүүд шинэчлэгддэг (доорх дэлгэрэнгүй мэдээллийг);
    • Тэр. Эх сурвалжийн түүвэрлэлт ба үе шатны төгсгөлийн хооронд та кэш рүү нэвтрэх боломжгүй - тэдгээр нь шинэчлэгдээгүй байна.

Асуулгад мэдээллийн аюулгүй байдлын өгөгдөлд хандах.

Зардлын бүртгэл дэх шинэ төлбөр тооцооны хөдөлгөөнийг зөвхөн тооцооны төгсгөлд IS-д бүртгэдэг тул
Тооцооллын явцад эдгээр регистрүүдийн (бодит эсвэл виртуал) хүснэгтэд хандахдаа зарим дүрмийг дагаж мөрдөх ёстой (зөвхөн InitializeRegisters()-д жагсаасан бүртгэлд хамаарна).
1. Бүртгэлийн тайлант хугацааны эргэлтийг (хөдөлгөөн) дараахь зүйлийг нэгтгэх замаар олж авна.

  • "T.Cost Cost Calculation = False" сонголттой үндсэн бүртгэлийн хүснэгт (анхдагч хөдөлгөөн);
  • VTKash түр хүснэгт<Имя регистра>(шинэ суурьшлын хөдөлгөөн);

Тохиромжтой болгох үүднээс зарим регистрүүдийн хувьд энэ өгөгдлийг VTKashRecords түр зуурын хүснэгтэд автоматаар хадгалдаг.<Имя регистра>.
Бүртгэлийн жагсаалтыг ерөнхий тооцооллын параметрийн "RegistersWithCalculationRecords" шинж чанарт заасан болно.

2. Хугацааны эцэст регистрийн үлдэгдэл (үлдэгдлийн бүртгэлийн хувьд) дараахь зүйлийг нэгтгэн авна.

  • хугацааны эхэнд байгаа үлдэгдлийг бүртгэх;
  • "T.Cost Cost Calculation = False" сонголттой үндсэн бүртгэлийн хүснэгт (тухайн хугацааны үндсэн хөдөлгөөн);
  • VTKash түр хүснэгт<Имя регистра>(тухайн хугацаанд шинэ төлбөр тооцооны хөдөлгөөн).

Тохиромжтой болгох үүднээс зарим регистрийн хувьд энэ өгөгдлийг автоматаар түр зуурын хүснэгтэд кэш хийдэг VTKashCalculated Balances<Имя регистра>.
Бүртгэлийн жагсаалтыг ерөнхий тооцооллын параметрүүдийн "RegistersWithCalculated Balances" шинж чанарт заасан болно.

3. Тооцооллын өмнөх үе шатанд үүссэн шинэ хөдөлгөөнийг VTKash түр хүснэгтэд хадгална.<Имя регистра>.
Энэхүү түр хүснэгт нь зардлын тооцооллын механизмаар үйлчилдэг бүх бүртгэлд зориулагдсан болно.

Асуулгатай ажиллах хэд хэдэн нэмэлт боломжууд байдаг (шалтгаан: оновчлол, платформ гэх мэт).

1. Тооцооллын механизмын бүх хүсэлтэд сонголт хийхэд ашигласан өгөгдөл хадгалагдана

  • ерөнхий тооцооллын параметрүүдэд (байгууллага, хугацаа, функциональ сонголтуудын утга гэх мэт);
  • "дэлхий" түр хүснэгтүүдэд (жишээлбэл, VTOSelectionAnalyticsByPartners - InitializeTemporaryTablesForSelections()-г үзнэ үү).

Эдгээр параметрүүдийг тохируулахын тулд InitializeRequestProperties() бүх нийтийн процедурыг ашиглана уу.
Үүний үр дүнд бүх шийдэгчийн асуулгад ижил сонголтуудыг ашиглах баталгаатай болно.
Үүнтэй ижил процедур нь асуулгад зориулсан түр зуурын ерөнхий хүснэгтийн менежерийг тохируулах бөгөөд дээр дурдсан бүх кэш хүснэгтүүдийг хадгалдаг.

2. Түр зуурын хүснэгтүүдийн Хөдөлгөөний төрөл талбарт асуудал үүсгэдэг 30025997 платформын алдаа байна.
VTKash, VTKashRecords, VTKashCalculatedRemains төрлийн бүх түр зуурын хүснэгтүүдийн алдааг тойрч гарахын тулд
Стандарт Хөдөлгөөний Төрөл талбарын оронд "Boolean" төрлийн орж ирж буй ServiceMovement Type технологийн талбар хадгалагддаг бөгөөд түүнтэй ажиллах алгоритм нь дараах байдалтай байна.

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

Дибаг хийх, алдааг олж засварлах.

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

  • тооцооны дараагийн шатны эхэнд бүртгэлийн дэвтэрт бичилт хийх - тооцооллын явцыг хянах;
  • Тооцооллын төгсгөлд бүртгэлийн дэвтэрт тооцооллын нарийвчилсан протокол харагдана.

Мөн зарим тооцооллын параметрүүдийг хүчингүй болгох боломжтой (CalculateAll(), Дибаг хийх параметрийн параметрийг үзнэ үү).

P.S. Энэ нийтлэл нь програмистуудад хамгийн хэрэгтэй байх болно. Энэ нь 1С: Enterprise: "Худалдааны менежмент" шийдэл, хэвлэл 11.2.3 дахь 1С програмистуудын тайлбар дээр үндэслэсэн болно.

Асуулт: CA зардлын тооцоо


Өдрийн мэнд Энэ асуудалтай тулгарсан хүн байна уу?
Сард тооцсон PF, жишээлбэл kefir-ийн өртөг нь зардлын тооцооны тайланд 20.60 байна.
Гэвч дараа нь GP-ийн зардлын дундаж үнэ нь зардлын үнээс ялгаатай бөгөөд ойролцоогоор 70 болж өсдөг.

Хариулт:() Миний хувийн зурваст имэйл хаяг байна

Асуулт: Нийт ашгийн тайланд өртгийг буруу тусгасан


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

Хариулт:

b7music хэлэхдээ:

Фонт нь маш жижиг, би таны юу бичиж байгааг харахгүй байна. Чанга бичээрэй, би чамайг сонсохгүй байна.
Та ut11-д нийт ашгийн тайлан байхгүй гэж бичдэг. Гэтэл тэнд ийм мэдээлэл байна. Та нийт ашиггүй ut11 руу шилжихийг санал болгож байна, гэхдээ TS энэ тайлантай. Тэрс үзэл бодлоо боль. Та энэ тохиолдолд хэтэрхий хэрэггүй мэдээллээр хүнийг ачаалж байна.
Нүдний шилээ цэвэрлэж, зүүгээд дахин нэг хараарай.

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

Таны хэлээд байгаа тайлан бол тайлан биш" Нийт ашиг", энэ бол (дараа зассан) захиалгат синоним" Аж ахуйн нэгжийн нийт ашиг" тайлан ХУДАЛДААмөн энэ нь санхүүгийн үр дүн, бөөний борлуулалттай холбоотой. Жижиглэнгийн худалдаа, борлуулалт огт байхгүй.

Асуултын агуулгаас харахад асуулт нь UT 10.3-ийн тухай байгаа нь тодорхой байна, учир нь дурдсан "үнийн төрлүүд" нь UT 10.3-т, UT 11-д байхгүй (UT 11-д - Төрөл Үнэ)

TS тайлангийн тухай биш" Аж ахуйн нэгжийн нийт ашиг"Би тайлангийн талаар асуусан" Нийт ашиг".
Энэхүү тайлангийн мөн чанар, зорилго нь TS-ийн сонирхож байсан тайлангийн мөн чанараас (мөн нэрнээс) эрс ялгаатай юм.

  • TS нь UT-ийн стандарт гэж үзсэн зүйлийг (ирээдүйд) хүсдэггүй, харин томъёоны дагуу юу тооцдог болохыг хүсдэг. өөрийн үнийн төрлөөр дамжуулан Зардал
  • мөн тайлант хугацааны эцэст биш, харин борлуулалтын үед

Roman_86 хэлэхдээ:

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

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

"Нийт ашгийн" тайлан нь UT 11-д байхгүй, мөн чанар, ашиглалтын зорилго, нэрийн хувьд ч биш!

Та ний нуугүй хэлэхэд сэдвээс гадуур байна

Би нэмж байна
UT 11 дэх "Аж ахуйн нэгжийн нийт ашиг" тайлан гэж таны нэрлэсэн зүйл бол үнэндээ тайлангийн гарчиг Борлуулалт"Аж ахуйн нэгжийн нийт ашиг" тайлангийн сонголттой (тохируулагчид Борлуулалтын орлого ба зардал, захиалгат синоним Борлуулалт)
Үгээр эхэлсэн тайлангууд Бүдүүн UT 11-д огт байхгүй

Асуулт: УТ 11.2 дахь зардал, нийт ашгийн тооцоо


UT 11.1-ийг UT 11.2 болгон шинэчилсэн. Багц нягтлан бодох бүртгэлийг оруулсан болно.

"Аж ахуйн нэгжийн нийт ашиг" тайланд зардлын үнэ буруу байгааг би анзаарсан, дараа нь судалж буй хугацааны сарыг хаах талбар - "Аж ахуйн нэгжийн нийт ашиг" тайланд зарим нэг буруу утгыг гаргасаар байгааг би анзаарсан! Зардлын тооцооны баримт бичгийг устгасны дараа тайланд ижил утгууд үлдэнэ!

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

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

Багц нягтлан бодох бүртгэл нь борлуулалтын орлого, зардалд нөлөөлж чадах уу?

Багц бүртгэлийг идэвхгүй болгоод дахин идэвхжүүлэх нь тус болохгүй.
UT 11.2-т зардлын урьдчилсан тооцоог хэрхэн оруулсныг би ойлгохгүй байна уу?

Баярлалаа!

Хариулт:

Хамгийн сонирхолтой зүйл бол тээвэрлэлтийн бичиг баримт юм. Мөн зардлын тооцоо нь тээврийн баримт бичгийн хөдөлгөөнийг өөрчилдөг. Зардлын тооцоог цуцлах үед баримт бичигт байгаа хөдөлгөөнүүд арилдаггүй. Дахин ажиллуулахад ижил зүйл тохиолддог. Гэхдээ хэрэв та ачааны баримт бичгийг байршуулж, дахин байршуулж, зардлыг тооцвол бүх зүйл байрандаа орно! Гэхдээ энэ нь худлаа, хэрэв би ажлын үр дүнд гарсан зардлыг буцаан нийтлэхийг хүсвэл би баримтыг бүртгэх ёстой. Тэгээд одоо ерөнхийдөө суурь нь 12 настай. Маш их бичиг цаасны ажил хийх шаардлагатай байна!

Асуулт: Төлөвлөсөн өртгийн тооцоо


1С: Аж ахуйн нэгж 8.2 (8.2.19.102)
Үйлдвэрлэлийн аж ахуйн нэгжийн удирдлагын засвар 1.3 (1.3.79.1)

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

Мөн стандартын дагуу тооцоолол хаана байна вэ гэсэн асуулт гарч ирнэ.

Хариулт:

Өдрийн мэнд.
Асуудлыг шийдэж өгнө үү. Шинэ сэдэв үүсгэхгүйн тулд. Зардлаар.

1С: Аж ахуйн нэгж 8.3 (8.3.7.1831)
UPP 1.3.81.2

ROUSE
Тайлангууд-Нягтлан бодох бүртгэлийн дэвшилтэт аналитик-зардлын хуудас (болон бусад тайлангууд)

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

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

Боловсруулалт Төлөвлөсөн өртгийн тооцоо - зөвхөн бодит өртөгт суурилсан тооцоог зөв гэж үзнэ.
Төлөвлөсөн өртөгт үндэслэн тооцоо хийхгүй. Үүнд юу ч наалддаггүй.

Хаана хайх, юу засах вэ? Надад туслаач.

Асуулт: Өртгийг буруу тооцсон

Хариулт:

Асуулт: УТ 11.4 - Зардлын хуваарилалт, зохицуулалтын хэмжээ.


Сайхан өдөр.
UT 11.4.5.63
Сарыг хаах үед дараахь бэрхшээлүүд гарч ирдэг.

Байгууллагын үлдэгдэл зардал... хугацааны эцэст... зардалд хуваарилагдаагүй нь илэрсэн: Шинжээчид: ...; Зардал (рег.): "3,571

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

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

Хариулт:

2018 оны 11/06-ны өдрийн хувилбар (хэд хэдэн удаа амлаж байсан).
"Төлөвлөсөн хувилбарын талаархи мэдээлэл 11.4.6" - "Урьдчилсан хувилбар 2018 оны 11/30-ны өдөр") маргаашийн дараагийн өдөр
Удаан хугацааны туршид аймшигтай хоцрогдсон тохиргооны талаар асуулт асуух нь ямар учиртай вэ?
Дор хаяж 9 (бараг 10) хувилбарыг орхигдуулсан уу? олон зуун алдаа зассан!
Эхлэхийн тулд шинэчилнэ үү

Бүртгэгдсэн алдаатай тохиолдолд:


  • Статус: Татгалзсан
    Бүртгэгдсэн: 2018.11.09
    Тодорхойлолт:
    1. Зохицуулалттай нягтлан бодох бүртгэлийн дүнгийн өгөгдөл (дэд шинжилгээ) нь бараа материалын эхэнд байгаа "Нягтлан бодох бүртгэлийн мэдээллийн дагуу" INV-3 баганад нийцэхгүй байна. 2. INV-19-ийн нийт өгөгдлийн "Бараа материалын үр дүн" - "Дутагдал" гэсэн баганад байгаа INV-3-ын өгөгдөлтэй зөрүүтэй байгаа нь нягтлан бодох бүртгэлийн өгөгдөл болон бодит бэлэн байдлын өгөгдлийн хоорондох зөрүү юм.

    Амжилтгүй болсон шалтгаан:
    INV-3 ба INV-19-ийг хэвлэхдээ нийт үзүүлэлтийг олж авах гурван аргыг ашиглаж болно - тогтоосон үнийн төрлөөс хамааран; - зардлын урьдчилсан тооцооны дагуу; - бодит зардлын тооцооны дагуу. Эхний хоёр арга нь тодорхой шалтгааны улмаас нягтлан бодох бүртгэлийн зохицуулалттай өгөгдөлтэй ялгаатай байж болно, учир нь Зохицуулалттай нягтлан бодох бүртгэлд үнэ цэнийг бүрдүүлэхийн тулд бодит өртгийн тооцоогоор олж авсан утгыг ашигладаг. Гэхдээ нийт үзүүлэлтүүдийн талаархи мэдээллийн гуравдагч эх сурвалжийг ашигласан ч гэсэн нягтлан бодох бүртгэлийн зохицуулалттай өгөгдөл болон заасан хэвлэмэл маягтыг 100% нэгтгэх боломжгүй юм. тэдгээрийг бүрдүүлэхдээ гүйлгээний өгөгдлийг ашигладаггүй, харин бараа материалын нэг нэгжийн өртгийн талаарх мэдээлэлд үндэслэн тооцдог.


  • Статус: Гаргасан хувилбарт залруулсан Бүртгэгдсэн: 2018.09.26
    Тогтмол: "1С: Худалдааны менежмент 11", хувилбар 11.4.5.129
    Тодорхойлолт:
    Сарыг хаах ердийн үйл ажиллагааг гүйцэтгэх үед дараах төрлийн алдааны мессеж гарч ирж болно: "Барааны өртөг" бүртгэл дэх үйлдвэрлэлийн үе шатны хөдөлгөөн нь "Байгууллагын бараа" бүртгэлтэй тохирохгүй байна. Баримт бичгийг "Барааны өртөг" бүртгэлийн дагуу: Үйлдвэрлэлийн үе шат...-аас, байгууллага "...", "Барааны өртөг"-ийн бүртгэлийн дагуу дахин байршуулах шаардлагатай. Бараа материалын төрлөөр барааны өртгийг тусад нь бүртгэхийг унтраасан үед алдаа гарч ирдэг.

    Хэрхэн засах вэ:
    "Хуваалтын бүртгэл 22" ерөнхий модулийн "Хөдөлгөөн ба баримт бичигт гарсан асуудлуудыг засах" (Байгууллагын бараа, зардлын # талбайн нийцэл) журмын хүсэлтийн текст дэх мөрүүдийг солино уу.

Асуулт: UT 11.1. Хүлээн авсан баримтыг тохируулсны дараа барааны өртгийг хэрхэн өөрчлөх вэ?


Сайн байцгаана уу, хонгорууд!

UT 11.1.10.167. Нягтлан бодох бүртгэлийн бодлогод зардлын үнийг эргэлтийн журмаар тооцдог.

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

Барааны өртгийн өөрчлөлтийг хэрхэн тусгах вэ?

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

Урьдчилан баярлалаа.

Ердийн ажлыг ашиглан урьдчилсан зардлыг тооцоол Хариулт:Хэрэгжүүлэхэд "Бүтээгдэхүүн" РМ нь "Зардал" баганатай байна (өгөгдмөл байдлаар харагдахгүй, гэхдээ Маягтыг өөрчлөх замаар харуулах боломжтой). Зардлын үнэ нь UT-ээс энэ баганад унадаг. Та UT-ээс шалгах хэрэгтэй, магадгүй НӨАТ үнэд багтсан байх тул синхрончлолын явцад НӨАТ орсон дүн нь борлуулалтын өртөгт багтсан болно.

Асуулт: АД 2 дахь өртгийн үнийг хэрхэн "цэвэрлэх" талаар надад хэлээч


UT 10.3-аас BP 2.0 руу стандарт солилцоог ашиглан өгөгдлийг шилжүүлсэн
Бүх зүйл зүгээр, гэхдээ зардал нь "шилжсэн" бололтой, гэхдээ тийм ч тийм биш, учир нь НӨАТ-ын хамт хасагдсан боловч тусад нь байх ёстой.
Ямар нэгэн байдлаар “шилжсэн” өртгийн үнийг цэвэрлэх боломжтой юу?

Хариулт:

Зардал нь бичиг баримтын хамт "аялдаг". Барааны өртөг нь хүлээн авсан баримт бичиг, үлдэгдэл оруулах, нэмэлт зардлыг хүлээн авах, капиталжуулах зэргээс бүрддэг. Тэднийг ажиглаарай, тэд ямар хөдөлгөөн хийж байна.

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

Анхаарна уу.Өртгийг агуулах бүрээр тус тусад нь тооцдог.

  • Сарын дундаж зардлыг сарын эцэст тооцдог. Бүтээгдэхүүн бүр сард ижил өртөгтэй байдаг. Тооцооллын томъёо нь дараах байдалтай байна.

(сарын эхэн дэх үлдэгдэл (өртгийн) + тухайн сарын төлбөрийн баримт (зардлын)) / (сарын эхэн үеийн тоо хэмжээний үлдэгдэл + тухайн сарын тоо хэмжээний хүлээн авалт) = зардал

  • FIFO-ийн жигнэсэн үнэлгээг дараах томъёогоор тооцоолж, үлдэгдлийн утгыг тодорхойлно.

(сарын эхэн үеийн үлдэгдэл (өртөг) + тухайн сарын орлого (үнээр)) / (сарын эхэн үеийн үлдэгдэл (тоо хэмжээ) + тухайн сарын орлого (тоо хэмжээ)) = ямар ч багцын өртгийн үнэ сонгосон сар

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

1С: UT 11.1-д өртгийг тооцоолох практик:

Нэгдүгээр арга.Хамгийн энгийн нь сар бүрийн эцэст "Борлуулалт - Барааны өртгийг тооцоолох баримт бичиг" баримт бичгийг бүрдүүлэх явдал юм.

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

Цагаан будаа. 1


Цагаан будаа. 2

Зардлын тооцооны процедурыг хэрхэн хийх вэ:

1. Улаан тоо бүхий нүдэн дээр хулганы баруун товчийг дарна уу ("Нийт ашиг" баганад), "Шифрийг тайлах". Тэнд та "Бүртгэгч" -ийг сонгох хэрэгтэй - ямар бичиг баримтаар хөдөлгөөн хийгдсэнийг харах боломжтой.

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

"Цэс" - "Үйлчилгээ" - "Сонголтууд" - "Бүх функцууд" цэсийг харуулах";

"Бүх функцууд" - "Хуримтлалын бүртгэл" - "Агуулахад байгаа бараа (эсвэл байгууллагын бараа) эсвэл "Барааны өртөг" цэс рүү очно уу.

Хэрэв та нэршил, шинж чанараар нь сонговол ямар үнээр худалдаж авсан ("Бараа, үйлчилгээний хүлээн авалт" баримт бичиг, эсвэл эхний үлдэгдэл оруулах), ямар үнээр зарагдсаныг харах болно;

Цагаан будаа. 3


Цагаан будаа. 4


Цагаан будаа. 5

Анхаарна уу.Валютуудыг 1С: UT-д үндсэндээ хөтөлбөрт нягтлан бодох бүртгэлийн баримт бичгийг бүрдүүлэхэд зориулагдсан удирдлага, зохицуулалтын нягтлан бодох бүртгэлийн валют болгон хуваадаг: худалдан авалт, борлуулалтын дэвтэр гэх мэт, гэхдээ тэдгээр нь ижил (рубль) байвал ямар ч байхгүй болно. валютын сонголтоос хамааран тайлангийн ялгаа.

Буцах Дээшээ