Неправильное округление количества при проведении реализации #610359


#0 by piffoff
Пожайлустакто может знает кто, не могу сам разобраться Бухгалтерия 2.0 Увеличил точность реквизита количество до 4, в реализации но при проведении документа 1С округляет его до 3 и в проводках выходит другое число Подскажите пожайлуста в каком месте это происходит, что бы исправить Прикрепленные изображения например в таблице забито 15,2915 а в проводке выходит 15,2920 регистр бухгалтерии хозрасчетный у ресурса количество тоже увеличил точность
#1 by GROOVY
Только один вопрос: Нахрена?!
#2 by piffoff
это вопрос к бухам)
#3 by GROOVY
Нет к тебе. Что такого требует у натуральных единиц точность в 4 знака? И почему эта задача не решается вводом новой единицы измерения, а решается изменением таблиц базы данных?
#4 by kotletka
аналогичная ситуация, есть обмен с галактикой там точность 5 знаков, в бухне округление до 3, в итоге наценка и многое другое в конце месяца расходятся на 10 -100 тыров
#5 by GROOVY
Ну объясните мне "Что такого требует у натуральных единиц точность в 4 знака? И почему эта задача не решается вводом новой единицы измерения?"
#6 by kotletka
у них там с производством какая -то мута, и с наценками, все регламентировано, начисляется круглой суммой, а когда разбивается на количество, то чтобы все шло необходима такая точность. Почему не вводим новую ед. измерения, потому что их там и так дофига и больше, производство - алкоголь, там начиная от сотой доли миллиграмма до далов и тонн, итак возни с единицами хватает вобщем
#7 by NS
Если их там и так сотни, что мешает ввести еще одну?
#8 by piffoff
в общем я нашел как исправить геморой блин самое очевидное это в док - те реализация табличная часть товары ставишь точность 4 знака далее в регистре бух хорасчетный ресурс количество точе точность 4 далее совсем неочевидное там при проведении почему то берутся свойства табл услуги а значит в табл услуги у количества точе ставим точность 4 при списании партии опять таки формируется таблицазначений у которой точность 3 а не 4 заходим в общй модуль УправлениеЗапасамиПартионныйУчет догадаетесь что исправить)) потом документы перепроводим вроде все минуса ушли во первых там копирыются свойства таблицы услуги поэтом
#9 by kotletka
умный да? и так отчеты геморрой сплошной + отчетность у акоголиков тот ещё праздник (большая часть едениц непостижимым образом плывет в типовой)
#10 by GROOVY
Приделал я значит к велосипеду гусеницы, ну конечно были проблемы, не сразу поехало, но после установки бензинового движка, карбюратора и бензобака как то понемногу поехало... Теперь удобней на велосипеде через гамно переезжать... Это я так... Проза...
#11 by kotletka
примерно так, заказчику надо, на все аргументы: "у нас в галактике..."
#12 by piffoff
вот странные вы люди босс сказал прыгай значит прыгай Хочет он себе гусеничный велосипед
#13 by NS
У тебя босс понимает в устройстве баз данных и программировании лучше тебя? Сказал что это решается единицей измерения, и никаких возражений.
#14 by NS
И каким образом единица измерения повлияет на отчеты?
#15 by GROOVY
Ты погоди, там еще верхний разряд может имеет значение.
#16 by NS
Увеличить разрядность наверно правильней, чем менять точность?!
#17 by NS
Хотя ХЗ, если уже не нужна поддержка - сам неоднократно точность увеличивал... лет 10+ назад :) Сейчас видимо умнее стал.
#18 by m-serg74
умный да? а вот в Спецификациях в стандарте УПП, прикинь на производство 1 шт. полуфабриката идут мг. какого нить материала - тоже ед. измерения решать проблему?
#19 by m-serg74
или посать что на тонну полу фабриката на до 1 гр. того то?
#20 by m-serg74
*посать = писать
#21 by НафНаф
мое мнение: зашитость точности в конфигурации это анахронизм конечно, на дворе 21 век но если вариантов нет, то я за ввод другой единицы измерения
#22 by m-serg74
так ты за то что вместо полуфабрикат/шт. - полуфабрикат/млн. шт. ???
#23 by НафНаф
надо думать, ушел
#24 by m-serg74
я второй день думаю, а решения кроме как "пилить" нету)))
#25 by gavrikprog
тут все очень неоднозначно. спецификации в УПП часто используются для списания по нормам, и часто может хрень получиться, если не думать. Я ближе к отражению ФАКТА, а не того, что в спецификации должно быть  1 мг. какого нить материала. Потому что так рассчитано
#26 by gavrikprog
а эти мг. потом на ОПР кидать или прямые, и распределять уже. Из своих умозаключений
#27 by gavrikprog
к примеру в структуре себестоимости эти мг. сколько процентов составляют?
#28 by НафНаф
может это драг. металл
#29 by m-serg74
ну да))) анек: -Бабушка вам сколько граммов взвешивать? -Молодой человек, какая разница, сколько граммов? -Бабушка.... это же героин)))
#30 by NS
Не блеять, вести этот драгаметалл в тоннах!!! Только так делают настоящие мужики.
#31 by m-serg74
еще один умник, в спец. номен. ед. изм. какую ставить, если на производство 1 шприца, идет 0,0000000001 героина? )))
#32 by m-serg74
1С: Наркопритон пишу)))
#33 by NS
Такую и ставить - 0.0000000001 грамма.
#34 by m-serg74
1С подразумевает в стандарте что 1 единицу чего нить нельзя сделать если матераила менее чем 0.001 т.е. три знака после , )))
#35 by m-serg74
слышится звук пилы)))
#36 by m-serg74
Процедура РазузловатьНоменклатуру))) я не пойму зачем там явно прописана разрядность)))
#37 by NS
Что? Ты вообще понимаешь сто такое единица? Добавь в справочник единицы "0.000000001 гр". Если ты совсем не въезжаешь, поясню - это забивается текстом, а не в числовое поле.
#38 by m-serg74
0.000000001 шпица - это как?
#39 by m-serg74
они ж потом и продавать так будут))))))
#40 by NS
Это в какой конфигурации продажа по умолчанию идет в базовых единицах?
#41 by m-serg74
в 77, я мог выбрать ед. изм, счас гляну в УТ11, навряд ли изменилось
#42 by NS
Огорчу тебя - 7.7 ТиС ты тоже не знаешь. Регистры велись (и ведутся) в базовых единицах, а выбор в реализации в основных по умолчанию.
#43 by m-serg74
по умолчанию - ключевое слово, а если тупление оператора? как ошибки исправлять)))
#44 by NS
Я вообще не понимаю о чем ты. Оператор может тупить в любых единицах.
#45 by m-serg74
мне кажется что допил самый действенный способ решить проблему... мое мнение не является истиной в высшей инстанции и Вы можете с ним не соглашаться...
#46 by NS
Я конечно понимаю что ты круче всех, но методисты 1С говорят о том что в качестве базовой надо выбирать минимально возможную единицу. Но они конечно-же по сравнению с тобой тупые.
#47 by NS
И таким умным как ты - проще перелопатить всю конфу, везде поменяв количество знаков после точки.
#48 by m-serg74
нет - я лох и решение лоховское соответственно, но другого действенного нет, или ...
#49 by m-serg74
одно не понятно зачем САБЖ?
#50 by NS
Ну ты и тупишь - решение в каждом втором посте в этой ветке озвучено, правильно заводить базовую единицу.
#51 by m-serg74
угу 0.000000001 милионная доля ключа 8х10 - ты прав)))
#52 by m-serg74
на него идет 1 гр. хрома)))
#53 by m-serg74
почему бы не 0,000000001 хрома завести ед. изм?
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С