Сводка
TCS на продажу товаров
В этом документе рассматриваются функциональные возможности сбора налогов в источнике (TCS) при продаже товаров. Эта функция описывает, как выполнить базовую настройку вычета TCS при продаже товара транзакции, вычисление TCS по транзакциям от клиента или группы клиентов, TCS в транзакции, если у клиента нет номера PAN и т. д.
В соответствии с разделом 206C (1H) TCS должна собираться во время получения платежа от клиента в счет продаж. При получении продавцом суммы платежа TCS будут списаны с промежуточного счета и зачислены на счет кредиторской задолженности TCS. При выставлении счета сумма TCS будет размещена на промежуточном счете кредиторской задолженности и добавлена к стоимости счета
Еще один важный аспект этой функции заключается в том, что если несколько клиентов имеют одинаковый номер PAN, то накопленный объем транзакции будет использоваться для сравнения с пороговым пределом для определения допустимости транзакции для вычета TCS.
Базовая сумма для вычета TCS:
В циркуляре CBDT vide No 17 от 30.09.2020 г. было уточнено, что, поскольку сбор производится в отношении получения суммы выставления на продажу, корректировка в счет косвенных налогов, включая GST, не требуется вносить для сбора налога в соответствии с этим положением. Таким образом, TCS должен быть собран при рассмотрении продажи, включая GST.
В группе удержания налогов пользователь может включить компонент налога GST и расходы, чтобы включить в базовую сумму для расчета TCS.
Было много путаницы по поводу реализации этой функции. Чтобы устранить сомнения, возникающие в отношении применимости новых положений TCS, КБРТ издал циркуляр No 17 от 30-09-2020 пояснил, что вариант (c ) является более удобным, реалистичным и разумным, чтобы получить ожидаемый результат.
Накопление транзакций нескольких клиентов на основе PAN:
В случае TCS по "продаже товаров" вычет TCS будет осуществляться на основе номера PAN. Если несколько клиентов имеют одинаковый номер PAN, то все транзакции, выполненные разными клиентами с одинаковым PAN, будут накапливаться и сравниваться с пороговым пределом, установленным правительством.
Пользователь может накапливать пороговое значение покупки на основе количества поставщиков PAN, таких как клиенты. Однако накопление будет происходить на основе поставщика или клиента в пределах одного юридического лица. Внутри юридического лица накопление будет вне область.
Точка сбора налога
Согласно интерпретации TCS на продажу товаров u/s 206C (1H), налог должен взиматься в момент получения. В законе разъясняется, что ТКС на продажу товаров будет взиматься при получении фактической оплаты продавцом.
Однако для сбора TCS на продажу товаров, продавец должен поднять счет на продажу, включая сумму TCS, учет в книгах в качестве ответственности TCS даже в фактическом смысле он не подлежит оплате. Несмотря на то, что сумма TCS списана с покупателя, ответственность в соответствии с разделом 206C (1H) не возникает до момента сбора суммы. Для удовлетворения этого требования добавлен новый вариант "Налоговая ответственность по платежу" в разделе "Удерживаемая налоговая группа".
При маркировке этого параметра система активирует поле "промежуточный счет" в соответствии с налоговым кодексом об удержании. Во время размещения счета-фактуры на продажу товаров сумма налога будет размещена на "Промежуточном счете TCS с кредиторской задолженностью" и дебете на "счет клиента". Когда пользователь получает платеж от покупателя, в то время система разместила транзакцию счета для начисления ответственности TCS по оплате.
TCS на авансовом получении оплаты:
Каждый раз, когда продавец получает оплату в счет продажи или получает авансовый платеж, продавец обязан вычесть TCS в соответствии с разделом 206C(1H). Трудность возникает при вычислении суммы, когда полученная сумма платежа пересекает пороговую систему значений до валовой суммы транзакции и вычисляет сумму TCS, когда требуется ручная корректировка вычисленной суммы TCS. Начальные две четверти пользователей должны вручную корректировать сумму TCS, вычисленную по платежным транзакциям клиента.
Изменения включены на основе пресс-релиза CBDT :
Первоначально для нового положения TCS эксперты сделали следующее толкование:
a) налог, собираемый, если сумма продажи и сумма, полученная в результате продажи, превышают 50 лакхов рупий в течение предыдущего года;
b) налог, взимаемый, если сумма продажи превышает 50 рупий независимо от суммы продажи, полученной в течение предыдущего года;
c) налог, собираемый, если сумма, полученная в качестве рассмотрения продажи, превышает 50 рупий, независимо от суммы продажи, произведенной в течение предыдущего года.
На основе первоначального решения интерпретации в Dynamics AX2012R3 было предоставлено в параметре (a).
Было много путаницы по поводу реализации этой функции. Чтобы устранить сомнения, возникающие в отношении применимости новых положений TCS, КБРТ издал циркуляр No 17 от 30-09-2020 пояснил, что вариант (c ) является более удобным, реалистичным и разумным, чтобы получить ожидаемый результат.
Чтобы обеспечить соответствие решения новой интерпретации, в существующую функцию внесены следующие изменения:
- Введено понятие "Начальное достигнутое пороговое значение": Согласно разъяснению КБРТ, "можно отметить, что этот TCS применяется только к сумме, полученной 1 октября 2020 года или позже. Однако пороговое значение основано на годовом поступлении, можно отметить, что только для расчета этого порогового значения в 50 рупий учитывается получение с начала финансового года, т. е. с 1 апреля 2020 года. Например, продавец, получивший rs. 1 крора до 1 октября 2020 года от конкретного покупателя и получает 5 lakh после 1 октября 2020 года будет требоваться для сбора налога только на 5 рупий, а не на 55 рупий [т. е. Rs.1.05 crore - Rs. 50 lakh (threshold)], но для порогового расчета суммы, полученной до 1 октября, также будет рассматриваться. Чтобы выполнить это изменение, мы ввели начальное пороговое значение.
- TCS о сборе оплаты с клиента с учетом продаж:
В соответствии с разъяснением КБРТ "Можно отметить, что это TCS применяется только в тех случаях, когда получение рассмотрения продажи превышает 50 рупий в финансовом году. Например, продавец, который совершил продажу 1 кроны рупий до 1 октября 2020 года от конкретного покупателя и получит только 10 рупий после 1 октября 2020 года, не будет обязан собирать налог на 10 lakh, так как сумма платежа не пересекла пороговое значение 50 рупий.
На основе выше мы предоставляем вариант в разделе Параметры общего реестра , чтобы включить вычет TCS при сборе платежа с клиента в счет продаж.
- Прямое размещение ваучера суммы TCS в транзакции оплаты и счета: в первоначальном решении, предоставленном для вычета TCS, размещение было выполнено через связанные ваучеры. Примечания для прессы CBDT на основе редизайна позволяет пользователю публиковать сумму TCS непосредственно в реестре без публикации через связанный ваучер.
"TCS на продажах", если применяется к сумме после уплаты налогов AP Transaction в восстанавливаемом счете: в случае, если пользователь применяет "TCS on Sales" для транзакции покупки сумма TCS будет непосредственно размещена в "TCS recoverable account". Пользователь должен выполнить сопоставление реестра TCS с формой 26AS сопоставления, чтобы определить сумму TCS для претензии к налоговой ответственности.
Кредитная нота отменит транзакцию TCS, не влияя на накопленные значения для порогового значения: поскольку налог должен быть рассчитан на счет, полученный от покупателя, корректировка, внесенная в реестр покупателя путем выдачи кредитной ноты, не будет влиять на налог, который будет собираться. Размещение останется прежним, если после взимания налога продавец погасит некоторое внимание покупателю. В такой ситуации сумма полученного продавцом решения о продаже не уменьшается с суммой, возвращенной таким образом для расчета TCS.
Пользователь может включить настройку по умолчанию для группы TCS из учетной записи счета. Пользователю предоставляется параметр управления функциями, чтобы включить использование по умолчанию группы TCS для транзакции продаж из учетной записи счета, а не из учетной записи клиента. Это позволяет пользователю выполнять сценарии стороннего счета.
Пользователь может включить параметр по умолчанию для группы TCS из учетной записи поставщика в транзакции покупки. Если к учетной записи поставщика подключена группа TCS, пользователь может включить параметр управления функциями по умолчанию для транзакции покупки.
Из область сценариев:
- Транзакции между компаниями будут не область для этой функции.
Эта функция поддерживается в следующих или более поздних версиях Finance:
- Dynamics AX2012R3
Действия по настройке TCS при продаже товаров (на основе сбора оплаты):
Существует три обязательных настройки, которые пользователь должен сделать, чтобы включить "TCS по продажам добра" на основе сбора платежей :
a.Включить функцию с помощью управления функциями :
В разделе 206C(1H) предусмотрено, что налог должен взиматься в том случае, если сумма получена в качестве учета при продаже товаров. Простыми словами, налог должен взиматься там, где сумма получена с 01-10-2020 года или после нее. Таким образом, событие триггера является получением учета продаж. Чтобы включить функцию для коллекции платежных пользователей, эта функция включена в разделе "Параметр общего реестра".
Путь: настройка > общего реестра > Параметры общего реестра > Прямые налоги
b.Обязательный флажок "Включить пороговую иерархию" в налоговом коде "TCS on sales" для этой функции:
необходимо будет отметить "Включить пороговую иерархию" в налоговом коде "TCS на продажу товаров", чтобы применить ставку TCS на основе условия PAN и без нее.
c.Mark "Ответственность за платеж" проверка коробке с удержанием налоговой группы "TCS по продажам"
Было бы важно отметить проверка поле "Ответственность за платеж", чтобы вычесть TCS на момент сбора
оплаты.
Примечание:
- Если пользователь не помечает "ответственность по платежу", система создаст ответственность TCS в счете.
- Если пользователь не включает функцию в параметрах общего реестра "Включить расчет TCS по сбору платежей от клиента", система будет учитывать как счет, так и сумму платежа для определения порогового значения. (Как работает в настоящее время после первого выпуска функции на TCS по продажам )
Инициализировано "Начальное пороговое значение достигнуто" :
TCS будет применяться с 1 октября, но для определения порогового значения накопление транзакций будет происходить с 1 апреля каждого финансового года.
Пример того, как будет определено накопленные значения для вычисления TCS :
Предположим, пороговое значение INR .50,00,000
TCS применяется с 1 октября 2020 г.
Следующая транзакция выполняется следующим образом:
Для клиента Начальное накопленные значения будут определяться следующим образом:
Платеж, полученныйс 1 апреля по30 сентября 2020 года (15 00 000+5 000 000+20 000 000) =40 000 000
Начальное накопленные значения = 40 00 000
Значение первого платежа после10 октября 2020 г. =12,00,000
Общее накопленные значения будут = 40 00 000 + 12 000 000 = 52 00 000
TCS будет вычислять следующим образом:
52,00,000-50,0000=2,00,000 *0,1% = 20
Для вычисления первоначального накопленных значений после введения новой настройки:
Путь: >начальное пороговое значение начального порогового порога для налоговой > установки>
Начальное пороговое значение параметра:
Откройте форму и определите диапазон датс 1 апреля 2020 г. по 30 сентября 2020г. и нажмите кнопку "Инициализировано". Платежная транзакция, выполненная в заданном диапазоне дат, будет автоматически рассматриваться для определения начального порогового значения для каждого клиента. После выполнения процесса "инициализировать" кнопка "Инициализировать" будет отключена и не может быть включена снова.
Пользователи могут изменить созданное системой начальное пороговое значение для любого клиента, и при сохранении оно будет записано для клиента. Пользователи также могут добавлять новых клиентов вручную, если новый клиент будет создан в системе после процесса инициализации. Однако начальное пороговое значение необходимо обновить вручную.
Создайте новый код налога на удержание "Продажа товаров":
Путь : Налоговый>код>> удержания
Когда пользователь присоединяет "компонент налога на удержание" типа "TCS", включится новое поле "Промежуточный счет".
Не выбирайте ни один счет, пока не пометьте проверка поле "Налоговые обязательства по платежу" в разделе "Удержание налоговой группы.
Выберите "Включить пороговую иерархию" - "Да".
При выборе параметра "Да" "Pan-based накопительный" будет включен параметр
Пользователь может пометить этот параметр, если у клиентов одинаковый номер PAN.
Создайте новую удерживающую налоговую группу "Продажа товаров".
Путь : Налоговая>настройка>удержания налоговой группы>Продажа товаров
Создайте налоговую группу у источника с типом налога "TCS" и пометьте проверка поле "Налоговые обязательства по платежу" - Да.
После этого вернитесь в форму налогового кода для удержания и выберите "Промежуточный счет TCS кредиторской задолженности" в поле "Промежуточный счет", созданном в диаграмме счета с типом размещения "Индия удержанный налог (TCS)
Включите компонент налога GST, если часть расчета базовой суммы TCS в поле "Включить компонент налога GST для расчета TDS или TCS"
Если расходы не являются частью вычисления TCS, выберите "Да" в поле "Исключить расходы за расчет TDS или TCS"
Нажмите кнопку "Designer" в области действий и определите формулу вычисления TCS.
Определение определений пороговых значений:
Путь : определения пороговых значений настройки > налогов>.
Определение порогового значения для "Продажи товаров".
Необходимо определить две пороговые плиты.
- 0-Max
- Максимум 0
Настройка порогового значения TCS для "Продажи товаров"
TCS при продаже товаров применяется к одному клиенту или нескольким клиентам с одинаковым номером PAN.
Если номер PAN клиента недоступен, после пересечения освобожденной суммы оборотов будет применяться более высокая налоговая ставка.
Если у клиента есть номер PAN, применяется более низкая налоговая ставка.
Пользователи должны определить пороговое значение для клиентов:
Щелкните конструктор порогов.
Определите две плиты с параметром :
- С номером PAN
- Без номера PAN
Определите отдельную скорость TCS для каждого параметра.
При определении основы вычисления для исключенной плиты
- Вычислить налог — нет
(Другой вариант Вычисления налога — Да и значение — 0)
- Вычисление предыдущих неналоговых транзакций — No.
- Включить в базу оборотов — да.
При определении основы вычисления для облагаемой налогом плиты
- Вычислить налог — да.
- Вычисление предыдущих неналоговых транзакций — No.
- Включить в базу оборотов — да.
Очень важно отметить, что в конструкторе порогов пользователь должен определить дату для каждой плиты с 01.04.2020 по 31.03.2021. Система проверяет, включает ли пороговый диапазон дат начальной суммы. Если это так, система принимает определенную начальную сумму как часть оборота и не учитывает транзакции в диапазоне дат начальной суммы, так как оборот в течение диапазона дат был определен как начальная сумма. В приведенном выше случае пороговый диапазон дат "01.04.2020 – 31.03.2021" включает диапазон дат "01.04.2020 – 30.09.2020 г.", таким образом, он принимает начальную пороговую сумму в рамках оборота, а затем кумулирует платежи диапазона дат "10/1/2020 – 31/31/2021" в качестве другой части оборота. Наконец, общий оборот — это начальная пороговая сумма + совокупная сумма 10.01.2020 – 31.03.2021 г.
Активация вычисления TCS для клиента:
Дебиторская задолженность>Клиенты > Все клиенты
Размещение счетов и платежных транзакций и вычисление TCS.
- Пороговое ограничение: 50 00 000
- Скорость TCS: 0,0750
- Ниже приведены сведения о транзакции:
Налоговая ставка в трех десятичныхразрядах Ключевые сценарии охватывали :
- Заказ на продажу
- Бесплатный текстовый счет
- Журнал платежей клиента
- Счет проекта
- Общий журнал
- Многострочный журнал
- TCS через учетную запись счета
- Накопление порога на основе PAN
- Кредитная записка
Когда пользователь инициализирует значение "Начальное пороговое значение", система вычислит и отобразит inr 53 000.
При отправке платежа в размере 2 00 150от клиента будет размещена следующая бухгалтерская запись:
Учетные записи:
Примечание:** Пользователь должен вручную настроить вычисленную сумму TCS, когда система впервые пересекает пороговое значение. Разница будет незначительной. Изменение в вычислении связано с тем, что текущие алгоритмы работают по-разному. Оно будет исправлено в следующем выпуске.
При выставлении счета в отношении последней транзакции оплаты будет размещена запись, как показано ниже.
TCS при покупке товаров, вычитаемых поставщиком:
В случае, если TCS вычитается из организации продавцом, пользователь может применить ту же у источника налоговую группу "TCS на продажу товаров". Пороговое значение не применяется к транзакции покупки. При публикации покупки сумма заказа TCS вычитается поставщиком непосредственно на восстанавливаемую учетную запись TCS. Пользователи должны скачать форму 26AS с веб-сайта govt., чтобы соответствовать восстанавливаемой сумме, прежде чем запрашивать правительство.
Каждая организация будет требовать кредит на вычет TCS после согласования вычета с формой 26AS.
Перейдите в раздел Налоговые>>запросы > Налог >у источника налога > TCS
Пользователи могут выбрать обязательные поля столбцов для создания отчета.
Проблема
Когда денежные платежи, собранные с клиента, превышают 50 Lakhs в течение финансового года.
Решение
Применить ставку TCS к сумме, превышающей накопленный платеж, превышает 50 lakh.
Сведения об исправлении
Пользователю необходимо установить исходный компонент TCS для продаж с помощью 4089749 базы знаний и KB4528707. После этого необходимо установить текущее исправление через KB 4598394. Порядок установки совпадает с порядком по возрастанию, т. е. KB4089749 -> KB4528707 -> KB4598394.
https://fix.lcs.dynamics.com/issue/results/?q=4598394
Дополнительные сведения
Вы можете обратиться в службу технической поддержки Microsoft Dynamics по телефону, используя эти ссылки для номеров телефонов для конкретной страны. Для этого посетите один из следующих веб-сайтов Майкрософт:
Партнеры
https://mbs.microsoft.com/partnersource/resources/support/supportinformation/Global+Support+Contacts
Customers
https://mbs.microsoft.com/customersource/northamerica/help/help/contactus
В особых случаях плата, которая обычно взимается за звонки в службу поддержки, может быть отменена, если специалист по технической поддержке Microsoft Dynamics и связанных продуктов определит, что конкретное обновление решит проблему. Обычные расходы на поддержку будут применяться к любым дополнительным вопросам и проблемам, которые не относятся к конкретному обновлению.
Примечание Это статья "FAST PUBLISH", созданная непосредственно в организации поддержки Майкрософт. Информация, содержащаяся в настоящем документе, предоставляется как есть в ответ на возникающие проблемы. В результате быстрой доступности материалы могут содержать опечатки и могут быть пересмотрены в любое время без уведомления. Дополнительные рекомендации см. в разделе Условия использования .