Здравствуйте! После обновления у клиента загружаются выписки с неправильным видом операции. Касается это только контрагентов с договором комиссии, обычные покупатели загружаются правильно с видом операции «Поступление от покупателей».
Комиссионеры с видом «Оплата по платежным картам» и пустым договором. При исправлении вручную вида операции договор подтягивается и все загружается правильно.
Платежей много, руками исправлять не вариант. И до обновления все корректно загружалось.
Взяли копию до обновления для проверки. И в ней та же неправильная картина!?
В чем может быть причина? Очень жду хоть какого-то объяснения. Заранее спасибо!
Все комментарии (11)
Комментарии закрыты.
Приложение
Николай, я программист БухЭксперт8 и меня попросили посмотреть ваш вопрос, чтобы дать ответ исходя из заложенного алгоритма загрузки данных Клиент-банка.
Давайте разбираться. 🙂
Вот смотрите, что в первую очередь обращает внимание: вы взяли копию ДО обновления и попытались загрузить файл из банка и там тоже получилась неправильная картина. Получается, искать причину нужно в самом файле.
Как происходит загрузка в 1С из файла выписок:
Программа построчно считывает данные файла. Если посмотреть структуру файла, то мы увидим там все необходимые данные: ИНН и КПП контрагента, ИНН и КПП организации, расчетный счет, БИК банка, Вид оплаты, Очередность и т.д.
Каждый банк готовит выгрузку сам. Обычно, поля «Вид операции» нет в выгрузке данных банка и 1С пытается определить вид операции по заложенному алгоритму.
При загрузке данных выполняется функция СоздатьДокументы() в общем модуле ЗагрузкаВыпискиПоБанковскомуСчету. На вид операции здесь могут повлиять, как минимум, 2 показателя:
— вид оплаты
— расчетный счет контрагента
Ниже я подробно покажу, как эти данные влияют на заполнение вида операции в выписке.
А сам фрагмент кода показываю здесь.
Приложение
Смотрите, я привожу примеры, зависимость показателя вид оплаты и вид операции в моем тестовом примере:
01 — определяется вид операции как оплата поставщикам
03 — определяется вид операции как снятие наличных в кассе
17 — определяется вид операции как комиссия банка.
То есть посмотрите свой текущий файл загрузки и старый, когда все загружалось правильно: не было ли изменений в виде оплаты.
Приложение
…
Приложение
Но вид оплаты, как правило, не меняется. Я пишу об этом для того, чтобы дать развернутый ответ по цепочке возможных причин, из-за которых может по-разному определяться вид операции.
А вот второй случай — расчетный счет, как раз довольно часто играет роль своеобразного «стрелочника» в переопределении операции.
Это связано с тем, что в 1С вид операции пытаются определить именно из балансового счета. Балансовый счет — это взятые обычно 5 первых символов расчетного счета. Именно по этим цифрам в общем модуле «Банковские правила» определяется операция выписки.
Привожу скрин и ниже разберу свой случай и переопределю вид операции изменением расчетного счета.
Приложение
В моем случае алгоритм программы анализирует расчетный счет 3023228106… и вид операции определяет как «Поступление по платежным картам».
Почему? А вот по первым 5 символам расчетного счета: балансовый счет «30232» — по этим данным программа возьмет именно такую операцию.
Так прописано в алгоритме разработчиков.
Посмотрите скрины, это прямо из программного кода, чтобы вам было понятнее.
Приложение
Вот на скринах все наглядно: первый скрин с соответствием расчетного счета 30232…. и вида операции «Поступление по платежным картам».
А теперь я изменю в файле загрузки расчетный счет: первые 5 символов на 20202… И у меня совсем другая операция, потому что в банковских правилах для этой комбинации определяется операция «Прочие расчеты с контрагентами».
То есть я предполагаю, что причина может быть в изменении счета, для которого правило определяет другую операцию.
Это то, что мы можем сказать, анализируя заложенный алгоритм загрузки банковских выписок в 1С.
Конечно, это если программа не доработана, в нее не вносились изменения, обновление соответствует актуальному релизу.
Более точно ситуацию может проанализировать программист в Отладчике на вашей базе и с вашим конкретным файлом. По регламенту на сайте мы даем сведения, которые могут помочь разобраться в ситуации пользователя, исходя из заложенной логики программы. Но анализ ошибки без базы все-таки не дает абсолютной точности.
В любом случае, вам нужно попробовать найти «старый» файл, когда все загружалось корректно и сравнить его с текущей загрузкой по-строчно. Тогда будет уже более понятно, что в новой загрузке поменялось.
Единственно, даже если вы и определите причину, пусть, например, у вас будет расчетный счет по которому программа определяет «неверное» правило для подстановки вида операции — изменить вы это скорее всего не сможете. Расчетный счет будет тот же, и если, поговорив с техническим отделом банка, вы вопрос не решите, то придется заказывать программисту доработку загрузки данных Клиент-банка.
Чтобы не ломать типовую конфигурацию, нужно будет выгрузить код, что отвечает за загрузку данных из Банка, например, обработку Клиент-Банк, если работаете с ней, как внешнюю обработку (или написать расширение к основной конфигурации, подменяющее заложенное правило).
PS: На самом деле, такие доработки делаются очень часто.
Если, действительно, объем загрузки из Банка большой и много времени тратится на правки загруженных документов, имеет смысл заказать такую обработку. На сайтах Инфостате, ПРОФИ и других вы можете описать свою задачу и выбрать исполнителя, кто предложит более выгодное по сумме решение.
Это не очень большая работа для профессионала. Поэтому можно попробовать.
Банк вряд ли будет менять свою программу под вас.
А вот доработка в 1С силами программиста — это нормальное решение.
Да, и еще про «пустой договор» тоже понятно: по указанному виду «Оплата по платежным картам» программа ищет договор вида «Оплата от покупателя».
Для контрагентов на комиссии такого договора в базе у вас не заведено, поэтому возвращается пустое значение. Как только меняете вид операции, соответствие вид операции — вид договора восстанавливается и договор сразу находится.
Так что пустой договор — это следствие, а вот вид операции — тут серьезнее, и я постаралась описать в ответе выше причину неправильного выставления вида операции очень подробно.
Большое спасибо за такой подробный и развернутый ответ. Из переписки с разработчиками я выяснила, что они в 117 релизе перестали смотреть на договор, и из-за этого все изменилось для конкретно этой организации. Довольно редкий случай, когда с такими специфическими организациями, как Сбербанк, Киви, Юмани организация реально работает по договорам комиссии.
Про доработку в виде расширения я уже говорила с клиентом, но пока ждем ответа от 1С
Еще раз спасибо за Ваш подробный ответ !