Неверный Вид операции при загрузке выписки банка из клиент-банка у контрагентов с договором комиссии в 1С

Вопрос задал Николай Л.

Ответственный за ответ: Шаврова Ирина (★9.92/10)

Здравствуйте! После обновления у клиента загружаются выписки с неправильным видом операции. Касается это только контрагентов с договором комиссии, обычные покупатели загружаются правильно с видом операции «Поступление от покупателей».
Комиссионеры с видом «Оплата по платежным картам» и пустым договором. При исправлении вручную вида операции договор подтягивается и все загружается правильно.
Платежей много, руками исправлять не вариант. И до обновления все корректно загружалось.
Взяли копию до обновления для проверки. И в ней та же неправильная картина!?
В чем может быть причина? Очень жду хоть какого-то объяснения. Заранее спасибо!

Все комментарии (11)

  1. Приложение

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

    Давайте разбираться. 🙂
    Вот смотрите, что в первую очередь обращает внимание: вы взяли копию ДО обновления и попытались загрузить файл из банка и там тоже получилась неправильная картина. Получается, искать причину нужно в самом файле.

    Как происходит загрузка в 1С из файла выписок:
    Программа построчно считывает данные файла. Если посмотреть структуру файла, то мы увидим там все необходимые данные: ИНН и КПП контрагента, ИНН и КПП организации, расчетный счет, БИК банка, Вид оплаты, Очередность и т.д.
    Каждый банк готовит выгрузку сам. Обычно, поля «Вид операции» нет в выгрузке данных банка и 1С пытается определить вид операции по заложенному алгоритму.

    При загрузке данных выполняется функция СоздатьДокументы() в общем модуле ЗагрузкаВыпискиПоБанковскомуСчету. На вид операции здесь могут повлиять, как минимум, 2 показателя:
    — вид оплаты
    — расчетный счет контрагента

    Ниже я подробно покажу, как эти данные влияют на заполнение вида операции в выписке.
    А сам фрагмент кода показываю здесь.

    3
  2. Приложение

    Смотрите, я привожу примеры, зависимость показателя вид оплаты и вид операции в моем тестовом примере:
    01 — определяется вид операции как оплата поставщикам
    03 — определяется вид операции как снятие наличных в кассе
    17 — определяется вид операции как комиссия банка.

    То есть посмотрите свой текущий файл загрузки и старый, когда все загружалось правильно: не было ли изменений в виде оплаты.

    1
    1. Приложение

      1
  3. Приложение

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

    А вот второй случай — расчетный счет, как раз довольно часто играет роль своеобразного «стрелочника» в переопределении операции.

    Это связано с тем, что в 1С вид операции пытаются определить именно из балансового счета. Балансовый счет — это взятые обычно 5 первых символов расчетного счета. Именно по этим цифрам в общем модуле «Банковские правила» определяется операция выписки.

    Привожу скрин и ниже разберу свой случай и переопределю вид операции изменением расчетного счета.

    2
  4. Приложение

    В моем случае алгоритм программы анализирует расчетный счет 3023228106… и вид операции определяет как «Поступление по платежным картам».
    Почему? А вот по первым 5 символам расчетного счета: балансовый счет «30232» — по этим данным программа возьмет именно такую операцию.

    Так прописано в алгоритме разработчиков.
    Посмотрите скрины, это прямо из программного кода, чтобы вам было понятнее.

    3
  5. Приложение

    Вот на скринах все наглядно: первый скрин с соответствием расчетного счета 30232…. и вида операции «Поступление по платежным картам».

    А теперь я изменю в файле загрузки расчетный счет: первые 5 символов на 20202… И у меня совсем другая операция, потому что в банковских правилах для этой комбинации определяется операция «Прочие расчеты с контрагентами».

    1
  6. То есть я предполагаю, что причина может быть в изменении счета, для которого правило определяет другую операцию.
    Это то, что мы можем сказать, анализируя заложенный алгоритм загрузки банковских выписок в 1С.

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

    В любом случае, вам нужно попробовать найти «старый» файл, когда все загружалось корректно и сравнить его с текущей загрузкой по-строчно. Тогда будет уже более понятно, что в новой загрузке поменялось.

    Единственно, даже если вы и определите причину, пусть, например, у вас будет расчетный счет по которому программа определяет «неверное» правило для подстановки вида операции — изменить вы это скорее всего не сможете. Расчетный счет будет тот же, и если, поговорив с техническим отделом банка, вы вопрос не решите, то придется заказывать программисту доработку загрузки данных Клиент-банка.

    1
  7. Чтобы не ломать типовую конфигурацию, нужно будет выгрузить код, что отвечает за загрузку данных из Банка, например, обработку Клиент-Банк, если работаете с ней, как внешнюю обработку (или написать расширение к основной конфигурации, подменяющее заложенное правило).

    PS: На самом деле, такие доработки делаются очень часто.
    Если, действительно, объем загрузки из Банка большой и много времени тратится на правки загруженных документов, имеет смысл заказать такую обработку. На сайтах Инфостате, ПРОФИ и других вы можете описать свою задачу и выбрать исполнителя, кто предложит более выгодное по сумме решение.

    Это не очень большая работа для профессионала. Поэтому можно попробовать.

    Банк вряд ли будет менять свою программу под вас.
    А вот доработка в 1С силами программиста — это нормальное решение.

    2
  8. Да, и еще про «пустой договор» тоже понятно: по указанному виду «Оплата по платежным картам» программа ищет договор вида «Оплата от покупателя».

    Для контрагентов на комиссии такого договора в базе у вас не заведено, поэтому возвращается пустое значение. Как только меняете вид операции, соответствие вид операции — вид договора восстанавливается и договор сразу находится.

    Так что пустой договор — это следствие, а вот вид операции — тут серьезнее, и я постаралась описать в ответе выше причину неправильного выставления вида операции очень подробно.

    3
  9. Большое спасибо за такой подробный и развернутый ответ. Из переписки с разработчиками я выяснила, что они в 117 релизе перестали смотреть на договор, и из-за этого все изменилось для конкретно этой организации. Довольно редкий случай, когда с такими специфическими организациями, как Сбербанк, Киви, Юмани организация реально работает по договорам комиссии.
    Про доработку в виде расширения я уже говорила с клиентом, но пока ждем ответа от 1С
    Еще раз спасибо за Ваш подробный ответ !

    1
  10. Рада была помочь! Обращайтесь, пожалуйста.

Комментарии закрыты.