Кратность в Юанях (CNY) 10 и 1

14.10.22

Разработка - Запросы

Обратите внимание на обмены данными с Юанями. Кратность там меняется между 10 и 1, в зависимости от значения курса > 10 или < 10. Т.е. НЕ ВСЕГДА равна 1. А многие разработчики (в том числе и я) грешат, ставя Кратность = 1 по умолчанию в обменах и выгрузках. P.S. Идём на Восток, становимся хитрее.

До 6 мая 2022 года курс Юаня к Рублю был выше 10 Рублей, где-то в районе 10-15 Рублей за 1 Юань (и определялся с кратностью = 1).

В мае Рубль стал укрепляться и курс опустился ниже 10 Рублей, в районе 9 Рублей за 1 Юань, тогда в регистре Курсы валют - эта ситуация стала отображаться с кратностью 10 (т.е. не 9 Рублей за 1 Юань по кратности 1, а 90 Рублей за 10 Юаней по кратности 10) 
У Клиента столкнулся с тем, что в коде правил обмена между БазойА и БазойБ кратность указывалась равной 1.

Таким образом при курсе Юаня ниже 10 Рублей, возникала ошибка:

Если в БазеА, в документе платежа фиксировался курс 90 Рублей за 10 Юаней и кратность равнялась 10, то у того же самого документа в результате обмена в БазеБ устанавливался курс 90 Рублей за 1 Юань и кратность = 1.

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

Таже стоит заметить, что не только 1С программисты, но и в некоторых банках кратность 10 игнорируют, оставляя её равной 1, тем самым "теряя" последнюю значащую цифру. Раздают клиентам к загрузке файлы клиент-банка с округленными значениями курсов.

Вот реальный пример:

  • Банк дал файл с курсом 9,3671 при кратности 1
  • Хотя это могло бы быть 93,6715 при кратности 10

 

 
 Другие публикации автора

 

Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.

См. также

Инструментарий разработчика Роли и права Запросы СКД Программист Руководитель проекта Платформа 1С v8.3 Управляемые формы Запросы Система компоновки данных Платные (руб)

Инструменты для разработчиков 1С 8.3: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

12000 руб.

02.09.2020    171332    959    403    

923

Запросы Программист Бесплатно (free)

Увидел cheatsheet по SQL и захотелось нарисовать подобное, но про запросы.

18.10.2024    11664    sergey279    18    

65

Запросы Программист Платформа 1С v8.3 Запросы 1C:Бухгалтерия Бесплатно (free)

Столкнулся с интересной ситуацией, которую хотел бы разобрать, ввиду её неочевидности. Речь пойдёт про использование функции запроса АВТОНОМЕРЗАПИСИ() и проблемы, которые могут возникнуть.

11.10.2024    6618    XilDen    36    

83

Запросы Программист Запросы Бесплатно (free)

Отлаживая взаимодействие с базой данных, мы регулярно сталкиваемся с зависающими или подозрительно долго выполняющимися обращениями, негативно влияющими на производительность. О том, как в PostgreSQL выявить подозрительные запросы, основываясь на доступной о них информации, расскажем в статье.

16.08.2024    9313    user1840182    5    

28

Математика и алгоритмы Запросы Программист Платформа 1С v8.3 Запросы Бесплатно (free)

Рассмотрим быстрый алгоритм поиска дублей с использованием hash функции по набору полей шапки и табличных частей.

08.07.2024    2788    ivanov660    9    

22

Запросы СКД Программист Стажер Система компоновки данных Россия Бесплатно (free)

Часто при разработке отчетов в СКД возникает ситуация, когда не совсем понятно, почему отчет выводит не те данные, которые нужны, либо не выводит вовсе. Возникает потребность увидеть конечный запрос, который формирует СКД. Как это сделать, рассмотрим в этой статье.

15.05.2024    10570    implecs_team    6    

48

Запросы Программист Стажер Платформа 1С v8.3 1C:Бухгалтерия Бесплатно (free)

Часто поступают задачи по произвольному распределению общих сумм. После распределения иногда пропадают копейки. Суть решения добавить АвтоНомерЗаписи() в ВТ распределения, и далее используя функции МАКСИМУМ или МИНИМУМ можем положить разницу копеек в первую или последнюю строку знаменателя распределения.

11.04.2024    3664    andrey_sag    10    

38
Отзывы
3. vld1973 92 10.06.22 14:36 Сейчас в теме
Да спасибо за напоминание, сейчас при написании "валютных" отчетов и в переносах надо внимательно проверять чтобы использовалась и Кратность и Курс.
Кстати по японской йене тоже самое было в марте

Дата курса Валюта Курс Кратность
05.03.2022 JPY 91,6402 100
06.03.2022 JPY 92,1751 100
07.03.2022 JPY 92,1751 100
08.03.2022 JPY 92,1751 100
09.03.2022 JPY 92,1751 100
10.03.2022 JPY 10,0532 10
11.03.2022 JPY 10,3922 10
12.03.2022 JPY 10,0791 10
13.03.2022 JPY 10,0791 10
14.03.2022 JPY 10,0791 10
15.03.2022 JPY 99,4486 100
16.03.2022 JPY 94,4845 100
17.03.2022 JPY 91,3567 100
18.03.2022 JPY 88,2128 100
19.03.2022 JPY 87,0878 100
20.03.2022 JPY 87,0878 100
A_Max; user1698683; serko8547; sapervodichka; +4 Ответить
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vano-ekt 124 10.06.22 14:11 Сейчас в теме
(0)
поправьте расчет кратности при передаче данных

поправили уже, 06.05.2022 🤣
sapervodichka; +1 Ответить
2. sapervodichka 6936 10.06.22 14:26 Сейчас в теме
(1) да, тогда то всё и началось )))
3. vld1973 92 10.06.22 14:36 Сейчас в теме
Да спасибо за напоминание, сейчас при написании "валютных" отчетов и в переносах надо внимательно проверять чтобы использовалась и Кратность и Курс.
Кстати по японской йене тоже самое было в марте

Дата курса Валюта Курс Кратность
05.03.2022 JPY 91,6402 100
06.03.2022 JPY 92,1751 100
07.03.2022 JPY 92,1751 100
08.03.2022 JPY 92,1751 100
09.03.2022 JPY 92,1751 100
10.03.2022 JPY 10,0532 10
11.03.2022 JPY 10,3922 10
12.03.2022 JPY 10,0791 10
13.03.2022 JPY 10,0791 10
14.03.2022 JPY 10,0791 10
15.03.2022 JPY 99,4486 100
16.03.2022 JPY 94,4845 100
17.03.2022 JPY 91,3567 100
18.03.2022 JPY 88,2128 100
19.03.2022 JPY 87,0878 100
20.03.2022 JPY 87,0878 100
A_Max; user1698683; serko8547; sapervodichka; +4 Ответить
7. sapervodichka 6936 10.06.22 16:20 Сейчас в теме
(3) спасибо за инфу про Йены (проверили у себя тоже её - повезло, что не делали платежей в иенах в тот период)
4. пользователь 10.06.22 14:38
Сообщение было скрыто модератором.
...
5. lvictor58 138 10.06.22 14:38 Сейчас в теме
Во всех типовых конфигурациях есть функции получения курса и кратности валюты. И если получать данные с их использованием - тогда подобных косяков возникать не будет. Учите мат. часть!
А при переносе уже готовых документов эти значения хранятся в их соответствующих реквизитах. И лучше их не перезаполнять.
6. sapervodichka 6936 10.06.22 14:45 Сейчас в теме
(5) оу оу оу ))) полегче, это безусловно, что вы правы, что надо мат часть учить. Но обменов разных и выгрузок разных и людей разных, которые их делали десятки тысяч. Конкретно этот обмен, например, между 1С:Управление холдингом где курс и кратность в документах списания с рс есть, но НЕ для всех видов операций по валюте заполняется, а при переносе документа в УПП в документ Платежный ордер на списание курс и кратность должны быть заполнены и предварительно рассчитаны в момент обмена.
8. vano-ekt 124 10.06.22 16:35 Сейчас в теме
(5) вы это кодерам легаси задним числом расскажите, есть куча нетиповых объектов, где вообще кратность потеряли
zqzq; Светлый ум; sapervodichka; +3 Ответить
11. o.kovalev 116 16.06.22 11:23 Сейчас в теме
(5)
То в процедурах, а если курс получается прямо в запросе то нужно контролировать чтобы и делилось на кратность
когда раньше были только доллары и евро эта ошибка не проявлялась,
9. &rew 53 10.06.22 20:49 Сейчас в теме
Сейчас в ерп и ка кратность упраздняются. Теперь там что-то вроде КурсЧислитель и КурсЗнаменатель в приобретениях и реализациях. Короче все "накоженые" наскоро обмены переписываем под это дело вместе со справочниками СтавкиНДС и прочей парашей типа новых видах субконто на счетах.
zqzq; Светлый ум; +2 Ответить
12. lvictor58 138 18.06.22 17:45 Сейчас в теме
А я вообще не о том.
Во всех типовых конфигурациях есть стандартные процедуры пересчета цен. Учитывается там не только кратность и курс валюты даже если это
(9)
ам что-то вроде КурсЧислитель и КурсЗнаменатель

но и коэффициенты единиц измерения ко всему прочему. И в типовых конфигурациях, там где надо то или другое, все эти нюансы учтены в коде. И получается что статья эта на тему "Создадим себе трудности, что бы потом их героически преодолеть!". И всем рассказать какие мы ай-да молодцы.
И остается резюмировать: не плодите говнокод, господа, и будет вам СЧАСТЯ!
13. &rew 53 20.06.22 08:38 Сейчас в теме
(12)Тоже не панацея. БСП меняется от версии к версии, и если Вы однажды красиво накодили в надежде на библиотеку, то в новой версии это всё превращается в тыкву. Например вы написали свой документ с ТЧ в котором есть ставка НДС. Ну и при Изменении строки ТЧ отработали соответствующим образом. А в новой версии ставка НДС теперь не перечисление а справочник, и при попытке передать туда перечисление мы получим что-то типа Поле не обнаружено "Ставка". Теперь нам надо переделать все значения в старых доках, или накодить новый реквизит скрыв старый. Далее учесть во всех местах где идет ссылка на этот реквизит. Тут не стОит однобоко рассматривать такие вопросы. Вопросы производительности опять же никто не снимал.
unknown181538; +1 Ответить
10. o.kovalev 116 16.06.22 11:20 Сейчас в теме
Тоже на это наткнулся, в старых отчетах кто то не указал кратность, хотя это и раньше было важно просто обычно больше двух валют раньше никто не вел
sapervodichka; +1 Ответить
14. biimmap 2024 16.12.22 15:18 Сейчас в теме
С Бенгалами кратность 100
Оставьте свое сообщение