Как реализовать учет НДС?

[Sederick]

Как реализовать учет НДС в CRM 4.0?
Если можно - резвернутый ответ.

[Артем Enot Грунин]

Сперва дайте развернутый вопрос!

[Sederick]

Вопрос в том, как учитывать налоги на товары, с учтом того что НДС разный. Как понимаю надо изменить объект "Продукт", выставить атрибут позволяющий выбор % налога?

[Dissident]

Исходя из прошлого опыта программежа под ERP-системы, помню, что налога на товар мало. Нужны группы налогов (например НДС+акциз+НСП+какой нить еще налог).
Как с точки зрения логики можно организовать.
1. Пользовательская Сущность "Налоги". Атрибуты "Название налога", "Процентная ставка", "режим расчета" (входит в сумму/накручивается сверху)
2. Пользовательская Сущность "Группы налогов". Родительская для сущности "Налоги". Она же основной объект для связи с сущностью "Продукт".
3. Системная Сущность "Бизнес-партнер". Атрибут "Применять налоги". значения "Везде/только в закупках/только в продажах/Не применять".

Как это работает на примере Счетов
1. В сущность Счет добавляем атрибут "Сумма налога"
2. В сущность Продукты для счета добавляем атрибут "% налога", "Сумма налога"
3. Теперь, при привязке Клиента к счету будем знать - считать налоги по этому счету или нет (атрибут "Применять налоги" сущности "Бизнес-Партнер"
4. При изменении кол-ва и/или цены на продукт рассчтиываем налоги для позиции, исходя из значения атрибута "режим расчета" для данного продукта
5. При сохранении Счета / Вызове ф-ии "пересчитать" - пересчитать сумму налога по Счету, просуммировав суммы налогов спецификации...

В принципе весь расчет делается с помощью веб-сервисов.

[Артем Enot Грунин]

Dissident предложил вполне гибкое решение, однако не совсем ясно, где связь с "Группой налогов". Кроме того, система уже приучена автоматически расчитывать стоимость позиции исходя из накруток прайса и скидок. Ф-ция "Пересчитать" в этом случае наш враг, логичнее будет сделать дополнительное поле - "стоимость с учетом налогов" и уже в него вносить данные из total amount.

[Dissident]

Группа налогов связана с Продукт.

Т.е. например если имеется

"Группа налогов 1", в которую входят налоги НДС18% и НСП 5%, то при расчете общей суммы налога для товарной позиции счета (Счет-Продукт для счета-Продукт) в поле Сумма налога нужно пихать рассчетное значение Кол-во*Цена*(18%+5%)... т.е. поле Сумма налога будет содержать в себе сумму ВСЕХ применяемых к данному продукту налогов.

Вообще говоря, по хорошему (и по правильному) Группы налогов привязывать не к Продукту напрямую, а к Группе Продуктов, в которую сам Продукт входит.
Таким макаром можно разрулить например разные ставки НДС для продуктов питания, учебной литературы, соц.товаров, на которые ставки налогов отличаются от стандартных. Либо же вычислять сумму сложных налогов, когда на один товар накручивается параллельно илди последовательно несколько налогов - например на тот же алкоголь, в который входит помимо НДС еще и акцизный налог и еще какой-то налог.

[Dissident]

Цитата:

Сообщение от Артем Enot Грунин

Кроме того, система уже приучена автоматически расчитывать стоимость позиции исходя из накруток прайса и скидок. Ф-ция "Пересчитать" в этом случае наш враг, логичнее будет сделать дополнительное поле - "стоимость с учетом налогов" и уже в него вносить данные из total amount.

Артем, я имел ввиду то, что раз придется добавлять собственные атрибуты, о которых стадартный ф-л и слыхом не слыхивал, пересчет придется дописывать самому... Как вариант - после стандартной функции "Пересчет" вызывать собственную, которая дополнительно пересчитает налоги... Хотя, все-таки лучше, конечно же на кнопку "Сохранить" для счета вешать плагинчик пересчета налогов.