Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
По теме из базы знаний
- Конструирование аналитической структуры плана счетов в программе «1С:Бухгалтерия 8» с целью обеспечения достоверности финансовой отчетности
- Конфигурация "Весовая ред. 3.0" для Платформы 8.3
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2
- “Заставим сканер пищать!” или Получаем обратную связь из 1С при сканировании штрихкодов
- ЕГАИС от А до Я
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) gges, даже читать не буду все.
Нельзя.
Это изначальная проблема всех 1с - 7.7 и прочих 8.х.
Расчет ведется с учетом 2 знаков после запятой, что приводит к массе неточностей в расчетах, которые еще и накапливаются по цепочке.
Чтобы это изменить - нужно перелопатить все документы и регистры (поля регистров) конфигурации, где учитываются суммы.
А предложенное в (4) - ахинея: у вас везде будут совершенно разные данные, в результате просто превратите базу в набор мусора и циферок.
Нельзя.
Это изначальная проблема всех 1с - 7.7 и прочих 8.х.
Расчет ведется с учетом 2 знаков после запятой, что приводит к массе неточностей в расчетах, которые еще и накапливаются по цепочке.
Чтобы это изменить - нужно перелопатить все документы и регистры (поля регистров) конфигурации, где учитываются суммы.
А предложенное в (4) - ахинея: у вас везде будут совершенно разные данные, в результате просто превратите базу в набор мусора и циферок.
(20) smallbuk,
Плюсов наставил, барабан на шею, и вперед.
И никакая "головная" организация его не спасет (если там и есть головная, то у неё запросто Оракл стоит, поечму и у них потребовали точность соблюсти - в Оракл с этим проблем нет), т.к. у них-то своя организация и свой учет, и за свои документы они отвечают сами.
gges, удачи!
аналогично.
Плюсов наставил, барабан на шею, и вперед.
И никакая "головная" организация его не спасет (если там и есть головная, то у неё запросто Оракл стоит, поечму и у них потребовали точность соблюсти - в Оракл с этим проблем нет), т.к. у них-то своя организация и свой учет, и за свои документы они отвечают сами.
недавно имел смертельный бой со своими бухгалтерами.
тоже хотели разрядность цены увеличить.
жестко им сказал: В российском рубле - 100 копеек! и никак иначе.
Погрешность выходит из-за округления? - Играйтесь с коэффициентами.
тоже хотели разрядность цены увеличить.
жестко им сказал: В российском рубле - 100 копеек! и никак иначе.
Погрешность выходит из-за округления? - Играйтесь с коэффициентами.
Создаете для справочника номенклатура доп. сведение "Цена с точностью до 5 знаков". Вручную или с помощью простенькой обработки заполняете данное сведение для каждой нужной номенклатуры. При печати берем цену номенклатуры не из документа, а из данного доп сведения.
(6) Drak0n, и?
как суммы документов будут выглядеть? на бумаге одна, в документе другая?
(3) gges, если нельзя победить бухгалтеров, тогда менять разрядность цены в конфигураторе.
видел такие базы. ничо... живут... хотя, повторюсь, это бред. как нельзя торговать 0,25шт карандаша, так и нельзя (точнее не правильно) расплачиваться за товар половинкой копейки.
как суммы документов будут выглядеть? на бумаге одна, в документе другая?
(3) gges, если нельзя победить бухгалтеров, тогда менять разрядность цены в конфигураторе.
видел такие базы. ничо... живут... хотя, повторюсь, это бред. как нельзя торговать 0,25шт карандаша, так и нельзя (точнее не правильно) расплачиваться за товар половинкой копейки.
(7) smallbuk, сумма будет выглядеть нормально - только с копейками. Потребителю обязаны показать цену за киловатт как указано в документе о тарифе. Как то так. Drak0n высказал правильную идею, потому что только раз в месяц выставляются такие услуги и только услуги. На остальное скажут - зачем цена такая с 5 знаками...
(9) gges, если Вы решили, что
правильное решение, то я вам очень сочувствую.
насколько я понял, уважаемый Drak0n не подразумевает пересчет сумм документов по ценам с точностью 0,00001.
давайте посмотрим, что получится
возьмем абстрактную номенклатуру "товар"
итак.
1. в документе: 1000шт по цене (2 знака после запятой) 1,25 = 1250руб.
2. на бумаге: 1000шт по цене 1,24999 = 1249,99руб.
и вот эту копейку вы будете искать до появления пены.
Создаете для справочника номенклатура доп. сведение "Цена с точностью до 5 знаков". Вручную или с помощью простенькой обработки заполняете данное сведение для каждой нужной номенклатуры. При печати берем цену номенклатуры не из документа, а из данного доп сведения
правильное решение, то я вам очень сочувствую.
насколько я понял, уважаемый Drak0n не подразумевает пересчет сумм документов по ценам с точностью 0,00001.
давайте посмотрим, что получится
возьмем абстрактную номенклатуру "товар"
итак.
1. в документе: 1000шт по цене (2 знака после запятой) 1,25 = 1250руб.
2. на бумаге: 1000шт по цене 1,24999 = 1249,99руб.
и вот эту копейку вы будете искать до появления пены.
(13) smallbuk, я предусматриваю корректное указание суммы в документе (программа позволяет).
Вопрос ставился только об изменении ЦЕНЫ в печатной форме. Исходя из ваших примеров у меня получится следующее:
1. в документе: количество - 1000шт, цена - 1,25 руб. сумма - 1249,99 руб.
2. на бумаге: количество - 1000шт, цена - 1,24999 руб. сумма - 1249,99 руб.
Разница в сумме и в количестве - отсутствует. Проблем со сверкой и оборотами - НЕТ.
Ну и насчет контроля - тоже без проблем при формировании печатной формы можно отлавливать разницу между ценой в документе и по доп. сведению более 0,5 коп. и выдавать предупреждение.
Вопрос ставился только об изменении ЦЕНЫ в печатной форме. Исходя из ваших примеров у меня получится следующее:
1. в документе: количество - 1000шт, цена - 1,25 руб. сумма - 1249,99 руб.
2. на бумаге: количество - 1000шт, цена - 1,24999 руб. сумма - 1249,99 руб.
Разница в сумме и в количестве - отсутствует. Проблем со сверкой и оборотами - НЕТ.
Ну и насчет контроля - тоже без проблем при формировании печатной формы можно отлавливать разницу между ценой в документе и по доп. сведению более 0,5 коп. и выдавать предупреждение.
(15) Drak0n,
Исходя из ваших примеров у меня получится следующее:
1. в документе: количество - 1000шт, цена - 1,25 руб. сумма - 1249,99 руб.
Вы вообще как планируете назначать ответственного за разные значения "цена х количество" и суммы? И кто и на основании чего будет потом доказывать и отвечать, почему округлил в ту, а не в другую сторону?
1. в документе: количество - 1000шт, цена - 1,25 руб. сумма - 1249,99 руб.
ИМХО смерти подобно такое изменение. Там дальше цепочка жуткая... На счетах другие цены, в регистрах, в документах. Ну и получается акт сверки уже тоже идёт с 5 знаками, и 60 и 62 счета. Выручка с 5 знаками... Та проще уволиться. Сочувствую....
Вполне возможно что будет ситуация когда цена с 5 знаками, а сумма с 2мя знаками
например 1000 * 1,23456 = 1234,56 , то будет всё норм, но контролировать это надо будет очень очень сильно.
При большом объеме оборотов и сложном ценообразовании, не разгребёте то что получится. Ну и всегда надо понимать, что ваши документы придётся заносить второй стороне, кому вы их отправляете. Подумайте о тех добрых и светлых людях.
например 1000 * 1,23456 = 1234,56 , то будет всё норм, но контролировать это надо будет очень очень сильно.
При большом объеме оборотов и сложном ценообразовании, не разгребёте то что получится. Ну и всегда надо понимать, что ваши документы придётся заносить второй стороне, кому вы их отправляете. Подумайте о тех добрых и светлых людях.
я предусматриваю корректное указание суммы в документе (программа позволяет).
видимо я пропустил. еще раз, пожалуйста: Как планируете рассчитывать сумму по строкам ТЧ документа?
количество - 1000шт, цена - 1,25 руб. сумма - 1249,99 руб.
моего ГБ кондрашка бы хватила от такой бухгалтерии
Проблем со сверкой и оборотами - НЕТ
Подумайте о тех добрых и светлых людях.
со стороны контрагента как сверка будет происходить?
они ж, поди. и не догадываются о вашей математике...
(16) smallbuk,
Планирую что сумма уже рассчитана в специализированной программе, а в 1с нужно занести результат и напечатать документы. В особо запущенных случаях (большое количество документов, исключающий "ручной" расчет на калькуляторе) с расчетом может легко справиться обработка заполнения ТЧ.
Они и не должны знать о нашей математике. Они должны корректно завести сумму с предоставленного им первичного документа. Если эти светлые люди не могут проверить соответствие суммы у себя в программе и в документе... мне их по человечески жалко.
(17) AlexO, ответственный за что? Округлять цену в программе будет сама программа после ввода в нее значений количества и суммы.
Как планируете рассчитывать сумму
Планирую что сумма уже рассчитана в специализированной программе, а в 1с нужно занести результат и напечатать документы. В особо запущенных случаях (большое количество документов, исключающий "ручной" расчет на калькуляторе) с расчетом может легко справиться обработка заполнения ТЧ.
они ж, поди. и не догадываются о вашей математике
Они и не должны знать о нашей математике. Они должны корректно завести сумму с предоставленного им первичного документа. Если эти светлые люди не могут проверить соответствие суммы у себя в программе и в документе... мне их по человечески жалко.
(17) AlexO, ответственный за что? Округлять цену в программе будет сама программа после ввода в нее значений количества и суммы.
(19) Drak0n,
А вы только с неё 10% требуйте в конце года.
с расчетом может легко справиться обработка заполнения ТЧ.
Вы не в курсе, что в ТЧ также останется только 2 знака после запятой, сколько бы её не обрабатывали обработками?
Планирую что сумма уже рассчитана в специализированной программе
Вы отчетность тоже в спецпрограмме сдавать будете?
Они должны корректно завести сумму с предоставленного им первичного документа
Вот именно первичный бумажный документ и станет основой вашего такого "учета", а не база 1С. Т.е. база у вас (у них) вообще никаким учетом не будет, а основным и единственным правильным документом будет бумажный документ (и расчеты-отчеты-печатные формы в Эксель, так 1С будет давать совершенно другие данные). Так, комнату освещать через монитор.
Если эти светлые люди не могут проверить соответствие суммы у себя в программе и в документе
У них-то все нормально будет. Вы потом сверку им как будете предоставлять? В Эксель набирать с бумажных документов?
Округлять цену в программе будет сама программа после ввода в нее значений количества и суммы.
Ну так вы вообще самоустранитесь, пусть все делает 1С - сама вводит первичку, сама округляет, сама печатает сопроводительные документы, и вообще - сама общается с клиентами и ведет все финансовые, юридические и бухгалтерские вопросы.
А вы только с неё 10% требуйте в конце года.
(23) Infector,
а) вы не сможете это сохранить вместе с документом
б) если сможете - то остальные механизмы (расчеты, регистры, отчеты) все равно не настроены на работу с разрядностью более 2, и аннулируют все потуги сменить разрядность.
Поэтому - только кардинальная и сплошная смена всей концепции хранения информации в конфах 1С.
А если выводить в форме данное чудо как "Сумма/Количество"?
Какая разница, если:
а) вы не сможете это сохранить вместе с документом
б) если сможете - то остальные механизмы (расчеты, регистры, отчеты) все равно не настроены на работу с разрядностью более 2, и аннулируют все потуги сменить разрядность.
Поэтому - только кардинальная и сплошная смена всей концепции хранения информации в конфах 1С.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот