דרישות לניהול מסמכים
1C: Enterprise 8.2 /
עבור מפתחים /
יצירה ושינוי של אובייקטים של מטא נתונים
תוכן עניינים
ראה גם
1. המסמכים נועדו להזין את המידע העיקרי הקשור לרישום אירועים המשפיעים על האינדיקטורים שנלקחו בחשבון במערכת. לדוגמה, בעת מיכון הפעילות הפיננסית והכלכלית של מיזם, הוא מהווה תיאור של עסקאות עסקיות שונות; במערכות בקרת ייצור - רישום של פעולות הייצור, וכו '
2.1. רישום אירוע במערכת (כלומר, השתקפותו בחשבון) מתבצע באמצעות המסמך. יש לרשום את רוב המסמכים (המאפיין Hold מוגדר ל- Allow ).
באופן הגיוני, מסמך לא מתועד שונה מפרסום שפורסם כי מסמך שאינו מתועד הוא "טיוטה" שאינה משתקפת בחשבון. מסמכים אלה ניתן לשמור במערכת, גם אם הם לא לגמרי או לא מלאים בכלל; אין בדיקות והגבלות של לוגיקה עסקית מוחלים עליהם (בדיקות עבור מילוי, תאריכים של איסור שינויים, וכו '). הנתונים של מסמכים אלה אינם משתקפים בחשבון (לא מוצגים בדוחות וכו ')
יחד עם זאת, המסמך המוחזק הוא "טהור", הקמתו ועיבוד של אשר הושלמו ועל אשר הוחלט כי מסמך זה צריך להיכלל בחשבון.
2.2. אם מחזור חיי המסמך מורכב ממספר שלבים התואמים את השלבים של תהליך מסוים, ניתן להזין סטטוסים נוספים לתיאור שלבים אלה. לדוגמה, למסמך "הזמנת הלקוח" יש את הסטטוס: "לא הסכים", "לביטחון", "סגור"; המסמך "צו מזומן" - רשום לראשונה במרשם רישום של הזמנות במזומן (KO-3), ולאחר מכן חתם על ידי רואה החשבון הראשי (מנהל), הועבר הקופאי, ולאחר מכן רשום במזומן, חתם על ידי רואה החשבון הראשי (מנהל).
במקרים אלה, החזקת המסמך תואמת את מועד ההשתקפות הראשונית של האירוע בחשבון, והסטטוסים של המסמך המוחזקים מבהירים בדיוק כיצד האירוע משתקף בחשבון.
אם מתפרסם מסמך, בעת תרגום מסמך בין סטטוסים, המשתמשים עשויים להתבקש למלא נתוני מסמך מסוימים, ניתן להחיל נתונים מסוימים והגבלות לוגיות עסקיות ספציפיות לכל שלב על נתונים אלה. עד לרגע ביצוע, התרגום של מסמך ה"טיוטה "על הסטטוסים אינו נשלט על ידי המערכת.
דוגמאות להתנהגות של מסמכים עם השתקפות מרובת שלבים בחשבון:
- למסמך המלא "הזמנת לקוח" :
- במהלך המעבר למעמד "לא מוסכם", המערכת שולטת רק בפרמטרים הבסיסיים של הצו;
- בהעברה למעמד "מאובטח" - יש למלא את השדה "תאריך המשלוח", שכן הלוגיסט צריך מידע על המועד שבו יובא הצו;
- במסמך "הזמנת מזומן", ההעברה למעמד הקבע "רשומה בספר המזומנים וחתומה על ידי רואה החשבון הראשי (מנהל)" פירושו שהמערכת חייבת ליצור רישומים חשבונאיים, ודוח הקופאי יירשם בהזמנת יומן (או במרשם חשבונאי אחר, לדוגמה , בארגונים תקציביים - ביומן המבצעים).
2.3. החריג לכלל זה ("יש לרשום את רוב המסמכים")
- מסמכים שאינם מיועדים לשקף אירועים בחשבונאות. בעזרת מסמכים כאלה נרשמים רק אירועים שונים תוך התייחסות לזמן: לדוגמה, התכתבות נכנסת, שיחות, פגישות וכו '.
- מסמכים נפרדים, הטכנולוגיה של אשר שונה מאוד מן היכולות הטכנולוגיות של הפלטפורמה, אבל אשר צריך להסתכל למשתמש כאילו היו מוחזקים. לדוגמה, אלה הם מסמכים "מבצע (חשבונאות חשבונאות מס)" - להזנת פעולות באופן ידני, "פעולה שגרתית" - לביצוע מבצע סגירת חודש עם אפשרות של התאמה ידנית של תנועות, וכו '
מסמכים כאלה אינם מתקיימים.
2.4. אם המשתמש חייב לרשום את האירוע במערכת ולשקף אותו בחשבון עבור פעולה אחת, יש צורך להקליט מסמך חדש במצב ניהול.
אין זה אפשרי לפתור בעיה זו בדרכים אחרות, בפרט, על ידי השבתת החזקת המסמך.
3.1 כאשר משקפים אירוע בחשבונאות, ייתכן שיהיה צורך ליצור נתונים "משניים" עם איגודים מורכבים לנקודות בזמן, תקופות ואובייקטים אחרים של המערכת. במקרה זה, נתונים אלה צריכים להיות ממוקמים ברישומים. היווצרות של תנועות על רושמים צריך להתבצע במהלך: באופן אוטומטי או ידני.
עם היווצרות אוטומטית של תנועות, המשתמש מזין מידע על האירוע בנתוני המסמך, וכאשר מתבצע על בסיס המידע שהוזן במסמך, תנועות נוצרות מרשמים שונים. לדוגמה, עבור עסקאות חשבונאית היווצרות של עסקאות מתרחשת.
בעת יצירת תנועות באופן ידני, המשתמש מזין נתונים ישירות לרשימות. מסמכים אלה נקראים בדרך כלל פעולות ידניות. הם יכולים לשמש כדי להציג יתרות ראשוניות, או להיכנס עסקאות עסקיות שלא סופקו על ידי מפתח התצורה.
3.2. במקרים מסוימים, היווצרות של תנועות יכול להתבצע כמסמך נפרד. זה נדרש במקרה של עיבוד דומה של סוגים שונים של מסמכים, עיבוד קבוצתי או יישום של תהליכים עסקיים מורכבים הדורשים הפרדה מפורשת של פונקציות של שחקנים. אז השלבים השונים של השתקפות האירועים בחשבונאות מתממשים לא על ידי מעבר לסטטוס של מסמך אחד, אלא על ידי מסמכים שונים המוזנים על בסיס זה. בשרשרת זו, רק מסמכים מסוימים יוצרים תנועות כאשר הם מוחזקים.
לדוגמה, לשקול את המצב כאשר צו התשלום נוצר במחלקה הפיננסית, ובמקביל, רואה החשבון לא צריך לשנות את מסמך המקור. במקרה זה, מסמך "הזמנת תשלום" לא עושה תנועות, והתנועות על סדר התשלום נוצרים על ידי מסמך נפרד "משיכה מהחשבון הנוכחי" , אשר תוכנן במיוחד עבור היווצרות אוטומטית של תנועות.
3.3. מסמכים שלא נשלחו וסומנו למחיקה אינם חייבים לכלול תנועות פעילות.
3.4. גם אם המסמך אינו יוצר תנועות, הוא צריך להתבצע על מנת להיות שונה באופן הגיוני "טיוטה".
4. עבור רוב האירועים, ההשתקפות יכולה להיות הפיכה. במקרה זה, בשביל זה אתה צריך להשתמש במנגנון של ביטול המסמכים.
חומרים נוספים בנושא:
היווצרות תנועות ברישומים , נסיגה מהחשבון השוטף , חתום על ידי , עסק , המחאות , רושמים , אירועים , חשבונאות וחשבונאות מס , השתקפות , היווצרות , הזמנה במזומן , המשתמש , צו תשלום , סדר , תצורה , דוגמה , מסמכים , את הנתונים , של מסמכים , הרשם , של המסמך , מסמך
חומרים מהחלק: 1C: Enterprise 8.2 / מפתחים / יצירת ושינוי אובייקטים metadata
חומרים נוספים בנושא:
חשבונאות עבור כספים ללא מזומנים. תזרים מזומנים
עקרונות ומנגנונים ליישום
מקורות נתונים לחישוב תקצוב
מכירה של טובין וחומרים
יומן מסמכים אוניברסלי
אנו נמצאים: מסמכי מזומן על טיוטות , מצב מסמך שנערך , מעמד על מסמכים 1s, זרימת מסמכים, מסמכים מזומנים ראשוני על טיוטות, מסמכים ראשוניים על טיוטות, כיצד לשנות את התאריך של מסמך שלא נשלח ב 1 ג 8 2, כיצד לאסור החזקת מסמך ב 1c 8 2, לאסור לשנות את המסמך אם זה כבר הושלמה 1 ג 8 8, 1c 8 2 מסמך מחזיק קוד חשבון
