редактор метода расчета сумм
Написать сообщение
Сообщение будет добавлено в самый конец дискуссии
Здравствуйте . Подскажите пожалуйста как пользоваться этим очень нужным механизмом . дело в том что при любых настройках документа у меня сумма ндс не совпадает с суммой ндс по договору . Отличие всего в 1 копейку но из за этого приходится вручную правит документы в екселе .Покажите на примере .
<Андрей>, в программе БизнесПак сумма рассчитывается уже с учётом НДС. То есть, например в поле сумма Вы поставили 1 000 рублей, а НДС поставили 10%, программа будет считать НДС не от 1 000 рублей, а от суммы 909, 09 и НДС будет 90,91, чтобы в итоге общая сумма была 1000 рублей.
speaker,Спасибо за ответ , но в данном конкретном случае ваш ответ не содержит ответа на заданный мной вопрос ).В моем случае если я допустим в настройке документа делаю НДС от суммы и оставляю 3 знака после запятой то ндс составляет 47491,427 а по договору ндс 47491,43 , так вот если делать округление до 2х десятичных знаков(причем и при обычномокруглении и при банковском) мне Бизнес пак выдает НДС = 47491,42 что на одну копейку отличается от ндс по договору . то есть программа почему то округляет не по математическим правилам а по какому то своему алгоритму , поэтому то и возник вопрс про метод расчета сумм
<Андрей>, сделайте резервную копию базы данных и пришлите на почту 3@375.ru с кратким пояснением проблемы.
<Андрей>, "В моем случае если я допустим в настройке документа делаю НДС от суммы и оставляю 3 знака после запятой" - это вы какой документ настраиваете?акт? В договорах аналогичная настройка НДС
SYSTEMLORD, немного не так) я составляю счет с товарами , отсылаю в контору они делают договор в своей программе и ндс по договору всегда у них на одну копейку больше (то есть у них математическое округление работает в отличии от меня))) а мне приходится править счет и накладную и фактуру отнимая эту копейку . Причем я пытался в редакторе округлять ндс - ни чего не выходит так как по видимому функция расчета ндс - самостоятельная разработка )))
Здравствуйте!.
Подскажите пожалуйста, Программа Бизнес Пак, при формировании общей цены товара (цена 1 кг*на количество) есть ли возможность учета общей цены по формуле вида (цена 1кг*цену упаковки*на кол-во упаковок). Заранее спасибо за ответ. reallaer, такой возможности в программе БизнесПак нет. Предлагаю рассмотреть программу Товар-Деньги-Товар. В ней можно стоимость упаковки завести через затраты, с учётом которой будет рассчитываться себестоимость программы и далее соответственно уже цена.
Я, видимо не так объяснил, на наглядном примере, мы продаем 60 коробок печенья, вес одной коробки - 3,5 кг. Цена одного килограмма - 5 руб. Бизнес пак считает - 5*60=300, но ведь еще надо умножить на 3,5 кг, вес одной коробки. 5*3.5*60=1050. Товар-Деньги-Товар слишком уж громосткая, мне всего лишь надо печатать товарные накладные с небольшим их учетом, бизнес пак это делает хорошо, но вот загвоздка с ценой огорчила.
reallaer, В программе не предусмотрено такой возможности. Как вариант попробуйте заводить коробку как единицу измерения и установите цену для одной коробки, в Вашем случае это 17,5 рублей.
<Андрей>,
ДОбрый день! У меня такая же проблема. Причем это замечено с новых версиях после обновления. Вам удалось найти решение? Помогите пожалуйста решить проблему!Программа неверно считает итоговый ндс, при любых методах расчета. МОжно ли как то самому составить нужный алгоритм и внести в программу??
Проблема ПОдобного рода: <Андрей> <Валентина>, опишите ситуацию подробнее. На почту all@pvision.ru пришлите документ, который вы сформировали в Бизнес паке со всем расчетами. А так же документы, по которым вы оформляете сделку.
speaker А почему так сложно? Почему нельзя просто умножить на ндс и разделить на (ндс+100)?? Я из-за этого полгода мучался - понять не мог, почему это у меня с контрагентами этот ндс на 1 коп не сходится? Придется стереть вашу "бухгалтерскую" программу с компа. Такая же проблема с расчётом НДС по любому имеющемуся алгоритму, как и у пользователей программы в этой ветке: вылезает ненужная копейка. Поправьте, пожалуйста!
Пять лет прошло, а воз и ныне там. Разработчики не хотят признать ошибочный алгоритм расчета НДС.
Программа всё считает правильно. Просто она складывает НДС по каждой позиции (построчно), а не выделяет его из конечной суммы. В этом случае итоговое значение может отличаться. Если в счете несколько строк (позиций), посчитайте НДС по каждой из них и сложите. Кстати, именно так и нужно рассчитывать итоговое значение НДС. Так его считает и 1С.
Если бы это было так, но ни у кого НДС не расходился бы на эту 1 копейку ни с банковскими платежами, ни с контрагентами.
Я уже писал что НДС считает правильно а округляет не правильно. Если в настройках поставить три знака после запятой то НДС корректно считает но при округление программа считает не по математическим правилам а по собственному алгоритму. Проверьте правило округления
3 знака после запятой проблему не решат.Худшая ситуация - это когда я делаю экспорт книги продаж и покупок, загружаю это в СБИС и сдаю неправильную отчетность. Потому что налоговая за эту копейку живьем съест, да еще и счет заблокирует. Именно поэтому и надо исправлять. Иначе грош цена этому БизнесПаку.
12
Подписаться на тему
|