insurgut
Анянов Михаил

Добрый день!

В последнее время участились случаи (примерно 1-2 случая в день на 200-300 чеков) повторного списания по терминалу по одному и тому же чеку.

Выглядит примерно так. Набрали чек, нажали оплатить картой. Дальше уже работает терминал. Открывается перед кассиром обработка SBRF, которая дублирует действия клиента. Клиент прикладывает карту. Операция проходит. Деньги списываются и... опять выходит предложение оплаты. Ну клиент не задает вопросов. Прикладывает карту второй раз.

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

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

Кто сталкивался с подобным? Сбербанк как обычно перекладывает на 1С. Но 1С не управляет самим терминалом же. Все, что 1С делает - отправляет команду на терминал и ждет. Терминалы новые - сенсорные которые, с оплатой "улыбкой", вообще как их поставили изначально одни проблемы с ними были. Потом вроде отладили, но в последнее время вот такая проблема образовалась.

Конфигурация Комплексная автоматизация, ред. 2.5.16.107

(1) интересно получается :) Есть в этом что-то аналоговое.

Прикрепленные файлы:

ПроверкаПрогрессБара.epf

▉▉▉▉▒▒▒▒░░░░▉▉▉▉▉▐▐▐▐▐

Вообще хранение файлов на томах противоречит ссылочной целостности 1С. Тоже были подобные проблемы с томами. Перешли в итоге на хранение файлов в базе. Конечно не для каждой базы это приемлемо.

В свое время когда "боролся" с проблемой хранения файлов в томах - сделал доработку, чтобы файл на том записывался с именем файла = внутреннему идентификатору элемента справочника прикрепленных файлов.

Каждый программист может выбрать любую операционную систему, главное, чтобы у него было минимум 2 монитора. (с)

Сегодня столкнулся с аналогичной проблемой. Через браузер 1С - открывается, а через тонкий клиент - бесконечно висит на этапе "Загрузка конфигурационной информации".

Что делал:
1. Чистил кэш (удалял папки 1С полностью из AppData (Local и Roaming), ProgramData)
2. Отключал встроенный антивирус (Windows 10)
3. Удалял полностью 1С и устанавливал заново
4. Менял скорость запуска на низкую
5. Отключал использование аппаратной защиты в 1С
6. Перезапускал роутер+хаб+компьютер
7. ipconfig /flushdns

Ничего из этого проблемы не решало. Получилось только после того, как создал отдельную новую учетную запись пользователя. Под ней все - заработало.

На всякий случай оставлю для истории. Сделал свертку базы на начало 2024 года, документы все удалил старые. Но программа "требовала" пересчет себестоимости начиная с 2017 года.

В результате нашел запрос, по которому программа определяет, что были движения по себестоимости, но нет документов расчета себестоимости. Сам запрос можно найти с модуле РасчетСебестоимостиПрикладныеАлгоритмы - функция ОрганизацииСДвижениямиПоСебестоимости.

Получается при свертке формируются документы Ввода остатков оптовых продаж (насколько я понял, данные нужны для формирования отчета по продажам за прошлые периоды), которые делают движения в регистр ВыручкаИСебестоимостьПродаж прошлым периодом.

Удалить документы или доработать запрос - решать уже вам.

(28) https://wonderland.v8.1c.ru/blog/unifikatsiya-metodov-raboty-s-faylami/

(13) не вспомните, как именно нашли документ? Что в нем не так было?

Пример какой-то странный. А чем старый добрый "бесконечный" цикл с условием в конце не угодил?

Код
Пока Истина Цикл    ...действия...    ...действия...    ...действия...    Если ОноСлучилось Тогда       Прервать;    КонецЕсли; КонецЦикла;

Потому-что строчек кода больше? Суть-то не меняется.

Если речь не о коде, а о том, что хочется, чтобы 1С "кодировалась" в стиле других ЯП, то это крайне странное желание. Как хотеть, чтобы автомобиль летал как самолет, чтобы фломастер стал яблоком.