В тази статия искам да разгледам аспектите на изчисляването и удържането на данъка върху доходите на физическите лица в 1C 8.3, както и изготвянето на отчети във формуляри 2-NDFL и 6-NDFL.
Създаване на регистрация в данъчния орган
Това е най-важната настройка; без нея няма да можете да подавате отчети до регулаторните органи. Да отидем в директорията "Организации" (меню "Основни" - "Организации"). След като изберете желаната организация, щракнете върху бутона „Още...“. От падащия списък изберете „Регистрация в данъчните власти“:
Трябва внимателно да попълните всички подробности.
Настройка на отчитане на заплатите
Тези настройки се правят в секция „Заплата и персонал” – „Настройки на заплата”.
Нека да отидем на „Общи настройки“ и да посочим, че счетоводството се поддържа в нашата програма, а не във външна, в противен случай всички раздели, свързани с отчитането на персонала и заплатите, няма да бъдат налични:
В раздела „Данък върху доходите на физическите лица“ трябва да посочите в какъв ред се прилагат стандартните удръжки:
В раздела „ “ трябва да посочите по каква ставка се изчисляват застрахователните премии:
Всички начисления на физически лица се извършват според кода на дохода. За тази цел програмата има справочник „Видове данък върху доходите на физическите лица“. За да видите и, ако е необходимо, да коригирате справочника, трябва да се върнете в прозореца „Настройки на заплатите“. Разгънете секцията „Класификатори“ и кликнете върху връзката „NDFL“:
Ще се отвори прозорецът за настройка на параметрите за изчисляване на данъка върху доходите на физическите лица. Справочникът се намира в съответния раздел:
За да настроите облагане с данък върху доходите на физическите лица за всеки тип начисляване и приспадане, трябва да разгънете секцията „Изчисляване на заплатата“ в прозореца „Настройки на заплатата“:
В повечето случаи тези настройки са достатъчни, за да започнете да отчитате заплати и данък върху доходите на физическите лица. Ще отбележа само, че директориите могат да се актуализират, когато се актуализира конфигурацията на програмата, в зависимост от промените в законодателството.
Данъчно отчитане на личните доходи в 1C: начисляване и приспадане
Данъкът върху доходите на физическите лица се изчислява за всеки действително получен доход поотделно за периода (месец).
Размерът на данъка върху доходите на физическите лица се изчислява и начислява с помощта на документи като „ “, „ “, „ “ и т.н.
Като пример, нека вземем документа „Заплати“:
Вземете безплатно 267 видео урока за 1C:
В раздела „Данък върху доходите на физическите лица“ виждаме изчислената сума на данъка. След осчетоводяване на документа се създават следните транзакции с данък върху доходите на физическите лица:
Документът също така създава записи в регистъра „Отчитане на доходите за изчисляване на данъка върху доходите на физическите лица“, според които впоследствие се попълват формулярите за отчитане:
Всъщност данъкът, удържан от служителя, се отразява в счетоводството при осчетоводяване на документи:
- Счетоводна операция по данъка върху доходите на физическите лица.
За разлика от начисляването, датата на удържане на данъка е датата на осчетоводения документ.
Отделно трябва да разгледате документа „Счетоводна операция за данък върху доходите на физическите лица“. Предвидено е за изчисляване на данъка върху доходите на физическите лица върху дивиденти, ваканционни плащания и други материални обезщетения.
Документът се създава в меню „Заплати и персонал” в секция „Данък върху доходите на физическите лица”, линк „Всички документи по ДДФЛ”. В прозореца със списък с документи, когато щракнете върху бутона „Създаване“, се появява падащ списък:
Почти всички документи, които по един или друг начин засягат данъка върху доходите на физическите лица, създават записи в регистъра „Изчисления на данъкоплатците с бюджета за данък върху доходите на физическите лица“.
Като пример, нека разгледаме формирането на записи в данъчния счетоводен регистър с помощта на документа „Отписване от текуща сметка“.
Нека добавим документа "" (меню "Заплати и персонал" - връзка "Извлечения към банката") и на базата на него ще създадем "Отписване от разплащателна сметка":
След това нека да разгледаме осчетоводяванията и движенията в регистрите, генерирани от документа:
Формиране на данъчна отчетност за доходите на физическите лица
По-горе описах основните регистри, които участват в генерирането на основни данъчни отчети за личните доходи, а именно:
В прозореца със списък с документи щракнете върху бутона за създаване и попълнете сертификата на служителя:
Документът не генерира операции и записи в регистри, а се използва само за печат.
- (раздел 2):
Докладът се отнася до регламентирано отчитане. Можете също да продължите към регистрацията му от раздел „Данък върху доходите на физическите лица“, меню „Заплати и персонал“ или чрез меню „Отчети“, раздел „1C Отчитане“, „Регулирани отчети“.
Пример за попълване на втория раздел:
Проверка на удържан и начислен данък върху доходите на физическите лица
За да проверите правилността на начисляването и плащането на данъци към бюджета, можете да използвате „ “. Намира се в меню „Отчети”, раздел – „Стандартни отчети”.
Днес ще разгледам инструкции стъпка по стъпка за счетоводно отчитане на данъка върху доходите на физическите лица (съкратено като данък върху доходите на физическите лица) в 8.3 (версия 3.0).
Както вероятно всички знаят, основният данък, който се удържа от нашите заплати, е данъкът върху доходите на физическите лица. Останалите удръжки се плащат основно от работодателя (например, това са вноски за пенсионен фонд и здравноосигурителен фонд. Наричат се още „осигурителни вноски“).
През 2017 г. ставката на данъка върху доходите на физическите лица все още е 13% от общата сума на начисленията минус удръжките.
Удръжките могат да варират. Едно от най-стандартните и често срещани приспадания е приспадането за непълнолетно дете. За първо и второ дете през 2015 г. размерът на приспадането е 1400 рубли, за третото дете и дете с увреждания - 3000 рубли.
Прилагат се и удръжки за ученици на възрастни деца и други удръжки, които няма да разглеждаме в тази статия, тя е посветена на друга тема.
Как се прилагат удръжките? Много просто. Те се приспадат от данъчната основа преди изчисляването и удържането на данък върху доходите на физическите лица.
Например:
Заплатата на служителя е 40 000 рубли. Той трябва да плати данък върху тази сума. Но ако има непълнолетно дете, тогава сме длъжни да приложим приспадане! И данъкът ще бъде взет от сумата от 40 000 – 1400 = 38 600 рубли Общо дължимо на служителя (ако той няма други удръжки или задължения) 38 600 – 13% = 33 582 рубла Данъкът върху доходите на физическите лица ще остане 5 018 рубли
И така, грубо разбрахме как се изчислява данъкът върху доходите на физическите лица. Нека сега да видим как се отразяват счетоводните операции за данък върху доходите на физически лица в 1s 8.3 и да използваме пример, за да проверим сумата, която трябва да бъде удържана.
Удържан данък върху доходите на физическите лица в 1C ZUP 8.3
Данъкът върху доходите на физическите лица се удържа от почти всички доходи на физическите лица. Това е директно заплата, заплащане за отпуск, финансова помощ и т.н.
Нека разгледаме инструкциите стъпка по стъпка за удържане на данък върху доходите на физическите лица, като използваме примера на документ за заплати в програмата 1C ZUP 3.0.
Вземете безплатно 267 видео урока за 1C:
Отидете в менюто „Заплата“, след което следвайте връзката в менюто „“. В прозореца на формуляра за списък щракнете върху бутона „Създаване“ и изберете „Изчисляване на заплати и вноски“. Ще се отвори прозорец за въвеждане на данни. Необходимо е да се посочи месецът на изчисляване и организацията, в която работят служителите. Естествено задължителни данни са и служителите, за които се извършва начисляването.
Можете да избирате служители един по един с помощта на бутона „Добавяне“ или можете да използвате бутона „Попълване“. В този случай табличната част на документа ще бъде попълнена автоматично от служители на избраната организация. Това е бутонът, който ще използвам. Демо базата данни вече съдържа организации и служители.
Ето какво получих:
Нека отидем в раздела „Данък върху доходите на физическите лица“ и да видим дали програмата ни го е изчислила правилно и дали изобщо го е изчислила:
Нека проверим изчислението на задържането. За съжаление никой от служителите в демонстрационната база данни няма стандартни удръжки, поне за дете. Но нека го оставим както е, ще ни бъде по-лесно да проверим изчислението и освен това вече описах удръжки в предишни статии. Повярвайте ми, всички те се вземат предвид правилно при изчислението.
И така, какво имаме? Заплатата на служителя Елена Францевна Симутина е 55 000 рубли, а ставката на данъка върху доходите на физическите лица е 13%. Няма удръжки. Нека изчислим 55 000 – 13% = 7 150 рубли. Програмата изчисли правилно.
При осчетоводяване на документа данъкът ще бъде удържан, т.е. данните за данъка върху доходите на физическите лица ще бъдат включени в данъчния счетоводен регистър 1C 8.3. Ще видим това приспадане в извлечението към касата за. В същата декларация ще посочим дали сме превели данъка или ще го направим по-късно.
Прехвърляне на данъка върху доходите на физическите лица в бюджета
За да регистрирате прехвърлянето на данъка върху доходите на физическите лица към бюджета в 1C ZUP 8.3, трябва да отидете в менюто „Плащания“, щракнете върху секцията „Виж“. Вижте също" линк "Преводи за данък върху доходите на физическите лица към бюджета".
Щракнете върху бутона „Създай” и първо създайте „Извлечение за каса”:
- 1 Възможни грешки при изчисляване на данъка върху доходите на физическите лица в програмата 1C 8.2 ZUP 2.5
- 2 Възможни грешки при изчисляване на данъка върху доходите на физическите лица в програмата 1C 8.3 ZUP 3.0.
- 3 Възможни грешки при изчисляване на данък върху доходите на физическите лица в програмата 1C 8.3 Accounting 3.0
- 4 Възможни грешки при изчисляване на данък върху доходите на физическите лица
- 5 Възможни грешки в документите за вътрешно плащане, използвайки примера на 1C 8.3 ZUP 3.0
- 6 Възможни грешки в документите за междинно плащане, използвайки примера на 1C Accounting 3.0
- 7 Възможни грешки в документите за междуплащане по примера на 1C 8.2 ZUP 2.5
Възможни грешки при изчисляване на данъка върху доходите на физическите лица в програмата 1C 8.2 ZUP 2.5 Нека да разгледаме програмата 1C ZUP 2.5, използвайки примера на документа „Ваканция“. Начислено е заплащане за отпуск, което първоначално е било планирано да бъде изплатено на 29.01.2016 г. В действителност плащането се извършва на 28.01.2016 г., следователно променяме датата на плащане на дохода в документа за начисляване на отпуск. 28/2016 г.
Някои потребители на програмата 1s 8.3 имат проблеми с данъка върху доходите на физическите лица. А ти как си?
Има всякакви начини за връщане назад от последната актуализация и дори няколко пъти. През ноември всичко беше наред, а сега просто искам да плача глупаво от безсилие. изяснете - документите бяха прехвърлени (включително тези, които не са попълнени), месеци затворени отново? Е, как можете да отговорите на това въз основа на екранната снимка и липсата дори на минимална информация, моля, кажете ми каква информация да предоставя? Започнах всичко от нулата, последователно правех и извършвах начисления - извлечения - плащания.
Нищо не помага. Факт е, че след актуализациите таблиците за начисляване се промениха драстично. Не разбирам техническите подробности, но явно нещо не е наред с актуализацията.
Счетоводство на данъка върху доходите на физическите лица в 1s 8.3 счетоводство 3.0
важно! За да избегнете възможни грешки в данъка върху доходите на физическите лица, следете в програмата 1C 8.3 (8.2) съответствието между датата на дохода в регистъра на доходите и датата на дохода в данъчния регистър, в противен случай програмата ще има грешки при изчисляване на данъка . При регистриране на всеки доход в програмата се записва датата на действителното получаване на дохода.
За доход с код 2000 това е последният ден на начислителния месец. За други доходи това е планираната дата за плащане от съответния документ за начисляване.
При изчисляване на данък програмата анализира върху какъв вид доход се изчислява този данък и определя датата на действителното получаване на дохода, която се записва в данъчния регистър. Защо може да има разлика в датата на получаване на дохода, която се взема предвид в регистъра на доходите и регистъра на данъците върху доходите на физическите лица? Нека го разгледаме по-долу.
Изчисленият данък върху доходите на физическите лица не е равен на удържания
Възможни грешки в междуселищни документи, използвайки примера на 1C 8.3 ZUP 3.0 Използвайки примера на програмата 1C ZUP 3.0 в документа „Ваканция“, планираната дата на плащане е 28.01.2016 г., но ние ще зададем датата на документа на 01/ 30/2016 г., т.е. по-късно от планираната дата за плащане. Нека го видим докрай. Нашият запис в регистъра на данъчната регистрация е създаден към 30 януари 2016 г.
важно
Ако изплатим ваканция по-рано от датата на документа - 28 януари 2016 г., както е планирано, попълваме декларацията, виждаме, че удържаният данък върху доходите на физическите лица не е попълнен. Към 28.01.2016 г. няма начислен данък. Съответно, когато се прави такава декларация, удържаният данък върху доходите на физическите лица не се регистрира.
внимание
Ако всичко е наред с датата на документа и е по-рано от планираната дата за плащане: Тогава при попълване на извлечението също всичко ще е наред, данъкът ще бъде определен. При съставяне на Декларацията той се записва като удържан данък.
Проблем с данък върху доходите на физическите лица
Възможни грешки в документите за междуплащане по примера на 1C Accounting 3.0 В програмата 1C Accounting 3.0 всичко е същото. Важна е датата на документа. Нека да разгледаме примера на документа „Ваканция“. Планираната дата за плащане е 28.01.2016 г., като умишлено ще поставим датата на документа по-късно, например 30.01.2016 г. Ще публикуваме документа. Начисленият данък е регистриран към 30.01.2016г.
След извършване на плащането, а не в извлечението, а именно плащането „Теглене на пари в брой“ или дебит от разплащателната сметка по-рано от датата на документа „Ваканция“, удържаният данък не се регистрира, определя и не се записва в регистъра . Следователно датата на документа е важна, ако я зададем на 28.01.2016 г. и разсрочим издаването на пари в брой, тогава е създаден запис за удържания данък върху доходите на физическите лица, всичко е включено в Регистъра и тогава ще бъде включени във формуляр 6-NDFL.
Възможни грешки в данъка върху доходите на физическите лица в 1s 8.3 и 8.2 - как да намерите и коригирате
Тук има и дата на плащане и ако тази дата се промени, всичко се променя автоматично. Датата на получаване на дохода за данък върху доходите на физическите лица също се променя автоматично.
Но за всеки случай проверете. Възможни грешки при изчисляване на данъка върху доходите на физическите лица Също така, когато изчисляваме данъка върху доходите на физическите лица, трябва да обърнем внимание на датата на начисляване на данъка. Това е от значение за програмите от третата версия. Датата на начисляване на данъка трябва да е точно преди датата на удържане на данъка.
Ако към момента на удържане на данъка самият данък не е начислен, тогава всъщност няма какво да се удържа. важно! Проследете в програмата 1C: датите на междуразчетните документи са датата на начисляване на данъка; ако в момента на плащането данъкът не е начислен, той няма да бъде удържан. Това важи особено за доходите извън заплатата, тъй като датата на документа е фиксирана като дата на начисляване на данъка. Така в третата версия също са важни датата на документа „Ваканция“, датата на документа „Отпуск по болест“ и други документи.
Но ако променим датата в основната форма на документа, датата автоматично се променя във формуляра „Повече подробности за изчисляването на данъка върху доходите на физическите лица“. Тук е по-лесно, програмата ZUP 3.0. тя ни гарантира, че тези дати ще съвпаднат.
Единственото нещо е, че в текущата версия на програмата 1C има грешка за документа „Отпуск по болест“. Ако се изплаща със заплата и променим датата на плащане, тогава в този случай датата на получаване на дохода във формуляра „Повече подробности за изчисляването на данъка върху доходите на физическите лица“ сама по себе си не се променя.
Тук трябва да преизчислите или промените ръчно датата във формуляра „Повече подробности за изчисляването на данъка върху доходите на физическите лица“. Във всички останали случаи датата на отчитане на данъка върху доходите на физическите лица трябва да се промени автоматично след датата на плащане. Но за всеки случай проверете този момент, уверете се, че датите съвпадат. Възможни грешки при изчисляване на данъка върху доходите на физическите лица в програмата 1C 8.3 Accounting 3.0 Що се отнася до програмата 1C Accounting 3.0, има и два документа между сметки „Отпуск по болест“ и „Ваканция“.
Един ред в данък върху доходите на физическите лица с „минус“ от 29 януари 2016 г., а вторият ред с „плюс“ от 28 януари 2016 г. В 6-данък върху доходите на физическите лица се добавят още две групи редове от 100 до 140 .В едната всичко е обърнато, а в другата - всичко се таксува отново. За да предотвратите възникването на тази ситуация, следете внимателно датата на получаване на дохода, която ще бъде записана в регистъра на доходите, и датата на получаване на дохода, която ще бъде записана в данъчния регистър.
Те трябва да съвпадат. Възможни грешки при изчисляване на данъка върху доходите на физическите лица в програмата 1C 8.3 ZUP 3.0. В програмата 1C ZUP 3.0 датата на получаване на дохода също се взема предвид в два регистъра: Регистър за счетоводство на доходите и Регистър за данъчно счетоводство.
Например, разгледайте документа „Ваканция“. Регистърът за отчет на приходите съдържа датата на плащане от основната форма на документа. И в регистъра на данъчната регистрация - датата от формуляра „Повече подробности за изчисляването на данъка върху доходите на физическите лица“.
Тези две дати трябва да съвпадат.
В тази статия ще разгледаме работата с данъка върху доходите на физическите лица в 1C 8.3 Accounting 3.0 - от настройките до операциите и отчитането. Съдържание
- 1 Настройки на програмата
- 1.1 Данъчни данни
- 1.2 Настройване на заплата
- 2 Операции по отчитане на данъка върху доходите на физическите лица в 1C
- 3 Докладване
- 4 Проверка на правилността на изчисляването на данъка върху доходите на физическите лица
За всяка компания рентабилността е много важен показател. При поддържане на записи в програмата „1C: Управление на търговията, изд. 10.3" можете да проследите брутната печалба от продажба на стоки. Но в някои ситуации информацията за брутната печалба може да е неправилна поради неправилно изчисляване на себестойността на стоките.
В тази статия ще разгледаме основните грешки, които причиняват неправилни изчисления на разходите и как да ги отстраним.
Отписване на стоки "минус"
Най-често срещаната ситуация, която води до неправилно изчисляване на разходите, е отписването на стоки като минус. Тоест според програмата вие нямате продукта на склад, но въпреки това го продавате.
Ако потребителите въведат документи в базата данни своевременно (т.е. с днешна дата и текущо време), тогава те няма да могат да продадат продукта на „минус“ цена - програмата ще съобщи за грешка. Но ако потребителите въвеждат документи в базата данни неактивно (т.е. със задна дата), тогава програмата ви позволява да отписвате стоки като минус. В този случай се издават съобщения за грешка, но документът все още се осчетоводява и стоките се отписват.
Забележка:отписване като минус и съответните грешки могат да възникнат и при осчетоводяване на документ в текущото време, ако потребителят има права да превишава салдата за склада и за организацията. Тези права се дават при настройване на допълнителни потребителски права.
Пример за документ „Продажби на стоки и услуги“:
Използвайки тези грешки, програмата ни информира, че стоките са били отписани от склада като минус и програмата не е успяла да изчисли себестойността.
В отчета за брутната печалба ще видим нулев разход за тази продажба и съответно 100% брутна печалба.
Меню: Справки – Продажби – Анализ на продажбите – Брутна печалба
Причините за възникване на отрицателни салда могат да бъдат различни, но най-често срещаните са следните:
- Документът за получаване на стоки все още не е въведен в базата данни.
- Документът за получаване на стоки се въвежда в базата данни, но в по-късен момент от продажбата на стоките.
- В склада има излишни или несъответстващи стоки.
В случай на излишък от стоки или неправилно класифициране е необходимо да се направи инвентаризация на стоките в склада и да се капитализира излишъкът. Капитализацията на излишъка трябва да се извърши преди стоките да бъдат продадени.
Ако грешката е възникнала поради неправилни дати на документа, тогава е достатъчно да коригирате датите и да осчетоводите отново документа за продажба на стоки.
Можете да оцените оставащите стоки и да разберете причината за грешката в отчета „Списък на стоките в складовете“.
Меню: Справки – опис (склад) – Списък на стоките в складовете
В настройките на отчета ще създадем групиране по склад, артикул и документ за движение. Също така ще зададем флага „Отрицателно червено“ (за да видите отрицателни салда) и ще изберем желания продукт:
Пример за генериран отчет:
В този случай виждаме, че продажбата на стоки е обработена 3 часа по-рано от получаването на стоките в склада. За да отпишете правилно, достатъчно е да промените времето за продажба на по-късно и да осчетоводите документа.
Ако датите на документите са в различни дни (например получаването е на 1 април, а продажбата е извършена на 31 март), тогава трябва да разберете тази ситуация по-подробно. Възможно е някой от документите да е въведен в програмата с грешна дата (например получаването на стоката и документите за нея са с дата 30 март, но в програмата е въведена грешна дата). Или доставчикът е изпратил първични документи, издадени с грешна дата (например стоките са пристигнали на 30 март, а доставчикът е изпратил документи с дата 1 април) - в този случай ще са необходими нови документи от доставчика.
Във всеки случай в крайна сметка не трябва да има отрицателни салда в отчета и получаването на стоки трябва да се регистрира по-рано от продажбата им.
Пример за отчет след корекция:
Коригиране на грешки в партидното счетоводство. Извършване на партиди
Дори ако програмата не ви е показала никакви грешки по време на попълването на документите, грешки в изчисленията на разходите все още могат да възникнат при работа „със задна дата“. По-долу са дадени няколко примера за грешни ситуации.
Забележка: методът за изчисляване на разходите в примерите е FIFO.
Пример 1
След това мениджърът по покупките регистрира още едно получаване на хладилници в програмата - на 15-ти за 10 500 рубли.
В резултат на това, ако мениджърът по покупките беше въвел цялата информация в програмата навреме, тогава при продажбата на хладилници щеше да има различни разходи (10 500 * 3 = 31 500 рубли) и различна брутна печалба (10 500 рубли).
Но документът за изпълнение вече е изпълнен; най-вероятно никой няма да го преведе. Това означава, че цената може да остане невярна.
Пример 2
На 21 пристигнаха хладилници - 10 бр. 11 000 рубли всеки.
На 25-ти управителят продаде 3 хладилника на цена от 14 000 рубли. В същото време беше отписана себестойността - 33 000 рубли, а брутната печалба беше изчислена - 9 000 рубли.
След това мениджърът по покупките влезе в разписката и промени цените на хладилниците в нея с 12 000 рубли. (цената първоначално е въведена грешно).
В резултат на това, ако мениджърът по покупките беше въвел цялата информация в програмата навреме, тогава при продажбата на хладилници щеше да има различна себестойност (12 000 * 3 = 36 000 рубли) и различна брутна печалба (6 000 рубли).
Може да има много такива ситуации. Всъщност всяко създаване, промяна или изтриване на документ със задна дата може да направи себестойността в по-късно издадени документи за продажба грешна.
За да сте сигурни, че всички документи са обработени правилно и стойността им е правилно изчислена, трябва да стартирате последователна повторна обработка на всички документи. За да направите това, можете да използвате два механизма:
Общ механизъм за повторно публикуване на документи на платформата
Меню: Операции – Осчетоводяване на документи
Този механизъм ще ви позволи да осчетоводите отново всички документи от необходимия тип за един месец, но има малък недостатък - документите ще бъдат обработени независимо дали са необходими или не. В крайна сметка е напълно възможно служителите да не са извършили никакви операции по неподходящ начин. И попълването на всички документи може да отнеме много време.
Механизмът за изпълнение на програмата „1C: Управление на търговията“ в партиди, изд. 10,3"
Смисълът на механизма е, че програмата помни така наречената „лимит на релевантност“ - датата, до която всички документи са били обработени своевременно и не е имало грешки. Ако даден документ е публикуван със задна дата, програмата измества тази дата към датата на този документ. Така програмата винаги знае от коя дата може да има грешки в документите. В края на месеца се стартира специална обработка „Публикуване по партида“, която последователно осчетоводява всички документи за продажба, направени по-късно от „датата на релевантност“, и отново изчислява себестойността в тях.
Нека разгледаме работата на втория механизъм, използвайки първия пример.
Вторият документ за получаване, издаден със задна дата:
След създаването на втория документ за получаване отчетът за брутната печалба остава непроменен:
Нека отворим обработката „Публикуване по партиди“.
Меню: Документи – Допълнителни – Осчетоводяване по партиди
При обработката виждаме, че последователността на документите е актуална към 22 март – датата на втората разписка, въведена неоперативно.
Щракнете върху бутона „Изпълни“ и програмата ще пренасрочи всички продажби на стоки, направени след 15-ти.
Отчет за брутната печалба след обработка:
Сега всичко е правилно в изчислението на разходите.
Забележка:по време на обработка може да видите съобщения за липса на стоки на склад, тъй като със задна дата те могат не само да създадат разписка, но и да я изтрият или отложат за по-късна дата. Всяка такава ситуация трябва да се разглежда отделно (както е описано по-горе).
За да може всичко в програмата да бъде правилно при изчисляване на разходите и печалбите, препоръчително е да въведете всички документи в базата данни своевременно (т.е. днес и текущото време). Но често има ситуации, когато е необходимо да въведете документ със задна дата или да коригирате вече създаден документ. Такива ситуации могат да доведат до неправилно изчислени разходи и печалба в базата данни.
Ако периодично извършвате публикуване по партиди и също така отговаряте на всички съобщения за липса на стоки, себестойността във вашата база данни винаги ще бъде изчислена правилно. Това означава, че винаги ще виждате правилната информация за брутната печалба от продажби.
Понякога забелязвате, че 1C неправилно изчислява, прави, разпространява нещо, попълва формуляри неправилно и т.н. Аз също решавам такива проблеми, въпреки че струва малко повече. Позволете ми да ви напомня, че моята специализация днес е 1C: Счетоводство. Но това не означава, че няма да ви помогна. Трябва да погледнете, преди да правите прибързани заключения.
Ключови ползи
- Не е необходимо ръчно да коригирате произтичащите грешки всеки път
- Понякога това спестява време
- Вашето искане е винаги добре дошло