Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «1С:Управление торговлей, ред. 10.3» вы можете отслеживать валовую прибыль от продажи товаров. Но в некоторых ситуациях, информация о валовой прибыли может быть неверной из-за неправильного расчета себестоимости товаров.
В данной статье мы рассмотрим основные ошибки, которые вызывают неверный расчет себестоимости и способы их устранения.
Списание товаров «в минус»
Наиболее частая ситуация, которая влечет неправильный расчет себестоимости – это списание товаров в минус. Т. е. по программе товар у вас на складе отсутствует, но вы его все равно продаете.
Если пользователи вводят документы в базу оперативно (т. е. сегодняшней датой и текущим временем), то продать товар в «минус» не получится – программа сообщит об ошибке. Но если пользователи вводят документы в базу неоперативно (т. е. задним числом), то программа позволяет списать товары в минус. При этом выдаются сообщения об ошибках, но документ все равно проводится и товар списывается.
Примечание: списание в минус и соответствующие ошибки могут возникнуть и при проведении документа текущим временем, если у пользователя есть права на превышение остатков по складу и по организации. Данные права даются в настройке дополнительных прав пользователей.
Пример документа «Реализация товаров и услуг»:
С помощью данных ошибок программа информирует нас о том, что товар списывался со склада в минус, и программа не смогла провести расчет себестоимости.
В отчете по валовой прибыли мы увидим по данной продаже нулевую себестоимость и, соответственно, 100% валовую прибыль.
Меню: Отчеты – Продажи – Анализ продаж – Валовая прибыль
Причины возникновения отрицательных остатков могут быть разными, но в основном встречаются следующие:
- Документ поступления товаров еще не введен в базу.
- Документ поступления товаров введен в базу, но более поздним временем, чем продажа товаров.
- На складе возникли излишки товаров или пересортица.
В случае возникновения излишков товаров или пересортицы нужно произвести инвентаризацию товаров на складе и оприходовать излишки. Оприходование излишков должно быть проведено до того, как товар будет продан.
Если же ошибка возникла из-за неправильных дат документов, то достаточно поправить даты и перепровести документ реализации товаров.
Оценить остатки товара и разобраться с причиной возникновения ошибки можно в отчете «Ведомость по товарам на складах».
Меню: Отчеты – запасы (склад) – Ведомость по товарам на складах
В настройке отчета сделаем группировки по складу, номенклатуре и документу движения. Также установим флаг «Отрицательное красным» (чтобы видеть отрицательные остатки) и поставим отбор по нужному товару:
Пример сформированного отчета:
В данном случае мы видим, что реализация товаров была оформлена на 3 часа раньше, чем поступление товаров на склад. Для правильного списания достаточно поменять время реализации на более позднее и провести документ.
Если даты документов находятся в разных днях (например, поступление 1 апреля, а продажа сделана еще 31 марта), то нужно более подробно разобраться в данной ситуации. Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату). Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.
В любом случае, в конечном итоге никаких отрицательных остатков в отчете быть не должно, а поступления товара должно быть оформлено раньше по времени, чем его продажа.
Пример отчета после исправления:
Исправление ошибок в партионном учете. Проведение по партиям
Даже если программа не выводила вам никаких ошибок в момент оформления документов, ошибки в расчете себестоимости все равно могут возникнуть при работе «задним числом». Несколько примеров ошибочных ситуаций ниже.
Примечание: способ расчета себестоимости в примерах – ФИФО.
Пример 1
После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 15 числа по 10500 руб.
В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (10500*3=31500 руб.) и другая валовая прибыль (10500 руб.).
Но документ реализации уже проведен, никто его перепроводить скорее всего не будет. Значит, себестоимость может так и остаться неверной.
Пример 2
21 числа поступили холодильники – 10 шт. по 11000 рублей.
25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.
После этого менеджер по закупкам зашел в документ поступления и изменил в нем цены холодильников на 12000 руб. (изначально цена была введена неверно).
В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (12000*3=36000 руб.) и другая валовая прибыль (6000 руб.).
Таких ситуаций может возникать очень много. По сути, каждое создание, изменение, удаление документа задним числом может сделать себестоимость в оформленных позднее документах продажи ошибочной.
Чтобы быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно, нужно запустить последовательное перепроведение всех документов. Для этого можно воспользоваться двумя механизмами:
Общий механизм перепроведения документов платформы
Меню: Операции – Проведение документов
Этот механизм позволит вам перепровести все документы нужного вида за месяц, но он имеет небольшой недостаток – документы будут проводиться независимо от того, нужно это или нет. Ведь вполне возможно, никаких операций неоперативно сотрудники не делали. А проведение всех документов может занять длительное время.
Механизм проведения по партиям программы «1С:Управление торговлей, ред. 10.3»
Смысл механизма состоит в том, что программа запоминает так называемую «границу актуальности» – дату, до которой все документы были проведены оперативно и никаких ошибок нет. Если какой-то документ проводится задним числом, то программа сдвигает эту дату на дату этого документа. Таким образом, программа всегда знает, начиная с какой даты в документах могут быть ошибки. В конце месяца запускается специальная обработка «Проведение по партиям», которая последовательно проводит все документы реализации, сделанные позднее «даты актуальности», и рассчитывает в них себестоимость заново.
Рассмотрим работу второго механизма на первом примере.
Второй документ поступления, оформленный задним числом:
После создания второго документа поступления, отчет по валовой прибыли остался неизменным:
Откроем обработку «Проведение по партиям».
Меню: Документы – Дополнительно – Проведение по партиям
В обработке мы видим, что последовательность документов актуальна на 22 марта – дату второго поступления, введенного неоперативно.
Нажмем кнопку «Выполнить» и программа перепроведет все реализации товаров, сделанные после 15 числа.
Отчет по валовой прибыли после выполнения обработки:
Теперь в расчете себестоимости все верно.
Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т. к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).
Чтобы в программе все было верно в расчете себестоимости и прибыли, желательно вводить все документы в базу оперативно (т. е. сегодняшним днем и текущим временем). Но часто бывают ситуации, когда необходимо ввести документ задним числом, или поправить уже созданный документ. Такие ситуации могут привести к неправильно посчитанной себестоимости и прибыли в базе.
Если периодически выполнять проведение по партиям, а также реагировать на все сообщения об отсутствии товаров, себестоимость в вашей базе всегда будет рассчитана правильно. А значит, вы всегда будете видеть правильную информацию о валовой прибыли от продаж.
- 1 Возможные ошибки при исчислении НДФЛ в программе 1С 8.2 ЗУП 2.5
- 2 Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 ЗУП 3.0.
- 3 Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 Бухгалтерия 3.0
- 4 Возможные ошибки при исчислении НДФЛ
- 5 Возможные ошибки в межрасчетных документах на примере 1С 8.3 ЗУП 3.0
- 6 Возможные ошибки в межрасчетных документах на примере 1С Бухгалтерия 3.0
- 7 Возможные ошибки в межрасчетных документах на примере 1С 8.2 ЗУП 2.5
Возможные ошибки при исчислении НДФЛ в программе 1С 8.2 ЗУП 2.5 Рассмотрим в программе 1С ЗУП 2.5 на примере документа «Отпуск». Начислили отпускные, которые изначально планировали выплатить 29.01.2016 г. По факту выплата производится 28.01.2016 г. Поэтому дату выплаты дохода в документе начисления отпуска мы изменяем на 28.01.2016 г.
У некоторых пользователей программы 1с 8.3 проблемы с ндфл. а как у вас?
Есть какие либо способы откатить с последнего обновления и даже на несколько штук назад. В ноябре было еще все хорошо.А сейчас от бессилия просто уже тупо плакать хочется Добавлено: 19 Янв 2018, 11:27 Цитата: Геннадий ОбьГЭС от 19 Янв 2018, 05:49 На всякий случай уточню — документы перепрводили (включая непроведенные), месяцы перезакрывали? Ну, как на это ответить можно по скриншоту и отсутствию даже минимальной информации Геннадий ОбьГЭС, подскажите, пожалуйста, какую именно информацию предоставить? Я начинала все с нуля, последовательно вносила и проводила начисления — ведомости — выплаты.
Ничего не помогает. То, что после обновлений, кардинально поменялись таблицы начислений, это факт. Я не понимаю технических тонкостей, но в обновлении явно что то не то.
Учет ндфл в 1с 8.3 бухгалтерия 3.0
Важно! Что бы избежать возможных ошибок по НДФЛ отслеживайте в программе 1С 8.3 (8.2) соответствие между датой дохода в регистре учета доходов и датой дохода в регистре учета налога, в противном случае в программе будут ошибки при начислении налога. При регистрации каких-либо доходов в программе фиксируется дата фактического получения дохода.
Для доходов с кодом 2000 – это последний день месяца начисления. Для иных доходов – это планируемая дата выплаты из соответствующего документа начисления.
Когда рассчитывается налог, то в программе происходит анализ с какого именно дохода этот налог начисляется, и определяется дата фактического получения дохода, которая фиксируется в регистре учёта налога. Почему может возникать разница в дате получения дохода, которая учитывается в регистре учёта доходов и регистре налогового учета по НДФЛ? Рассмотрим ниже.
Ндфл исчисленный не равен удержанному
Возможные ошибки в межрасчетных документах на примере 1С 8.3 ЗУП 3.0 На примере программы 1С ЗУП 3.0 в документе «Отпуск» планируемая дата выплаты 28.01.2016, но дату документа установим 30.01.2016 г., то есть позже планируемой даты выплаты. Проведем его. Запись Регистра учета налога у нас сформировалась по состоянию на 30.01.2016 г.
Важно
Если мы выплачиваем отпускные раньше даты документа – 28.01.2016 г. как и планировали, заполняем ведомость, видим – не заполняется НДФЛ удержанный. По состоянию на 28.01.2016 нет исчисленного налога. Соответственно, при проведении такой ведомости НДФЛ удержанный не регистрируется.
Внимание
Если с датой документа все нормально и она раньше планируемой даты выплаты: То при заполнении ведомости тоже все будет хорошо, налог будет определен. При проведении Ведомости зафиксирован как удержанный налог.
Проблема с ндфл
Возможные ошибки в межрасчетных документах на примере 1С Бухгалтерия 3.0 В программе 1С Бухгалтерия 3.0 все тоже самое. Важна дата документа. Рассмотрим на примере документа «Отпуск». Планируемая дата выплаты – 28.01.2016 г., а дату документа намеренно поставим позже, например, 30.01.2016 г. Проведем документ. Исчисленный налог зарегистрировался по состоянию на 30.01.2016 г.
После проведения выплаты, причем не в Ведомости, а именно выплату «Выдача наличных» или списание с расчетного счета раньше, чем дата документа «Отпуск», то удержанный налог не регистрируется, не определяется и не фиксируется в Регистре. Поэтому важна дата документа, если мы поставим 28.01.2016 г. и перепроведем выдачу наличных, то запись по НДФЛ удержанному сформировалась, все попало в Регистр и дальше попадет в форму 6-НДФЛ.
Возможные ошибки ндфл в 1с 8.3 и 8.2 – как найти и исправить
Также здесь есть дата выплаты и при изменении этой даты все меняется автоматически. Дата получения дохода для НДФЛ изменяется также автоматически.
Но, на всякий случай, проверяйте. Возможные ошибки при исчислении НДФЛ Также при исчислении НДФЛ, мы должны обращать внимание на дату начисления налога. Это актуально для программ третьей версии. Дата начисления налога должна быть строго до даты удержания налога.
Если на момент удержания налога, сам налог не начислен, то удерживать, собственно, нечего. Важно! Отслеживайте в программе 1С: даты межрасчетных документов – это дата начисления налога, если на момент выплаты налог не начислен, то он не будет удержан. Особенно это актуально для незарплатных доходов, так как в качестве даты начисления налога фиксируется дата документа. Таким образом, в третьей версии дата документа «Отпуск», дата документа «Больничный» и других документах тоже важна.
Но если мы меняем дату в основной форме документа, автоматически происходит изменение даты в форме «Подробнее о расчете НДФЛ». Здесь проще, программа ЗУП 3.0. сама нам гарантирует, что эти даты будут совпадать.
Единственное, в текущем релизе программы 1С есть ошибка для документа «Больничный лист». Если он выплачивается с зарплатой, и мы меняем дату выплаты, то в этом случае дата получения дохода в форме «Подробнее о расчете НДФЛ» сама не меняется.
Здесь нужно сделать перерасчет, либо поменять дату в форме «Подробнее о расчете НДФЛ» вручную. Для всех других случаев, дата учета НДФЛ должна меняться автоматически при дате выплаты. Но на всякий случай, этот момент проверяйте, контролируйте совпадение дат. Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 Бухгалтерия 3.0 Что касается программы 1С Бухгалтерия 3.0, здесь также есть два межрасчетных документа «Больничный лист» и «Отпуск».
Одна строка в НДФЛ с «минусом» от 29.01.2016 г, а вторая строка с «плюсом» от 28.01.2016 г. В 6-НДФЛ добавляются еще две группы строк с 100 по 140. В одной все сторнируется, а в другой – все начисляется заново. Чтобы такой ситуации не возникало, внимательно отслеживайте дату получения дохода, которая будет учтена в Регистре учета доходов и дату получения дохода, которая будет учтена в Регистре учета налога.
Они должны совпадать. Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 ЗУП 3.0. В программе 1С ЗУП 3.0 дата получения дохода также учитывается в двух регистрах: Регистре учета доходов и Регистре учета налога.
Например, рассмотрим документ «Отпуск». В Регистр учета доходов идет дата выплаты из основной формы документа. А в Регистр учета налога – дата из формы «Подробнее о расчете НДФЛ».
Эти две даты должны совпадать.
В этой статье мы рассмотрим работу с НДФЛ в 1С 8.3 Бухгалтерия 3.0 - от настроек до операций и отчетности. Содержание
- 1 Настройка программы
- 1.1 Налоговые данные
- 1.2 Настройка зарплаты
- 2 Операции учета НДФЛ в 1С
- 3 Отчетность
- 4 Проверка корректности начисления НДФЛ
Сегодня я рассмотрю пошаговую инструкцию по учету налога на доходы физических лиц (сокращенно НДФЛ) в 8.3 (редакция 3.0).
Как, наверное, всем известно, основной налог, который удерживается у нас из зарплаты, — это НДФЛ. Остальные удержания в основном платит работодатель (например, это отчисления в пенсионный фонд и фонд медицинского страхования. Их еще называют «страховые взносы»).
В 2017 году ставка НДФЛ составляет по-прежнему 13% от общей суммы начислений за минусом вычетов.
Вычеты могут быть разные. Одним из самых стандартных и распространенных вычетов является вычет на несовершеннолетнего ребенка. На первого и второго ребенка в 2015 году сумма вычета составляет 1400 рублей, на третьего и ребенка-инвалида 3000 рублей.
Применяются так же вычеты на учащихся совершеннолетних детей и прочие вычеты, которые в данной статье мы рассматривать не будем, она посвящена другой теме.
Как применяются вычеты? Очень просто. Они вычитаются из налогооблагаемой базы до того, как будет рассчитан и удержан НДФЛ.
Например:
Оклад сотрудника 40 000 рублей. С этой суммы он должен заплатить налог. Но если у него имеется несовершеннолетний ребенок, то мы обязаны применить вычет! И налог возьмется уже с суммы 40 000 – 1 400 = 38 600 рублей. Итого к выплате сотруднику начисляться (если у него нет других вычетов или обязательств) 38 600 – 13% = 33 582 рубля. НДФЛ оставит 5 018 рублей.
Итак, примерно мы выяснили, как рассчитывается НДФЛ. Посмотрим теперь, как отражаются операции учета НДФЛ в 1с 8.3, и проверим на примере сумму к удержанию.
Удержание НДФЛ в 1С ЗУП 8.3
НДФЛ удерживается практически со всех доходов физических лиц. Это непосредственно зарплата, отпускные, материальная помощь и так далее.
Рассмотрим пошаговую инструкцию по удержанию НДФЛ на примере документа начисления зарплаты в программе 1С ЗУП 3.0.
Получите 267 видеоуроков по 1С бесплатно:
Заходим в меню «Зарплата», затем по ссылке в меню « «. В окне формы списка нажимаем кнопку «Создать» и выбираем «Начисление зарплаты и взносов». Откроется окно для ввода данных. Обязательно нужно указать месяц расчета и организацию, в которой работают сотрудники. Естественно, обязательными данными являются так же и сотрудники, по которым происходит начисление.
Можно подбирать сотрудников поочередно с помощью кнопки «Добавить», а можно воспользоваться кнопкой «Заполнить». В этом случае табличная часть документа заполнится автоматически сотрудниками выбранной организации. Этой кнопкой я и воспользуюсь. В демонстрационной базе данных уже занесены организации и сотрудники.
Вот что у меня получилось:
Перейдем на закладку «НДФЛ» и посмотрим, правильно ли программа нам его рассчитала и рассчитала ли вообще:
Проверим расчет удержания. К сожалению, в демонстрационной базе ни у кого из сотрудников не заведены стандартные вычеты хотя бы на ребенка. Но оставим так как есть, нам же будет легче проверить расчет, и, кроме того, я уже описывал вычеты в предыдущих статьях. Поверьте, все они учитываются при расчете корректно.
Итак, что мы имеем? Оклад сотрудницы Симутиной Елены Францевны 55 000 рублей и ставку НДФЛ 13%. Вычетов нет. Произведем расчет 55 000 – 13% = 7 150 рублей. Программа посчитала верно.
При проведении документа произойдет удержание налога, то есть данные по НДФЛ попадут в регистр налогового учета 1С 8.3. Это удержание мы увидим в ведомости в кассу для . В этой же ведомости укажем, перечислили мы налог или сделаем это позже.
Перечисление НДФЛ в бюджет
Для оформления перечисления НДФЛ в бюджет в 1С ЗУП 8.3 необходимо зайти в меню «Выплаты», нажмем в разделе «См. также» ссылку «Перечисления НДФЛ в бюджет».
Нажмем кнопку «Создать» и для начала создадим «Ведомость в кассу»:
Иногда Вы замечаете, что 1С что-то неправильно считает, делает, разносит, неправильно заполняет бланки и т.д. Я решаю и такие проблемы, правда это стоит немного дороже. Напомню, что Моя специализация на сегодняшний день - это 1С:Бухгалтерия. Но это не значит, что я Вам не помогу. Нужно посмотреть прежде, чем делать выводы.
Основные выгоды
- Вам не нужно каждый раз потом вручную исправлять получившиеся ошибки
- Иногда это способствует экономии времени
- Вашей просьбе всегда рады
