Здравствуйте! 1С:Предприятие 8.2 (8.2.17.143) - Бухгалтерия 1.2.12.2 . Возникла необходимость увеличить кратность после запятой до трех знаков в Покупка- Счет на оплату поставщика и Поступление товаров и услуг ( цена и сумма, Всего и НДС). На данный момент только два знака после запятой. Подскажите пожалуйста!

Наверное не "кратность после запятой", а "количество знаков после запятой".

Я вообще противник увеличивать где-то знаки после запятой. Но если ТС, всётаки, настроен это делать, то это тема не пользовательского раздела, так что переезжаем.

Что касается цены, - никогда не слышал серьезных аргументов против. Что касается суммы - совсем наоборот.
По цене пользуюсь внешними средствами обработки табличных частей для правильного округления.

Вы правы! Именно количество знаков после запятой! Решение есть?


Да я ж только ЗА! Куда едем?



Поможете?

Мне же нужно, чтобы в итговой сумме было после запятой трехзначное число!

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

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

Дайте мне в долг 0,001 грн.


Вопрос в том зачем вам 3 знака?

но никто не мешает продавать 100шт за 10 коп

Я хочу 1 штуку

Отвечаю: мне лично ну никак не нужно! Бухгалтер говорит, что ей приходят документы на приход с трех значным после запятой! У нее в связи с этим возникают какие то проблемы!

У всех возникают проблемы с более чем 2 знаками после запятой в суммовых показателях . В общем, объяснять в чем будут проблемы - это долго. Но проблемы с округлением после этого у вас рано или поздно возникнут. Может выписать бухгалтеру ляща и она передумает?

Изменить точность- подробнее плиз можно?

А цена как раз здесь и не при чем. В долг дать цену нельзя - только сумму.

Цена 0,001, количество 1. Дайте сумму . Я понимаю, что вы сейчас ответите что-то в духе, что меньше чем 10 штук не продается. Я понимаю, о чем вы говорите, но я всеравно остаюсь при мнении, что более 2 знаков после запятой - это некорректно.

Ну как не корректно то? В 1с 8.0 в счетах и накладных возможно сделать типа 120.233! А тут что ? Ни как нельзя?

Поэтому 1С 8.0 так мало просуществовала

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

bagrin_1958, отрекитесь от ереси.
1. Используйте правильную единицу измерения. Если Вы покупаете(или продаете) куриные яйца ящиками - то и работайте с ящиками. Пересчитывать цену на одно яйцо - извращение.
2. Показывайте скидку так, как она предоставляется.

Здравствуйте! Ну в общем посоветовали все, кто как мог. Сам сделал, кому интрестно: Конфигуратор- Документы- Счет на оплату поставщика- Табличные части и в нем Цены, суммы и т.д- Свойства. Стоит количество знаков изначально -2, ставим 3 -сохранить. Так же и с Поступление товаров и услуг. Показал бухгалтеру- устроило вполне. Вопрос один: вот обращаешься за помощью вроде, а получаешь ответ типа на кой оно Вам! Это не правильно! Если бы не нужно было, то какого бы я тут извращался?!

Это знают все, но смысла в этом особого нет. Так вы изменили только данные хранимые в документе (табличной части даже). Но, печатные формы, отчеты, регистры и процедуры расчетов в которых прописано округление до 2-х знаков этих трех знаков которые указали - учитывать не будут. Т.е. практической пользы от ваших действий в принципе никаких, только радость бухгалтера, что она в документе увидела три знака.
Если бы было все так просто, вас бы тут не стращали.

У меня была похожая задача, сначала бухи попросили в налоговой , заказе и реализации поставить 4 знака после запятой - тут то проблем никаких.
В параметре Цена добавить точность до 4 и в печатных формах в ячейке поставить точность до 4- го знака.
А необходимо это как мне сказали когда просят счет на круглую сумму, к примеру продайте нам чего то ровно на 5000 грн., при расчете + округление до 2-го знака
Кол * цена(после округления) не равно 5000 и при большом количестве эта разница бывает ощутима.

А вот когда была у меня немного другая задачка, надо было в ценообразовании добавить 3-й знак, тут то немного сложнее.
Помимо увеличение точности параметра Цена надо добавить вид округления до 0,001 и в регистра сведений добавить разрядность до 3-го знака так как при подборе материалов все равно выходит цена до 2-го знака.

Если эта тема актуальна могу расписать более подробно как и что делал.

Обязательно!


Вот блин атас. А я то сдуру подумал, что все путем! Там смысл то в чем: им в приход приносят бумаги с тремя знаками после запятой. И им что то с теми копейками после запятой - не комфортно! Вот и вся муть!

Поставщик присылает документы с 0,123456 6-ю знаками потом приходиться забивать сумму возле каждой позиции. Там где у поставщика 0,12 знака все заполняется автоматом и точно и очень быстро, так как отдел закупки создает документы. Очень напряжно все время забивать документы их много и они на 25 позиций в среднем.
Интересует 6-ть знаков после запятой в двух документах - ЗаказыПоставщикам, ПоступлениеТоваровиУслуг.

Изменил точности на 0,123456 знаков после запятой в ЗаказыПоставщикам, ПоступлениеТоваровиУслуг , УстановкаЦенНоменклатуры, Номенклатура.
Перечисления "ПорядкиОкругления" Добавил Окр0_000000 0.000001. Пока не заработало, буду дальше побывать.

В обще хотелось бы поменять только ПоступлениеТоваров и ЗаказыПоставщикам, но они много куда ссылаются...

П.С.
Насколько стремно менять логику работы программы? Много где пишут, что делать смену округления стремно. А вот как программа налоги и т.п. считать будет, логика не пострадает после таких изменений? Про обновления понятно.
УТП 8.2

Если в возможно решить мою проблему через внешние обработки, подскажите пожалуйста в какую сторону копать?

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

Спасибо за оперативный ответ.
Буду думать насколько необходимо делать такие серьезные изменения.

Где то читал что можно записать, что номенклатура в ручную можно записать количество и сумму, по типу 1000шт = 1234,56 грн и потом при приходе будет 15шт* 0,123456грн = 1,85грн. Но такого решения в программе не нашел.

Единицы измерения, коэффициент. Но оно ли это...

можно свои 5 коп. захотела бухгалтерия в налоговой накладной 5 знаков после запятой в цене - для того что маленькая цена и большое количество ну как уже описывалось выше - в итоге копейки потом скапливаются и не сходится с договором покупателя ну есть логика в округлении всё таки я считаю. Решение : в РН - ЗаказыПокупателей - Измерение: Цена - сменил точность на ту которую нужно. Вроде бы всё. Но ... в закладке Услуги нужно было так же - чтобы на основании РеализацииТоваровИУслуг - было 5 знаков в цене - И НИКАК. Кто подскажет? как убрать округление - реквизит 5 знаков сохраняются - но НА ОСНОВАНИИ - округляет. Помогите

Процедура заполнения на основании.

Древний спор, но задам вопрос здесь.
А как учитывать биткоины, например?

alex040269 @ Today, 12:09 необходимо зарегистрироваться для просмотра ссылки ,
Не совсем понял уместность цитаты, в которой шла речь о гривне с ее сотыми частями, к вопросу о биткоине с его суперединицами...

Petre @ Сегодня, 12:55 необходимо зарегистрироваться для просмотра ссылки ,
Может и не уместно. По сути что нибудь посоветовать можете?

alex040269 @ Today, 12:59 необходимо зарегистрироваться для просмотра ссылки ,
Если учитывать в эквиваленте, то есть курс валюты со значением курса и кратности (не проверял, возможно, этого и не хватит для учета одного сатоси). Если использовать биткойн как валюту учета, то наилучшее решение - писать свой блекджек, ибо на типовых работать вряд ли получится.

Вопрос. Добавлять точность при учете биткоинов? или есть более правильный способ?

Биткойн учитывать как товар или как валюту?
Речь изначально шла про бухучет, так что, думаю, как валюту - бессмысленно. В какой-нибудь самописной не вопрос - запилили регистр с нужным ресурсом и вперед.
Как товар - кратные единицы измерения. Делаем номенклатуру Нанобиткойн, к нему единицы: микро- и мили- биткойн с коэф = 1000 и 1000000.
Ну и биткойн с коэф = 1000000000