Текущее время: Пн, июл 28 2025, 19:55

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по исходящим поставкам - сюда



Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Последняя позиция в фактуре: налог
СообщениеДобавлено: Вт, июн 14 2005, 09:01 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Всем привет!

В продуктиве возникла интересная ситуация:

Создана фактура с 14 позициями. Материал один и тот же. Цена одна и та же. В последней позиции налог считается странно: при базе налогообложения позиции в 296038,22 руб. налог (18%) считается, как 53286,97, хотя по математике должно быть 53287,02. То есть, разница в 5 копеек. Смотрю на условие MWR1, где это все считается, и вижу, что внутри указана УслвРазнцОкргл -0,05 копеек. Так как это чисто системная штука (пользователь ее не может сам поставить), вопрос: что это такое и как с этим бороться?

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июн 14 2005, 12:22 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, авг 17 2004, 10:13
Сообщения: 382
Пол: Мужской
Привет!

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июн 14 2005, 12:59 
Гость
И позиция не обязательно последняя - разница должна добаляться в позицию с большей суммой.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июн 14 2005, 15:09 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Спасибо за ответ. Я тоже пришел к такому выводу.
Вот только на бумаге из-за этого выходят временами неверные суммы НДС у одной из позиций, хотя сумма НДС по всей фактуре правильная.

Думаю вот, ломать программу печати, чтобы на бумаге было все верно. Когда расхождение у одной из позиций составляет 1 копейку, это еще как-то можно объяснить, но когда у одной из позиции НДС на пять копеек больше или меньше того, что должно быть, это уже ни в какие ворота не лезет. :)

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 10:28 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, авг 17 2004, 10:13
Сообщения: 382
Пол: Мужской
Чтобы было все верно на бумаге, необходимо также чтобы сумма всех позиций совпадала с итоговой.
Надо смотреть что важнее.
А поправить программу печати чтоб все было правильно, довольно проблематично.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 10:31 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Так в том-то и дело, что это системное округление делает все правильно. Но саму сумму округления система вынуждена кидать на одну из позиций, отчего эта позиция на бумаге выходит не верно.

А насчет изменения программы печати - там уже много чего сделано.

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 13:16 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, авг 17 2004, 10:13
Сообщения: 382
Пол: Мужской
А мне кажется что система раскидывает разницу пропорционально стоимости позиций, т.е. не обязательно в одну позицию.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 13:19 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
По идее так и было бы, если бы этот вид условия был настроен в сбыте как групповое условие. Но так как это НДС, он был настроен в FI. А в сбыте он не числится как групповое. Видимо, есть разница.

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 14:00 
Гость
а может на условиях убрать галку групповое?


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 14:10 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Тогда НДС в целом будет считаться неправильно. :)

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 16 2005, 17:03 
Начинающий
Начинающий

Зарегистрирован:
Вт, янв 18 2005, 09:58
Сообщения: 9
Система, не всегда добрасывавает эти разницы, возникающие за счет округлений, на позицию с большей стоимостью, и не всегда на одну.
Еще веселее становится, когда нужно печатать цены и налоги в расходной накладной к документу поставки (в котором этих цен нет) и чтобы при этом, все до копейки сходилось с документом счет-фактуры!
Как решать такую задачу?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 17 2005, 04:53 
Специалист
Специалист

Зарегистрирован:
Вт, ноя 02 2004, 10:06
Сообщения: 136
Печататайте накладную по фактуре :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 17 2005, 06:57 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Для накладной мы тянем ценовые данные из предыдущего заказа и проводим необходимые математические операции в самой программе (если количество поставки отличается от заказа). Вроде бы тьфу-тьфу, но работает. Хотя несколько подводных камней пришлось преодолеть.

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 17 2005, 08:46 
Гость
Ну раз нельзя убрать галку "групповой" для вида, тогда открыть ндс-ные условия на редактировани. И корректировать вручную =) хех


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 17 2005, 12:35 
Гость
moonrajah написал(а):
Для накладной мы тянем ценовые данные из предыдущего заказа и проводим необходимые математические операции в самой программе (если количество поставки отличается от заказа). Вроде бы тьфу-тьфу, но работает. Хотя несколько подводных камней пришлось преодолеть.


А можно подробнее про эти математические операции?


Принять этот ответ
Вернуться к началу
  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB