Всем доброго времени суток

В таблице FEBKO поле ABSND по выпискам формируется по разному:
- 1 вариант - БИК + номер счета
- 2 варант - БИК + номер счета без первых двух цифр + валюта

найти причину этой разницы я не могу. Может кто знает?

Хмм.. Альтернативный номер счета (T012K-BNKN2) используется?

Вообще... Вам поле ABSND обязательно нужно использовать для определения к какому банку/счету относится запись FEBKO? В FEBKO есть еще поля HBKID HKTID, они у нас отлично используются как ключевые вместо ABSND

Посмотрел, у нас везде такой вариант заполнения - БИК + номер счета (T012K-BANKN) полностью + валюта

Привет.
Чисто механически при одинаково заполненных строках SWIFT или multicash или просто заполнении полей при ручном вводе, поля должны заполнятся абсолютно идентично.
Если есть возможность, киньте строки выписки которые распознаются по разному сюда в тему (если происходит авто распознавание)... или опишите поподробнее ручной ввод (чем различаются данные бизнес операции)

Да, используется. Причина теперь ясна.
Да, неудачно я поля выбрала. Перейду на HBKID и HKTID.
Спасибо.

Подскажите, пожалуйста, по этой же FEBKO.
Не смотря на постоянное положительное сальдо на счете, поля SSVOZ и ESVOZ содержат значение H. Сумма по реальным приходным операциям попадает в поле "ИтогоКредит" (SUMHA), по расходным - в "ИтогоДебет" (SUMSO). Сначала понять не мог, что за ерунда в таблице и как расчет идет. Потом только увидел, что все наоборот. Аналогично и в FEBEP приходные операции стоят с символом H, а расходные с S. Почему у меня отрицательное сальдо? Правила проводки ведь настроены правильно: приход - дебет банковского счета, расход - кредит.

Кроме того в FEBKO есть выписки, по которым обороты Д/К нулевые, хотя реально это не так и FEBEP это подтверждает. Как такое могло получиться?

В заголовках выписок debit total и credit total для нашего сознания "перевернуты", они должны быть заданы как бы с точки зрения банка (на самом деле многие банки так и дают данные со "своей стороны"), поэтому Вы должны перед загрузкой выписок обеспечить требуемый формат файла заголовка, тогда после загрузки проблем не будет и все проверочные отчеты покажут, что сальдо и обороты идут

Согласен, банки в таком формате и предоставляют выписки. Но такое отображение было бы понятно, если у нас проект был в банке Есть ли какая-нибудь настройка которая это регулирует?


А какие именно отчеты существуют?

Плюс все-таки интересно как такое получилось?

я такой настройки не встречала увы


ну например, FF_6 покажет сообщение в верхней части, где выводить сальдо и обороты, если они не пойдут с расчетными (на основе позиций и сальдо предыдущих выписок), отчет RFEBKAP0


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

Происходит это не при загрузке выписок, а при ручном вводе через FF67. Вводит обычный пользователь с "чистыми" руками Не могу понять как система такое пропускает?

чудеса ) да, странно... пользователю никакие ворнинги или информациионные не выводились? это единичные случаи?

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

А вы проводите выписки??? Если конечное сальдо минус начальное не совпадает с оборотами, то выписку по идее система не дает провести. А пока она не проведена сальдо её, как начальное так и конечное можно менять.


В OT52 - все тоже правильно настроено? Не на оборот?

1. Попытаться в тестовой системе повторить сбойную выписку с трассировкой, взять данные одной из старых кривых выписок и провести аналогично.
2. Еще можно сравнить сбойные и корректные выписки по операциям, правилам проводок и т.д., какие правила и операции встречаются в обоих случаях, а какие присутстуют только в "кривой" и более подробно проверить настройки именно для них.

Там вроде все правильно. Например, расходная операция "-101" (Оплата поставщику), знак "-", правило "-101". Настройка правила предполагает дебет кредитора, кредит банка (Вид проводки 2).

1. Пробовал провести "кривые" выписки - проводятся корректно Непонятно тогда что им не понравилось в прошлый раз. Единственное не знаю как это сделать "с трассировкой".
2. Проверил ряд выписок. В сбойных операции такие же, как и в нормальных; комбинации операция+контрагент тоже не уникальны для сбойных; последовательность операций также не отличается. Вообще логики не вижу Такое впечатление, что системе бывает лень считать обороты и она на это забивает.

Например, есть чисто расходная выписка на -293190,64, при этом FEBKO говорит, что "ИтогоДебет" 3402,00. Замучала уже эта ерунда

Может есть какая-то нота, которая косвенно с этим связана? С такой пролемой ничего не нашел...

НУ еще попытка...
SE38 -> ZXF01U01 -> F7 много чего накручено, или пусто?