Здравствуйте. Подскажите, пожалуйста, такой вопрос. При считывании QR кода с квитанции в БГУ 2 в сбере не проходят лицевые счета с нулями, которые стоят впереди (все другие банки их видят). Может кто сталкивался? Как обойти? Хотя раньше считывал нормально, видно что то поменялось.
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
1. Легкий - убрать лидирующие нули прямо в реквизите, если это приемлемо для учета. То есть, оставить только "83437"
2. Посложнее, но без проблем в учете - "обрезать" нули прямо в процедуре печати квитанций, или в цикле, или вот так:
Чтобы не корежить типовой код, можно это сделать в расширении.
Как обойти?
Если обходить программно, то два варианта:
1. Легкий - убрать лидирующие нули прямо в реквизите, если это приемлемо для учета. То есть, оставить только "83437"
2. Посложнее, но без проблем в учете - "обрезать" нули прямо в процедуре печати квитанций, или в цикле, или вот так:
ЛицевойСчетДляПечати = СтрЗаменить(СокрЛП(СтрЗаменить(ЛицевойСчет,"0"," "))," ","0");Чтобы не корежить типовой код, можно это сделать в расширении.
(6) В 1с код стоит строка, сначала убрала количество цифр, убрались цифры, которые стояли последние, а ноли остались. Потом попробовала код поставить число, ноли убрались, но появился пробел между цифрам, сбер так тоже не видит. В итоге вернула код на строку и поставила длину кода какую надо и так как уже цифры показывались верные, то стало показывать так, как надо сберу. Может муторно, но я не сильна в переделке всяких процедур. Все спасибо за ответы.
(1) Отсканируйте свой QR в любом сканере QR кодов на смартфоне, увидите, что там есть. Если нули там есть, то 1С тут ни при чем и это криворукие прогеры сбера поставили в это поле число, а не строку и ничего с этим вы не сделаете, кроме как в поддержку сбера обращаться.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот