Точность цены

1. ulterior 08.08.17 09:54 Сейчас в теме
В предприятии требуется реализация и возврат продаж по цене отличной от того что предусмотрено в типовой конфигурации, а именно надо учитывать цены товаров с точность от 4 и больше знаков после запятой. Если оставаться в двухзначных, то получается не соответствия взаиморасчётов (у клиента одно, у нас другое). Что рекомендуете?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. comptr 31 08.08.17 10:23 Сейчас в теме
(1) Может попробовать использовать упаковки? Т.е. использовать цены не за 1 штуку, а за 10/100/1000 штук. И только в печатных формах приводить к ценам за 1 шт.
2. user633533_encantado 11 08.08.17 09:59 Сейчас в теме
Как возникло такое расхождение, у клиента в программе суммы имеют 4 знака после запятой ?
13. ulterior 08.08.17 10:59 Сейчас в теме
(2) Клиен ведёт расчёт по 4 знакам. (не знаю как он рассчитывает, екзелем или калькуляротом :) ). У нас 1с.
4. user633533_encantado 11 08.08.17 10:29 Сейчас в теме
Лучше понять как клиент считает цены, что они потом не сходятся в 1с и рассчитывать цены по алгоритму клиента. Возможно понадобится внешняя обработка заполнения, которая будет округлять цены по нужному правилу.

Добавить 4 знака после запятой в колонку документов "цена" не реально трудозатратно, сумма с двумя знаками после запятой в программе используется везде.
5. Denis_CFO 48 08.08.17 10:33 Сейчас в теме
И очень много изменений в базу вносить придётся. Лучше бы рядом сделать простую конфу, для учёта конкретно этих движений. Приход, расход, акты сверок. И наладить обмен со-своей системой, в которой ничего не трогать.
6. user633533_encantado 11 08.08.17 10:37 Сейчас в теме
(5) Нафига отдельную базу тогда, докрутить свои регистры с взаиморасчетами к существующим документам.
7. Denis_CFO 48 08.08.17 10:40 Сейчас в теме
(6) Можно и механизм расширений задействовать, можно текущую базу с поддержки снять. Вариантов много. Я своё видение предложил.Не люблю типовые решения с поддержки снимать. А тут изменений много: регистры, документы, печатные формы ещё что-то.
ulterior; +1 Ответить
8. user633533_encantado 11 08.08.17 10:43 Сейчас в теме
(7) Ваш вариант с отдельной базой, где пользователи будут набивать свои документы лишает смысла использования типовой УТ11.
Или вы скидки - наценки, БП по продажам, сделки и прочий функционал торговли в нее будете переставлять ?
10. Denis_CFO 48 08.08.17 10:50 Сейчас в теме
(8) Автор предложил идею. Больше никаких входных данных. ТС спросил, кто что думает. Своё видение я предложил. ТСу выбирать, что именно делать. А делать здесь СВОТ анализ не буду.
11. user633533_encantado 11 08.08.17 10:56 Сейчас в теме
(10) Входные данные есть , конфигурации обозначены.
А так: автор купил мерседес и хочет в нем например обивку сидений поменять, а вы ему предлагаете "типовой функционал" не трогать, а ездить на жигулях, где вы поставите нужную обивку ))
ulterior; +1 Ответить
12. Denis_CFO 48 08.08.17 10:57 Сейчас в теме
(11)
автор купил мерседес и хочет в нем например обивку сидений поменять
в (9) почитай внимательно.
9. OlegAr 21 08.08.17 10:44 Сейчас в теме
видимо речь идет про продажу за валюту, и не научились считать валютную разницу в УТ, у меня была такая задача. хотели в УТ продать по той рублевой цене по которой поступили деньги в валюте, но на момент продажи курс убежал вперед и естественно в рублях денег не хватает, в общем не решил.
14. ulterior 08.08.17 11:19 Сейчас в теме
обратите внимание на прикреплённый файл пжл.

Сумма в ТЧ отличается от Суммы документа. Сумма документа округляется системой. Не могу найти эту строку в коде чтобы отключить округление.

Я тоже сторонник того чтобы не рушить типовой функционал 1с, но бывают моменты что без этого никак. Я сам в поисках типовых решений данной задачи. Мне интересно а как работают в больших заводах где учёт ведется в УП, КА, ЭРП ?
Прикрепленные файлы:
15. OlegAr 21 08.08.17 11:22 Сейчас в теме
(14)в свойстве реквизита, кол-во знаков после запятой
17. Denis_CFO 48 08.08.17 11:24 Сейчас в теме
(15) не похоже, там количество после запятой одинаковое. Здесь именно расчёт суммы отрабатывает неверно.
16. Denis_CFO 48 08.08.17 11:24 Сейчас в теме
(14) Такой конфигурации в наличии нет чтобы посмотреть. Ну тут, скорее всего в событии "ПередЗаписью" или "ПриИзменении" в табличной части, нужно смотреть.
19. user633533_encantado 11 08.08.17 11:33 Сейчас в теме
(14) Сумма документа рассчитывается в модуле документа в процедуре "ПередЗаписью". Дело в том, что в таблице несколько сумм (сумма и суммасНДС). Для итогов берется вторая, проверьте что у нее тоже заменена разрядность.
Просто для учета взаиморасчетов с таким количеством знаков после запятой реквизиты не достаточно поменять, нужно и в регистры взаиморасчетов лезть, там то тоже два знака.
18. Cooler 22 08.08.17 11:28 Сейчас в теме
Считаю, что приступать к реализации этой задачи надо не раньше, чем можно будет отправить через банк платежку на 0.0001 руб.
Denis_CFO; +1 Ответить
20. OlegAr 21 08.08.17 11:46 Сейчас в теме
наверное решение одно, раз для определенного клиента надо выдавать документ. то и расчет надо делать в этом документе хоть до 10 знаком после запятой.
21. maks_20 164 08.08.17 11:57 Сейчас в теме
такую же ситуацию решали изменением свойств реквизитов в конфигураторе. не так это долго сделать
22. OlegAr 21 08.08.17 12:04 Сейчас в теме
(21) (19) Александр уже ответил и абсолютно прав.
23. sonik1C 08.08.17 17:50 Сейчас в теме
возможно вам надо пойти по логике которой работают аптеки.Хранить стоимость упаковок и отдельно стоимость шт.
grey.grouse; +1 Ответить
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот