По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Назначение платежа формирует ваш контрагент плательщик, вы можете быть уверены, что они укажут нужные вам реквизиты и они совпадут с данными в вашей БУХ 3.0? Если, да, то просто дайте им ваш шаблон или ищете нужные реквизиты в строке.
Да это хорошая идея, но к сожалению бывает такая категория людей которая не признает киках новшеств "Потому что им так не удобно". А с клиентом ругаться не очень хочется из-за таких сотрудников. Поэтому приходится искать варианты.
Неоднократно доделывал Клиент-банк на поиск таких слов как СЧЕТ (счет,Счет), УПД и т.д. Но всегда проблемы, например напишут счЁт и так далее. Но процентов 70-80 распознает. Комиссию банка искал, переделки примитивны, но сильно отличаются от клиента к клиенту. Универсально точно не выйдет.
(8) Понятно что добиться идеального на 100% распознавания не получится, но упростить бухгалиеру жизнь можно попробовать. Тем более я не собираюсь без контроля оставлять этот момент, лишь дополнить возможность распознать по нажатию кнопки и только для платежей с несколькими счетами.
(7) Добрый день. Я прицепил файл одной из обработок. Она для Торговли 10, да еще и переработанной, но принцип будет понятен, ищу в назначении слова счет или УПД, ищу его в базе и вставляю в документ или пытаюсь заполнить табличную часть документа (входящих платежей). Начало вставок помечено символами //в*. Долго говорить не о чем, это для конкретного клиента. Универсального механизма точно не придумать, Сам формат банковского файла очень примитивен и странен, например, почему нет договора?
Прикрепленные файлы:
Клиент банк 2024.epf
(21)Есть контрагент, есть сумма, есть дата. Тот кто платит в основном работает в 1С и тот кто получает там же. Во взаимозачетах у 1С минимум два субконто. Почему контрагент есть, а договор (это ОБЯЗАТЕЛЬНОЕ второе субконто), но его нет? Сейчас бы и третье субконто не помешало, кто мешает указать номер и дату документа? Платеж по конкретному документу встречается очень часто. Вместе с назначением платежа, добавить поля договор (или его номер и дату) и номер и дату первичного документа. Тот же фокус с нумерацией, ну почему только 3 знака для номера платежек? А вот формализовать назначение платежа у моих клиентов не получилось ни разу.
(23)
А договор каждая сторона заносит в свою базу как бог на душу положит, сокращая слова и расставляя знаки препинания как фантазия подскажет.
А фантазия у бухгалтеров богааатая... так что чужое наименование договора крайне редко может быть вам хоть немного полезно.
Почему контрагент есть, а договор (это ОБЯЗАТЕЛЬНОЕ второе субконто), но его нет?
Хотя бы потому что у контрагента есть однозначный реквизит, по которому его наверняка можно найти - это ИНН. Что и используется при импорте банковских выписок.
А договор каждая сторона заносит в свою базу как бог на душу положит, сокращая слова и расставляя знаки препинания как фантазия подскажет.
А фантазия у бухгалтеров богааатая... так что чужое наименование договора крайне редко может быть вам хоть немного полезно.
Можно было бы много чего придумать, например номер и дату договора. Но это ничего не меняет. Формат банка был придуман давно и видимо не очень удачно. Например, три цифры в номере платежки явно мало, несколько раз встречался с превышением количества платежек. Ну и при развитии электронного оборота, когда передается куча всяких мелких особенностей документа и это все успешно принимается, обмен с банком выглядит совершенно архаично. Скоро видимо проще будет по ЭДО передать платежки, и получить от банка только подтверждение.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот