Acumularea salariilor la bucată în ZUP 3 1. Cum puteți configura acumularea câștigurilor contractuale în ZUP versiunea 3.0? Cum se calculează salariul și contractul în același timp? Calculul simultan al ținutei de brigadă cu salariul

Anterior, munca angajaților diviziei era plătită pe baza unui tarif lunar de 20.000 de ruble. pentru timpul efectiv lucrat.

Începând cu noul an, angajații sunt transferați la următorul sistem de remunerare: angajații primesc o remunerație garantată în valoare de 10.000 de ruble. pentru o lună lucrată complet + suma acumulată la bucată pentru cantitatea de muncă efectiv finalizată.

Cum se înregistrează o modificare a formei de remunerare a angajaților în program și cum se acumulează remunerație angajaților pentru muncă?

Vom înregistra modificarea formei de remunerare în documentul Transferul de personal al organizațiilor, dar mai întâi vom crea un nou BP în permisul de ședere temporară Acumulări de bază prin copierea BP Plata pentru comenzile de producție - îl vom schimba într-un nou tip de calcul în fila Ora:

- adăuga. acumularea pentru timpul deja plătit, tipul de timp conform clasificatorului va fi șters

Obțineți 267 de lecții video pe 1C gratuit:

Vom lăsa valorile pe filele rămase ca implicite.

Să creăm un dock. Transferul de personal al organizațiilor pentru un angajat pentru care schimbăm forma de remunerare. În fila Acumulări pentru acumularea principală a angajatului, selectați acțiunea Modificare și setați o nouă rată tarifară - 10000. Copiați linia și indicați noul tip de calcul pe care l-am creat - „Plată pentru comenzi suplimentare de producție”, acțiunea Start, ștergeți tariful rată. Să revizuim documentul.

Întrebare: Plată ZUP 3.1 bucăți

Stabilirea plății la bucată, incl. opțiunea funcțională „Câștiguri pe piese”.
S-a adăugat acumularea „Plată suplimentară la rate progresive (la bucată)”, pentru acumularea plăților suplimentare. remunerația, dacă salariatul a prestat mai multă muncă decât salariul, dacă este mai mică, atunci salariul se calculează pur și simplu în funcție de timpul lucrat.
1 intrebare cu urmatoarele, documentul „Calculul salariilor si contributiilor” include acumularea „Plata suplimentara la rate progresive (la bucata)” in cazul in care plata salariului este mai mare decat cea la bucata, si nu exista plata suplimentara pentru aceasta. Cum să nu fie afișat fără a-l schimba în configurator?

Acum, la test, am realizat producție pe bază de muncă la bucată în valoare de 36.489, iar după formula: Max (Castig pe muncă la bucată, Salariul * (TimeInDaysHours - ProcessedAccordingtoSummarizedAccounting) / NormHours), se calculează un salariu în valoare de 36490 și un acumulare goală „Plată suplimentară la rate progresive (la bucată)”

Răspuns:() Două calcule, totul este frumos, corect, dar când valorile goale ies „0”, cumva nu este corect, așa că mă gândesc cum să scap de ele ca să nu iasă cu „ 0”

Întrebare: Plata la bucată nu este standard

Bună ziua. Aveți nevoie de ajutor pentru calcularea plăților la bucată pentru comenzi. Formula este următoarea: Tipul de lucru - curățare (există o normă). Se calculează raportul rata/volum al sarcinilor finalizate. Preț - salariu/Zile de lucruTotal. Acumulat = Rata*Coeficient*Zile de lucru. Nu există un standard pentru tipul de lucru din program. Indicatorul de câștig la bucată este calculat de program și nu poate fi modificat.
Puteți introduce un indicator suplimentar, Norm, dar este doar pentru o persoană, dar este necesar pentru tipul de muncă. O persoană poate avea mai multe tipuri de muncă cu standarde diferite

Răspuns:

Salariul și managementul personalului, ediția 3.0 (3.0.25.105)

Întrebare: Salariul pe bucată

Bună ziua tuturor!
Tovarăși, există o problemă pe care voi încerca să o rezolv.
La concedierea unui angajat, este necesar să se plătească salariul în ziua concedierii, cu toate acestea, apar probleme la plata calculului salariului la bucată, problema este că ordinele de muncă pentru tranzacție sunt ajustate retroactiv și, prin urmare, valoarea câștigurilor la bucată. pentru modificările salariatului concediat. Ca urmare, soldurile atârnă de contul 70.
La suprafață există o singură idee - de a fixa suma tranzacției pentru angajatul concediat și de a nu o modifica atunci când se recalculează tranzacția, dar nu este clar cum să implementați acest lucru.

Răspuns:

Nu chiar clar. Descrieți întregul BP.
Din punct de vedere contabil, totul este pur și simplu o comandă pentru o tranzacție - a fost emisă pe baza rezultatelor comenzii și a fost plătită.
Dacă la figurat, faceți comenzi că la sfârșitul lunii cunoașteți suma și se distribuie, atunci excludeți din comandă persoana cu suma care a fost plătită și minus această sumă, repartizați ce a mai rămas între cei rămași.

Întrebare: ZUP 3.1: Comandă de lucru pe bucată și buletin

Buna ziua.
Spune-mi asta:
Există un angajat care, de exemplu, a lucrat în divizia A de la 1.02 la 4.02. Apoi este transferat în divizia B de la 5.02. Creez un document de pontaj pentru două departamente diferite în care a lucrat în această perioadă de timp și indică că în perioada 1-4 februarie s-au lucrat 6 zile (69 de ore), în a doua foaie de pontaj indică că au fost 12 zile (138 de ore). a lucrat. În continuare, fac un document de comandă de lucru pe bucată, indic departamentul și îl completez cu o listă de angajați și, ca urmare a completării acestuia, pun 18 zile (207 ore), adică în total pentru tot timpul lucrat, excluzând departamentul. Așa ar trebui să funcționeze sau se poate face cumva (fără fișier) astfel încât ora și zilele să fie indicate din foaia de pontaj pentru o anumită subdiviziune? M-am uitat în cod, se pare că nu există nicio subdiviziune în cereri.
SAU fără foaie de pontaj
Există vreo modalitate de a o face (fără modificări) astfel încât dacă timpul lucrat este corectat manual în documentul de comandă de lucru pe bucată, atunci acesta să fie introdus și în documentul de calcul al salariului pentru acumularea tranzacției?

Răspuns:

În 2.5 comanda de lucru pe bucată a inclus:
Luați în considerare orele lucrate - contabilizarea orelor lucrate înscrise în document. Pentru acest steag, există un comutator „La calcul și în foaia de pontaj”, „Numai la calcul”, care este disponibil numai atunci când este setat indicatorul „Ține cont de timpul lucrat”. Dacă comutatorul este setat în poziția „La calcul și în foaia de pontaj”, atunci timpul lucrat înscris în document va participa la calcularea sumelor de distribuție a câștigurilor și se va reflecta și ca timp lucrat. Dacă comutatorul este setat la „Numai calcul”, atunci timpul lucrat va fi luat în considerare numai la calcularea sumelor de distribuție.
Dacă ați bifat caseta la calcul și în foaia de pontaj, atunci timpul stabilit manual în comanda de lucru la bucată a ajuns în documentul de calcul al salariilor pentru salariile la bucată. Cum pot face același lucru în 3.1?
Am încercat să o fac prin diagrame individuale. Se pare că a funcționat. Adică la calculul salariilor am început să iau timp din index. grafică, dar într-o comandă de lucru pe bucată continuă să stabilească ora într-o manieră consolidată pentru două divizii

Întrebare: Greșeli la crearea unei comenzi de lucru la bucată

Bună ziua
Manufacturing Enterprise Management Revizia 1.3 (1.3.81.1)
La postarea unei comenzi la bucată, apare o eroare:
Eroare la executarea handlerului - „ProcessingProcessing”
Din cauza:
(Document.Piecework.ObjectModule(5770)): Eroare la apelarea metodei context (Write)
Din cauza:
Există o înregistrare cu aceste câmpuri cheie! : Programe de lucru după tip de oră: Ivan Ivanovich Petrov, 09/01/2016 0:00:00, Nu, La oră, 09/01/2016 0:00:00 (Registrul de informații: Programe de lucru după tip de timp; Număr rând: 2)

Am verificat: nu există înregistrări în registru pentru această dată. Nici buletinul nu a fost introdus.
Care ar putea fi motivul?
Unde pot vedea linia la care se referă?
Un angajat are un singur tip de acumulare. Plata conform productiei ținute.Nu există plăți suplimentare.

Răspuns:

Ei bine, am o bănuială că faci schimbări de personal și îi stabilește un program de lucru din 1.
Și apoi faci o foaie de pontaj și, din moment ce stă acolo și ține cont de timp, îi face același program.
Ei bine, uite, ieșirile de pe foaia ta de pontaj într-o comandă de lucru la bucată, practic, coincid cu ceea ce ar trebui să aibă angajatul în programul său, sau se întâmplă ca angajatul să nu apară sau ar fi trebuit să lucreze 8 ore conform programului , dar i se dă I 6 la bucată? Asta se intampla.
Dacă nu, puteți lăsa caseta de selectare doar pentru calcul la sfârșitul lunii, faceți un document de pontaj pentru acești angajați, verificați dacă totul este în regulă și postați-l

Întrebare: ZUP 3.1. Noul angajat nu este adăugat la comanda de lucru pe bucată

Bună ziua.
1) Există un angajat angajat pe 15 ianuarie (program de schimb, angajare - „Câștiguri pe bucată pentru angajații salariați”).
2) A fost creat un șablon pentru introducerea datelor inițiale „Lucrare la bucată de brigadă”; distribuția se realizează ținând cont de mărimea tarifelor și a timpului lucrat.
3) Deschideți „date pentru calculul salariilor” și creați „Munca în echipă”. Perioada de lucru de la 09.01.2018 la 31.01.2018, data documentului 31.01.2018. Adăugăm toți angajații incluși în echipă, inclusiv un nou angajat, prin selecție.
Pentru toți angajații cu excepția celui nou, tariful este extins și suma este distribuită. Dacă setați perioada de la 15 la 31, atunci totul pentru noul angajat este și el întins și distribuit, dar apoi zilele și orele pentru restul sunt subestimate. Ce poți face în privința asta? Vă mulțumesc anticipat.

Răspuns:

Buna ziua! aproape aceeasi problema, doar angajatul nostru a fost angajat din 09/01/18, iar lucrul la bucata s-a angajat din 01/01/18-31/01/18. Un nou angajat ajunge la o lucrare la bucată, dar în calculul salariului rezultatul acumularii este gol, scrie „nu există date despre câștigurile la bucată”, dacă o corectați în repartizarea la bucată din 01/09/18-01/31/ 18, atunci cuantumul acestuia va fi inclus în calcul.

Întrebare: Nu există un tarif suplimentar perceput de la Fondul de pensii pentru munca la bucată

Bună ziua
UPP, platforma 8.2.19.130, versiunea 1.3.84.1.
Iată o scrisoare de la contabilul de salarii:
Un angajat (de exemplu, Andrianov) este transferat de la ucenic la finisher (condiții de muncă dăunătoare) nu de la începutul lunii, ci din 13 octombrie. Și în acest caz, Fondul de pensii al Federației Ruse nu a acumulat un tarif suplimentar pentru munca la bucată. Dacă ajustați manual documentul „cumularea primelor de asigurare”, atunci luna viitoare aceste sume vor fi inversate și această sumă nu va fi inclusă în venitul impozabil pe cardul de prime de asigurare al angajatului. Ce trebuie să faci?

Contabilul spune că dacă angajatul este transferat pe data de 1 a lunii, atunci totul este în regulă. Mai mult, în situația descrisă mai sus, se percepe un tarif suplimentar pentru toate tipurile de plăți și bonusuri suplimentare pentru ținuta cu bucată, dar nu și pentru ținuta cu bucată în sine. Totul pare a fi configurat corect. Care ar putea fi problema aici? Atașez o captură de ecran de la Andrianov.

Răspuns:

Cu ținutele pe piesă, există o mulțime de nuanțe. Da, totul va trebui făcut mai devreme decât mai târziu.

Întrebare: Emiterea unei facturi online cu opțiuni de plată

Buna din nou. Următoarele informații sunt disponibile pentru plata facturilor:
1) Metodă de plată (Mir Card, Visa Card, Visa Electron Card, MasterCard Card, portofele electronice - Webmoney, Yandex money, Qiwi)
2) Pentru carduri: numărul cardului, luna și anul expirării, numele proprietarului, CVV, parola proprietarului
3) Pentru Webmoney: autentificare, cont portofel WMR (ruble), parolă
4) Pentru bani Yandex - autentificare, parolă, număr de cont Yandex
5) Pentru Qiwi: număr de telefon (acesta este contul Qiwi) și parolă
În funcție de modalitatea de plată aleasă, este necesar să trimiteți o factură jucătorului prin email cu suma specificată de acesta (toate datele sunt introduse de jucător într-un formular special). În cazul plății cu succes, primiți o scrisoare de notificare pe e-mailul dvs. de pe e-mailul jucătorului (adică, implementați emiterea instantanee a unei facturi cu posibilitatea de a o plăti și de a primi datele plătitorului - e-mailul acestuia). Un exemplu comun al acestei probleme sunt magazinele online. Trebuie să implementez acest lucru în 1C. Cel mai probabil, va fi necesară integrarea 1C cu site-urile de plată. Aș fi foarte recunoscător pentru orice informații despre cum să faceți acest lucru.

Răspuns:

În loc să-mi trimit o scrisoare, aceasta va fi trimisă automat la adresa mea de e-mail după plata cu succes de către jucător. Dar încă nu știu cum să fac asta.

Întrebare: v7: Cum pot schimba tipul de plată de la Plată electronică la Plată bonus în șofer?

Am instalat cel mai recent driver KKM de la Atol 8.14.2, dar pur și simplu nu găsesc cum să schimb tipul de plată „Electronic” în „Plată cu bonus”.
Văd că se poate plăti cu 4 tipuri de plăți, numerar și trei „Electronic”. As dori sa inlocuiesc unul dintre acestea electronic, poate cumva acest lucru se poate face programatic.Ajutati-ma sa-mi dau seama, termenul limita deja expira, casa de marcat EKLZ expira saptamana viitoare si trebuie sa infiintez o casa de marcat online.

Răspuns:() Mi-am dat seama, am descărcat driverul KKM 9.8.1, unde puteți schimba numele tipurilor de plată, dar nu l-am găsit în 8.14.2.

Întrebare: UT 11.4 la plata cu cardul, „Plată ulterioară (credit)” este tipărită în chitanță

În RMK încerc să procesez un cec cu plata cu cardul, iar programul din chitanța de numerar afișează „Plată ulterioară (Credit)”
te rog spune-mi ce ar putea fi in neregula.
KKM ATOL 22F
Terminal de achiziție - fără echipament de conectare.

Răspuns: Numărul de tipuri de plată din baza de date și din casa de marcat nu se potrivește

În parametrii contabili, oferim posibilitatea de a lucra cu salarii la bucată. Setări – Calculul salariilor – Stabilirea compoziției angajamentelor și deducerilor – Alte angajamente – Câștiguri la bucată – Aplicați și închideți.

În continuare, tipurile de calcul „Câștiguri pe bucată (pentru cei care lucrează pe bază de salariu)” și „Câștiguri pe bucată (pentru cei care lucrează la un tarif orar)” vor apărea automat în lista de angajamente. Aceste tipuri de calcule sunt potrivite pentru o situație în care un angajat primește fie câștig la bucată, fie un salariu, dacă acesta se dovedește a fi mai mare.

Notă! În secțiunea „Valori ale indicatorilor acumulați”, comutatorul este setat în mod implicit la poziția „Prin corespondența datei de înregistrare cu intervalul de acumulare”. Această metodă este utilizată numai dacă intenționați să înregistrați producția la bucată pe zi. Trebuie avut în vedere faptul că, dacă dintr-un anumit motiv producția este înregistrată într-o zi în care angajatul a lipsit efectiv, atunci nu va fi luată în considerare la calcularea salariilor. Dacă specificați că este necesar să selectați toate valorile acumulate pentru lună (ca în exemplul nostru), atunci când se calculează o astfel de acumulare, se iau în considerare câștigurile la bucată pentru întreaga lună.

Tipurile de angajamente „Câștiguri la o bucată (pentru cei care lucrează pe bază de salariu)” și „Câștiguri la bucată (pentru cei care lucrează la o rată orară)” sunt atribuite angajaților conform planificării următoarelor documente:

„Angajare”, „Angajare pe listă” (Personal – Creare – Angajare);
„Transfer personal”, „Transfer personal pe listă” (Personal – Primire, transferuri, concedieri);
„Schimbarea locului de muncă” (Salariu – Modificarea salariului angajatului), care este disponibilă dacă în configurarea parametrilor de salarizare (Setări – Salarizare) este bifată caseta de selectare „Utilizați modificări pe termen scurt ale salariului în funcție de munca prestată”.
„Transfer la alt angajator” (HR – Primire, transferuri, concedieri);
„Modificarea angajamentelor planificate” și „Modificarea salariilor” (Salariu – Modificarea salariului angajaților).

Introducerea tipurilor de lucrări și a prețurilor pentru acestea

Introducem tipuri de muncă în directorul „Tipuri de muncă ale angajaților” (Setări – Tipuri de muncă).

Introduceți Numele, prețul și data de valabilitate.

Volumul real de muncă la bucată efectuată se înregistrează în cursul lunii folosind documentul „Munca pe bucată” (Salariu - Date pentru calculul câștigului), configurat conform unui șablon predefinit (Setări - Șabloane de introducere a datelor inițiale).

Șablonul poate fi modificat în funcție de cerințele dvs. contabile.

Tipuri de locuri de muncă.

Tipurile de lucrări pentru care datele vor fi introduse ulterior pot fi completate direct în document sau pot fi selectate în prealabil în șablonul propriu-zis.

Dacă este selectată opțiunea „Document completat”, tipurile de tranzacții pot fi selectate în document.

Dacă este selectat elementul „Selectat în avans”, atunci tipurile de lucrări pentru care este introdus acest șablon sunt configurate în șablon.

Volumul muncii prestate.

Dacă este selectat elementul „Intras pentru fiecare angajat”, documentul „Munca pe bucată” va fi introdus pentru fiecare angajat.

Dacă comutatorul este setat pe poziția „Distribuit tuturor angajaților” în secțiunea „Volum de muncă finalizat”, atunci în documentul „Munca pe bucată” apar două file: „Munca finalizată” și „Angajați”. În mod implicit, cantitatea totală de muncă prestată va fi distribuită în mod egal între angajații specificati. Distribuția va avea loc în funcție de parametrul de distribuție selectat (Coeficienți, Tarife, Timp lucrat).

În exemplul nostru, distribuția ia în considerare coeficienții. În fila „Lucrări finalizate” setăm volumul de muncă efectuat de echipă.

Și în fila „Angajați” completăm angajații care au efectuat aceste locuri de muncă și coeficienții corespunzători.

Munca finalizată este introdusă pentru o zi sau pentru un interval selectat în mod arbitrar (capacitatea de a introduce venituri la bucată pentru o lună sau o săptămână).

Stabilirea vizibilității departamentelor și a listei de angajați. Documentul va configura și vizibilitatea angajaților și a departamentelor. Este posibil să completați automat lista de documente sau să personalizați documente pentru anumite departamente.

După configurarea șablonului de introducere a documentului, trecem la introducerea datelor pentru calcularea câștigurilor la bucată. Salariu – Date pentru calculul salariului.

În șablonul pe care l-am completat mai devreme, am indicat că acest document este completat de departament indicând următorii parametri:

Tipuri de lucru – Completate în document.

Cantitatea de muncă este repartizată între toți angajații ținând cont de coeficient.

În documentul „Date de calcul al salariului”, selectați șablonul salvat.

În fila „Lucrări finalizate”, completați lista de lucrări și cantitatea de muncă efectuată.

În fila „Angajați”, completați lista de angajați (puteți folosi butonul de completare) și introduceți coeficienții corespunzători pentru aceștia.

În continuare, creăm documentul „Salarizare”, care conține calculul câștigurilor la bucată pentru angajat. În plus, în cazul în care salariul sau tariful orar este mai mare decât valoarea câștigului de muncă la bucată, salariul angajatului va fi calculat în funcție de timpul lucrat.

Chernyshova Lyudmila,

Consultant senior la ANT-HILL Company

Întrebare: ZUP 3.1: Comandă de lucru pe bucată și buletin

Buna ziua.
Spune-mi asta:
Există un angajat care, de exemplu, a lucrat în divizia A de la 1.02 la 4.02. Apoi este transferat în divizia B de la 5.02. Creez un document de pontaj pentru două departamente diferite în care a lucrat în această perioadă de timp și indică că în perioada 1-4 februarie s-au lucrat 6 zile (69 de ore), în a doua foaie de pontaj indică că au fost 12 zile (138 de ore). a lucrat. În continuare, fac un document de comandă de lucru pe bucată, indic departamentul și îl completez cu o listă de angajați și, ca urmare a completării acestuia, pun 18 zile (207 ore), adică în total pentru tot timpul lucrat, excluzând departamentul. Așa ar trebui să funcționeze sau se poate face cumva (fără fișier) astfel încât ora și zilele să fie indicate din foaia de pontaj pentru o anumită subdiviziune? M-am uitat în cod, se pare că nu există nicio subdiviziune în cereri.
SAU fără foaie de pontaj
Există vreo modalitate de a o face (fără modificări) astfel încât dacă timpul lucrat este corectat manual în documentul de comandă de lucru pe bucată, atunci acesta să fie introdus și în documentul de calcul al salariului pentru acumularea tranzacției?

Răspuns:

În 2.5 comanda de lucru pe bucată a inclus:
Luați în considerare orele lucrate - contabilizarea orelor lucrate înscrise în document. Pentru acest steag, există un comutator „La calcul și în foaia de pontaj”, „Numai la calcul”, care este disponibil numai atunci când este setat indicatorul „Ține cont de timpul lucrat”. Dacă comutatorul este setat în poziția „La calcul și în foaia de pontaj”, atunci timpul lucrat înscris în document va participa la calcularea sumelor de distribuție a câștigurilor și se va reflecta și ca timp lucrat. Dacă comutatorul este setat la „Numai calcul”, atunci timpul lucrat va fi luat în considerare numai la calcularea sumelor de distribuție.
Dacă ați bifat caseta la calcul și în foaia de pontaj, atunci timpul stabilit manual în comanda de lucru la bucată a ajuns în documentul de calcul al salariilor pentru salariile la bucată. Cum pot face același lucru în 3.1?
Am încercat să o fac prin diagrame individuale. Se pare că a funcționat. Adică la calculul salariilor am început să iau timp din index. grafică, dar într-o comandă de lucru pe bucată continuă să stabilească ora într-o manieră consolidată pentru două divizii

Întrebare: Nu există un tarif suplimentar perceput de la Fondul de pensii pentru munca la bucată

Bună ziua
UPP, platforma 8.2.19.130, versiunea 1.3.84.1.
Iată o scrisoare de la contabilul de salarii:
Un angajat (de exemplu, Andrianov) este transferat de la ucenic la finisher (condiții de muncă dăunătoare) nu de la începutul lunii, ci din 13 octombrie. Și în acest caz, Fondul de pensii al Federației Ruse nu a acumulat un tarif suplimentar pentru munca la bucată. Dacă ajustați manual documentul „cumularea primelor de asigurare”, atunci luna viitoare aceste sume vor fi inversate și această sumă nu va fi inclusă în venitul impozabil pe cardul de prime de asigurare al angajatului. Ce trebuie să faci?

Contabilul spune că dacă angajatul este transferat pe data de 1 a lunii, atunci totul este în regulă. Mai mult, în situația descrisă mai sus, se percepe un tarif suplimentar pentru toate tipurile de plăți și bonusuri suplimentare pentru ținuta cu bucată, dar nu și pentru ținuta cu bucată în sine. Totul pare a fi configurat corect. Care ar putea fi problema aici? Atașez o captură de ecran de la Andrianov.

Răspuns:

Cu ținutele pe piesă, există o mulțime de nuanțe. Da, totul va trebui făcut mai devreme decât mai târziu.

Întrebare: Greșeli la crearea unei comenzi de lucru la bucată

Bună ziua
Manufacturing Enterprise Management Revizia 1.3 (1.3.81.1)
La postarea unei comenzi la bucată, apare o eroare:
Eroare la executarea handlerului - „ProcessingProcessing”
Din cauza:
(Document.Piecework.ObjectModule(5770)): Eroare la apelarea metodei context (Write)
Din cauza:
Există o înregistrare cu aceste câmpuri cheie! : Programe de lucru după tip de oră: Ivan Ivanovich Petrov, 09/01/2016 0:00:00, Nu, La oră, 09/01/2016 0:00:00 (Registrul de informații: Programe de lucru după tip de timp; Număr rând: 2)

Am verificat: nu există înregistrări în registru pentru această dată. Nici buletinul nu a fost introdus.
Care ar putea fi motivul?
Unde pot vedea linia la care se referă?
Un angajat are un singur tip de acumulare. Plata conform productiei ținute.Nu există plăți suplimentare.

Răspuns:

Ei bine, am o bănuială că faci schimbări de personal și îi stabilește un program de lucru din 1.
Și apoi faci o foaie de pontaj și, din moment ce stă acolo și ține cont de timp, îi face același program.
Ei bine, uite, ieșirile de pe foaia ta de pontaj într-o comandă de lucru la bucată, practic, coincid cu ceea ce ar trebui să aibă angajatul în programul său, sau se întâmplă ca angajatul să nu apară sau ar fi trebuit să lucreze 8 ore conform programului , dar i se dă I 6 la bucată? Asta se intampla.
Dacă nu, puteți lăsa caseta de selectare doar pentru calcul la sfârșitul lunii, faceți un document de pontaj pentru acești angajați, verificați dacă totul este în regulă și postați-l

Întrebare: ZUP 3.1. Noul angajat nu este adăugat la comanda de lucru pe bucată

Bună ziua.
1) Există un angajat angajat pe 15 ianuarie (program de schimb, angajare - „Câștiguri pe bucată pentru angajații salariați”).
2) A fost creat un șablon pentru introducerea datelor inițiale „Lucrare la bucată de brigadă”; distribuția se realizează ținând cont de mărimea tarifelor și a timpului lucrat.
3) Deschideți „date pentru calculul salariilor” și creați „Munca în echipă”. Perioada de lucru de la 09.01.2018 la 31.01.2018, data documentului 31.01.2018. Adăugăm toți angajații incluși în echipă, inclusiv un nou angajat, prin selecție.
Pentru toți angajații cu excepția celui nou, tariful este extins și suma este distribuită. Dacă setați perioada de la 15 la 31, atunci totul pentru noul angajat este și el întins și distribuit, dar apoi zilele și orele pentru restul sunt subestimate. Ce poți face în privința asta? Vă mulțumesc anticipat.

Răspuns:

Buna ziua! aproape aceeasi problema, doar angajatul nostru a fost angajat din 09/01/18, iar lucrul la bucata s-a angajat din 01/01/18-31/01/18. Un nou angajat ajunge la o lucrare la bucată, dar în calculul salariului rezultatul acumularii este gol, scrie „nu există date despre câștigurile la bucată”, dacă o corectați în repartizarea la bucată din 01/09/18-01/31/ 18, atunci cuantumul acestuia va fi inclus în calcul.

Întrebare: ZUP 3.1 comenzi de lucru

Dragi specialisti! A apărut o problemă cu calcularea comenzilor. Șablonul este configurat astfel. Acumulările salariatului, dar în ordinul de muncă, suma nu se repartizează în funcție de timpul lucrat. De ce?

Răspuns: Am încercat varianta - conform coeficientului plus timp. De asemenea, ținuta nu acordă atenție timpului, se distribuie doar în funcție de coeficient. Încă nu avem nevoie de această opțiune. Dar totuși interesant, poate că acest lucru este greșit?

Întrebare: Salariul pe bucată

Bună ziua tuturor!
Tovarăși, există o problemă pe care voi încerca să o rezolv.
La concedierea unui angajat, este necesar să se plătească salariul în ziua concedierii, cu toate acestea, apar probleme la plata calculului salariului la bucată, problema este că ordinele de muncă pentru tranzacție sunt ajustate retroactiv și, prin urmare, valoarea câștigurilor la bucată. pentru modificările salariatului concediat. Ca urmare, soldurile atârnă de contul 70.
La suprafață există o singură idee - de a fixa suma tranzacției pentru angajatul concediat și de a nu o modifica atunci când se recalculează tranzacția, dar nu este clar cum să implementați acest lucru.

Răspuns:

Nu chiar clar. Descrieți întregul BP.
Din punct de vedere contabil, totul este pur și simplu o comandă pentru o tranzacție - a fost emisă pe baza rezultatelor comenzii și a fost plătită.
Dacă la figurat, faceți comenzi că la sfârșitul lunii cunoașteți suma și se distribuie, atunci excludeți din comandă persoana cu suma care a fost plătită și minus această sumă, repartizați ce a mai rămas între cei rămași.

Întrebare: Comanda de lucru Alfa-Auto 5 Order modifică timpul documentului cu o oră atunci când se schimbă starea la „În curs”

Comanda de lucru Alfa-Auto 5 Order modifică timpul documentului cu o oră la schimbarea stării în „În curs” - De ce? Cum se dezactivează? Dar acest lucru este îngreunat de faptul că, dacă, pe baza acestei comenzi de lucru, creați transferul de bunuri pentru reparație, atunci nu veți putea închide comanda de lucru mai devreme de o oră fără a modifica ora document. Fluxul de lucru este conceput astfel încât această problemă să apară în mod constant. Vă rog să-mi spuneți cum să rezolv asta. Și de ce s-a făcut asta?
]

Răspuns:() > nu va fi posibilă închiderea comenzii mai devreme de o oră fără a modifica ora documentului
Si in poza cu o ora inainte!?

Întrebare: Plata la bucată nu este standard

Bună ziua. Aveți nevoie de ajutor pentru calcularea plăților la bucată pentru comenzi. Formula este următoarea: Tipul de lucru - curățare (există o normă). Se calculează raportul rata/volum al sarcinilor finalizate. Preț - salariu/Zile de lucruTotal. Acumulat = Rata*Coeficient*Zile de lucru. Nu există un standard pentru tipul de lucru din program. Indicatorul de câștig la bucată este calculat de program și nu poate fi modificat.
Puteți introduce un indicator suplimentar, Norm, dar este doar pentru o persoană, dar este necesar pentru tipul de muncă. O persoană poate avea mai multe tipuri de muncă cu standarde diferite

Răspuns:

Salariul și managementul personalului, ediția 3.0 (3.0.25.105)

Întrebare: Plată ZUP 3.1 bucăți

Răspuns:() Două calcule, totul este frumos, corect, dar când valorile goale ies „0”, cumva nu este corect, așa că mă gândesc cum să scap de ele ca să nu iasă cu „ 0”

Întrebare: Rarus Auto Service. Plata cu cardul conform comenzii de lucru

Întrebare despre acceptarea plății cu carduri de plată pentru comenzi împreună cu. Vă rog să-mi spuneți cum să accept plata corect? Acum fie folosim RMK, ceea ce este incomod deoarece trebuie să introducem manual toate articolele din comanda de lucru în el. De asemenea, am încercat să creăm un document Plata prin carduri de plată pe baza Ordinului de lucru, dar când a fost introdus cecul am primit o eroare:
„suma plăților fără numerar este mai mare decât cantitatea articolelor de mărfuri”.

După cum am înțeles, acest lucru se datorează faptului că suma de plată nu coincide cu suma din secțiunea tabulară Produse a comenzii de lucru, ceea ce este logic, deoarece avem secțiunea tabulară de lucru completată.

Răspuns:() multumesc pentru informatii. În general, în Rarus, KKM Check nici măcar nu completează bunuri în PM pe bază. Probabil va trebui să-l termin

În acest material vom vorbi despre metoda de stabilire a unei comenzi de lucru pe bucată (muncă pe bucată sau comandă de lucru de brigadă) în programul 1C versiunea 3.0. Experții notează că programatorii 1C au îmbunătățit semnificativ capacitatea de a calcula un ordin de brigadă în ZUP.

Așadar, vă vom spune despre următoarele puncte principale în calcularea unei comenzi de lucru la bucată:

Metoda de configurare a unei tranzacții în 1C (comparativ cu versiunea anterioară 2.5, acest proces a devenit oarecum mai confuz);
- Calculul castigului la bucata tinand cont de KTU;
- Calculul paralel al castigului la bucata si al salariului;

Pentru referință, observăm că toate cifrele prezentate în acest articol au fost realizate în interfața „1C” a celei mai recente versiuni „3.0”. Apariția celei mai recente versiuni se numește „Taxi”. Pentru a comuta de la interfața obișnuită la Taxi, în meniul principal, faceți clic pe „Instrumente”, apoi pe „Opțiuni”. După aceasta, se va deschide o fereastră cu setări, unde va trebui să selectați „Taxi” și să faceți clic pe butonul „Run”. Deși nu este necesar să treceți la „Taxi”, deoarece tot ceea ce vom vorbi în acest material este conținut în aspectul obișnuit al lui „1C”.

Pentru a configura capacitatea de a calcula o tranzacție în „1C”, într-una dintre secțiunile meniului „Setări”, trebuie să găsiți și să selectați elementul numit „Calcul de salarizare”. În fereastra deschisă cu același nume, accesați adresa de internet „Configurarea compoziției taxelor și deducerilor”. Apoi se va deschide din nou fereastra cu același nume, unde, în fila „Alte angajări”, va trebui să bifați caseta „Câștiguri în piese de lucru”.

După astfel de setări, multe modificări vor apărea în baza de informații. În special, în lista „Angajări” vor apărea 2 noi, care se referă la ținuta de brigadă. Veți găsi o listă de „Angajări” în secțiunea „Setări” din meniul principal. Lista de mai sus va avea, de asemenea, două tipuri de calcul: „Câștiguri pe bucată (pentru cei care lucrează la un tarif temporar)” și „Câștiguri pe bucată (pentru cei care lucrează pe bază de salariu)”.

Rețineți că tipul obișnuit de calcul este cel mai potrivit pentru ca un angajat să primească câștiguri sau salariu la bucată (dacă este mai mare). Dar pentru a rezolva problema pusă la începutul publicației, aceste tipuri de angajamente nu ne sunt potrivite. Să deschidem acum angajamentele și să revizuim formulele care sunt propuse de dezvoltatori în aceste tipuri de calcule.

Această formulă va fi utilă și va fi solicitată în multe cazuri. Prin urmare, acum vă vom arăta algoritmul pentru calcularea unei tranzacții folosind un tip tipic de calcul. Și vom dedica a doua parte a publicației rezolvării problemei calculării simultane a unui salariu obișnuit și a unui acord.

Calculul unei ținute de brigadă în 1C ZUP, ținând cont de tarifele și KTU

De exemplu, vă sugerăm să angajați 2 angajați de la 1 noiembrie 2014 și să le atribuiți un tip de calcul numit „Câștiguri la bucată (pentru cei care lucrează pe bază de salariu)”. Pentru a arăta calculul unei tranzacții în cadrul unei echipe, avem nevoie de două persoane. Pentru a introduce noi angajați, utilizați un document de personal numit „Angajare”. Rețineți că va trebui să introduceți suma salariului, deoarece formula pentru acest calcul atribuie calcule salariale.

Și acum trebuie să introduceți în program datele despre cât de mult a produs echipa celor doi angajați de mai sus în noiembrie. Pentru o astfel de operațiune, ZUP utilizează documentul „Date pentru calculul salariului” („Salariu” - „Date pentru calculul salariului”).

Documentul de mai sus constă din două file - „Angajați” și „Munca finalizată”. Acesta din urmă conține date despre operațiunile tehnologice efectuate de echipă (domeniu numit „Tipul de muncă”) și volumul de muncă efectuat.

Toate valorile câmpului „Tip de muncă” sunt completate din directorul cu același nume. Pe lângă denumire, fiecare tip de muncă are semnificația „Rată”, adică suma de fonduri primite de echipă pe unitate de muncă efectuată sau produs produs. În acest caz, în sistem poate fi indicată orice unitate de măsură: kilometri, kilograme, bucăți, tone etc. Programului nu îi pasă de ce unitate de măsură aveți în vedere.

În cazul nostru, muncitorii de brigadă erau angajați la asamblarea meselor. Pentru un tabel din „Tipul de muncă”, prețul indicat este de 1200 de ruble. În câmpul numit „Volum de muncă efectuată”, este introdus numărul 100 - numărul de tabele asamblate de muncitori. Și, pe baza acestor date, programul calculează automat cantitatea de ieșire a echipei.

Acum ne concentrăm atenția pe fila numită „Angajați”, unde este indicată componența echipei în sine. Selectăm doi angajați angajați acolo puțin mai devreme - Smetanin și Stakhanov. Există două câmpuri în tabelul de documente - „Coeficient” și „Rata tarifară” (aproape la fel cu KTU). Suma câștigată de echipă va fi distribuită în aceste domenii. Cel mai probabil, încă nu veți vedea aceste câmpuri în programul dvs.

Pentru ca „Coeficientul” și „Tariful” de mai sus să devină disponibile în „1C ZUP”, trebuie să faceți setări suplimentare. Pentru a face acest lucru, în partea „Setări” a meniului principal, găsiți un element numit „Șabloane de introducere a datelor de intrare”, apoi deschideți-le și selectați linia „Lucră de călătorie”.

Apoi, în fereastra deschisă „Munca de călătorie”, setați comutatorul „Distribuit tuturor angajaților” în poziția activă și selectați metoda de distribuție dorită - „Ținând cont de mărimea tarifelor” sau „Ținând cont de coeficient”. Acestea sunt locurile necunoscute cu setări care apar în configurația programului ZUP.

Salvați documentul numit „Traveling Works (Initial Data Entry Document Template)” și reveniți la documentul „Traveling Works (Initial Data Entry Document Template)”, în care am introdus anterior date despre rezultatele muncii echipei. Pentru ca câmpurile „Tarif” și „Coeficient” să apară în fila „Angajați”, va trebui să închideți acest document și să-l deschideți din nou.

Pentru toți angajații, coeficienții vor fi completați automat cu valoarea 1. Iar datele „Tarif” vor depinde de valoarea pe care ați notat-o în documentul „Angajare”. În acest caz, lucrătorii au tarife diferite, prin urmare suma câștigată de lucrători va fi proporțională cu tarifele acestora.

Dacă valoarea coeficientului se modifică, atunci suma se va modifica în mod corespunzător, ținând cont de noul coeficient. În acest caz, pentru ambii angajați vom lăsa KTU egal cu 1.

Acum parcurge acest document. Dar însuși faptul deținerii sale nu înseamnă deloc că fondurile sunt acumulate către angajații întreprinderii. Statul de plată final va fi procesat în documentul „Stalari”. La completarea părții sale tabelare, ambii angajați trebuie să înscrie acolo cu sumele calculate în conformitate cu „Lucrul la bucată” și cu tipul de calcul numit „Câștiguri din muncă la bucată (pentru lucrătorii salariați).”

Și, desigur, rulați un document numit „Statul de plată”.

Calculul simultan al ținutei de brigadă cu salariul

Acum să ne concentrăm asupra modului de a configura acumularea simultană a unei comenzi de echipă cu un salariu în ZUP 3.0. Tipul tipic de calcul „Câștiguri pe bucată (pentru lucrătorii salariați)” nu este suficient pentru noi. Este important de spus că acest tip de calcul nu poate fi alocat simultan nici cu „Plată la un tarif orar”, nici cu „Plată la un salariu”. În aceste angajamente, în fila numită „Contabilitatea timpului”, este definită valoarea „Pentru a lucra o tură completă în termenul limită”, iar „1C ZUP” angajatului îi este interzis să aloce simultan în sensul angajărilor planificate care au similare setări.

Pentru a elimina această limitare, creați un nou tip de calcul, în care setările de urmărire a timpului vor fi setate la valoarea necesară „Plată suplimentară pentru timpul deja plătit”. Creați un tip de calcul utilizând copierea și denumiți-l „Câștiguri pe piese (numai acordul)”. În ea trebuie să vorbim despre unele schimbări, în special:

1). Pentru ca setarea de urmărire a timpului să primească valoarea necesară, trebuie să selectați elementul „acumulări și plăți” în câmpul „Scopul acumularii”, care se află în fila „De bază”. Acum, urmărirea timpului va lua automat valoarea „Plată suplimentară pentru timpul deja plătit”.

3). Pentru ca calculele finale să aibă loc în documentul „Stalari”, în câmpul „Angajarea se face”, selectați „Lunar”.

Ca urmare a acestor setări, puteți atribui simultan lucrătorilor tipul de calcul „Câștiguri pe bucată (numai acord)” și „Plată prin salariu”.

La fel ca în primul caz, sunt introduse și informații despre câștigurile la bucată. Acest lucru se întâmplă conform următorului algoritm de acțiuni: „Salariu” - „Date pentru calculul salariului” - „Munca de călătorie”.

Acumularea salariului și a tranzacțiilor este implementată folosind documentul „Acumulare salariu”, unde, atunci când este completat, vor apărea informații despre 2 tipuri de angajări - „Câștiguri la muncă la bucată (numai acord)” și „Plată pe bază de salariu”.

S-ar putea să fiți interesat