Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(bagrin_1958 @ 15.04.13, 10:13)
Сам сделал, кому интрестно: Конфигуратор- Документы- Счет на оплату поставщика- Табличные части и в нем Цены, суммы и т.д- Свойства. Стоит количество знаков изначально -2, ставим 3 -сохранить.
Это знают все, но смысла в этом особого нет. Так вы изменили только данные хранимые в документе (табличной части даже). Но, печатные формы, отчеты, регистры и процедуры расчетов в которых прописано округление до 2-х знаков этих трех знаков которые указали - учитывать не будут. Т.е. практической пользы от ваших действий в принципе никаких, только радость бухгалтера, что она в документе увидела три знака. Если бы было все так просто, вас бы тут не стращали.
Личные бесплатные консультации не даю, для этого есть форум!
У меня была похожая задача, сначала бухи попросили в налоговой , заказе и реализации поставить 4 знака после запятой - тут то проблем никаких. В параметре Цена добавить точность до 4 и в печатных формах в ячейке поставить точность до 4- го знака. А необходимо это как мне сказали когда просят счет на круглую сумму, к примеру продайте нам чего то ровно на 5000 грн., при расчете + округление до 2-го знака Кол * цена(после округления) не равно 5000 и при большом количестве эта разница бывает ощутима.
А вот когда была у меня немного другая задачка, надо было в ценообразовании добавить 3-й знак, тут то немного сложнее. Помимо увеличение точности параметра Цена надо добавить вид округления до 0,001 и в регистра сведений добавить разрядность до 3-го знака так как при подборе материалов все равно выходит цена до 2-го знака.
Если эта тема актуальна могу расписать более подробно как и что делал.
Группа: Пользователи
Сообщений: 216
Спасибо сказали: 5 раз
Рейтинг: 0
Цитата(tepliymv @ 15.04.13, 16:01)
У меня была похожая задача, сначала бухи попросили в налоговой , заказе и реализации поставить 4 знака после запятой - тут то проблем никаких. В параметре Цена добавить точность до 4 и в печатных формах в ячейке поставить точность до 4- го знака. А необходимо это как мне сказали когда просят счет на круглую сумму, к примеру продайте нам чего то ровно на 5000 грн., при расчете + округление до 2-го знака Кол * цена(после округления) не равно 5000 и при большом количестве эта разница бывает ощутима.
А вот когда была у меня немного другая задачка, надо было в ценообразовании добавить 3-й знак, тут то немного сложнее. Помимо увеличение точности параметра Цена надо добавить вид округления до 0,001 и в регистра сведений добавить разрядность до 3-го знака так как при подборе материалов все равно выходит цена до 2-го знака.
Если эта тема актуальна могу расписать более подробно как и что делал.
Обязательно!
Цитата(logist @ 15.04.13, 11:31)
Это знают все, но смысла в этом особого нет. Так вы изменили только данные хранимые в документе (табличной части даже). Но, печатные формы, отчеты, регистры и процедуры расчетов в которых прописано округление до 2-х знаков этих трех знаков которые указали - учитывать не будут. Т.е. практической пользы от ваших действий в принципе никаких, только радость бухгалтера, что она в документе увидела три знака. Если бы было все так просто, вас бы тут не стращали.
Вот блин атас. А я то сдуру подумал, что все путем! Там смысл то в чем: им в приход приносят бумаги с тремя знаками после запятой. И им что то с теми копейками после запятой - не комфортно! Вот и вся муть!
Поставщик присылает документы с 0,123456 6-ю знаками потом приходиться забивать сумму возле каждой позиции. Там где у поставщика 0,12 знака все заполняется автоматом и точно и очень быстро, так как отдел закупки создает документы. Очень напряжно все время забивать документы их много и они на 25 позиций в среднем. Интересует 6-ть знаков после запятой в двух документах - ЗаказыПоставщикам, ПоступлениеТоваровиУслуг.
Изменил точности на 0,123456 знаков после запятой в ЗаказыПоставщикам, ПоступлениеТоваровиУслуг , УстановкаЦенНоменклатуры, Номенклатура. Перечисления "ПорядкиОкругления" Добавил Окр0_000000 0.000001. Пока не заработало, буду дальше побывать.
В обще хотелось бы поменять только ПоступлениеТоваров и ЗаказыПоставщикам, но они много куда ссылаются...
П.С. Насколько стремно менять логику работы программы? Много где пишут, что делать смену округления стремно. А вот как программа налоги и т.п. считать будет, логика не пострадает после таких изменений? Про обновления понятно. УТП 8.2
Если в возможно решить мою проблему через внешние обработки, подскажите пожалуйста в какую сторону копать?
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(markelov @ 17.12.13, 19:46)
Если в возможно решить мою проблему через внешние обработки
Не возможно. Для решения вопроса надо переписывать конфигурацию, везде где необходимо использование большего разряда. Только учтите момент, что если это остаточные регистры или регистры бухгалтерии, то надо учитывать момент, что если что-то делает движение в плюс, то на такую же сумму должно быть движение в минус, иначе через какое-то время вы столкнетесь с тем, что у вас на остатках начнут появляться копеечки.
Личные бесплатные консультации не даю, для этого есть форум!
Не возможно. Для решения вопроса надо переписывать конфигурацию, везде где необходимо использование большего разряда. Только учтите момент, что если это остаточные регистры или регистры бухгалтерии, то надо учитывать момент, что если что-то делает движение в плюс, то на такую же сумму должно быть движение в минус, иначе через какое-то время вы столкнетесь с тем, что у вас на остатках начнут появляться копеечки.
Спасибо за оперативный ответ. Буду думать насколько необходимо делать такие серьезные изменения.
Где то читал что можно записать, что номенклатура в ручную можно записать количество и сумму, по типу 1000шт = 1234,56 грн и потом при приходе будет 15шт* 0,123456грн = 1,85грн. Но такого решения в программе не нашел.
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(markelov @ 17.12.13, 20:10)
Где то читал что можно записать, что номенклатура в ручную можно записать количество и сумму, по типу 1000шт = 1234,56 грн и потом при приходе будет 15шт* 0,123456грн = 1,85грн. Но такого решения в программе не нашел.
Единицы измерения, коэффициент. Но оно ли это...
Личные бесплатные консультации не даю, для этого есть форум!
Группа: Пользователи
Сообщений: 16
Спасибо сказали: 0 раз
Рейтинг: 0
можно свои 5 коп. захотела бухгалтерия в налоговой накладной 5 знаков после запятой в цене - для того что маленькая цена и большое количество ну как уже описывалось выше - в итоге копейки потом скапливаются и не сходится с договором покупателя ну есть логика в округлении всё таки я считаю. Решение : в РН - ЗаказыПокупателей - Измерение: Цена - сменил точность на ту которую нужно. Вроде бы всё. Но ... в закладке Услуги нужно было так же - чтобы на основании РеализацииТоваровИУслуг - было 5 знаков в цене - И НИКАК. Кто подскажет? как убрать округление - реквизит 5 знаков сохраняются - но НА ОСНОВАНИИ - округляет. Помогите
Группа: Местный
Сообщений: 2907
Из: Київ, Україна
Спасибо сказали: 1148 раз
Рейтинг: 1230.2
alex040269 @ Today, 12:09
, Не совсем понял уместность цитаты, в которой шла речь о гривне с ее сотыми частями, к вопросу о биткоине с его суперединицами...
Допрацьовую: - "Бухгалтерія для України 2.1"; - "Альфа-Авто: Автосалон+Автосервіс+Автозапчастини, українська версія".
Группа: Местный
Сообщений: 2907
Из: Київ, Україна
Спасибо сказали: 1148 раз
Рейтинг: 1230.2
alex040269 @ Today, 12:59
, Если учитывать в эквиваленте, то есть курс валюты со значением курса и кратности (не проверял, возможно, этого и не хватит для учета одного сатоси). Если использовать биткойн как валюту учета, то наилучшее решение - писать свой блекджек, ибо на типовых работать вряд ли получится.
Допрацьовую: - "Бухгалтерія для України 2.1"; - "Альфа-Авто: Автосалон+Автосервіс+Автозапчастини, українська версія".
Биткойн учитывать как товар или как валюту? Речь изначально шла про бухучет, так что, думаю, как валюту - бессмысленно. В какой-нибудь самописной не вопрос - запилили регистр с нужным ресурсом и вперед. Как товар - кратные единицы измерения. Делаем номенклатуру Нанобиткойн, к нему единицы: микро- и мили- биткойн с коэф = 1000 и 1000000. Ну и биткойн с коэф = 1000000000
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!