Запись не верна значение поля головная организация не может быть пустым учетная политика по ндфл

Опубликовано: 30.04.2024

1.1. Ошибка записи объекта:
Тип объекта = Регистр сведений запись: Настройки учета страховых взносов
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Организация» не может быть пустым.

Устранение ошибки: В ПКО «УчетСтраховыхВзносовНастройкиОрганизаций» для свойства «Организация» не указано ПКО

1.2. Ошибка в обработчике события ПередЗагрузкойДанных (конвертация)
Описание ошибки = Ошибка при вызове метода контекста (СоздатьНабор): Недопустимое значение параметра (параметр номер ‘1’)

Устранение ошибки: Константа «ВедетсяДеятельностьПоДоговорамКомиссииНаПродажу» не существует. Удалил ссылку на нее.

1.3. Ошибка при загрузке данных: Поле объекта не обнаружено (ПоложенияПереходногоПериодаУСН)

Устранение ошибки: Указанный реквизит регистра сведений «УчетнаяПолитикаОрганизаций» переименован в «УдалитьПоложенияПереходногоПериодаУСН» . Отключил для переноса.

1.4. Ошибка записи объекта
Тип объекта = Вид вычетов НДФЛ
Описание ошибки = Ошибка при вызове метода контекста (Записать): Не удалось записать «103 (Вид вычетов НДФЛ)»!

Устранение ошибки: Для ПКО «ВидыВычетовНДФЛ» поставил крыж «Не замещать существующие». Непонятно только почему для предопределенных объектов это не отслеживается в процессе загрузки по умолчанию!?

1.5. Ошибка записи объекта
Тип объекта = Договор
Описание ошибки = Ошибка при вызове метода контекста (Записать): Значение поля «Контрагент» не заполнено или заполнено неверно

Устранение ошибки: Так и не понял как с зтим бороться. Отключил загрузку реквизитов контрагента «Основной договор» и «Основной счет». Поставил крыж «Загружать только новые».

После выгрузки объекта отключил проверку ИНН и КПП

1.6. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Текущие кадровые данные сотрудников
Описание ошибки = Ошибка при вызове метода контекста (Записать): Ошибка при выполнении: Значение не является значением объектного типа (Ссылка)

Устранение ошибки: Такое ощущение, что шло зацикливание (при загрузке) когда в регистре шла ссылка на сотрудника, а в нем — на данный регистр, но почему при загрузке? Выгрузилось то нормально!
Создал ПКО «СотрудникиСсылка» (не замещать, а только новые) со свойствами для поиска:

Наименование
Организация
Физическое лицо

и сослался на него в свойстве «Сотрудник» указанного регистра

1.7. Ошибка в обработчике события ПослеЗагрузкиДанных (конвертация)
Описание ошибки = Поле объекта не обнаружено (Организация)

Устранение ошибки: Для параметра «ОРГАНИЗАЦИЯ» проставил крыж «При загрузке» и указал правило конвертации «Организации»

1.8. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Текущая тарифная ставка сотрудников
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Физическое лицо» не может быть пустым!:

Устранение ошибки: Вместо двух свойств «Сотрудник» в правиле конвертации достаточно одного. И добавить «ФизическоеЛицо», «ТекущаяОрганизация»
Для «Сотрудник» назначил правило «СотрудникСсылка».

2. Теперь пытаемся загрузить документы.

2.1 Не проводятся после загрузки!
прописал в обработчик «Перед конвертацией объекта»

2.2 Ошибка при загрузке данных: Поле объекта не обнаружено (Услуги)
Смею предположить, что это «Счет на оплату покупателю» в котором указанную табличную часть подготовили к удалению.

Устранение ошибки: В ПКО «Счет» ее отключил и пометил на удаление. В коллекцию «Товары» добавил свойство «Содержание» и прописал его заполнение.

2.3 Ошибка записи объекта
Тип объекта = Договор
Описание ошибки = Ошибка при вызове метода контекста (Записать): Поле «Вид договора» заполнено некорректно.
Существуют документы, проведенные по договору. Реквизит не может быть изменен.

Устранение ошибки: В ПКО «Договоры контрагентов» свойство «ВидДоговора» вытащил из группы и назначил отбор по его значению (для элемента)
В ПКО «ДоговорыКонтрагентовПоВидам» — то же самое (не знаю зачем оно вобще нужно!).

Вообще с определением вида договора реальная проблема!
В ПКО документа «Счет» для свойства «Договор» перед выгрузкой прописал

подкорректировал апгоритм ОпределитьВидДоговора
1. Для документа «Платежное поручение».
2. Для пустого документа, когда передается только счет б/у.

В ПКО «ДоговорыКонтрагентов» закомментировал

Похоже, из-за этого вид договора не передавался в соответствующее свойство при выгрузке!

2.4 Ошибка записи объекта
Тип объекта = Сотрудник
Описание ошибки = Ошибка при вызове метода контекста (Записать): Значение «0000000009» поля «Таб. номер» не уникально

Устранение ошибки: Проблема загрузки Документа типа Выписка при перечислении зарплаты на л/с сотрудников. Попытка конвертации сотрудников в контрагенты.
В моей конкретной ситуации расчет зарплаты и кадровый учет ведется в ЗиК 77 (сейчас переходим на ЗУП 83) и переносится в бухгалтерию СВОДНО. Поэтому решил не заморачиваться, а просто прорисовать конкретную ситуацию.

Для того, чтобы добиться желаемого результата при переносе, пришлось:

добавить новый параметр «УчетПоСтрудникамСводно» (Зарплата без детализации по сотрудникам);
закомментировать несколько строк кода конвертации «Перед загрузкой данных»;
настроил вручную параметры учета для блока «Зарплата и кадры».

2.5. Перекроил модуль «При выгрузке» ПКО «Выписка_Списание» (там много всего «по мелочам»)
Ну, например, добавил реквизит «Налог».
А в платежном поручении — «Налог» и «Вид операции».

После загрузки остатков обнаружил, что по забалансовому счету «001» виды субконто поменялись местами. Откорректировал алгоритм «Добавить Проводку».

2.6. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Процент ЕНВД для учета затрат на зарплату
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Организация» не может быть пустым!:

Устранение ошибки: В ПКО «ВводПроцентаДеятельностиЕНВД» для свойства «Организация» прописал правило конвертации

3. Кроме всего прочего

Для плана не все значения счетов могут быть синхронизированы. В нашем конкретном случае отсутствовали добавленные в ручную счета:

50.2 с 50.02 «Операционная касса»;
68.8 и 68.08 «Налог на имущество»;
субсчета счета 68.4 «Налог на прибыль».

Их нужно добавить в список значений ПКО «План счетов — Хозрасчетный»

Установка и внедрение
Настройка и поддержка
Индивидуальное обучение
Обновление
Программирование
Консультации
Аренда сервера

Запись не верна! период не может быть пустым! Регистр накопления

Новая программа - новые ошибки. Дело даже не в самой ошибке, а в ее комментарии. Увидев это сообщение не каждый программист, не говоря уже о пользователе, сразу разберется в чем дело, а тем более найдет решение вопроса.

КЛАССИФИКАЦИЯ ОШИБКИ

При отмене проведения документа Реализация товара (возможно и других документах) у пользователя в Комплексной автоматизации 2 (возможно и в других конфигурациях) всплывает сообщение об ошибке. Текст ошибки дословно:

Запись не верна! Период не может быть пустым! (Регистр накопления: Плановые оплаты клиентов; номер строки: 58)

Такое же сообщение может всплывать со сслыками на другие регистры, например, Плановые оплаты поставщикам. Подмечено, что на конфигурациях с управляемыми формами с интерфейсом Такси ошибки стали встречается чаще, чем на конфигурациях с обычными формами. Практика тестирования новых решений на пользователях, видимо, до сих пор активно используется в выпускаемых решениях 1С Предприятие.

Из сообщения, которое видит пользователь можно сделать только выводы что:

есть ошибка
ошибка в регистре накопления
что-то связано с оплатой клиента
номер строки 58

КАК МЫ ИСКАЛИ И ИСПРАВЛЯЛИ ОШИБКУ

Понятно, что ошибка есть, но из сообщения об ошибке трудно понять что именно не так. Информация об ошибке сугубо техническая, без указания что не так с данными. Поэтому методом проб и ошибок нами было найдено решение данной проблемы.

Что мы делали, но не помогло

1. Поскольку речь идет об "оплатах клиента", то первое о чем мы подумали, что уже известная обработка "Заполнение регистров взаиморасчетов" исправит все косяки программы. О том как и для чего используют эту обработку читайте в нашем материале "Ошибка При записи при проведении документов". Это нам не помогло. Отменить проведение документа Реализация товара не получалось.

2. Провели тестирование и исправление базы данных через конфигуратор. В профилактических целях эта операция, конечно, не лишняя. К тому же никогда не знаешь на каком именно свете сейчас находится база данных. Так что мы выполнили и это, но тестирование также нам не помогло.

3. Пробовали менять Планы оплаты, указанные в Заказе покупателя на вкладке Основное. В целом предпринимали множество действий по поиску ошибки, формировали отчеты по задолженности клиента, редактировали Заказ покупателя, по которому проведена Расходная накладная. Ничего не срабатывало. Документ Реализация товаров не снимался с проведения.

ИСКАТЬ ОШИБКУ НУЖНО В РЕГИСТРЕ

Очевидно, что да, подумаете вы, потому что ругается на строку в регистре. Но не все так очевидно и просто, как кажется. Почему? Потому что в регистре строка, на которую ругается программа заполнена так же как остальные строки программы. Причина, в нашем случае, оказалась в Дате документа Заказ Покупателя. Так получилось, что по кредитному договору была подвязана оплата датой раньше, чем был выписан заказ. Мы изменили дату Заказ покупателя и ошибка исчезла. Скорее всего бухгалтер непавильно указал в платежном поручении ссылку на заказ или была изменена дата платежки, или ссылка на заказ в платежку была подвязана значительно позже проведения банковской выписки. Ситуаций может быть множество. В принципе, по бизнес-логике предоплата, которая возникла в нашем случае, по кредитному договору допустимая ситуация. Но 1С эту ситуацию реагирует ошибкой. Не обязательно что у вас будет ситуация точь в точь, но где искать ошибку мы вам рассказали.

Такая ошибка часто возникает в 1С: Управление небольшой фирмой. Вы хотите провести накладную, а тут такое:

Проблема кроется в номенклатуре. В документе есть позиции, в которых не заполнен один из следующих реквизитов:

Счет учета запасов
Счет учета затрат
Направление бизнеса
Способ пополнения
Способ списания

Скорее всего, вы загружали позиции с помощью специальной обработки и не заполнили эти поля.
Чтобы долго не искать «неправильную» номенклатуру, сделайте простой отбор.
Идем в раздел Продажи — Номенклатура – Настроить список

Задаем параметры отбора (кнопка Добавить новый элемент). Например, выбираем, только те позиции, в которых не заполнен Счет учета запасов

Далее во всех отобранных позициях можно одновременно заполнить недостающий реквизит. Для этого воспользуйтесь обработкой Групповое изменение реквизитов. Выбираем Еще – Изменить выделенные.

Далее заполняем новое значение реквизита

Все, ошибка устранена. Проводите документ.
Более подробная инструкция для Группового изменения реквизитов.

Журнал проводок (бухгалтерский и налоговый учет)

Журнал проводок (бухгалтерский и налоговый учет)
Операции ® Журнал проводок (бухгалтерский и налоговый учет)
Регистр предназначен для ведения регламентированного бухгалтерского учета и налогового учета по налогу на прибыль. Данные бухгалтерского и налогового учета регистрируются автоматически при отражении хозяйственных операций в одной корреспонденции счетов.
Данные бухгалтерского учета регистрируются в поле Сумма. Одновременно с данными бухгалтерского учета формируется стоимость объектов для целей налогового учета по дебету и (или) кредиту счетов в поле Сумма Дт НУ или Сумма Кт НУ. Также при проведении документов регистрируются постоянные и временные разницы в оценке стоимости объектов по данным бухгалтерского и налогового учета. Постоянные разницы между бухгалтерской оценкой стоимости объектов учета (расходов или доходов) и налоговой оценкой регистрируются в поле Сумма Дт ПР или Сумма Кт ПР. Временные разницы между бухгалтерской оценкой стоимости объектов учета (расходов или доходов) и налоговой оценкой регистрируются в поле Сумма Дт ВР или Сумма Кт ВР.
Отобразить (скрыть) суммы налогового учета в журнале можно по кнопке Показать/скрыть суммы НУ. Суммы налогового учета могут всегда отображаться при просмотре корреспонденции счетов. Для этого в настройках пользователя нужно установить флажок Показывать в проводках данные НУ.
Проверить корректность корреспонденций счетов можно по кнопке Проверка проводок. Проверка осуществляется на основании данных регистра Корректные корреспонденции счетов бухгалтерского учета.
От корреспонденции счетов можно перейти к документу, сформировавшему эту корреспонденцию.
Проанализировать данные бухгалтерского и налогового учета можно с помощью стандартных отчетов:

Оборотно-сальдовая ведомость
Оборотно-сальдовая ведомость по счету
Анализ счета
Обороты счета
Карточка счета
Главная книга и других

Ошибки при закрытии 20 счета в бухгалтерии 2.0

Бухгалтерия 2.0 — новая программа с множеством отличий от версии 1.6. Одним из таких отличий является единый план счетов, что ведет за собой небольшие изменения в учете затрат и закрытии прямых расходов. В версии 1.6 в налоговом учете счет 20.01 делился на 2 субсчета: 20.01.1 — прямые расходы, и 20.01.2 — косвенные. В новой бухгалтерии такого деления нету.

В последнее время было замечено еще одно сообщение об ошибке «Запись не верна! Не заполнен счет дебета (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: 1)»
Это происходит в следствии того, что программа пытается распределить косвенные расходы (25, 26 счета) на 20 счет, но 20 счет не указан в регистре и в итоге получается проводка Дт Кт 25(26). Для решения этой проблемы вам нужно в регистре сведений «методы распределения косвенных расходов» указать счета прямых затрат.

В результате после переноса данных при попытки закрывать месяц в новой программе могут возникать сообщения об ошибках вида:

1. Прямые расходы отражены по распределяемым статьям затрат.
Обнаружены обороты по дебету счетов 20 и 23 по статьям, предназначенным для учета затрат, связанных с разными видами деятельности «Амортизация ОС — прямые» в документе Регламентная операция 00000000001 от 31.01.2011 23:59:59.
Если расходы распределяемые, то укажите счета затрат — 25, 26, 44. Если расходы прямые, то вместо этой статьи затрат укажите статью затрат для конкретного вида деятельности.
2. Не указано применение особого порядка налогообложения по отдельным видам деятельности.
В записях регистра сведений «Учетная политика» на 01.01.2011 0:00:00 не установлен флаг «Применяется особой порядок налогообложения по отдельным видам деятельности»,
но отражено признание расходов по видам деятельности с особым порядком налогообложения, по статье затрат «Амортизация ОС — прямые».
Установите флаг «Применяется особой порядок налогообложения по отдельным видам деятельности» (меню «Предприятие» — «Учетная политика» — «Учетная политика организаций»)
или используйте статьи затрат для видов деятельности с основной системой налогообложения.
Эти сообщения выводятся в следствии того, что теперь разделение расходов на прямые и косвенные нужно указывать в регистре сведений: «Методы определения прямых расходов производства в НУ». В этот регистр можно попасть через меню: Предприятие — Учетная политика — Учетная политика Организаций. Раздел «Налог на прибыль», кнопка «Указать перечень прямых расходов».

В данный регистр нужно занести все статьи затрат прямых расходов, у которых указан вид статьи: Подеятельности с основной системной налогообложения (Общая или упрощенная)

Закрытие прямых и косвенных затрат в бухгалтерии 8. (на примере релиза 1.6.25.1)

Наверное, любой человек, имеющий отношение к 1С, не раз слышал от бухгалтеров фразу: «У меня не закрывается 20 счет», или сами сталкивались с ошибками при закрытии месяца вида:

Нет базы распределения прямых расходов:

Счет учета: 20.01.

Номенклатурная группа: Основная номенклатурная группа.

База распределения: плановая себестоимость продукции.

Или просто после закрытия месяца у вас оставались суммы на 20 или 25/26 счетах.

Программа сообщает об отсутствии базы, а что это за база и как ее считать, зачастую люди не знают. По моему мнению, эта проблема не в незнании людей, а в непрозрачности работы механизма закрытия месяца в Бухгалтерии 1С. Поэтому я попробую сейчас описать причины возникновения данных проблем и как с ними бороться.

В большинстве случаев эта проблема возникает в организациях, оказывающих услуги и не занимающихся продажей товаров или производством.

Стоит разбить закрытие затратных счетов на 2 этапа: закрытие косвенных расходов (25/26 счета) и закрытие прямых затрат (20 счет).

Изначально немного слов об учетной политике.

При установленной галочке косвенные расходы будут сразу списываться на 90 счет минуя 20. При этом суммы с 25/26 счета списываются полностью. Зачастую бухгалтера, встречая проблему отсутствия базы распределения, устанавливают данную галочку, чтобы косвенные расходы закрылись на 20. При этом я бы хотел напомнить о том, что использование метода «директ-костинг» должно быть прописано в учетной политике организации.

Так как проблем при закрытии косвенных затрат с установленным методом зачастую не возникает я буду описывать только закрытие 25/26 счетов через 20, то есть без метода «директ-костинг».

Галочка «директ-костинг» не будем устанавливать, так же как и показано на картинке выше.

Закрытие 25/26 счетов косвенных затрат.

Попадая в учетную политику, программа предлагает нам указать способы распределения косвенных затрат:

В данном регистре для счетов 25/26 и их аналитики указывается база распределения. База распределения представляет собой совокупность:

Счета, подразделения и номенклатурной группы и суммового показателя по которому будет распределяться данная сумма. Для значения базы можно указать:

Данные для базы будут браться из регистра «Выпуск продукции и услуг в плановых ценах».

Количественным показателем будет являться количество выпущенной продукции.

Данные для базы будут так же браться из регистра «Выпуск продукции и услуг в плановых ценах».

Только в этом случае количественным показателем будет являться плановая стоимость выпущенной продукции.

База берется из оборотов 20 счета с отбором по статьям затрат с видом расходов НУ – оплата труда.

База берется из оборотов 20 счета с отбором по статьям затрат с видом расходов НУ – материальные затраты.

Для базы берется оборот по 90 счету с привязкой к подразделению на 20 счете.

Базой будет являться оборот по 20 счету, без отбора по статьям затрат.

Отдельные статьи затрат.

Базой будет являться оборот по 20 счету, с отбором по указанному списку статей затрат.

Суммы не будут распределяться.

. Способы: Объем выпуска и Плановая себестоимость можно использовать в случае, если оказание услуг оформляется документом «Акт об оказании производственных услуг» или есть документы «Отчет производства за смену»

Хочу обратить внимание на то, что база указывается на определенную дату.

После указания всех способов закрытия косвенных затрат можно закрывать месяц и ошибка данного вида не должна появляться:

Проведение документа: Закрытие месяца 00000001 от 31.01.2010 23:59:59

Не указан способ распределения общехозяйственных расходов для:

Статья затрат: Оплата труда

Если же ошибка появилась нужно проверить:

а) верно ли заполнена вся аналитика счета учета, статьи затрат, подразделение и указана дата раньше даты проведения закрытия месяца.

б) ЛИБО. Проверить, не равна ли база распределения нулю.

После этого косвенные счета должны списаться на 20 счет и сумма на конец месяца на 25/26 счетах должна ровняться нулю.

Закрытие прямых затрат 20 счета.

Теперь можно смело переходить к этапу закрытия 20 счета. Опять же первое что нужно сделать – проверить заполнение учетной политики.

Тут у нас есть возможность указать 3 способа закрытия 20 счета для услуг сторонним заказчикам:

По плановой себестоимости выпуска
По выручке
По плановой себестоимости выпуска и выручке

И ниже написан текст:

Оказание услуг отражается документом «Акт об оказании услуг производственного характера», если выбран способ «По плановой себестоимости выпуска» или документом «Реализация товаров и услуг», если выбран способ «По выручке».

То есть если мы указываем способ (1) по плановой себестоимости выпуска. Мы должны реализацию услуг оформлять документом «Акт об оказании услуг производственного характера»

А если способ (2) по выручке, то реализацию мы должны оформлять документом «Реализация товаров и услуг».

При этом при изменении способа программа предложит перепровести документы.

Немного об отличиях этих документов. Акт об оказании производственных услуг – более расширенный документ, в нем мы можем указать плановую стоимость услуги, счет затрат для базы (20 или 23) и номенклатурную группу.

Закрытие услуг сторонним заказчикам «По плановой себестоимости выпуска»

В данном случае для базы распределения 20 счета будет браться регистр «Выпуск продукции и услуг в плановых ценах». Движения в данный регистр делают движения документы: «Акт об оказании производственных услуг» и «Отчет производства за смену».

В случае если вы оказывали услуги документом «Реализация товаров и услуг» 20 счет НЕ БУДЕТ списываться.

Далее возникает вопрос — что делать, если документы уже введены, не переделывать же их на акт об оказании услуг!? Ну здесь 2 выхода – либо установить способ «По выручке», либо если не очень важна пропорция списания по номенклатурным группам – можно сделать на каждую совокупность «Подразделение, Номенклатурная группа» один акт об оказании услуг, и далее зайти в движения документа, нажать на ручную корректировку и удалить все движения кроме «Выпуск продукции и услуг в плановых ценах» БУ и НУ.

После этого 20 счет должен закрыться.

Закрытие услуг сторонним заказчикам «По выручке»

При данном способе оказание услуг нужно осуществлять документом «Реализация товаров и услуг». При этом если раньше стоял способ «По плановой себестоимости выпуска» и были введены документы, а потом способ поменяли нужно ПЕРЕПРОВЕСТИ документы.

После этого нужно проверить регистр «Реализация услуг» для реализации обязательно должны быть движения по данному регистру. По данному регистру и будет формироваться база для закрытия 20 счета.

. Частая ошибка, когда при поступлении услуг на 20 счет оставляют пустыми Номенклатурную группу или Статью затрат. Заполнение данной аналитики при поступлении услуг – ОБЯЗАТЕЛЬНО!

Установка и внедрение
Настройка и поддержка
Индивидуальное обучение
Обновление
Программирование
Консультации
Аренда сервера

Запись не верна! период не может быть пустым! Регистр накопления

КЛАССИФИКАЦИЯ ОШИБКИ

Запись не верна! Период не может быть пустым! (Регистр накопления: Плановые оплаты клиентов; номер строки: 58)

Из сообщения, которое видит пользователь можно сделать только выводы что:

есть ошибка
ошибка в регистре накопления
что-то связано с оплатой клиента
номер строки 58

КАК МЫ ИСКАЛИ И ИСПРАВЛЯЛИ ОШИБКУ

Что мы делали, но не помогло

ИСКАТЬ ОШИБКУ НУЖНО В РЕГИСТРЕ

От корректности внесения регистрационных данных организации, включая все обособленные подразделения, зависит, как будет формироваться отчетность по НДФЛ в 1С: Зарплата и управление персоналом (1С: ЗУП). Чтобы не допустить ошибки, которая негативно отразится на дальнейшей корректности формирования бухгалтерской отчетности, следует максимально внимательно вносить информацию об организации.

Внесение данных о регистрации организации

Данные о постановке предприятия на учет в налоговый орган указываются сразу же, при внесении в систему 1С 8 основной информации. В дальнейшем, при необходимости, их можно менять.

В данной форме есть поля обязательные к заполнению:

код налогового органа;
наименование организации – в том числе сокращенное;
КПП организации;
ОКАТО;
ОКТМО.

Важный момент – в графе «Сведения» обязательно указывается месяц, с начала которого информация о постановке организации на учет, будет соответствующей действительности. Если допустить ошибку при заполнении этого поля, в дальнейшем отчетность по НДФЛ просто не будет заполняться автоматически.

Система 1С 8 предлагает пользователю выбрать месяц регистрации из списка, основанного на ранее внесенных данных об организации. Для перехода в этот перечень достаточно кликнуть на ссылку “Выбрать …”

В этой же форме можно добавить новую регистрацию. Для выполнения такого действия нужно перейти в категорию «Создать»

А чтобы просмотреть все изменения, выполняемые с параметром, регистрация, необходимо кликнуть на «историю изменений…».

Обособленное подразделение, выделенное на отдельный баланс

Если обособленное подразделение имеет отдельный баланс, его необходимо дополнительно зарегистрировать. Сделать это можно в меню «Организации». Обязательно нужно отметить, что это филиал. После чего добавить Головную организацию.

При заполнении информации по обособленному подразделению, целесообразнее выбирать данные из списков, предлагаемых системой. Такой способ ввода информации позволит избежать случайного удаления уже внесенной информации о регистрации предприятия. Для начала нужно кликнуть на «Изменить данные регистрации»:

Данные об обособленном подразделении вносятся также, как и регистрационная информация об организации.

Обособленное подразделение, не выделенное на отдельный баланс

Для регистрации обособленного подразделения, не выделенного на отдельный баланс, нужно выбрать пункт главного меню Настройки – далее Подразделения. Обязательно нужно установить отметку, что это подразделение, а не организация.

Внесение или корректировка регистрационных данных о подразделении выполняются по ссылке «Изменить».

Дальнейшее внесение информации полностью соответствует алгоритму действий, при заполнении регистрационной формы для обособленного подразделения, выделенного на отдельный счет.

Учетная политика организации

Чтобы внести необходимые настройки, касаемые учетной политики организации, нужно зайти в раздел «Учетная политика», который находится в меню «Организации».

Для настройки удержания НДФЛ при выплате межрасчетных с нарастающим итогом начислений с авансом предлагается два варианта:

удерживать налог;
напоминание о вычете налога.

Первый вариант является рекомендованным.

Стандартные вычеты

Параметр «Применение стандартных вычетов» задает, каким образом будут взиматься вычеты в те периоды, когда фактический доход плательщика налогов оказался реально меньше установленной величины вычета.

Здесь доступно два варианта:

Нарастающим итогом в течение года.
Не превышая начисленного фактического дохода за отчетный месяц.

Учитывая действующее законодательство рекомендовано использовать именно первый вариант. В этом случае начисляемый налог может рассчитываться с минусом.

Начисления для целей учета НДФЛ

Нужный параметр устанавливается по ссылке «Начисления, расположенной» в главном меню системы.

Нужная графа будет отображаться в списке начислений.

Для корректировки параметров обложения НДФЛ можно перейти по ссылке «Налоги, взносы, бухучет».

Отчисления взимаются по определенному коду дохода. В зависимости от того, какой код применяется, категория дохода может быть доступной или недоступной для редактирования.

По ссылке «Настройка НДФЛ, среднего заработка и др.» открывается список, в котором отображены все облагаемые и необлагаемые начисления. Здесь же можно менять код.

Сведения о налоговом статусе плательщика налогов

Информация о налоговом статусе работника Организации заносится в карточку «Налог на доходы».

Изначально система устанавливает для всех единый статус – Резидент. Выбрать нужный параметр можно из выпадающего списка.

Обязательным для заполнения выступает параметр «Установлен с.». Иначе в дальнейшем будет невозможной корректировка статуса плательщика налогов.

Составление заявления

В форме Налог на доходы для каждого работника заводится индивидуальная карточка, в которой возможно создать документ «Заявление на вычеты по НДФЛ».

Обязательно устанавливается начало периода, с которого вводятся в силу вычеты.

Табличная часть документа подразумевает внесение информации о стандартных вычетах на детей.

Чтобы вычеты вступили в силу, нужно указать период, по который включительно они будут действовать. Документом, подтверждающим право на вычеты, выступает свидетельство о рождении или справка с места учебы.На каждого несовершеннолетнего ребенка работника в заполняемой таблице вычетов заводится отдельная строка.

Чтобы все изменения вступили в силу, нужно выбрать Код личного вычета и активировать поле «Изменить личный вычет».

Нижнее поле является обязательным для заполнения, в него вносится информация документа, выступающего подтверждением права на получение личного вычета.

Читайте также: