Управление торговым предприятием для Украины. Во всех документах реквизит Цена имеет 2 знака. На предприятии решили, что этого мало. Поэтому увеличили до 5 знаков после запятой.

Вопрос 1: Какие могут быть негативные последствия?

Идём дальше. Если судить по тому, как умножается значение реквизита Количество на значение реквизита Цена (с пятью знаками после запятой), то новшество обрабатывается отлично и значение реквизита Сумма рассчитывается с учётом пяти знаков после запятой у реквизита Цена.
Но при более сложных расчётах пять знаков не "играют".

В частности, попробовали ввести ПоступлениеТоваровИУслуг на основании ЗаказПоставщику. И обнаружили следующее. Алгоритм определяет Количество, которое нужно установить в документе-приёмнике. Потом рассчитывает Цену (!!!), а только потом рассчитывает Сумма, как произведение Количества на Цену. И прикол в том, что в функции МодульВалютногоУчета.ПересчитатьИзВалютыВВалюту(), которая используется для расчёта Цены, результат округляется до 2-х знаков после запятой.

Кстати, я не понимаю, зачем округлять Цену до 2-х знаков, чтобы потом получить Сумму, умножив Цену на Количество остатка. И вот, почему.

В документе ЗаказПоставщику пользователю дано право вводить Сумму. Это подразумевает, что Цену можно не вводить, и она рассчитается автоматически.
Например, бухгалтер заполняет ЗаказПоставщику. В накладной поставщика указано: 5шт * 2,26 = 11,33 грн. Если ввести Цену, то Сумма будет равна 5*2,26=11,30 грн. Поэтому бухгалтер значение 11,30 в колонке Сумма меняет на 11,33, как в накладной поставщика.
Потом делает ввод ПоступлениеТоваровИУслуг на основании Заказпоставщику.
В процедуре ЗаполнитьТоварыПоОстаткамУпр() программа сначала вычисляет цену и округляет её до двух знаков после запятой. Получаем 11,33/5=2,266=2,26. А потом полученную цену умножает на количество 5. Результат 5*2,26=11,30 программа подставляет в колонку Сумма. А ведь в документе ЗаказПоставщику Сумма была 11,33.

Вопрос: Что сделать, чтобы при вводе на основании документа ЗаказПоставщику в подчинённые документы заносилась та сумма, которая была вручную введена в документе ЗаказПоставщику?

Как называется единица после второго знака после запятой?
Если счет начинается не с цены единицы товара, то и не такое возможно.

(0)

гы гы:

количество: 3
сумма: 10
цена: ?

сколько знаков после запятой не ставь в цене - все равно неточно сделаешь :)

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

(2) Дання проблема решается вводом новой единицы измерения "Тысячи штук". Но здесь поступили проще и в конфигураторе поставили 5 знаков после запятой.

Я так понимаю, что нужно запретить бухгалтерам редактировать значение реквизита Сумма. Пусть на правильную сумму выходят, манипулируя только Количеством и Ценой. Правильно?

(2) Правило последней строки отменили?!

(2) + Как я понял, речь идёт о себестоимости, а не о цене... Правда? ;-)

(5) Ты всегда покупаешь только КОЛИЧЕСТВА и СУММЫ, так же и продаёшь только КОЛИЧЕСТВА и СУММЫ. Цены всех интересуют постольку, поскольку...

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

Меня больше другое беспокоит. Программа разрешает пользователю редактировать Сумму. Почему тогда изменения, внесённые в Сумму, не учитываются впоследствии при расчётах? Пример подробно описал в (0).

Ну то что программа много чего пропускает это как бы на совести АББИ
Лично я всегда запрещал редактировать сумму, ну или все равно делал обратный пересчет т.е.
цена = сумма/кол-во, а потом назад сумма = цена * кол-во

(8) Согласен. После боданий заинтересованных лиц несколько лет назад пришли к выводу - в бухгалтерии цена никому не интересна, особенно в документах прихода. Сделали ее справочной (расчетной) и не редактируемой. В расходных документах цена назначается нами и таких проблем не возникало. После этого проблемы с ценами исчезли сами собой.

(0) купил 3 за 10, вернул 1, сколько сумма возврата?

вот что бы не было таких вопросов как в (13) нельзя давать устанавливать сумму без относительно цены

И уж если поставщик написал 3 шт за 10, то оприходовать нужно двумя строками
2 х 3.33 = 6.66
1 х 3.34 = 3.34
Итого 10
И с возвратами проблем не будет  :-)

Проблема переходит в раздел распределения полномочий. Я тут только вторую неделю работаю и предлагаю установить табу на изменение конфигурации. А главбух зашла и установила 5 знаков после запятой.

(14) Такой метод мне тоже знаком. И я его предложил. На что мне ответили "Ты нашей смерти хочешь". И я понимаю бухгалтера, если у него накладная на 150 позиций, и в каждой строке нужно шаманить сумму.

(15) жесть. Ну пусть бух тогда и оставшиеся проблемы с конфой решает, обновляет...
Нужно заранее решить кто за что отвечает.

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

(14)Если накладные на 150 позиций нужно просить поставщика файл накладной и писать обработку по затягиванию таких файлов
А бухам останется только проверить

(9) Бред. Сумма НДСа не может зависеть от того, сколько строчек в накладной. Сумма НДС всегда считается, как ИТОГ по колонке Сумма НДС. И никак иначе.

(15) а ты зайди и в ответ ей поменяй учетную политику.. какойнить там директкостинг отключи/включи и перепроведи документы за квартал...

х.ли.. пусть тоже развлечется...

(18) расскажи это бухгалтерам которые считают НДС калькулятором от общей суммы и возврашщают счета фактуры поставщикам с формулировкой "у вас тут неправильно ндс посчитан" :) :) :)

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

(20)Оттож. Смешно и грустно. А грустно ещё от того, что даже когда объясняешь им почему они не правы и они понимают это, они говорят, нам всё равно надо, что бы было по нашему, потому, что в нашей налоговой сидит такой же тупой инспектор с которым мы не хотим бодаться ради этих копеек.

(20) я таких самолично тыкал в письма минфина соответствующие... да и мало уже таких упоротых осталось

Товарищи, это моя тема и, с вашего позволения, я буду задавать направление дискуссии :)
Меня беспокоит другая проблема. В документе ЗаказПоставщику сумма была рассчитана НЕ как произведение Количества на Цену, а просто введена как значение (в колонке Сумма). Потом на основании документа ЗаказПоставщику вводится документ ПоступлениеТоваровИУслуг. И при этом в документе ПоступлениеТоваровИУслуг значение по колонке Сумма не переносится. Переносится Количество и Цена, а Сумма в свою очередь рассчитывается, как произведение Количества на Цену.

Например, в документе ЗаказПоставщику бухгалтер вводит:
Количество = 5
Цена = 2,26
Сумма (рассчитывается автоматически) = 11,30

Но в накладной поставщика указана Сумма = 11,33
Бухгалтер вводит значение в колонку Сумма = 11,33

Потом делает ввод ПриходованиеТоваровИУслуг на основании ЗаказПоставщику.
И в колонке Сумма стоит значение 11,30.

Это неправильно! Хочу узнать, как другие борются с данной проблемой.

(24) У нас заказами не пользуются бухгалтера, им важна только приходная накладная и налоговая. Соотвественно сами в накладной и правят суммы, смотря на печатную форму от поставщика.

(25) Да, это логично, как я сейчас понимаю.
Заказами поставщику должен заниматься логистик. И он должен вводить этот документ.
А бухгалтер не вдладеет информацией, чтобы правильно заполнить данный документ.
Поэтому документ ЗаказПоставщику должен вводить логистик, а документ ПоступлениеТоваровИУслуг должен вводить бухгалтер.
Так у вас?