1c પુનઃગણતરી. પગાર સુધારણા અને પુન: ગણતરી

પુનર્ગઠન એ પગારપત્રકની ગણતરીનો અભિન્ન ભાગ છે. માંદગીની રજા, રજાઓ અથવા કર્મચારીઓની ગેરહાજરી વિશેની માહિતી એકાઉન્ટિંગ વિભાગ દ્વારા કેટલાક વિલંબ સાથે પ્રાપ્ત થાય છે, જેના કારણે પગારની પુનઃ ગણતરી થાય છે અને તે મુજબ, વીમા પ્રિમીયમ. 1C નિષ્ણાતો 1C: વેતન અને કર્મચારી સંચાલન 8 પ્રોગ્રામ, આવૃત્તિ 3 માં એકાઉન્ટિંગ અને નિયમનકારી રિપોર્ટિંગમાં કેવી રીતે વીમા પ્રિમીયમની ગણતરીઓ અને પુનઃગણતરી પ્રતિબિંબિત થાય છે તે વિશે વાત કરે છે.

વેતનની પુનઃ ગણતરી કરતી વખતે, વીમા પ્રિમીયમની પુનઃ ગણતરી કરવી જરૂરી બની જાય છે. વધુમાં, યોગદાનની પુનઃ ગણતરીનું કારણ વર્ષ દરમિયાન ટેરિફમાં ફેરફાર અથવા ભૂલોની શોધ હોઈ શકે છે, ઉદાહરણ તરીકે, વીમા પ્રિમીયમ માટેના આધારમાં ગણતરીનો સમાવેશ ન કરવો.

આ કિસ્સાઓમાં, એકાઉન્ટન્ટને ફેડરલ ટેક્સ સર્વિસને અપડેટ કરેલી માહિતી સબમિટ કરવાની જરૂરિયાત, જવાબદારી અને અધિકાર વિશે પ્રશ્નો હોય છે.

રશિયાની ફેડરલ ટેક્સ સર્વિસની તારીખ 10.10.2016 નંબર ММВ-7-11/551@ ના આદેશના પરિશિષ્ટ નંબર 2 માં આપવામાં આવેલ વીમા પ્રિમીયમની ગણતરી ભરવા માટેની કાર્યવાહીના ક્લોઝ 1.2 મુજબ, ચુકવણીકાર છે ગણતરીમાં જરૂરી ફેરફારો કરવા અને જો કોઈ રેકોર્ડ ન કરેલી અથવા અધૂરી માહિતી, તેમજ ચૂકવવાપાત્ર વીમા પ્રિમીયમની રકમને ઓછો અંદાજ આપતી ભૂલો હોય તો ટેક્સ ઓથોરિટીને અપડેટેડ રિપોર્ટ સબમિટ કરવા માટે બંધાયેલા છે.

અપડેટ કરેલી ગણતરી સબમિટ કરવી કે નહીં તે નક્કી કરતી વખતે, એકાઉન્ટન્ટે નીચેના પ્રશ્નોના જવાબ આપવા આવશ્યક છે:

• શું બધી માહિતી પ્રતિબિંબિત થઈ હતી;
• શું ભૂલો કરવામાં આવી હતી અને શું તેઓ ચૂકવવાપાત્ર વીમા પ્રિમીયમની રકમને ઓછો અંદાજ તરફ દોરી ગયા હતા.

અપડેટ કરેલી ગણતરી સબમિશન એ જવાબદારી, અધિકાર અથવા ફરજિયાત આવશ્યકતા હોઈ શકે છે.

વીમા પ્રિમીયમની અપડેટ કરેલ ગણતરી

અપડેટેડ ગણતરી સબમિટ કરવાની જવાબદારી ઊભી થાય છે જો, ફેડરલ ટેક્સ સર્વિસને રિપોર્ટ સબમિટ કર્યા પછી, તે તારણ આપે છે કે કર્મચારીઓ વિશે અધૂરી અથવા ખોટી માહિતી સબમિટ કરવામાં આવી હતી, અથવા ભૂલો મળી આવી હતી જેના કારણે ચૂકવવાપાત્ર વીમા પ્રિમિયમની રકમને ઓછો અંદાજ આપવામાં આવ્યો હતો.

સામાન્ય ભૂલોના પ્રકાર કે જેને અપડેટ કરેલ ગણતરી ફરજિયાત સબમિટ કરવાની જરૂર પડે છે:

1. કર્મચારીએ તેના અંગત ડેટામાં થતા ફેરફારોની તાત્કાલિક જાણ કરી ન હતી અને ફેડરલ ટેક્સ સર્વિસે ગણતરીના સેક્શન 3માં તેના વિશે ખોટી માહિતી આપી હતી.

2. કર્મચારી એવા વિભાગમાં કામ કરતો હતો કે જેને વીમા પ્રિમીયમનો પ્રેફરન્શિયલ દર લાગુ કરવાનો અધિકાર છે. પછી તેને એક યુનિટમાં ટ્રાન્સફર કરવામાં આવ્યો જ્યાં મૂળભૂત વીમા પ્રીમિયમ દર લાગુ કરવામાં આવે છે. કર્મચારીની બદલી અંગેની માહિતી એકાઉન્ટિંગ વિભાગને મોડેથી મળી હતી. યોગદાનની ગણતરી ઓછા દરે ખોટી રીતે કરવામાં આવી હતી.

3. 1C: સેલેરી અને પર્સનલ મેનેજમેન્ટ 8 પ્રોગ્રામના પ્રારંભિક સેટઅપ સ્ટેજ પર, વીમા પ્રિમીયમ માટે ગણતરીના આધારમાંથી પ્રીમિયમને બાકાત કરીને ભૂલ કરવામાં આવી હતી. ભૂલ સુધારવાથી વધારાની ફી વસૂલવામાં આવશે.

4. પ્રેફરન્શિયલ ટેરિફ ધરાવતો વિભાગ તેનો ઉપયોગ કરવાનો અધિકાર ગુમાવે છે, પરંતુ માહિતી વિલંબ સાથે પેરોલ મેનેજર સુધી પહોંચે છે. મૂળભૂત ટેરિફ અનુસાર પુનઃગણતરીથી ચૂકવવાપાત્ર વીમા પ્રિમિયમની રકમમાં વધારો થાય છે.

5. વીમા પ્રિમીયમની ગણતરી કરતી વખતે, પ્રોગ્રામે સૂચવ્યું ન હતું કે સ્થિતિ વધારાના ટેરિફને આધીન જોખમી વ્યવસાયોની સૂચિમાં સૂચિબદ્ધ છે. ભૂલ શોધી કાઢવામાં આવી અને તેને સુધાર્યા પછી, પુનઃગણતરીના પરિણામે વધારાના દરે વીમા પ્રિમીયમની ઓછી ચૂકવણી થઈ.

ચાલો ઉદાહરણોનો ઉપયોગ કરીને “1C: પગાર અને કર્મચારી સંચાલન 8” આવૃત્તિ 3 માં વીમા પ્રિમીયમની પુનઃગણતરીનાં લક્ષણો જોઈએ.

ઉદાહરણ 1

એકમ માટે વીમા પ્રિમીયમની ગણતરી કરતી વખતે સ્ટોકવીમા પ્રિમીયમનો પ્રેફરન્શિયલ રેટ લાગુ કરવામાં આવ્યો હતો ટેક્નોલોજી-ઇનોવેશન સ્પેશિયલ ઇકોનોમિક ઝોનના રહેવાસીઓ(ભાડું કોડ “05”). આ ટેરિફ 2018 માં 13% ની રકમમાં પેન્શન ફંડમાં યોગદાન માટે પ્રદાન કરે છે; સામાજિક વીમા ભંડોળમાં 2.9%; ફેડરલ કમ્પલસરી મેડિકલ ઇન્સ્યોરન્સ ફંડમાં 5.1%. આ રીતે કર્મચારી V.S. માટે યોગદાનની ગણતરી કરવામાં આવી હતી. આઇવી. 10,000 રુબેલ્સની માસિક કમાણી સાથે. મહિના માટે વીમા કપાતની રકમ હતી:

• પેન્શન ફંડમાં - 1,300 રુબેલ્સ;
• FFOMS માં - 510 રુબેલ્સ;
• સામાજિક વીમા ભંડોળમાં - 290 રુબેલ્સ.

2018 ના પ્રથમ ત્રિમાસિક ગાળા માટે વીમા પ્રિમીયમની ગણતરીમાં દર્શાવેલ રકમો પ્રતિબિંબિત થાય છે.

જ્યારે એવું બહાર આવ્યું કે વિભાગે વીમા પ્રિમીયમનો પ્રેફરન્શિયલ રેટ લાગુ કરવાનો અધિકાર ગુમાવી દીધો છે, ત્યારે 25 ઓક્ટોબર, 2017 ના રોજ રશિયાની ફેડરલ ટેક્સ સર્વિસના પત્રો નંબર GD-4-11/21611@ અને મંત્રાલય અનુસાર 18 ડિસેમ્બર, 2017 ના રોજના રશિયાના ફાઇનાન્સ નંબર? તેને બનાવવા માટે, નવા દરો સાથે વીમા પ્રિમીયમની પુનઃ ગણતરી કરવી જરૂરી છે.

કાર્ડમાં વિભાગોક્ષેત્ર સાફ કરવું જોઈએ પ્રેફરન્શિયલ ટેરિફ ડર. યોગદાન. હવે ડિવિઝન સંસ્થા માટે ઉપયોગમાં લેવાતા અને કાર્ડમાં ઉલ્લેખિત ટેરિફને આધીન છે સંસ્થાઓબુકમાર્ક પર એકાઉન્ટિંગ નીતિઓ અને અન્ય સેટિંગ્સલિંક એકાઉન્ટિંગ નીતિક્ષેત્રમાં ટેરિફ પ્રકાર.

ઉદાહરણ 1 માં, સંસ્થા સેટ છે મૂળભૂત વીમા પ્રીમિયમ દર(ટેરિફ કોડ “01”), 2018 માં યોગદાન દરો માટે પ્રદાન કરે છે: 22% ની રકમમાં રશિયન ફેડરેશનના પેન્શન ફંડમાં; સામાજિક વીમા ભંડોળ 2.9%; FFOMS 5.1%. તે સ્પષ્ટ છે કે પેન્શન ફંડમાં 9% યોગદાન (22% - 13%) "અન્ડરપેઇડ" છે અને ટેરિફ કોડ બદલાઈ ગયો છે.

વિચારણા હેઠળના ઉદાહરણ 1 માં, યોગદાનની પુનઃગણતરી કરવા માટે, આવકના હિસાબી પ્રક્રિયામાં સુધારો કરવો જોઈએ. દસ્તાવેજનો હેતુ આવકને રેકોર્ડ કરવા અને અગાઉના સમયગાળાના વીમા પ્રિમીયમની પુનઃગણતરી માટેની પ્રક્રિયાની નોંધણી કરવાનો છે. (મેનુ કર અને ફી). બુકમાર્ક પર આવક માહિતીકર્મચારીઓની તમામ આવક મેન્યુઅલી સ્પષ્ટ કરવી જરૂરી છે. તે જ સમયે, બુકમાર્ક પર અંદાજિત યોગદાનવીમા પ્રિમીયમની પુનઃગણતરી આપમેળે કરવામાં આવશે.

કર્મચારીના વીમા પ્રિમીયમની પુનઃ ગણતરીના પરિણામે વી.એસ. 10,000 રુબેલ્સની માસિક કમાણી સાથે આઇવી. મહિના માટે વીમા કપાતની રકમ હતી:

• રશિયાના પેન્શન ફંડમાં - 2,200 રુબેલ્સ;
• ફેડરલ કમ્પલસરી મેડિકલ ઈન્સ્યોરન્સ ફંડ અને સોશિયલ ઈન્સ્યોરન્સ ફંડમાં - રકમ બદલાઈ નથી અને અનુક્રમે 510 રુબેલ્સ જેટલી છે. અને 290 ઘસવું.

પ્રથમ ત્રિમાસિક ગાળા માટે વીમા પ્રિમીયમની પુનઃગણતરી કર્યા પછી, સ્પષ્ટતાવાળી ગણતરીઓ તૈયાર કરવી જોઈએ. સેવાનો ઉપયોગ કરીને 1C-રિપોર્ટિંગ,પીરિયડ્સ સુધારવા માટે અને તેના માટે નવા રિપોર્ટ્સ બનાવવા જરૂરી છે મુખ્ય પાનુંસૂચવે છે કરેક્શન નંબર(ફિગ. 2). સ્પષ્ટતાઓએ વિભાગના તમામ કર્મચારીઓને અસર કરી, કારણ કે દરેકનો ટેરિફ કોડ બદલાઈ ગયો હતો. તેથી, વિભાગના તમામ કર્મચારીઓ માટે અપડેટ કરેલ ગણતરીમાં વિભાગ 3 બનાવવામાં આવે છે. અન્ય કિસ્સાઓમાં, જ્યારે અપડેટ કરેલ ગણતરીની રચના વ્યક્તિગત કર્મચારીઓના ડેટા અથવા ઉપાર્જનમાં ફેરફારને કારણે થાય છે, ત્યારે વિભાગ 3 ફક્ત આ કર્મચારીઓ માટે ડેટા દર્શાવે છે. કોઈ પણ સંજોગોમાં, સ્પષ્ટીકરણ ગણતરીના બાકીના વિભાગો સંપૂર્ણપણે નવા ડેટાથી ભરેલા છે.

ચોખા. 2. 2018 ના પ્રથમ ત્રિમાસિક ગાળા માટે વીમા પ્રિમીયમની સ્પષ્ટતા કરતી ગણતરીનું શીર્ષક પૃષ્ઠ

વીમા પ્રિમીયમની અપડેટ કરેલી ગણતરી સબમિટ કરવાનો અધિકાર

પૉલિસીધારકો તપાસમાં અપડેટ કરેલી ગણતરી સબમિટ કરી શકે છે, જો તેઓને એવી ભૂલો મળે કે જે વીમા પ્રિમિયમની રકમના અતિશય અંદાજ તરફ દોરી જાય છે. વાસ્તવમાં, વર્તમાન સમયગાળામાં યોગદાનની આગામી ગણતરી દરમિયાન, પુનઃગણતરી કરવામાં આવે છે, અને પરિણામ આગામી સમયગાળા માટેના અહેવાલમાં પ્રતિબિંબિત થાય છે. સિચ્યુએશન વિકલ્પો કે જે તમને અપડેટ કરેલી ગણતરી રજૂ કરવાની મંજૂરી આપે છે:

1. કર્મચારીને કામ કરેલા સંપૂર્ણ મહિના માટે પગાર ચૂકવવામાં આવ્યો હતો. વીમા પ્રિમીયમની ગણતરી ફેડરલ ટેક્સ સર્વિસને સબમિટ કરવામાં આવી હતી, પરંતુ પાછળથી તે બહાર આવ્યું કે કર્મચારી બીમારીની રજા પર હતો અથવા તેના પોતાના ખર્ચે વેકેશન પર હતો. પ્રિમિયમની ગણતરી માટેના આધારમાં સમાવિષ્ટ ન હોય તેવી ઉપાર્જન વીમા પ્રિમીયમના ઉપાર્જિત વિષયને બદલે છે, જેના પરિણામે પ્રિમિયમની વધુ પડતી ચૂકવણી થાય છે.

2. કર્મચારી ઉપાર્જનની કોઈપણ પુન: ગણતરી, જે તેમના ઘટાડા તરફ વીમા પ્રિમીયમની પુનઃ ગણતરી તરફ દોરી જાય છે.

ઉદાહરણ 2

કર્મચારીને જૂન માટેના વેતનની ગણતરી કરતી વખતે એસ.એસ. ગોર્બુન્કોવને એનાયત કરવામાં આવ્યો હતો:

• પગાર ચુકવણી - 7,500 રુબેલ્સ;
• જૂન માટે બિઝનેસ ટ્રિપ (સરેરાશ કમાણી પર આધારિત) માટે ચુકવણી - 2,500 રુબેલ્સ.

વીમા પ્રિમીયમની ગણતરી મૂળભૂત દરે કરવામાં આવી છે. જૂનમાં, S.S.ના પગારમાંથી યોગદાન. ગોર્બુન્કોવ હતા:

• રશિયાના પેન્શન ફંડમાં - 2,200 રુબેલ્સ;
• FFOMS માં - 510 રુબેલ્સ;
• સામાજિક વીમા ભંડોળમાં - 290 રુબેલ્સ.

આ યોગદાન ચૂકવવામાં આવ્યું છે અને 2018 અર્ધ વર્ષના ખાતામાં સામેલ છે. 06/25/2018-06/30/2018 ના સમયગાળા માટે એકાઉન્ટિંગ વિભાગને સબમિટ કરવામાં આવેલી માંદગી રજા અપડેટ કરેલ ગણતરીની રચના માટેનું કારણ બનાવતી નથી. કાર્યક્રમમાં નોંધાયેલ દસ્તાવેજ માંદગી રજામુસાફરી ભથ્થાંની અગાઉ ઉપાર્જિત રકમને રિવર્સ કરે છે (ફિગ. 3).

ચોખા. 3. "સિક લીવ" દસ્તાવેજમાં મુસાફરી ભથ્થાઓની પુનઃ ગણતરી

સંસ્થા દ્વારા જુલાઈમાં માંદગીની રજા મળી હતી. આ કોઈ ભૂલની સ્થિતિ નથી અને તે વીમા પ્રિમીયમની ઓછી ચૂકવણીમાં પરિણમતી નથી. માંદગીની રજા પર ઉપાર્જિત રકમ વીમા યોગદાનને આધીન ન હોવાથી, આની રકમમાં યોગદાનની વધુ પડતી ચૂકવણી હતી:

• રશિયન ફેડરેશનના પેન્શન ફંડમાં - 550 રુબેલ્સ;
• FFOMS માં - 127.50 રુબેલ્સ;
• સામાજિક વીમા ભંડોળમાં - 72.50 રુબેલ્સ.

એક કાર્યક્રમમાં માંદગી રજા, રજીસ્ટર જુલાઈ 2018, વર્તમાન મહિનામાં વીમા પ્રિમિયમની ગણતરીને અસર કરે છે, ગણતરીના આધારને ઘટાડે છે.

આવી પરિસ્થિતિમાં અપડેટ કરેલ ગણતરી સબમિટ કરવા માટે કોઈ કાનૂની આવશ્યકતાઓ નથી. તમામ પુનઃગણતરી આગામી સમયગાળામાં થાય છે અને તે પછીના અહેવાલોમાં પ્રતિબિંબિત થાય છે. પરંતુ તે જ સમયે, સંસ્થાને અર્ધ-વર્ષ માટેના અહેવાલની સ્પષ્ટતા કરવાનો અને સ્પષ્ટતા સબમિટ કરીને વધુ પડતી ચૂકવણી વિશે ફેડરલ ટેક્સ સર્વિસને સૂચિત કરવાનો અધિકાર છે.

જો કે, મહિનાના અંત પહેલા, તમારે ગણતરીની ઉતાવળમાં સ્પષ્ટતા કરવી જોઈએ નહીં. છેવટે, સમગ્ર મહિનામાં વિવિધ દસ્તાવેજોની નોંધણી કરવામાં આવે છે. અમુક સમયે દસ્તાવેજ માંદગી રજાખરેખર પાછલા મહિનાની આવકને ઉલટાવી શકે છે, અને મહિના માટે વેતનની ગણતરીના પરિણામોના આધારે, અન્ય દસ્તાવેજ, ઉદાહરણ તરીકે, પગાર અને યોગદાનની ગણતરી, અગાઉના સમયગાળાની રિવર્સલ આવક કરતાં વધારાની ઉપાર્જન કરશે. પરિણામે, વર્તમાન મહિનાની આવક બિઝનેસ ટ્રિપ રિવર્સલની રકમથી ઘટશે, પાછલા મહિના માટે કોઈ ગેરફાયદા રહેશે નહીં અને એડજસ્ટિંગ રિપોર્ટમાં કોઈ ફેરફાર દેખાશે નહીં.

વીમા પ્રિમીયમની અપડેટ કરેલી ગણતરી સબમિટ કરવાની જરૂર છે

સંખ્યાબંધ કેસોમાં, અપડેટ કરેલી ગણતરી સબમિટ કરવાની જવાબદારીની ગેરહાજરી હોવા છતાં, પૉલિસીધારક પાસે અપડેટ સબમિટ કરવા સિવાય તેના પ્રીમિયમની વધુ ચૂકવણીની જાણ કરવાની બીજી કોઈ તક નથી:

1. વર્તમાન સમયગાળામાં યોગદાનની પુનઃ ગણતરીના પરિણામે, કર્મચારીને નકારાત્મક રકમ મળે છે. નકારાત્મક રકમ સાથેનો અહેવાલ ફેડરલ ટેક્સ સર્વિસને સબમિટ કરી શકાતો નથી. તેથી, ત્યાં માત્ર એક જ રસ્તો છે - પાછલા સમયગાળા માટે અપડેટ રિપોર્ટ જનરેટ કરવાનો.

2. કર્મચારીએ જોખમી કામમાં કામ કર્યું. વધારાના દરે વીમા પ્રિમીયમની ગણતરી કરવામાં આવી હતી. સામાન્ય કાર્યકારી પરિસ્થિતિઓમાં કામ પર કર્મચારીના સ્થાનાંતરણ વિશેની માહિતી એકાઉન્ટિંગ વિભાગ દ્વારા મોડેથી પ્રાપ્ત થઈ હતી. પુન: ગણતરીના પરિણામે, વધારાના દરે ગણતરી કરેલ યોગદાનને ઘટાડવું અશક્ય છે, કારણ કે વર્તમાન સમયગાળામાં કર્મચારીની ઉપાર્જન હવે વધારાના દરે યોગદાનને પાત્ર નથી.

ઉદાહરણ 3

આ કિસ્સામાં, અગાઉના ઉદાહરણ 2થી વિપરીત, બિઝનેસ ટ્રિપ રદ થવાના પરિણામે વીમા પ્રિમીયમની નકારાત્મક રકમ ઉપાર્જન દ્વારા વળતર આપવામાં આવશે નહીં. હકીકત એ છે કે અન્ય કર્મચારીઓની ઉપાર્જિતતાને લીધે, વીમા પ્રિમીયમની કુલ રકમ હકારાત્મક હશે, વિભાગ 3 માં કર્મચારી નકારાત્મક મૂલ્યો રહેશે, અને આ અસ્વીકાર્ય છે. અને તેથી એકાઉન્ટન્ટે એક દસ્તાવેજ બનાવવો પડશે વીમા પ્રિમીયમની પુનઃ ગણતરી, જૂન માટે યોગદાનની પુનઃગણતરી કરો, ફેડરલ ટેક્સ સર્વિસમાં અપડેટ કરેલ ગણતરી જનરેટ કરો અને સબમિટ કરો.

1C: પગાર અને કર્મચારી સંચાલન 8 પ્રોગ્રામ વીમા પ્રિમીયમની પુનઃગણતરી કરવાની પ્રક્રિયાને સ્વચાલિત કરે છે. સેવાનો ઉપયોગ કરીને 1C-રિપોર્ટિંગવીમા પ્રિમીયમ માટે પ્રારંભિક અને સ્પષ્ટતા આપતી ગણતરીઓ આપમેળે જનરેટ થાય છે. જો કે, સ્પષ્ટતા આપતી ગણતરી તૈયાર કરવાનો નિર્ણય એકાઉન્ટન્ટ પાસે રહે છે. દસ્તાવેજની નોંધણીના પરિણામોનું વિશ્લેષણ કર્યા પછી જે સમયગાળા માટે રિપોર્ટ સબમિટ કરવામાં આવ્યો છે તે સમયગાળામાં ગણતરીમાં ફેરફાર કરે છે, એકાઉન્ટન્ટ કાં તો અગાઉના સમયગાળા માટે વીમા પ્રિમીયમની પુનઃગણતરી કરે છે, અથવા ગણતરી આપમેળે ચાલુ મહિનામાં થાય છે.

સંપાદક તરફથી. લેખમાં, વીમા પ્રિમીયમની ગણતરી માટે નિયંત્રણ ગુણોત્તર ચકાસવા માટે 1C:Enterprise 8 માં અમલમાં મૂકાયેલ પદ્ધતિ વિશે વાંચો, જે ગોઠવણ ગણતરીના ડેટાને ધ્યાનમાં લે છે.

શુભ બપોર. મેં લાંબા સમયથી તમારી પાસેથી સાંભળ્યું નથી :) આજે હું ભૂતકાળના સમયગાળા માટે ZUP 3.0 માં પુનઃગણતરીનાં લક્ષણોને સ્પષ્ટ કરવા માંગુ છું. આ લેખ તે અંદર કેવી રીતે કાર્ય કરે છે તે વિશે વાત કરે છે અને તે મુજબ, તમે આ પ્રક્રિયાને નિયંત્રિત કરી શકો છો. છેવટે, તમે કદાચ એ હકીકતનો સામનો કર્યો હશે કે પ્રોગ્રામ અણધારી રીતે કોઈ વ્યક્તિ માટે અજાણી રકમ મેળવે છે, તેને ઉલટાવે છે, કેટલાક તફાવતો દેખાય છે... અને તમને આ જોઈતું ન હતું, અથવા તે જોઈતું ન હતું. પરંતુ આવું ન થયું))

ચાલો શરુ કરીએ. પ્રથમ, પુનઃગણતરી તે સમયે થાય છે જ્યારે તમે પગારને "પેરોલ" દસ્તાવેજ તરીકે ધ્યાનમાં લો. આ હેતુ માટે, તે "વધારાની ઉપાર્જન, પુનઃ ગણતરી" ટેબ પ્રદાન કરે છે. પ્રથમ વસ્તુ જે હું તમને સલાહ આપવા માંગુ છું: હંમેશા પ્લેટ પરનો ડેટા તપાસો "વધારાની ઉપાર્જન, પુન: ગણતરી" . તેઓ તમારી જાણ વગર ત્યાં દેખાઈ શકે છે, અને તમે સમજી શકશો નહીં કે ગણતરીમાંની રકમ શા માટે સમાન નથી.

સિદ્ધાંતમાં, દસ્તાવેજના હેડરમાં અમને હંમેશા ચેતવણી આપવામાં આવે છે કે પ્રોગ્રામ કોઈની ગણતરી કરવા જઈ રહ્યો છે અથવા અમારે તેને ફરીથી ભરવાની જરૂર છે, કારણ કે... કોઈની ગણતરી કરવામાં આવી ન હતી.

પ્રોગ્રામને કેવી રીતે ખબર પડે છે કે મારે કોની ગણતરી કરવાની છે અને કયા મહિના માટે?

તે તમારી ક્રિયાઓના આધારે આ નક્કી કરે છે. શું તમે દસ્તાવેજની બેકડેટ કરી છે? પ્રોગ્રામે આ દસ્તાવેજમાં રહેલા કર્મચારીઓને જોયા અને તેમની સૂચિ રેકોર્ડ કરી. શું તમે દસ્તાવેજમાં સુધારો કર્યો છે (ઉદાહરણ તરીકે, ગયા મહિનાની ટાઇમશીટ સુધારી છે)? આ સમયપત્રકમાંથી કાર્યક્રમ દરેકને યાદ છે અને આ મહિનાની પુનઃ ગણતરી કરવામાં આવશે. લગભગ તમામ દસ્તાવેજો, કર્મચારીઓ અને પગારપત્રક બંનેને અસર થાય છે. આ કિસ્સામાં, તમારા દસ્તાવેજને સ્પર્શ કરવાથી તમારા પગારને અસર થઈ કે નહીં તે પ્રોગ્રામને કોઈ પરવા નથી.

ચાલો કહીએ કે તમે જોબ એપ્લિકેશન પર ગયા અને ત્યાં એક ટિપ્પણી લખી, જેના પછી તમે દસ્તાવેજ ફરીથી પોસ્ટ કર્યો. કોઈ પગાર, કોઈ નિમણૂકની તારીખ, કોઈ હોદ્દો... કંઈપણ સ્પર્શ્યું ન હતું. પરંતુ પ્રોગ્રામને ખબર નથી કે તમે પાછલા સમયગાળાના દસ્તાવેજને શા માટે ઓવરરાઈટ કર્યો, તે કોઈ ટેલિપાથ નથી, તે ફક્ત આ કર્મચારીને રેકોર્ડ કરે છે.

બીજી ટીપ (ઉર્ફે પ્રથમ રહસ્ય): "બધા કાર્યો" દ્વારા, "પગાર પુનઃ ગણતરી" માહિતી રજીસ્ટર પર જાઓ. આળસુ ન બનો અને અંદર ચઢી જાઓ! દરેક પેરોલ ગણતરી પહેલા અને દરેક બેકડેટેડ દસ્તાવેજ પછી ત્યાં આવો.

ઘણા એકાઉન્ટન્ટ્સ આ સલાહને અર્થ તરીકે માને છે કે તેમની પાસે નવી નોકરી છે, જે તેમની પાસે પહેલેથી જ પૂરતી છે. પરંતુ જો તમે ત્યાં ન ચઢો, તો તમે કાર્યનો તર્ક સમજી શકશો નહીં, અને જો પ્રોગ્રામ તમારા માટે બ્લેક બોક્સ જેવો છે, તો તમે તેની સાથે મિત્રતા નહીં કરી શકો. મિત્રતાની શરૂઆત મિત્રની આંતરિક દુનિયાને સમજવાથી થાય છે! જો તમે તમારા વિરોધીની આંતરિક દુનિયાની કાળજી લેતા નથી, તો તે તમારો મિત્ર નથી.

તો, તમે અંદર ચઢી ગયા છો? મહાન. એક નિયમ તરીકે, તે ખાલી છે અને ત્યાં એક પણ લાઇન નથી, પરંતુ જલદી તમે કોઈ વસ્તુને પૂર્વવર્તી રીતે સ્પર્શ કરો છો, એક રેકોર્ડ અહીં દેખાશે જેમાં કર્મચારી અને તે મહિનો હશે જેની પુનઃ ગણતરી કરવાની જરૂર છે.

ત્રીજી ટીપ: જો તમે કર્મચારીની ગણતરી કરવાના પ્રોગ્રામના ઉદ્દેશ્ય સાથે સંમત ન હોવ, તો આ રજિસ્ટરમાંથી લાઇન ભૂંસી નાખો.

1. શું તમે પહેલાથી જ સમજો છો કે લીટીઓ કેવી રીતે દેખાય છે? મહાન.

2. દસ્તાવેજ "પેરોલ" ભરતી વખતે અને રજિસ્ટરમાંની રેખાઓના આધારે તેને પોસ્ટ કરતી વખતે, પુનઃગણતરી કરવામાં આવે છે અને ટેબલમાંથી ભરવાનું થાય છે. "વધારાની ઉપાર્જન, પુન: ગણતરી."

3. પુનઃગણતરી કરાયેલા કર્મચારીઓને રજિસ્ટરમાંથી દૂર કરવામાં આવે છે અને તે ખાલી થઈ જાય છે.

4. જ્યારે તમે "પેરોલ" દસ્તાવેજ રદ કરો છો, ત્યારે રેખાઓ તેમના સ્થાને પાછી આવે છે જેથી કરીને જ્યારે તમે તેમને ફરીથી ભરો, ત્યારે બધું જ જગ્યાએ આવી જાય.

ચોથી ટીપ (કદાચ આ ઠીક થઈ જશે): "પેરોલ" દસ્તાવેજને ફરીથી ભરતા પહેલા, તેને ફેલાવો!

અલ્ગોરિધમના આધારે, દસ્તાવેજ પોસ્ટ કર્યા પછી, રજિસ્ટર સાફ થઈ જાય છે. જો તમે તેને સાફ કર્યા વિના ફરીથી ભરો છો, તો પ્રોગ્રામ જાણશે નહીં કે કોની ગણતરી કરવાની જરૂર છે, અને પુનઃગણતરી સાથેનો ટેબ્યુલર ભાગ ખાલી રહેશે. આ રિલીઝ 21 માટે સાચું હતું. મારી પાસે 22મીએ હજુ સુધી તેને તપાસવાનો સમય નથી.

અન્ય ઉપદ્રવ, જો તમે દસ્તાવેજમાં પુનઃગણતરી માટે લોકોની સૂચિ પર ક્લિક કરો છો, તો માહિતી રજિસ્ટર સૂચિ ફોર્મ ખુલશે."પગારની પુનઃ ગણતરી."અને એક એન્ટ્રી "ડિલીટ" કરવા માટે એક બટન પણ હશે.

પી.એસ. (મહત્વપૂર્ણ)

આ તપાસનું કારણ એકાઉન્ટિંગ 3.0 માંથી મૂળ ડેટાને સ્થાનાંતરિત કરતી વખતે અનંત પુનઃગણતરી હતી. સંક્રમણ દરમિયાન, તમારે બધી તકનીકો અને અનુવાદોને સ્પર્શ કરવો પડશે)) તે પછી, રજિસ્ટરની બધી સામગ્રીઓ ભૂંસી નાખો " "પગારની પુનઃ ગણતરી", અન્યથા તમને બધા વર્ષો માટે દરેક વસ્તુની પુનઃ ગણતરી મળશે. એકાઉન્ટિંગ 3.0 થી ડેટા ટ્રાન્સફર સાથે ZUP 3.0 માં પ્રારંભ કરવું

ડેમો ડેટાબેઝમાં આવું જ બન્યું હતું જ્યારે એક કામ ફરી એક્ઝિક્યુટ કરવામાં આવ્યું હતું. અને જ્યારે તમે 1C એકાઉન્ટિંગ 3.0 ને 1C ZUP 3.0 માં સ્થાનાંતરિત કરો છો, ત્યારે તમે શક્ય હોય તે બધું ફરીથી કરશો:

તે બધુ જ છે, ટિપ્પણીઓમાં પ્રશ્નો અને પ્રોગ્રામથી ડરશો નહીં, તમારે તેને સમજવાની જરૂર છે અને તે તમને તેના માટે પ્રેમથી ચૂકવણી કરશે.

આ લેખમાં, અમે ગણતરીના રજિસ્ટર સાથે કામ કરવાના સૈદ્ધાંતિક પાયાને ધ્યાનમાં લઈશું, અને કામ કરેલા કલાકોની સંખ્યાના પ્રમાણમાં કર્મચારીના વેતનની પણ ગણતરી કરીશું.

થિયરી

ગણતરી રજીસ્ટર (RR)- એક રૂપરેખાંકન મેટાડેટા ઑબ્જેક્ટ જેનો ઉપયોગ 1C સિસ્ટમમાં સામયિક ગણતરીઓ અમલમાં કરવા માટે થાય છે. ગણતરી રજિસ્ટરની અરજીના સ્પષ્ટ ક્ષેત્રોમાં નીચેનાનો સમાવેશ થાય છે: પગારપત્રકની ગણતરી, ભાડાની ગણતરી, ભાડાની ગણતરી.

તેમની રચનામાં, ગણતરી રજીસ્ટર એ એક્યુમ્યુલેશન રજીસ્ટર અથવા માહિતી રજીસ્ટર જેવા જ છે. તેઓ, સંચય રજિસ્ટરની જેમ, માપ, સંસાધનો, વિગતો ધરાવે છે, પરંતુ ગણતરી રજીસ્ટરના સંચાલનનો સિદ્ધાંત સંપૂર્ણપણે અલગ છે.

તેમના મૂળમાં, સંચય રજિસ્ટરમાં માપન " ફિલ્ટર» જેના સંદર્ભમાં અમે એક્યુમ્યુલેશન રજિસ્ટરમાંથી ડેટા પ્રાપ્ત કરીએ છીએ. ઉદાહરણ તરીકે, જ્યારે આપણે કોઈ ચોક્કસ વસ્તુના સંદર્ભમાં સંચય રજીસ્ટર "બાકી માલ" અનુસાર "અવશેષ" લઈએ છીએ અથવા ચોક્કસ કર્મચારીના સંદર્ભમાં માહિતી રજિસ્ટર "કર્મચારી વેતન" અનુસાર "તાજેતરનો કાપ" લઈએ છીએ. . એક્યુમ્યુલેશન રજિસ્ટરથી વિપરીત, સામયિક ગણતરી રજિસ્ટરમાં માપન અમલીકરણ માટે સેવા આપે છે "" પ્રકાર વેલિડિટી સમયગાળા માટે વેતન ગણતરીના પ્રકારને વિસ્થાપિત કરે છે) અને ““(આ ત્યારે થાય છે જ્યારે બોનસ ગણતરીનો પ્રકાર અગાઉના સમયગાળા માટે પગારની ગણતરીના પ્રકાર પર આધાર રાખે છે).

ક્રિયાના સમયગાળા દ્વારા દમન પદ્ધતિ«:

અહીં આપણે જોઈએ છીએ કે ગણતરીના પ્રકાર "વ્યવસાયિક સફર" નો સમયગાળો છે અને તે 10 એપ્રિલથી 20 એપ્રિલ સુધી માન્ય છે, "વ્યવસાયિક સફર" એ ગણતરીના પ્રકાર "પગાર" માટે વિસ્થાપિત ગણતરીના પ્રકાર તરીકે સૂચવવામાં આવે છે. "પગાર" પણ સમય જતાં વિસ્તરે છે અને તે 1 એપ્રિલથી 30 એપ્રિલ સુધી માન્ય છે. કારણ કે "વ્યવસાયિક સફર" એ ગણતરીના પ્રકાર "પગાર" (પગાર કરતાં વધુ અગ્રતા ધરાવે છે) માટે ગણતરીના વિસ્થાપિત પ્રકાર તરીકે સૂચવવામાં આવે છે અને તે વેતનની માન્યતાના સમયગાળા માટે માન્ય છે, પછી પગાર બિઝનેસ ટ્રિપ દ્વારા વિસ્થાપિત થાય છે અને "પગારની માન્યતાનો વાસ્તવિક સમયગાળો" રચાય છે." પગારની માન્યતાનો વાસ્તવિક સમયગાળો "આ બિઝનેસ ટ્રીપ દ્વારા વિસ્થાપન પછી પગારની માન્યતાનો સમયગાળો છે, અમારા કિસ્સામાં તે 2 સમયગાળા ધરાવે છે - 1 એપ્રિલથી 9 થી અને 21 થી 30 એપ્રિલ સુધી અને કુલ 19 દિવસ છે. પીરિયડ-આધારિત ડિસ્પ્લેસમેન્ટ મિકેનિઝમ માત્ર લાંબા ગાળાની ગણતરીઓ માટે જ કામ કરે છે.

ઉપરની આકૃતિ ગ્રાફિકલી "ના સિદ્ધાંતને દર્શાવે છે. આધાર સમયગાળા દ્વારા અવલંબન પદ્ધતિ«:

ચાલો કહીએ કે એપ્રિલ 2017 ના અંતમાં અમે કર્મચારીને પગારના 10% જેટલી રકમમાં બોનસ આપવા માંગીએ છીએ. પગાર બોનસ માટે ગણતરીના મૂળભૂત પ્રકાર તરીકે સૂચવવામાં આવે છે.

પરંતુ પ્રીમિયમની ગણતરી માટે "આધાર" તરીકે, અમે એપ્રિલનો આખો મહિનો નહીં, પરંતુ માત્ર 10 એપ્રિલથી 20 એપ્રિલ (11 દિવસ) સુધીનો અંતરાલ લઈશું. ચાલો બોનસ માટેના આધારની ગણતરી કરીએ, કર્મચારીનો પગાર 60,000 રુબેલ્સ છે, મહિનામાં 30 દિવસ છે, દૈનિક પગાર = 60,000/30 = 2,000 રુબેલ્સ. આગળ 2000*11 = 22000 ઘસવું. પ્રીમિયમની ગણતરી માટેનો આધાર 22,000 રુબેલ્સ છે.

ચાલો પ્રીમિયમની ગણતરી કરીએ: (22000/100)*10 = 2200 રુબેલ્સ. પગારના 10% નો બોનસ 2,200 રુબેલ્સ છે.

એપ્લિકેશન મેટાડેટા ઑબ્જેક્ટ "ગણતરી પ્રકારોની યોજના" ગણતરી રજિસ્ટર સાથે નજીકથી સંકળાયેલ છે.

ગણતરીના પ્રકારોની યોજના (PVR)- એક રૂપરેખાંકન મેટાડેટા ઑબ્જેક્ટ કે જે ગણતરીના પ્રકારો વિશે માહિતી સંગ્રહિત કરે છે અને એકબીજા પર વિવિધ ગણતરીઓનો પ્રભાવ નક્કી કરે છે.

એક ગણતરી પ્રકારની યોજનાનો ઉપયોગ અનેક ગણતરી રજિસ્ટરમાં થઈ શકે છે, પરંતુ એક ગણતરી રજિસ્ટર એક જ સમયે અનેક ગણતરી પ્રકારની યોજનાઓનો ઉપયોગ કરી શકતું નથી.

ગણતરી રજિસ્ટર એ એક કોષ્ટક છે જેમાં ગણતરી કરેલ ડેટા સંગ્રહિત થાય છે, અને ગણતરીના પ્રકારોના સંદર્ભમાં, આ ડેટાની ગણતરી કરવા માટેના અલ્ગોરિધમ્સ સંગ્રહિત થાય છે. ગણતરી રજિસ્ટરમાં ઓછામાં ઓછો એક દસ્તાવેજ રજિસ્ટ્રાર હોવો આવશ્યક છે જે ગણતરી રજિસ્ટરમાં હલનચલન કરે છે (ઉદાહરણ તરીકે, પગારપત્રક).

1C એન્ટરપ્રાઇઝ સિસ્ટમમાં ગણતરીની પદ્ધતિઓ એવી રીતે ડિઝાઇન કરવામાં આવી છે કે તમારે પહેલા ગણતરી રજિસ્ટરમાં એન્ટ્રી કરવાની જરૂર છે અને તે પછી જ આ ડેટાના આધારે ગણતરી કરો. ઉદાહરણ તરીકે, જ્યાં સુધી આ સમાન પગાર ગણતરી રજિસ્ટરમાં નોંધવામાં ન આવે ત્યાં સુધી પગારના આધારે બોનસની ગણતરી કરવી અશક્ય છે.

પ્રેક્ટિસ કરો

ચાલો વ્યવહારમાં ગણતરીના રજિસ્ટર્સ પર નજીકથી નજર કરીએ:

પગલું 1ચાલો ગણતરીના પ્રકારો માટેની યોજના સાથે પ્રારંભ કરીએ. ગણતરી રજિસ્ટર બનાવતા પહેલા તમારે ગણતરી પ્રકારનો પ્લાન બનાવવો આવશ્યક છે. અમે ગણતરી રજિસ્ટર પહેલાં ગણતરીના પ્રકારો માટે એક યોજના બનાવીએ છીએ કારણ કે ગણતરી કરેલ ડેટા (એટલે ​​​​કે, ગણતરી રજિસ્ટર) સંગ્રહિત કરવા માટે કોષ્ટક બનાવતા પહેલા, આ ડેટાની ગણતરી કરવા માટે એલ્ગોરિધમ્સનો ઉલ્લેખ કરવો જરૂરી છે (એટલે ​​​​કે, ગણતરીના પ્રકારો માટેની યોજના).

ચાલો ગણતરીના પ્રકારો માટે એક યોજના બનાવીએ “મૂળભૂત શુલ્ક”. ચાલો તરત જ "ગણતરી" ટેબ પર જઈએ. અહીં આપણે તરત જ ધ્વજ જોશું " માન્યતા અવધિનો ઉપયોગ કરે છે", જ્યારે આ ધ્વજ સેટ થશે, ત્યારે આ યોજનામાં સમાવિષ્ટ તમામ પ્રકારની ગણતરીઓ હશે સમય માં લંબાઈ(ઉદાહરણ તરીકે, પગાર, બિઝનેસ ટ્રીપ), અને ગણતરીના પ્રકારોની આ યોજના માટે પણ, “ ક્રિયાના સમયગાળા દ્વારા દમન પદ્ધતિ" જો ધ્વજ "માન્યતા અવધિનો ઉપયોગ કરે છે" સેટ કરેલ નથી, તો ગણતરીના પ્રકારો સમયસર એક્સ્ટેંશન ધરાવશે નહીં (ઉદાહરણ તરીકે, બોનસ, ફાઇન) અને "માન્યતા અવધિ દ્વારા વિસ્થાપન પદ્ધતિ" કાર્ય કરશે નહીં. આ ટૅબ પર "આધાર પર નિર્ભરતા" અને "ગણતરી પ્રકારો માટેની મૂળભૂત યોજનાઓ" વિભાગો પણ છે - તે અમલીકરણ માટે સેવા આપે છે " આધાર સમયગાળા દ્વારા અવલંબન પદ્ધતિ", પરંતુ અમે તેના વિશે પછીથી વાત કરીશું. હમણાં માટે, ચાલો "સ્વતંત્ર" મોડમાં "આધાર પર નિર્ભરતા" છોડીએ.

ચાલો એક પૂર્વવ્યાખ્યાયિત ગણતરી પ્રકાર "પગાર" બનાવીએ. "મૂળભૂત" ટૅબ પર, બધું સરળ છે. ગણતરીના પ્રકારનું નામ અને કોડ સેટ કરો.

અમે ધ્વજ સેટ કર્યો તે હકીકત માટે આભાર " માન્યતા અવધિનો ઉપયોગ કરે છે"હવે અમારી પાસે એક ટેબ છે" વિસ્થાપન"અને ચાલુ" સમયગાળા આધારિત દમન પદ્ધતિ«.

આ ટૅબ પર અમે ગણતરીના પ્રકારો સૂચવીએ છીએ જે વેલિડિટી અવધિ (ઉદાહરણ તરીકે, બિઝનેસ ટ્રિપ) દ્વારા વેતનને વિસ્થાપિત કરશે.

નૉૅધ: "ડિસ્પ્લેસિંગ" માં તમે ગણતરીના પ્રકારો ઉમેરી શકો છો જે ફક્ત ગણતરીના પ્રકારોની આ યોજના સાથે સંબંધિત છે.

એક ટેબ પણ છે " પ્રસ્તુતકર્તાઓ»—તે ગણતરીના પ્રકારો સૂચવે છે કે, જ્યારે બદલવામાં આવે ત્યારે, વર્તમાન પ્રકારની ગણતરીની પુનઃગણતરી કરવી આવશ્યક છે. અહીં તમે અન્ય ગણતરી પ્રકારની યોજનાઓમાંથી ગણતરીના પ્રકારોનો પણ ઉલ્લેખ કરી શકો છો. ઉદાહરણ તરીકે, "પગાર" ગણતરી પ્રકાર "બોનસ" ગણતરી પ્રકાર માટે અગ્રણી છે, એટલે કે. જ્યારે પગાર બદલાય છે, ત્યારે આપણે બોનસની પુનઃ ગણતરી પણ કરવી જોઈએ કારણ કે બોનસની ગણતરી પગારના આધારે કરવામાં આવે છે. આ કિસ્સામાં, "પગાર" ગણતરીનો પ્રકાર "મૂળભૂત ઉપાર્જન" PRPનો છે, જે માન્યતા અવધિનો ઉપયોગ કરે છે, અને "બોનસ" ગણતરીનો પ્રકાર "વધારાની ઉપાર્જન" PRPનો છે, જે માન્યતા અવધિનો ઉપયોગ કરતું નથી.

પગલું 2.ચાલો ડિફોલ્ટ સ્ટ્રક્ચર સાથે "ચાર્ટ્સ" ડિરેક્ટરી બનાવીએ. "શેડ્યુલ્સ" ડિરેક્ટરીમાં અમે કર્મચારીઓના કામના કલાકો (પાંચ-દિવસ, છ-દિવસ, વગેરે) સંગ્રહિત કરીશું.

પગલું 3અમને એક ઑબ્જેક્ટની પણ જરૂર છે જેમાં અમે પ્રોડક્શન કૅલેન્ડર (કામના દિવસો અને સપ્તાહાંત) સંગ્રહિત કરીશું. આ હેતુઓ માટે, અમે માહિતીના બિન-સામયિક સ્વતંત્ર રજિસ્ટરનો ઉપયોગ કરીએ છીએ.

ચાલો 2 પરિમાણ "તારીખ" અને "શેડ્યૂલ" અને સંસાધન "કલાકોની સંખ્યા" સાથે બિન-સામયિક સ્વતંત્ર માહિતી રજિસ્ટર "કાર્ય સૂચિ" બનાવીએ.

"વર્ક શેડ્યુલ્સ" માહિતી રજીસ્ટર માટે આભાર, અમે કામ કરેલા દિવસોની સંખ્યાના પ્રમાણમાં વેતનમાંથી વેતનની ગણતરી કરી શકીશું.

પગલું 4.નીચે દર્શાવેલ વિગતોની રચના સાથે "પેરોલ" દસ્તાવેજ બનાવો:

આવશ્યકતાઓ:

ઓપરેશનલ એક્ઝેક્યુશન "પ્રતિબંધિત" પર સેટ છેકારણ કે તે 1C માં સામયિક વસાહતોની પદ્ધતિ માટે અર્થપૂર્ણ નથી - અમે વાસ્તવિક સમયમાં બોનસ, પગાર અથવા દંડની ગણતરી ક્યારેય કરતા નથી.

ચાલો ડિફોલ્ટ સેટિંગ્સ સાથે દસ્તાવેજ ફોર્મ બનાવીએ.

પગલું 5. અંતે, અમે ગણતરી રજીસ્ટર બનાવવાના મુદ્દા પર પહોંચ્યા.

ગણતરી રજિસ્ટર મેટાડેટા ઑબ્જેક્ટ રૂપરેખાકારની "ગણતરી રજિસ્ટર" શાખામાં સ્થિત છે.

ચાલો ગણતરી રજીસ્ટર "મૂળભૂત શુલ્ક" બનાવીએ. ચાલો નીચે ગણતરી રજીસ્ટર સેટિંગ્સ જોઈએ:

1. "ગણતરી પ્રકારોની યોજના" ફીલ્ડમાં, પગલું 1 માં બનાવેલ PVR "મૂળભૂત શુલ્ક" સૂચવો.

2. "માન્યતા અવધિ" ધ્વજને "ટ્રુ" પર સેટ કરો કારણ કે પગલું 1 માં ઉલ્લેખિત PVR છે સમય વિસ્તરણ.

આ ફ્લેગ સેટ કર્યા પછી, પ્રમાણભૂત વિગતો “એક્શન પીરિયડ”, “એક્શન પીરિયડસ્ટાર્ટ”, “એક્શન પીરિયડ એન્ડ” તરત જ અમને ઉપલબ્ધ થઈ જાય છે, જેનો અર્થ એ છે કે આ ગણતરી રજિસ્ટરમાં નોંધાયેલ ગણતરીના પ્રકારો પણ છે. સમય માં લંબાઈઅને અમારી પાસે " ક્રિયાના સમયગાળા દ્વારા દમન પદ્ધતિ«.

પી.એસ. જો તમે PVR નો ઉલ્લેખ કરો છો જેમાં છે સમય માં લંબાઈ"વેલિડિટી પીરિયડ" ફ્લેગ "ફોલ્સ" પર સેટ કરેલ RR માટે, પછી આ PVR PVR તરીકે કામ કરશે જેની પાસે નથી સમય વિસ્તરણ.

3. “માન્યતા અવધિ” ફ્લેગને “ટ્રુ” પર સેટ કર્યા પછી, “ચાર્ટ”, “ચાર્ટ મૂલ્ય”, “ચાર્ટ તારીખ” ફીલ્ડ્સ અમને ઉપલબ્ધ થશે.

"શેડ્યૂલ" ફીલ્ડમાં અમે પગલું 3 માં બનાવેલ "કાર્ય શેડ્યૂલ્સ" માહિતી રજિસ્ટર સૂચવીએ છીએ.

"શેડ્યૂલ વેલ્યુ" ફીલ્ડમાં અમે "કામના સમયપત્રક" માહિતી રજિસ્ટરમાં "કલાકોની સંખ્યા" સંસાધનને સૂચવીએ છીએ.

"શેડ્યૂલ ડેટ" ફીલ્ડમાં અમે "કામના સમયપત્રક" માહિતી રજિસ્ટરનું "તારીખ" પરિમાણ સૂચવીએ છીએ.

4. "ફ્રીક્વન્સી" ફીલ્ડમાં અમે "મહિનો" મૂલ્ય સૂચવીએ છીએ, આનો અર્થ એ છે કે ડેટા માસિક ધોરણે રજિસ્ટરમાં દાખલ કરવામાં આવશે.

નીચે રજિસ્ટ્રી મેટાડેટા માળખું છે:

પરિમાણ માટેનો "મૂળભૂત" ધ્વજ માત્ર પ્રદર્શનને અસર કરે છે; તમારે તેને સેટ કરવાની જરૂર નથી, પરંતુ જો તમે કરો છો, તો "કર્મચારી" ફીલ્ડ અનુક્રમિત કરવામાં આવશે.

"કર્મચારી" પરિમાણ - તેનો ઉપયોગ " ક્રિયાના સમયગાળા પર આધારિત દમન પદ્ધતિ"અને" આધાર અવધિ પર નિર્ભરતાની પદ્ધતિ«.

સંસાધન "રકમ" - ગણતરી કરેલ પગાર ત્યાં રેકોર્ડ કરવામાં આવશે.

"ચાર્ટ" વિશેષતા એ એટ્રિબ્યુટ તરીકે દર્શાવવામાં આવે છે, અને રજિસ્ટર પરિમાણ નહીં, કારણ કે ન તો તે કે તે કંઈપણ વિસ્થાપિત કરતું નથી - અનિવાર્યપણે એક સંદર્ભ ક્ષેત્ર. મહત્વપૂર્ણ !!! "શેડ્યૂલ લિંક" ફીલ્ડ ભરવાનું ભૂલશો નહીં“શેડ્યૂલ” એટ્રિબ્યુટ પર, “કાર્ય શેડ્યુલ્સ” માહિતી રજિસ્ટરનું “શેડ્યૂલ” પરિમાણ ત્યાં સૂચવવું આવશ્યક છે, અન્યથા પગારની રકમની ગણતરી કરવામાં આવશે નહીં.

"પેરામીટર" એટ્રિબ્યુટ પગાર મૂલ્યને સંગ્રહિત કરશે.

હવે જ્યારે અમે "વર્ક શેડ્યુલ્સ" MS સાથે જોડાણ સૂચવ્યું છે, અમે કામ કરેલા દિવસોની સંખ્યાના પ્રમાણમાં કર્મચારીના પગારની ગણતરી કરીશું.

અમે રજિસ્ટ્રાર તરીકે દસ્તાવેજ સૂચવીએ છીએ " પગારપત્રક" પગલું 4 માં બનાવેલ છે.

પગલું 6. અમે ગણતરી રજીસ્ટર "મૂળભૂત શુલ્ક" અનુસાર હલનચલન કરીએ છીએ.

ચાલો પગલું 4 માં બનાવેલ "પેરોલ" દસ્તાવેજ પર પાછા ફરીએ.

ચાલો દસ્તાવેજ ઑબ્જેક્ટ મોડ્યુલમાં પોસ્ટ કરવાની પ્રક્રિયાનું વર્ણન કરીએ:

દસ્તાવેજ પ્રોસેસિંગ પ્રોસેસિંગ કોડનો ટુકડો

1C (કોડ)

પ્રક્રિયા પ્રક્રિયા પ્રક્રિયા(નિષ્ફળતા, પ્રોસેસિંગ મોડ) // રજીસ્ટર બેઝિક એક્રુલ્સ ઓફ મૂવમેન્ટ. મેઈન એક્રુલ્સ. લખો = સાચું; હલનચલન.મુખ્ય ઉપાર્જન.ક્લીયર(); નોંધણીનો સમયગાળો = મહિનાની શરૂઆત (તારીખ); દરેક TechLineMainAccruals માટે MainAccruals સાયકલ મૂવમેન્ટ = Movements.MainAccruals.Add(); Move.Reversal = False; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration period = registration period; ચળવળ.કર્મચારી = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; એન્ડસાયકલ; પ્રક્રિયાનો અંત

પ્રક્રિયા કરવાની પ્રક્રિયા (નિષ્ફળતા, મોડ) // મુખ્ય ઉપાર્જન રજીસ્ટર હલનચલન. મૂળભૂત ઉપાર્જન. લખવું = સાચું; હલનચલન. મૂળભૂત ઉપાર્જન. ચોખ્ખુ() ; નોંધણીનો સમયગાળો = મહિનાની શરૂઆત (તારીખ); દરેક TechLine BasicAccrualsFrom BasicAccrualsCycle માટે ચળવળ = હલનચલન. મૂળભૂત ઉપાર્જન. ઉમેરો(); ચળવળ. Storno = False; ચળવળ. ગણતરીનો પ્રકાર=TexLineMainAccruals. ગણતરીનો પ્રકાર; ચળવળ. પીરિયડએક્શનસ્ટાર્ટ = TechLineMainAccruals. પ્રારંભ તારીખ; ચળવળ. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ; ચળવળ. નોંધણીનો સમયગાળો = નોંધણીનો સમયગાળો; ચળવળ. કર્મચારી = TechLineMainAccruals. કર્મચારી; ચળવળ. ચાર્ટ = TechLineMainAccruals. અનુસૂચિ; ચળવળ. પરિમાણ = TechStringMainAccruals. માપ; એન્ડસાયકલ; પ્રક્રિયાનો અંત

ચાલો એક પરીક્ષણ દસ્તાવેજ બનાવીએ અને તેને ચલાવીએ:

ચાલો "દસ્તાવેજની હિલચાલ" પર જઈએ:

અમે જુઓ કે નોંધણી સમયગાળો મહિનાની શરૂઆતમાં સેટ છે કારણ કે RR ની આવર્તન "મહિનો" તરીકે દર્શાવેલ છે. અમે એ પણ જોઈએ છીએ કે રકમ સિવાયના તમામ ક્ષેત્રો ભરવામાં આવ્યા છે (પગારની હજુ ગણતરી કરવામાં આવી નથી).

પગલું 7.ચાલો પેરોલ ગણતરી કોડ લખીએ.

ચાલો નીચેના ફ્લેગો સાથે સામાન્ય મોડ્યુલ "ગણતરી" બનાવીએ:

ગણતરી પોતે આ સામાન્ય મોડ્યુલમાં થશે.

ચાલો "ગણતરી" મોડ્યુલમાં નિકાસ કાર્ય "કેલ્ક્યુલેટ ચાર્જીસ" લખીએ:

અમે RR "મૂળભૂત શુલ્ક" ના સેટિંગમાં "શેડ્યૂલ", "શેડ્યૂલ વેલ્યુ", "શેડ્યૂલ ડેટ" ફીલ્ડ્સ ભર્યા હોવાથી, ગણતરી રજિસ્ટરનું વર્ચ્યુઅલ ટેબલ અમને ઉપલબ્ધ બન્યું. ડેટા ગ્રાફિક્સ,વર્ચ્યુઅલ ટેબલની ક્વેરી માટે અમને નીચેના ફીલ્ડ્સમાં રસ છે:

"વાસ્તવિક ક્રિયાના કલાકોની સંખ્યા" —શેડ્યૂલ ડેટાના આધારે ગણતરી કરેલ ખરેખર કામ કરેલા કલાકોની સંખ્યા સમાવે છે

"એક્શનના કલાકોની સંખ્યા" -ગણતરીના સમયગાળામાં શેડ્યૂલ ડેટાના આધારે ગણતરી કરેલ કામના કલાકોની સંખ્યા સમાવે છે

પગારપત્રક ગણતરી પ્રક્રિયા

1C (કોડ)

પ્રક્રિયા ગણતરી ઉપાર્જન(રજિસ્ટ્રાર, રેકોર્ડનો સમૂહ) નિકાસ //પગાર વિનંતી=નવી વિનંતી; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(મૂળભૂતAccrualsGraphicsData.Parameter, HoursCcrualsData.NumberAc alsGraphicsData ica.લાઇન નંબર |FROM |ગણતરી રજીસ્ટર.મૂળભૂત ઉપાર્જન. ગ્રાફિક્સ ડેટા(| રજિસ્ટ્રાર = &રજિસ્ટ્રાર | અને ગણતરીનો પ્રકાર = &ગણતરીનો પ્રકાર પગાર) AS મૂળભૂત ઉપાર્જિત ડેટા ગ્રાફિક્સ"; Request.SetParameter("રજિસ્ટ્રેટર", રેકોર્ડર); // દસ્તાવેજ રજિસ્ટ્રારને પાસ કરો જેથી કરીને શોધ ફક્ત વર્તમાન દસ્તાવેજ વિનંતી પર જ કરવામાં આવે. સેટપેરામીટર("ગણતરીનો પ્રકાર પગાર", ગણતરીના પ્રકારોની યોજનાઓ. મૂળભૂત ઉપાર્જન. પગાર); // ગણતરી પગારનો પ્રકાર સેટ કરો કારણ કે પગારની ગણતરી કરો Selection=Request.Run().Select(); સર્ચસ્ટ્રક્ચર=ન્યૂસ્ટ્રક્ચર; SearchStructure.Insert("RowNumber",0); //રેકોર્ડસેટ સાયકલમાંથી દરેક રેકોર્ડ માટે રેખા નંબર દ્વારા ગણતરી માટે ડેટા શોધવા માટે માળખું બનાવો //વર્તમાન દસ્તાવેજના રેકોર્ડના સેટ દ્વારા ચક્ર શોધ માળખું.LineNumber=Record.LineNumber; //શોધ માટે લીટી નંબર ભરો જો Selection.FindNext(Search Structure) તો //અમે વર્તમાન લીટી નંબર રેકોર્ડ.સમ =?(Selection.HoursPlan=0.0, Sampling.HoursFact)ના આધારે ગણતરી માટે ડેટા માટે નમૂનામાં જોઈએ છીએ. /Sample.HoursPlan * સેમ્પલિંગ .પેરામીટર); // કામ કરેલા દિવસોના પ્રમાણમાં પગારની ગણતરી કરો, પેરામીટરમાં - વર્તમાન પગાર EndIf; પસંદગી.રીસેટ(); //પસંદગી રીસેટ કરો, અમારે પસંદગી પ્રથમ EndCycle દ્વારા શોધવા માટે રેકોર્ડસેટના આગલા રેકોર્ડની જરૂર છે; Recordset.Write(, True); // ડેટાબેઝમાં ગણતરી કરેલ રેકોર્ડ્સ લખો, પરિમાણ પાસ કરો Replace = ટ્રુ એન્ડ પ્રોસીજર

//પગાર વિનંતી = નવી વિનંતી; વિનંતી. ટેક્સ્ટ = પસંદ કરો | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) કલાકની હકીકત તરીકે, | બેઝિક એક્રુલ્સડેટાગ્રાફિક્સ.પેરામીટર, | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan, | મૂળભૂતAccrualsDataGraphics.NumberLines |માંથી | ગણતરી રજીસ્ટર. મૂળભૂત ઉપાર્જન. ગ્રાફિક્સ ડેટા ( | રેકોર્ડર = &રેકોર્ડર

આ લેખ મારા ઈમેલ પર મોકલો

આ લેખમાં આપણે 1C ZUP માં વેકેશન પગારની પુનઃગણતરી કેવી રીતે કરવી તે જોઈશું. આવી પરિસ્થિતિઓ વિવિધ કારણોસર ઊભી થઈ શકે છે. ઉદાહરણ તરીકે, માહિતી સિસ્ટમમાં ડેટા બદલાયો છે અથવા એકાઉન્ટિંગમાં ભૂલને કારણે. તે તરત જ નોંધવું જોઈએ કે ઘણા ફિક્સ વિકલ્પો છે. જો ઉપાર્જિત મહિનો હજુ પણ ખુલ્લો છે, તો પછી તમે દસ્તાવેજમાં જ સુધારો કરી શકો છો અને પછી તેને ફરીથી પોસ્ટ કરી શકો છો. નહિંતર, સુધારા કરવા જ જોઈએ અથવા એકાઉન્ટિંગ વિસંગતતાઓ ઊભી થઈ શકે છે.

ચાલો આપણે ધ્યાનમાં લઈએ, ઉદાહરણ તરીકે, જ્યારે વેકેશન વાસ્તવિક તારીખ કરતાં વહેલું સમાપ્ત કરવામાં આવ્યું હતું. કર્મચારીને શરૂઆતમાં પહેલીથી ત્રીજી ઑક્ટોબરના સમયગાળા માટે વેકેશન વેતન આપવામાં આવ્યું હતું.

ઉદાહરણ તરીકે, કેટલાક કારણોસર કર્મચારીને અગાઉ રજા લેવાની ફરજ પડી હતી - ઑક્ટોબરના બીજા દિવસે. આ ક્રિયાને પ્રતિબિંબિત કરવા અને રકમની પુનઃ ગણતરી કરવા માટે, મૂળ દસ્તાવેજ ખોલો અને દસ્તાવેજના તળિયે અનુરૂપ "સાચી" હાઇપરલિંક પર ક્લિક કરો.

આ કિસ્સામાં, એક નવો દસ્તાવેજ બનાવવામાં આવશે જેમાં સંસ્થાના કર્મચારીને વેકેશનમાંથી પાછા ફરવાની નવી તારીખ સૂચવવી જરૂરી છે.

"અગાઉના સમયગાળાની પુનઃ ગણતરી" ટેબ પર જાઓ. અમે જોઈએ છીએ કે અગાઉ ઉપાર્જિત રકમ ઉલટાવી દેવામાં આવશે.

પછી અમે દસ્તાવેજ હાથ ધરીએ છીએ. એ નોંધવું જોઈએ કે કોઈ ચુકવણી અનુસરશે નહીં, કારણ કે પુનઃગણતરી રકમ ઉપાર્જિત રકમ કરતાં વધી ગઈ છે. બદલામાં, ગણતરી કરેલ કર પુનઃ ગણતરીને આધીન છે. જ્યારે આગામી પગારપત્રકની ગણતરી કરવામાં આવશે ત્યારે વ્યક્તિગત આવકવેરાની વધુ પડતી ચૂકવણીને ધ્યાનમાં લેવામાં આવશે. વેકેશનની પુનઃ ગણતરીના સંબંધમાં ઊભી થતી વધુ પડતી ચૂકવણીની રકમ દ્વારા ગણતરી કરેલ કરની રકમમાં ઘટાડો થશે. 6-NDFL રિપોર્ટમાં ટેક્સની રોકેલી રકમ અથવા વધુ રકમ ટ્રાન્સફર કરવામાં આવી છે તે દર્શાવતું નથી, પરંતુ જ્યારે આગામી પગાર ચૂકવવામાં આવે છે, ત્યારે ટ્રાન્સફર કરવાની ટેક્સની રકમ આ અતિશય ચુકવણીને ધ્યાનમાં લેશે. તે પછી, બેંક અથવા કેશ ડેસ્ક પરના આગામી નિવેદનમાં, વ્યક્તિગત આવકવેરો અગાઉ કરવામાં આવેલી વધુ ચૂકવણીને ધ્યાનમાં લઈને ટ્રાન્સફર કરવામાં આવશે, જે પછીથી 6-વ્યક્તિગત આવકવેરા અહેવાલમાં વ્યક્તિગત આવકવેરા એકાઉન્ટિંગના યોગ્ય પ્રદર્શનની ખાતરી કરશે.

જો તમારી પાસે 1C ZUP માં વેકેશન પગારની પુનઃ ગણતરીના વિષય પર પ્રશ્નો હોય, તો તેમને લેખ હેઠળની ટિપ્પણીઓમાં પૂછો, અમારા નિષ્ણાતો તેનો જવાબ આપવાનો પ્રયાસ કરશે.

આગળ, ચાલો બીજું ઉદાહરણ જોઈએ. સંસ્થાના એક કર્મચારીએ 1 ઓક્ટોબરથી 14 ઓક્ટોબર સુધી રજા માટે અરજી લખી હતી. તેવી જ રીતે વેકેશનની ગણતરી કરીને સ્ટેટમેન્ટ દ્વારા ચૂકવણી કરવામાં આવી હતી. પરંતુ પાછલા મહિનાના વેતન - સપ્ટેમ્બર, હજુ સુધી ગણતરી કરી શકાઈ નથી, કારણ કે આ વર્તમાન મહિનો છે. મહિનાના અંતે અને સપ્ટેમ્બરના વેતનની ગણતરી, વેકેશન વેતનની પુનઃ ગણતરી કરવી જરૂરી બની જાય છે. ચાલો મૂળ વેકેશન દસ્તાવેજ ખોલીએ, જેમાં આપણી પાસે એવી માહિતી હશે જે આપણને સરેરાશ કમાણી વિશેની માહિતી ફરીથી ભરવાની જરૂર છે. મતલબ કે ડેટા બદલાઈ ગયો છે.

તે જ રીતે, "સાચી" લિંક પર ક્લિક કરો, જેના પરિણામે એક નવો "વેકેશન" દસ્તાવેજ પણ બનાવવામાં આવશે, જેમાં અગાઉની ઉપાર્જિત રકમ ઉલટાવી દેવામાં આવશે, અને "એક્રુડ (વિગતો)" ટેબ પર, ગણતરીની નવી શરતોને ધ્યાનમાં લઈને નવું વેકેશન એક્રુઅલ કરવામાં આવશે. ચાર્જમાં તફાવત માટે નવો વ્યક્તિગત આવકવેરો ગણવામાં આવશે. પછી અમે દસ્તાવેજ હાથ ધરીએ છીએ.

અન્ય લોકો પાસેથી - ઉદાહરણ તરીકે, બોનસ સમયગાળા માટેના પગારની રકમ દ્વારા નક્કી કરી શકાય છે. આ કિસ્સામાં, શક્ય છે કે બોનસની ગણતરી કર્યા પછી પગારમાં ફેરફાર કરવામાં આવશે. મૂળભૂત રીતે, પ્લેટફોર્મ આવી પરિસ્થિતિઓને નિયંત્રિત કરતું નથી. જો વિકાસકર્તા આને ટ્રૅક કરવાનું જરૂરી માને છે, તો તમારે ગણતરી રજિસ્ટરના વિશેષ ગૌણ ઑબ્જેક્ટનો ઉપયોગ કરવાની જરૂર છે - પુનઃ ગણતરી:

રિકલ્ક્યુલેશન રેકોર્ડ્સ એક અલગ કોષ્ટકમાં સંગ્રહિત છે. તેઓ બાંહેધરી આપતા નથી કે આશ્રિત રજિસ્ટરને સચોટ રીતે પુનઃગણતરી કરવાની જરૂર છે, પરંતુ આવી સંભવિત જરૂરિયાતના સંકેત તરીકે સેવા આપે છે.

સામાન્ય રીતે, પુનઃગણતરી કોષ્ટક એન્ટ્રીઓમાં નીચેના ફીલ્ડ્સ હોય છે:

• પુનઃ ગણતરી ઑબ્જેક્ટ (રેકોર્ડ દસ્તાવેજ કે જેના ડેટાની પુનઃગણતરી કરવાની જરૂર છે)
• ગણતરીનો પ્રકાર - આ ગણતરી રજિસ્ટર માટે વ્યાખ્યાયિત ગણતરીના પ્રકારોની યોજનામાંથી ગણતરીના પ્રકાર સાથેની લિંક

આપેલ ગણતરી રજીસ્ટરના એક અથવા અનેક પરિમાણોના સંદર્ભમાં રેકોર્ડ્સને વધુ વિગતમાં સંગ્રહિત કરી શકાય છે. ઉદાહરણ તરીકે, સમગ્ર વિભાગ માટે પેરોલ રજિસ્ટ્રાર બેકડેટેડ હતા; તદુપરાંત, ફેરફારો ફક્ત કર્મચારી ઇવાનવ માટે હતા. પુનઃગણતરીમાં કર્મચારી પરિમાણ ઉમેરવાથી તમે આને ટ્રૅક કરી શકશો. આ કિસ્સામાં, પુનઃગણતરી પરિમાણ ગણતરી રજિસ્ટર પરિમાણ સાથે જોડાયેલ હોવું આવશ્યક છે:

જો અનુરૂપ ગણતરી પ્રકાર યોજનામાં બેઝ પીરિયડ પ્રોપર્ટી સેટ હોય તો પુનઃગણતરી કોષ્ટકમાંથી ડેટા આપમેળે જનરેટ થાય છે. જો પ્રોપર્ટી સેટ નથી, તો ડેવલપર રેકોર્ડ બનાવવા માટે જવાબદાર છે.

પરીક્ષા 1C નો પ્રશ્ન 14.41: પ્લેટફોર્મ પ્રોફેશનલ. પુનઃ ગણતરી ડેટા...

1. ગણતરી રજીસ્ટર એન્ટ્રીઓ નથી
2. ગણતરી રજીસ્ટર એન્ટ્રીઓ છે
3. પુનઃ ગણતરી રજીસ્ટર એન્ટ્રીઓ છે
4. વાસ્તવિક માન્યતા અવધિ કોષ્ટકના રેકોર્ડ છે

સાચો જવાબ પ્રથમ છે, તેઓ સામાન્ય રીતે અલગ કોષ્ટકોમાં સંગ્રહિત થાય છે.

પરીક્ષા 1C નો પ્રશ્ન 14.42: પ્લેટફોર્મ પ્રોફેશનલ. "પુનઃગણતરી" પરિમાણ ગુણધર્મો વિંડોમાં, "સંચાર" ટૅબ પર, "રજિસ્ટર પરિમાણ" ગુણધર્મમાં, સૂચવો...

1. બેઝ રજિસ્ટરનું માપન, જ્યારે તેનો ડેટા બદલાય છે, ત્યારે વર્તમાન રજિસ્ટર રેકોર્ડની પુનઃ ગણતરી કરવી આવશ્યક છે
2. વર્તમાન રજિસ્ટરનું માપન, જ્યારે બેઝ રજિસ્ટરનો ડેટા બદલાય ત્યારે તેની એન્ટ્રીઓની પુનઃગણતરી કરવી જોઈએ
3. બેઝ રજિસ્ટરનું માપન, જ્યારે ડેટા બદલાય છે, ત્યારે વર્તમાન રજિસ્ટર રેકોર્ડની પુન: ગણતરી કરવી આવશ્યક છે

સાચો જવાબ બીજો છે. વર્તમાન રજિસ્ટરમાં એન્ટ્રીઓને અપડેટ કરવાની જરૂરિયાતને ટ્રેક કરવા માટે પુનઃગણતરી પોતે જ જરૂરી છે.

પરીક્ષા 1C નો પ્રશ્ન 14.43: પ્લેટફોર્મ પ્રોફેશનલ. "પુનઃગણતરી" કોષ્ટક પંક્તિઓથી ભરેલું છે, જેમાંથી દરેક રજૂ કરે છે...

1. ગણતરીના પ્રકાર અને ગણતરી રજિસ્ટર એન્ટ્રીના દસ્તાવેજ-રજિસ્ટ્રાર વિશેની માહિતીનો સમૂહ જેની પુનઃ ગણતરી કરવાની જરૂર છે. કોષ્ટકમાં પુનઃગણતરી માપન પણ હશે
2. ગણતરીના પ્રકાર અને ગણતરી રજિસ્ટર એન્ટ્રીના દસ્તાવેજ-રજિસ્ટ્રાર વિશેની માહિતીનો સમૂહ જેની પુનઃ ગણતરી કરવાની જરૂર છે
3. ગણતરીના પ્રકાર, રજિસ્ટ્રાર દસ્તાવેજની લાઇન નંબર અને ગણતરી રજિસ્ટર એન્ટ્રીના રજિસ્ટ્રાર પોતે જે પુનઃગણતરી કરવાની જરૂર છે તેના વિશેની માહિતીનો સમૂહ. કોષ્ટકમાં પુનઃગણતરી માપન પણ હશે
4. કોઈ સાચા જવાબો નથી

પ્રથમ જવાબ સાચો છે, ઉપરનું વિશ્લેષણ.

પરીક્ષા 1C નો પ્રશ્ન 14.45: પ્લેટફોર્મ પ્રોફેશનલ. સાચો જવાબ પસંદ કરો:

1. પુનઃગણતરી સાથે કામ કરવાની પ્રક્રિયામાં, વિકાસકર્તા પુનઃગણતરી કોષ્ટકમાં સિસ્ટમ પ્રદાન કરે છે તે માહિતીને "અવગણના" કરી શકે છે, એટલે કે, ગણતરીના પરિણામોને સુધારવાનો ઇનકાર કરે છે.
2. 1C: એન્ટરપ્રાઇઝ 8 સિસ્ટમમાં પુનઃગણતરીના સંચાલનનો સિદ્ધાંત "સૂચિત" છે
3. રૂપરેખાંકન વિકાસકર્તા સેટલમેન્ટ રજિસ્ટર એન્ટ્રીઓની પુનઃગણતરી કરવાની પ્રક્રિયાને નિયંત્રિત કરી શકતું નથી; સિસ્ટમ બધું આપમેળે કરે છે
4. વિધાન 1 અને 2 સાચા છે

ચોથો સાચો જવાબ એ છે કે પુનઃ ગણતરી માત્ર આશ્રિત ડેટાને બદલવાની સંભવિત જરૂરિયાત પર નજર રાખે છે.

પરીક્ષા 1C નો પ્રશ્ન 14.46: પ્લેટફોર્મ પ્રોફેશનલ. એક ગણતરી રજીસ્ટર માટે...

1. માત્ર એક પુનઃ ગણતરીને સમર્થન આપી શકાય છે
2. વિવિધ માળખાના માત્ર ત્રણ ફાળવણીને સમર્થન આપી શકાય છે
3. વિવિધ માળખાઓની કોઈપણ સંખ્યાની પુનઃગણતરી સમર્થિત છે

સાચો જવાબ ત્રીજો છે, ગણતરી રજીસ્ટરમાં સંખ્યાબંધ ગૌણ પુનઃગણતરી ઑબ્જેક્ટ ઉમેરવામાં કોઈ સમસ્યા નથી; તેમની રચના કોઈપણ રીતે નિયંત્રિત નથી.

પરીક્ષા 1C નો પ્રશ્ન 14.57: પ્લેટફોર્મ પ્રોફેશનલ. વસાહતોની આવર્તન માસિક છે. ગણતરીના રજિસ્ટરમાં અનુરૂપ સેટિંગ્સ કરવામાં આવી છે. પગારની ગણતરીના પ્રકાર માટે, ટ્રિપ ગણતરીનો પ્રકાર વિસ્થાપિત ગણતરીના પ્રકાર તરીકે ઉલ્લેખિત છે. 03/01/14 ના રોજ, પગારની માહિતી માહિતી આધારમાં દાખલ કરવામાં આવી હતી, પરંતુ કોઈ ગણતરી કરવામાં આવી ન હતી. 03/20/14 ના રોજ, બિઝનેસ ટ્રીપ માહિતી ડેટાબેઝમાં દાખલ કરવામાં આવી હતી અને ગણતરી કરવામાં આવી હતી. 03/30/14 ના રોજ, પગારની ગણતરી શરૂ કરવામાં આવી હતી. શું પગારની ગણતરી કરતી વખતે બિઝનેસ ટ્રિપનો ડેટા ધ્યાનમાં લેવામાં આવશે? શું મારે મારી બિઝનેસ ટ્રીપની પુનઃ ગણતરી કરવાની જરૂર છે?

1. ધ્યાનમાં લેવામાં આવશે, પરંતુ વ્યવસાયિક સફરની પુનઃ ગણતરી કરવી પડશે
2. ધ્યાનમાં લેવામાં આવશે, મુસાફરીની પુનઃ ગણતરીની જરૂર નથી
3. ધ્યાનમાં લેવામાં આવશે નહીં. ટ્રિપની ગણતરી રદ કરવી અને બંને પ્રકારની ગણતરીની પુનઃ ગણતરી કરવી જરૂરી છે
4. ધ્યાનમાં લેવામાં આવશે નહીં. ગણતરી યોગ્ય રીતે કરવા માટે, પગાર અને વ્યવસાયની સફર એક દસ્તાવેજમાં હોવી આવશ્યક છે

પુનઃ ગણતરીની જરૂર નથી, બિઝનેસ ટ્રિપનો રેકોર્ડ મહિનાની અંદર છે.