Текущее время: Вт, июл 29 2025, 04:26

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Google [Bot]


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

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