Задачи за края на месеца. Изчисляване на разходите и тяхното връщане в ERP: практика на приложение

12.07.2017

Как да извършите групово прехвърляне на документи в 1C:KA и 1C:ERP?

Груповото повторно публикуване може да бъде пропуснато, ако трябва само да възстановите последователността на движение на документи.

За да прехвърлите документи в група, трябва да направите следното:

1. Меню: Главно меню-Всички функции–Стандартен–Осъществяване на документи .

2. Ако екипът "Всички функции"не се показва, трябва да разрешите използването му с помощта на командата „Главно меню“ – „Сервиз“ – „Опции“.

3. В преработка "Извършване на документи"щракнете върху бутона "Добави Всички"за повторно предаване на всички документи.

4. Ако трябва да публикувате повторно само определени видове документи, използвайте бутона за добавяне "Добави".

6. Бутон "Поведение, ръководене".

Повторното публикуване на документи може да инициира запис в регистрите на задачи за извършване на рутинни операции, като например:

· Задачи за края на месеца.

· Задачи за завършване на производствените етапи.

· Задачи, които да бъдат отразени в бюджетирането.

· Задачи за отразяване на бюджетни копия.

· Задачи за погасяване на себестойността на материалните запаси в експлоатация.

· Задачи за разпределение на разплащанията с клиенти.

· Задачи за разпределение на разчети с доставчици.

· Задачи за изчисляване на производствения график.

· Задачи за изчисляване на нормативна производствена продължителност.

· Задачи за изчисляване на себестойността.

· Задачи за създаване на записи в книгата за покупки/продажби.

Списъкът със задачи, които трябва да бъдат изпълнени след повторното публикуване на документите, зависи от движенията, записани при публикуването на документите.

Повече информация можете да намерите на1C: ITS уебсайт .

Системата 1C Enterprise първоначално не предполага директно премахване на обекти от базата данни, например елементи на директории, документи, отчети и др. Разбира се, все още можете да конфигурирате ролята на потребителя, така че той да може незабавно изтрит от 1снякакъв обект без знак за изтриване, но това силно не се препоръчва. Също така искаме да отбележим факта, че дори ролята на потребителя да е конфигурирана за директно изтриване на обекти (интерактивно изтриване), тя все още е няма да му позволи да изтрие някои обекти в предприятието 1c, а това може да стане само чрез маркирайте за изтриване.

Защо е направен знакът за изтриване на обекти в 1c?

Нека отговорим на въпроса „Защо е поставена тази маркировка за изтриване?“, защото е по-бързо изтриване на обект от 1sнезабавно. Това беше направено по няколко причини:

1. Има възможност впоследствие потребителят да промени решението си и да иска да върне изтрития обект, когато има отметка, достатъчно е да премахнете отметката, Ако го изтриете интерактивно, не можете да възстановите данни.
2. В 1c един обект, например документ, може да препраща към много други обекти в системата (директории, константи, други документи и т.н.), а в същото време много други обекти също могат да препращат към този обект (в нашия случай , документ). Ако корпоративната система 1C позволи директно изтриване на обекти от базата данни, това би довело до тежки последици, тъй като обекти с „счупени връзки“ веднага ще започнат да се появяват и това ще бъде загуба на данни и неправилно функциониране на базата данни, което рано или късно това ще доведе до колапс на базата данни и почти пълна загуба на вашите данни!

Два вида изтриване в 1c, концепцията за контрол на референтната цялост в 1c

В програма 1c обекти могат да бъдат изтритидва начина:

1. Използване на интерактивно изтриване (директно изтриване без референтна цялост)
2. Чрез знак за изтриване (изтриване с проверка на референтната цялост)

Нека да разгледаме какво е референтна цялост в 1C. Но за да можем да отговорим на този въпрос, трябва да знаем какво представляват "счупените" връзки в 1s. За тези, които не знаят, прекъснатите връзки в 1s са връзки, които сочат към неизползвана област на паметта, тоест те по същество сочат към никъде. Сега нека вземем като пример всеки документ в корпоративната система 1C. Съдържа много различни детайли. Тези атрибути могат да бъдат или прости (примитивни типове като число, дата, булево), или могат да бъдат обектни (като връзки към други системни обекти, например различни директории, изброявания и т.н.) Така че тук е контролът на референтните целостта в 1s просто означава факта, че обектът няма да бъде изтрит от системата 1s, докато всички други обекти на системата се отнасят към него. Самото маркиране на изтриването на обекти 1s ви позволява да запазите механизма за референтна цялост в 1s, тъй като обработката на изтриването на маркирани обекти няма да ви позволи да изтриете обекта, докато други обекти препращат към него.

Как да възстановя изтрити обекти в 1c? Какво се случва с обектите, след като бъдат изтрити от 1C?

Много хора ни задават подобни въпроси и има само един отговор, физическото изтриване на данни от 1s (чрез методите описани по-долу) води до ПЪЛНО УНИЩОЖАВАНЕ НА ФАЙЛА ОТ БАЗАТА! Възстановяването на изтрити файлове от базата данни не е възможно.

Винаги сме готови да ви предоставим навременна помощ при актуализирането на системата 1C 8.3.

Интерактивно изтриване за 1 сек

Така че вече сме го обсъждали с вас интерактивно изтриване за 1 сексе случва без контрол на референтния интегритет и това е изпълнено с много лоши последици за системата, препоръчва се такова изтриване да се използва само за целите на отстраняване на грешки. За включване интерактивно изтриване 1sпърво трябва да отидем в конфигуратора, да отворим клона Общи ---> Роли и да изберем ролята "Пълни права".

Сега натиснете клавиша F9, копираме ролята "FullPermissions" и ще се появи друг "FullPermissions1". Отворете го с двойно щракване на мишката. Ще се появи прозорецът със свойства на ролята, щракнете върху бутона „Действия“ ---> „Задаване на всички права“. След това щракнете върху OK. Сега нека запазим конфигурацията на базата данни; за да направите това, щракнете върху малкото синьо варелче в горния ляв ъгъл или натиснете клавиша F7. Ако цевта стане неактивна, тогава конфигурацията се запазва. Създадохме роля с права за интерактивно изтриване на обекти от 1c .

Сега в конфигуратора отворете раздела Администриране ---> Потребители.

Ще се отвори списък с потребители, изберете потребителя, под който искате да активирате интерактивно изтриване на 1c обектии натиснете молив или F2. Ще се отвори прозорецът със свойства на потребителя, отидете на втория раздел „Други“. Там намерете ролята, която копирахме, в моя случай това е „Пълни права1“, поставете отметка в квадратчето и щракнете върху OK.

След това стартирайте 1C Enterprise, изберете потребителя, за когото е инсталирана новата роля. Вече можете да изтривате обекти директно, за да изтриете обект, изберете го и натиснете клавишната комбинация SHIFT + DEL, системата ще ви попита дали сте сигурни за изтриването, ако отговорът е да, обектът ще бъде изтрит от системата.

Изтриване на 1c обекти чрез маркиране за изтриване или как да изтриете обекти в 1c?

Сега нека да разгледаме въпроса Как да изтриете обекти в 1c?". И така, отваряме базата данни, от която се нуждаем, в 1C предприятие. Екранната снимка показва "Счетоводство на държавна институция", щракнете в менюто в раздела "Операции" ---> " Изтриване на маркирани обекти".

Ако имате управляван интерфейс, като например в "Enterprise Accounting Rev. 3.0", тогава там трябва да отидете в раздела "Администрация", там ще видите подгрупата "Услуга" и в нея трябва да изберете " Изтриване на маркирани обекти".

Алтернативен начин за отваряне на асистента за изтриване на обекти в 1C 8.2 и 1C 8.3

Като цяло, ако не можете да намерите бутон във вашата конфигурация, с който можете да извикате съветника изтриване на маркирани обекти 1с, тогава в 1C 8.2 можете да го отворите по следния начин, този метод е подходящ за всяка конфигурация, екранните снимки по-долу показват какви действия трябва да се извършат в 1C 8.2. Отворете дървото на всички лечения, които са в системата, и изберете " Изтриване на маркирани обекти".

Ако работите на платформата 1C 8.3 и имате конфигурация с управляван интерфейс, тогава трябва да активирате бутона „Всички функции“, вижте как да направите това.

Започнете да търсите обекти, маркирани за изтриване в 1c

Пред нас ще се появи прозорец, който е показан по-долу, той ще отразява всички обекти, маркирани за изтриване в системата. Отбелязваме тези, които искаме да изтрием; като цяло е препоръчително да ги изтриете всички, защото те са маркирани за изтриване, което означава, че вече не са необходими в системата. След като сте отбелязали всичко необходимо, щракнете върху „Контрол“.

На системата ще отнеме известно време, за да изпълни тази задача, малко по-късно ще видите прозореца, показан по-долу. Моля, обърнете внимание, че може да имате обекти със зелени и червени отметки.

Зеленото означава, че обектът може да бъде изтрит, червеното означава, че не може. Обект, маркиран с червена отметка, не може да бъде изтрит, тъй като е препратен от други системни обекти.В прозореца по-долу ще видите тези обекти, които го препращат, и преди да изтриете обект, маркиран с червена отметка, трябва да премахнете препратките към този обект от други обекти. Какво означава това на практика?

Необходимостта от своевременно премахване на обекти, маркирани за изтриване в 1c. Как да изтрия обекти, маркирани с червени отметки?

Нека да разгледаме пример с помощта на конфигурацията „Счетоводство на предприятието“. Имаме документ „Приемане за осчетоводяване на ОС“, той съответно посочва основния актив (например компютър) и много други параметри, но те в момента не ни интересуват. Ако искаме да премахнем тази ОС от нашата база данни, тогава нищо няма да излезе от това без допълнителни действия. Нашата ОС (компютър) ще бъде маркирана с червена отметка, когато се опитаме да я премахнем. Защо? Но нашият документ „Приемане за осчетоводяване на ОС“ има връзка към ОС, която сега искаме да изтрием! Когато щракнем върху него в списъка с обекти, ще видим всички обекти, които се отнасят до нашата ОС и преди да изтрием тази ОС, първо трябва да влезем във всички тези обекти и да премахнем връзките. В нашия случай това означава, че трябва да отмените осчетоводяването на документа „Приемане за счетоводно отчитане на дълготрайни активи“ и да изтриете този дълготраен актив от документа и след това да запишете документа. Сега документът вече не препраща към нашата операционна система и можем да го изтрием. От всичко това следва едно правило: Необходимо е своевременно да изтриете обекти, маркирани за изтриване в 1C! В противен случай да се отървете от тях по-късно може да бъде много, много проблематично, поради факта, че ще има голям брой връзки между обектите. Между другото, навреме изтриване на обекти от 1ссъщо има няколко очевидни предимства:

1. Производителността на системата се увеличава
2. Намалява вероятността от потребителски грешки
3. Намалява размера на вашата база данни
4. Няма „безпорядък на интерфейса“, когато системата има много обекти, маркирани за изтриване, публикувани и непубликувани документи.

В нашата компания винаги ще получите първокласно обслужване за програмата 1C на много разумни цени!

Завършване на премахването на маркирани обекти за 1s

Сега нека изтрием напълно обектите. Кликнете върху бутона "Изтриване". Системата ще изтрие всички обекти, маркирани със зелени отметки.

Ще останат само маркираните с червени отметки, щракнете върху „Затвори“, това е процесът изтриване на обекти от 1взавършен. Ако нещо не се получи за вас, ние сме готови да се свържем с вашия 1C дистанционно и да помогнем за решаването на вашите проблеми.

1c изтриване на маркирани обекти, подробни видео инструкции за изтриване на 1c обекти

• Ние ви казваме защо имате нужда от знак за изтриване в 1c
• Показваме с пример как да изтриете обекти в 1C
• Дадени са полезни практически съвети
• Показваме как да изтриете обекти, маркирани с червени отметки в 1C
• Има и много друга полезна информация

Надяваме се, че нашата статия е за изтриване на обекти, маркирани за изтриване в 1cТя беше много полезна и отговори на всичките ви въпроси.

Цели на проекта Цели на проекта
Затваряне на паралелен месец за няколко организации.
Задаване на технологични параметри за изчисляване на месечните етапи на приключване.
Подобрения в етапа на изчисляване на партидата и разходите.
Коригиране на проблеми при определяне на състоянието на етапите на "Формиране".
резерви за съмнителни дългове“ и „Формиране на финансов
резултат."
Други подобрения при затваряне в края на месеца.
2

Ще бъде възможно да се провеждат няколко сесии едновременно
месечни затваряния за различни организации
Разширено използване на съществуващия информационен регистър
Извършване на месечни приключващи операции: в допълнение към информация за завършени
изчисления, сега съхранява информация за извършените изчисления
За тази цел в регистъра са добавени полета „Извършва се изчисление“ (знак
незавършено изчисление), „ID на изчисление“ (GUID на изчисление)
„Информация за стартиране на изчислението“ (кой е започнал изчислението и кога)
Когато изчислението започне, в регистъра се добавят записи за организации, за които
се извършва изчисление, със знака CalculationIn Progress = True
В края на изчислението тези записи се изтриват от регистъра
Преди да започне изчислението, наличието на записи в регистъра се проверява от
организации, за които се планира да се извърши изчислението: ако поне
една организация има запис в регистъра, тогава започването на изчислението е забранено
Администраторът ще може да коригира
регистрационни данни в случай на необичайно прекратяване на сесии за затваряне на месеца
във формата за приключване на месеца: „Още“ - „Активни сесии за приключване на месеца“
3

Няколко месечни заключителни сесии

4

Ще бъде добавена възможност за избор на множество организации за затваряне
месеца
Сега можете да започнете да приключвате месеца или за всички организации
веднага или за една организация
ще бъде възможно да изберете произволен брой организации за изпълнение
изчисление
в този случай ще бъдат взети предвид връзките на организациите (според вътрешнофирмената схема и
за съвместно използване на ОС и нематериални активи): свързани организации
можете да изберете всичко заедно
5

Избор на организации за закриване на месеца

6

Някои етапи на приключване на месеца имат „вътрешни“ параметри,
влияещи върху резултата от изчислението или скоростта на изпълнение
изчисление - сега администраторът ще може да променя тези параметри
Добавя се константа за настройки за затваряне на месеца с типа „Съхранение“.
стойности", в който ще се съхраняват всички персонализирани параметри
Добавя се форма, в която се конфигурират параметрите
във формата за приключване на месеца: “Настройки” - “Задаване на параметри на работа
закриване на месеца"
7

Технологични изчислителни параметри

8

Подобрения в етапа на изчисляване на партидата и разходите

В механизма за партидно изчисление, възможността за изчисляване в
множество нишки за намаляване на общото време за изчисление
Добавя нов информационен регистър за комуникация между сесии
изчисляване на партиди
Основната изчислителна сесия разделя изчислените данни на „порции“, места
данни в информационния регистър и стартира спомагателни сесии за тяхното изчисляване
"парчета" от данни
Когато изчислението приключи, спомагателните сесии публикуват резултатите от своите
изчисление в същия информационен регистър
Основната сесия събира всички „части“ от резултатите от изчисленията заедно
9

За ускоряване ще бъде добавено управление на общите суми на регистрите за натрупване
операции за писане
Преди изчислението, състоянието на текущите суми и периода на изчислението
резултати
Преди записване на данни от регистъра текущите суми са деактивирани и периодът
изчислените суми се задават в края на предходния период,
предхождащи изчисления период
В края на записа резултатите се връщат в първоначалното си състояние
Ако данните в регистъра не са се променили в резултат на изчислението, тогава неговият запис не е променен
се изпълнява и съответно не се извършват действия с резултатите
10

Подобрения в етапа на изчисляване на партидата и разходите (продължение)

Ще бъде добавена проверка за проверка на попълването на задължителните полета в генерирания
при изчисляване на движения: ако се генерира неправилно движение, тогава
записва се грешка, движението се „отхвърля“ и изчислението продължава
Към регистрите за натрупване, според които механизмът за партидно отчитане
се оформят движения, ще се добавя сервизен реквизит
„CalculationIncomplete“ с тип „Boolean“, което ще ви позволи да видите
движения, за които не е избрана партия
За да се увеличи скоростта на изчисленията, ще бъдат направени редица подобрения
програмен код и в заявки на механизма за партидно изчисление
11

Подобрения в други етапи на приключване на месеца

За етапи
„Формиране на резерви за съмнителни дългове“
"Формиране на финансови резултати"
ще бъде добавена поддръжка на регистъра „Задачи за приключване на месеца“ за точност
определяне на необходимостта от преизчисляване на тези етапи:
При промяна на данните в счетоводния регистър ще се генерират задачи за
преизчисляване на финансовите резултати
При промяна на данните във взаимните регистри за сетълмент ще се генерират задачи
за преизчисляване на провизии за съмнителни дългове
12

Други подобрения при затваряне в края на месеца

Ще бъде добавена проверка за периода, от който е необходимо преизчисляването на етапа:
ако периодът на преизчисляване е по-малък от периода на най-ранната счетоводна политика
организация, тогава формулярът за приключване на месеца ще покаже информация за
невъзможност за извършване на изчисления
Това ще ви позволи да избегнете дълги изчисления, които изискват „замразяване“
изчисление
Ситуацията възниква, ако не се използва механизмът за дата на забрана
промени в данните и потребителят погрешно е въвел документ, който е много „стар“
Период
Информация за конфигурираните дати за забрана на данни, не
което ви позволява да затворите месеца, повече от
подробно (за целта софтуерният интерфейс на BSP 2.4.4 е подобрен)
Процедурите, които определят състоянието на етапите на приключване в края на месеца, ще включват:
вградена BSP подсистема „Оценка на ефективността“

1. С какво трябваше да се справя: партидното счетоводство е деактивирано в erp системата, средният метод на оценка е деактивиран, счетоводството по вид запас е деактивирано. Изглежда, че може да бъде още по-просто, но цената упорито не беше покрита от процедурата за приключване в края на месеца.

И както знаем: в края на процедурата за приключване в края на месеца, регистърът на разходите за стоки не трябва да има общи салда в края на отчетния период без количество или отрицателни общи салда с количество.

Наличието или отсъствието им може да се проследи в същия универсален отчет със следните настройки:

Една от причинитенезакриването на себестойността се крие в натрупаните данни от измерванията на регистъра на разходите за стоки - “ Вид на резервите"("Основни данни и администриране - Финансови резултати и контролинг - Счетоводно отчитане на стоки - Отделно отчитане на разходите по видове инвентар"), а именно в записите на това измерване, направени от първични документи. Всъщност мисля, че същото може да се каже по отношение на измерението на Analytics за отчитане на инвентара и неговото съдържание по серии и характеристики, ако такова детайлизиране е включено в системата.

Практиката показва, че в процеса на работа, по една или друга причина, предприятието може да деактивира това счетоводство или, напротив, да го активира, което ще доведе до факта, че някои документи ще имат попълнено измерение на Тип инвентар в записите в регистъра , но някои няма.

Естествено, решението на този проблем е повторното водене на документи за целия период.

Но има едно голямо НО: в новата erp система, когато просто повторно публикуване на документ, системата не актуализира своите движения . За да актуализирате движението на документ, първо трябва да го анулирате и след това да го осчетоводите.(ако сме променили нещо глобално в заглавката на документа или сме отворили „Видове инвентар“, през менюто на документа Всички действия – Отваряне на типове инвентаризация и прехвърляне към документа, тогава записите в регистрите ще се актуализират, но така разбирате, когато работите индивидуално с конкретен документ).

Ако имате голям работен поток на месец, тогава естественият изход в тази ситуация би бил получаване на точно тези документи, които формират „проблемните“ движения.

Под „проблемни” движения разбираме тези, за които не е попълнен „Тип инвентар”, ако в процеса на работа е било разрешено отчитане по вид инвентар, и тези, за които е попълнен „Тип инвентар”, ако се осчетоводява от типове инвентаризация е деактивиран.

Ако счетоводство по видове включени инвентаризации, тогава можете да видите и анализирате коректността на оборотите чрез същия универсален отчет, като го настроите според регистъра Стойност на стоките - салда и обороти или чрез стандартен отчет 1c със същото име.

Ако имате отчитането по вид инвентар е деактивирано, тогава тук е по-трудно: да намерите източника на проблема, от който се нуждаете поне вземете оборот по вид запас въз основа на условието, че е пълен, Но движения по вид акции няма да видимнито в универсалния, нито в стандартния, нито в отчета, написан от вас, нито във формата на регистрационния списък Себестойност на стоките - системата определя, че счетоводството по видове запаси е деактивирано и просто сумира редовете за различните видове наличности за всеки артикул счетоводен анализ в отчетите, деактивира това поле във формуляра за настройки на полето за отчет и като цяло във формуляра за списък на регистъра, където може да е налично. В резултат на това в отчетите, например, можем да видим в оборота внезапен скок на разходите в оборота за периода, въпреки факта, че нямаше приходи и в началото на периода показателят за себестойност беше съвсем различен.

Така в конкретния случай можете да стигнете до регистрационните записи в контекста на видовете наличности само като напишете собствена обработка с таблична част, в която да качите оборота за периода с регистратори и при условие, че е попълнен вид на наличността . Получените регистри трябва да бъдат анулирани и осчетоводени, за което можете да напишете и бутон, който да прави това вместо вас. Трябва да се помни, че документи като „Освобождаване на продукта“ и „Отписване на производствени разходи“ трябва да бъдат отменени и извършени последователно, т.е. с началото на анулирането на освобождаването, а след това подчинените отписвания за производство и в същата последователност. И след това затваряме месеца отново, след като преди това „ като се върна назад».

2. Да: Възстановяването на компютъра прави живота ви много по-лесен. С възможността за връщане назад просто не е необходимо да публикувате повторно документи или част от тях, ако затварянето е неуспешно. Това е особено важно, когато има голям работен поток и особено ако помните, че нулирането на движенията на RS или действителното актуализиране на записи в регистъра се случва само когато документите са анулирани и осчетоводени, и както показва практиката, повторното затваряне на RS, в допълнение към вече направените записи, дава грешка още на етапа на разпределяне на детайлизираните разходи към продуктите на себестойността. Като цяло от моята практика: чистотата на изчислението все още ще бъде осигурена именно с изчистените движения, направени от RS.

Така. За правилно изчисление на себестойността, ако вече сте направили действителното изчисление, трябва да го върнете назад.

Под връщане имаме предвид почистването на онези движения, които блокът за изчисляване на разходите направи при обработката на затварянето на месеца. И технологията на изчисление в erp е интересна: блокът за изчисление на разходите обслужва 12 регистъра, а направените изчисления се „добавят“ към съществуващите записи на първични документи. Такива записи имат знака „изчисление на разходите“ = Вярно.

По този начин количествените показатели формират първичните документи, а общите се изчисляват и добавят към документните записи от блока за изчисляване на разходите (с изключение например на получаването на стоки и услуги).

Самият документ за изчисляване на разходите има записи според тези регистри, но те са допълнителни/коригиращи; за регистъра на информацията „себестойност на стоките“ и натрупване „Финансов резултат“ документът RS е единственият регистратор.

Информационният регистър „Стойност на стоките“ е базата, от която след това ще бъде изчислен общият оборот според поддържаните регистри, включително регистър „Стойност на стоките“ и регистър „Приходи и разходи за продажби“, който затваря изчислението.

На първия етап цената на стоките се формира по формулата:

(Стойност на първоначалния баланс + Стойност на приходите за периода) / (сума на началния баланс + сума на приходите за периода).

Движенията не са включени в тази формула; включени са разписки, капитализации и т.н.

След това изчислението на разходите прави разпределението на партидите в производството: работи с регистрите на партидите на производствените разходи и партидите в процес на работа, определяйки кое прехвърляне на материали към производството да отпише материали за определена продукция, а също така: работи с регистъра Други разходи за незавършено производство, изчисляващ общите показатели разходи за себестойността на продукцията и техния дял на включване в определена продукция (извършва се разпределението на детайлизираните разходи за себестойността на продукцията). Между другото, наличието на записи в регистъра на информацията „задачи за изчисляване на разходите“ в началото на изчислението показва системата, че разпределението по партиди в производството или разпределението по партиди на организации, ако имате партидно счетоводство, не е направено, в резултат на което РС ще ги доведе до действителното състояние (идентично на наличието на записи в регистъра на Заданията за разпределение на сетълменти с клиенти и Задачи за разпределение на сетълменти с доставчици, дава на системата сигнал по време на процедурата за приключване в края на месеца, че Формиране на сетълменти с партньори и преоценка на сетълменти - артикулът не е уместен и изисква преизчисляване).

Уместност на партидите: независимо дали сте активирали пакетно отчитане или не и въпреки факта, че системата има редица чисто партидни регистри, например същите „WIP партиди (атрибут на изходен документ и документ за издаване)“, 1C въведе нов начин: рефакторинг на пакетно счетоводство - оценката се извършва общо за месец, поради което вече не е необходимо системата да следва последователността на въвеждане на документи! Основното е, че в началото и в края на отчетния период няма отрицателни салда в регистрите, например „Организационни стоки“, „Разходи за стоки“....

По-нататък. РС отразява получената цена в информационния регистър и на базата на нея изчислява общите показатели във всички останали поддържани регистри. Описах го по опростен начин, разбира се, но все пак...

Разходите в информационния регистър, ако имате среден метод на оценка, трябва да са еднакви за тези складове и отдели, които комуникират помежду си: тоест движението от един склад не може да премине на една цена и да пристигне в склада на получателя на друга , или например трансферен материал за производство от склада не може да влезе в производство на различна цена от склада. Обърнете внимание на това в информационния регистър Цената на стоките!. Възможно е да има несъответствия в цената на стоките, но RS ще коригира всичко след приключване на изчисленията.

Регистри, поддържани от отдел RS:

1. Номенклатура на движенията Номенклатура
2. Движения Номенклатура Приходи Разходи
3. Други разходи (кеш на салда)
4. Други приходи (парични салда)
5. Стойност на стоките (кеш оборот) (кеш остатъци)
6. Други активи Пасиви
7. Други разходи за текуща работа
8. Доставяне
9. Финансови резултати
10. Приходи и разходи за продажби (кеширане на оборота)

//всички тези регистри съдържат атрибута за изчисляване на разходите

1. Цена на стоки

//регистраторът е само документът за изчисляване на разходите

1. Разходи за серийно производство

//регистратори Прехвърляне на материали към производството, Отписване на производствени разходи

1. Работни партиди

//регистратори Отписване на производствени разходи, Пускане на продукт

// въпреки факта, че записите на тези регистри са приложени към първичните документи, те се изчисляват от RS блока в края на месеца.

Можете да видите този списък в протоколите за изчисляване на разходите, записани в регистрационния дневник.

Да се ​​върнем към PC връщане назад: или напишете своя собствена процедура, която ще изчисти записите, направени от RS в регистрите, или активирайте необходимия параметър в общия RS модул във Функции InitializeCalculationParameters . Ще дам параметрите от тази процедура, които ми бяха интересни и ги използвах (копирани директно от общия модул с коментари 1c):

// 2. Това свойство ви позволява да изчистите всички стари движения на сетълмент преди ново изчисление - емулира първото изчисление за периода. // Трябва да се използва само за отстраняване на грешки, защото Почистването може да отнеме доста дълго време. Parameters.Debug.Insert("ClearOldMoves", False);

Това е компютърното връщане назад, ако зададете стойността на параметъра на True. Оставям стойността невярна, защото написах своя RS Rollback.

// Многонишков запис (ако не е стартиран във файлова информационна сигурност и не е от планирано задание) // Стабилността на многонишков запис на различен хардуер зависи от комбинация от няколко фактора: // - броят на активни фонови задания (колкото повече задания, толкова повече памет е необходима на Enterprise сървъра) // - броят движения, записани от една задача (колкото повече движения, толкова повече памет се нуждае от тази задача) // - едновременен запис на един регистър от различни задачи (колкото повече задачи са записани от един регистър, // толкова по-голяма е вероятността от грешки, например „Периодът на изчакване на заявката за заключване е превишен“) Параметри за изчисление. () ИЛИ Предварително изчисление, 1, 5)); // максимален брой едновременно изпълняващи се задачи за запис

В моя случай системата се срина с грешка на форматния поток, така че коригирах този параметър към стойността на файловата база (тоест вместо 5 го зададох на 1). Какво друго ми даде това - винаги работя с лога по време на затваряне и с деактивиран многонишков режим, можете да видите последователността на затваряне и изчисляване на регистри, както и да видите грешки и да спрете затварянето по време на време.

// 4. За да анализирате решението на SLE, можете да запишете таблиците, използвани при решаването на SLE, като mxl файлове в указаната директория. // Ако името на директорията е празно, таблиците не се записват. //Параметри на изчислението.Debugging.Insert("Директория за запазване на SLNData", ""); // Parameters.Debugging.Insert("Директория за запазване на SLU данни", "C:\SLU Solution"); //кодът е коригиран от мен

П/С:

1. Как възниква концепцията за „многопоточност на фонови задания“:

Предстояха 13 месеца затваряне и, както беше отбелязано по-горе, базата данни имаше голям поток от документи: само анулирането/провеждането на документи за движение за един месец отне два дни. И така, при затваряне на месеца по някаква причина системата се срина с грешката „Грешка във формат на потока“, което ме шокира. Тестването и коригирането на информационната база (всички елементи, включени в нея са направени) не даде резултат. Тогава започвам да ставам много приятелски настроен към дневника: проследявам на какъв етап системата се срива. Оказа се: на етапа на работа на блока за изчисляване на разходите, а именно при записване на изчислените RS данни в обслужваните регистри. В същото време всичко в дневника „скачаше и скачаше“ - тоест беше ясно, че обработката върви успоредно на няколко регистъра и не беше възможно всъщност да се разбере какво се брои / записва след какво и в каква последователност, точно както не беше възможно да се разбере в кой регистър системата избива (на този етап единственият въпрос, който ме притесняваше, беше: коя таблица с регистри в sql е „осакатена“?). Тогава започвам да ставам много приятелски настроен към общия модул за изчисляване на разходите, буквално го разглобявам на парчета. Именно в този процес (и благодарение на 1c за щедрите коментари в модула) беше открит параметърът PC, който определя многонишковостта на фоновите задачи. Какво означава това?Това означава, че казваме на системата, че трябва да чете и записва няколко обслужвани регистъра наведнъж или един по един последователно. Като се замислих и разчитайки на поговорката „ако карате по-тихо, ще продължите да го правите“, привеждам този параметър към стойността на файловата база - тоест на мястото на стойността 5 поставяме 1. Всъщност , това беше направено, за да се проследи в кой регистър системата се срива и в резултат на това обработката на RS блока беше завършена напълно без сривове! В същото време се получи още един плюс: сега в регистрационния дневник беше възможно последователно да се види какво се брои и пише като изчисление и, както показа практиката, това по-късно беше много полезно.

2. Как е възникнала грешка в данните по видове инвентар.

Както бе споменато по-горе, в края на месеца имаше грешки при изчисляване на себестойността: наличие на общи салда за нулево количество. Заемам една от позициите (работим с универсален отчет за регистъра на разходите за стоки с разпределение според регистратора), такава, в която имах баланс в началото на месеца като количество и сума и всичко това количествено салдото е прехвърлено от склада към производството (просто добър случай за проследяване на получаването на нетната сума). По същество този артикул трябваше да влезе в производство с обща себестойност, равна на първоначалния общ баланс, но за мен беше на такава луда цена, че е просто позорно! Започвам да мисля: какво може да увеличи цената на материала? Това могат да бъдат допълнителни разходи, които се разпределят по посока на себестойността на продукта. След това започвам да сортирам такива позиции и към какво са разпределени чрез същия универсален отчет, но според партидния регистър на други разходи, с избор

След анализ на резултатите от този доклад беше направено заключение: нито един допълнителен разход не е свързан с „проблемната позиция“. Продължавам да си мисля: какво може да увеличи цената на продукта толкова много? Взема се решение за задълбочаване на приятелството с RS модула.

В този модул работата на RS блока се съдържа в процедурата Изчислете разходите по група организации(). В него ключовите функции преди директното решаване на SLN са следните функции (удебелени):

//// Етап 3.2 // Формира временна таблица VTDAAdditional Expenses (за реално изчисление тя е празна) // - това е разпределението на входящите разходи по артикул към себестойността на стоките Разпределете разходите към себестойността (параметри на изчисление); / / - Други разходи // - Други приходи // - Номенклатура на движенията Разходи за приходи // - Номенклатура на движенията Коригиране на разходите за връщания от минали периоди (параметри за изчисление); //++ НЕ UT // Етап 3.4 // Генерира временни таблици WW Анализ на отчитане на разходите, W Текуща работа Разпределяне на други разходи на текуща работа (параметри на изчисление); // Етап 3.5 // Генерира временна таблица WТрансфер на стоки Създаване на таблица с трансфери между организации (параметри на изчисление); // Етап 3.6 // Формира временна таблица WtAdjustmentNodes GenerateCostWrite-OffAdjustmentNodes(CalculationParameters); //Е ключов момент в изчислението и основното нещо е в началото на периода Ако параметри на изчисление. Брой възли<>0 След това // Етап 3.7 // Формира временни таблици WTDecisionTable, WMoveWrite-Off CalculateCost(CalculationParameters, False); // Етап 3.8 // Генерира движения според регистри: // - Стойност на регистър на стоките (параметри на изчисление, False); endIf;

……………………….. и т.н.

Струва си да се съсредоточите върху процедурите:

- тук се формира временна таблица с възли за корекция, въз основа на която ще се генерира заявка в процедурата Изчислете разходитеи оттам резултатът от това искане ще влезе в процедурата SolveSLU, в който при прочитане се откри възможността активирайте опцията за запазване на извършените изчисления във външен файл:

// 4. За да анализирате SLE решението, можете да запишете таблиците, използвани при решаването на SLE // като mxl файлове в указаната директория. //Ако името на директорията е празно, не се записват таблици. Parameters.Debugging.Insert("Directory forSavingSLUData", "C:\SLUSolution"); // Зададох стойността C:\SolutionSLU, в кода 1c параметърът не е попълнен.

Именно това запазване във външен файл беше много полезно!

И така, ако се върнем на въпроса „Какво може да увеличи цената на продукта?“, концентрираме вниманието си върху процедурата Създайте NodesAdjustmentsWrite-OffCosts. INпакетите заявки, включени в него, са внимателно проучени и се прави изводът, че ключовите размери в пакетите и тяхната връзка са „ Вид инвентар" И " Счетоводен анализ на позициите" Е, с анализите всичко е просто в моя конкретен случай: системата не поддържа записи по серии и характеристики. Това, което остава, е видът на инвентара. Започвам да играя с пакети заявки:

от самото начало обикновено премахвам връзката по тип инвентаризация, стартирам я за обработка, получавам външен файл - намирам позицията си в него - резултатът е същото количество и цената е същата, както виждам в регистъра цена (както помним, цената от информационния регистър ще бъде умножена по количеството и ще получите общия показател в регистъра на разходите).

Добре тогава. Или по-скоро лошо..

След това във всички пакети със заявки на място

*.Type of Inventory AS Тип инвентар, //(* - име на таблицата, върху която е изграден пакетът) //put: Directory.Type of Inventory.EmptyLink AS Тип инвентар //(нямам счетоводство по вид инвентар, което означава, че трябва да е празен)

Пускам процедурата, за да го тествам, получавам външен файл и ето го, чудо: цената за проблемната позиция е = (цена на първоначалния баланс / количество на първоначалния баланс).(Напомням, че проблемната позиция нямаше постъпление в отчетния период, а само начално салдо, а ако е имало постъпление, изчислете го по формулата: (стойност на началното салдо + цена на разписка/количество на първоначалния баланс + количество на разписка)).

Оттук се прави заключението: това означава, че в записите на регистъра на разходите, въпреки факта, че счетоводството по вид инвентар е деактивирано, има записи с попълнен тип инвентар. И след това, както е описано по-горе, за да се намерят тези проблемни записи, е написана подходящата обработка за намирането и коригирането им. След анулиране и обработка на проблемните документи, себестойността започна да се затваря правилно!

3. Как се появи идеята за възстановяване на разходите

„Е, всичко, доколкото е възможно!“ Казах си след поредното неуспешно затваряне, коригиране на първоначални грешки и анулиране/обработка на документи за месец, което отне няколко дни, нерви и т.н. и така нататък. Седнах и написах обработката - бутон за връщане на разходите. Като цяло и основно, след като зададох въпроса „как мога да го направя, за да не дърпам постоянно първичния в случай на неуспешни затваряния“, въоръжен със силно приятелство с бордовия дневник, в който чрез проследяване на последователността на изчисленията и изучаване на протоколи (благодаря на 1s за това!), беше определен кръг от регистри, записи, в които RS записва, със съответния атрибут и в резултат на това те просто трябва да бъдат изчистени. Към 11-те регистъра, посочени в протокола, добавих и анулиране/провеждане на документи за разпределение на разходите за себестойност на продукцията, за нулиране на всички извършени от тях движения, както и изчистване на регистъра на Страната WIP, така че RS отново ще преизчисли всичко в WIP - добре, за всеки случай. Както е доказано експериментално, няма нужда да се маркират документи с изчистени движения на RS за отражение - RS сам прави документи за отражение, в които добавя движения. По този начин, въз основа на наличието на голям поток от документи, връщането на RS започна да отнема само 3-4 часа, а пълното приключване на месеца (всички точки от процедурата за приключване на месеца) в рамките на 12 часа, от които RS блок също отнема около 3-4 часа.

Всеки месец счетоводителите трябва да установят какви са резултатите от дейността на организацията (печалба, загуба). За да направите това, в 1C трябва да затворите месеца. Също така коректността на генерирането на отчет зависи от коректността на неговата работа.

В резултат на това тези сметки, които не трябва да имат салдо в края на месеца, се закриват, например сметка 26. Разходите за текущия месец се прехвърлят към подсметки 90 и 91.

Обработката на „Затваряне на месеца“ в 1C 8.3 ви позволява стъпка по стъпка да автоматизирате рутинните операции, които трябва да се извършат в края на месеца. Те включват изчисления, формиране на книга за покупки и продажби, изчисляване на дялове отписване на непреки разходи и много други.

Тази обработка се намира в меню „Операции” - „Приключване на месеца”.

Фигурата по-долу показва всички операции, извършени от тази обработка.

В зависимост от данъчната система, използвана от предприятието, счетоводната политика и т.н., само някои от тези операции ще бъдат достъпни за вас. Също така наборът от операции зависи от това какъв период трябва да бъде затворен - месец, тримесечие, година.

Много е важно да се спазва последователността на извършваните операции при приключване на месеца. В противен случай грешките са неизбежни. Нека да разгледаме инструкциите стъпка по стъпка за затваряне на месец в 1C 8.3.

На първо място, преди да започнете да затваряте месеца в 1C 8.3, трябва. Можете да го намерите, като следвате едноименната хипервръзка в картата на елемента на директория „Организации“.

В тази статия няма да разглеждаме подробно тази функционалност. Можете да прочетете повече за настройката на вашата счетоводна политика в статията.

Обработка на „Приключване на месеца“

В този пример ще разгледаме пример за приключване на месец за организация с обща данъчна система. Списъкът с действията, извършени при затваряне на месец, е показан на фигурата по-долу. В този случай допълнително ще се формира книга за покупки и продажби, тъй като второто тримесечие приключва по същото време.

Етап 1

Тази операция се формира от счетоводителя ежемесечно с помощта на документа „Заплати“. Можете да видите транзакциите, като щракнете с левия бутон на мишката върху съответния ред в обработката „Приключване на месеца“.

В нашия пример са формирани следните движения:

Следващата стъпка е да изчислите амортизацията и да създадете съответните записи.

Ако организацията извършва плащания в чуждестранна валута, валутата ще бъде преоценена по текущия курс.

Стъпка 2

Следващата стъпка ще бъде да се изчисли делът на отписването на непреките разходи. В този случай програмата прави междинни изчисления за затваряне на разходни сметки (20, 23, 25, 26, 44).

Стъпка 3

В тази стъпка се закриват разходни сметки: 20, 23, 25, 26, 44. Бъдете внимателни, когато извършвате тези операции. Те влияят. В нашия случай осчетоводяването се извършва по сметка 90.

Стъпка 4

Накрая се приключват сметки 90 и 91, както и се изчислява данък върху дохода.

Ако годината приключва, тогава в 1C ще има и операция за реформиране на баланса.

Заключение

Много е важно да се спазва установената последователност от документи и рутинни операции. Повечето грешки възникват при закриване на сметки. За да откриете причините, трябва да проверите дали аналитиката е инсталирана навсякъде и дали се спазва последователността на обработка на документи. При по-сложни ситуации е необходимо да се извърши задълбочен анализ на съответните сметки.