v7: 3 знака после запятой в приходных документах #465274

Объясните, пожалуйста, как сделать чтобы в 1Ску можно было забить цену формата хх.ххх (т.е. 3 знака после запятой,а не 2) вот такие цены у поставщика:

Найми франча какого-нибудь!

это кто?

фирмы 1С франчайзинги оказывающие услуги по 1Сине

Враги народа. Но они вам помогут.:)

пусть учится сам.. с конфигуратором умеешь работать? только там и можно исправить

умею, я всё перелопатил не нашел знаков нигде

этот вопрос(- пришли к мнению что это сделать нельзя но у поставщиков это сделано

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

[конфа]-[метаданные]

+9

Все уже проходилось в 1С:Бух 3. Формат всех чисел по всей базе был с двумя знаками, а для количества требовалось три. Прекрасно обходились умножением на 10.

но доли копеек в документах и отчетах - это нонсенс..

aka AMIGO, спасибо надо изменять каждый документ?

надо изменять всю цепочку докментов. И будьте готовы к тому что у вас потом регламентная отчетность будет неправильно заполняться. Или чеки неверно биться   ))

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

прикольно, а долг потом перед поставщиком тоже висит как xx,xxx?

кушай : конфигуратор -  документ - сумма - свойства - точность

+ и как погасить такую задолженность?

+16 еще одна проблема будет с регистрами, где цена (и её производные - Суммы) хранятся

копейки в нулевых остатках регистров и счетов замучают :)

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

ну дык... сначала делаем, потом разгребаем ... потом думаем  )))

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

а в печатных формах - хоть обпишитесь столько сколько вам надо, хоть цена=10/3

Цена - это значение, которое рассчитывается и его точность в принципе не важна, а вот итоговые суммы - это уже другая песня. Скажи поставщикам, что итоговые суммы должны округлятся, а то иначе ты не сможешь рассчитаться с ними за товар +1

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

Подозреваю, что это цены по прайсу, а не по С/Ф. Поставщики электроэнергии стали выставлять такие цены (с десятыми копейки).

+27 - ситуация-то не программная, а политическая.. потому и сказано было в ранней ветке, что приемлемого решения нет :) только договариваться с поставщиками.

так это только для расчета, а оплата всё равно с точностью до 1 копейки?

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

+ 10500 + восстановление потом "как было" и потерей данных при изменении длины поля в dbf

Вообще-то можно расчеты с этим поставщиком вести в децирублях и децикопейках. Это валюта такая...

Пока да. Но как знать... Вот, например, в США есть такая единица измерения - 1 милль (0,1 цента). Используется, насколько я знаю, только при расчётах за электроэнергию.

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