Распознать назначение платежа

1. Fristayla 22.12.22 11:37 Сейчас в теме
Коллеги добрый день! Подскажите может у кого-то есть разработки по распознаю назначения платежа. Цель создать автоматическое разнесение приходов денежных средств по документам реализации в БУХ 3,0.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. MrMind 22.12.22 11:45 Сейчас в теме
Назначение платежа формирует ваш контрагент плательщик, вы можете быть уверены, что они укажут нужные вам реквизиты и они совпадут с данными в вашей БУХ 3.0? Если, да, то просто дайте им ваш шаблон или ищете нужные реквизиты в строке.
9. пользователь 25.12.22 21:15
Сообщение было скрыто модератором.
...
3. Fristayla 22.12.22 11:57 Сейчас в теме
Да это хорошая идея, но к сожалению бывает такая категория людей которая не признает киках новшеств "Потому что им так не удобно". А с клиентом ругаться не очень хочется из-за таких сотрудников. Поэтому приходится искать варианты.
4. vadim.semyonov.rzn 22.12.22 12:11 Сейчас в теме
(3)
Поэтому приходится искать варианты
Предложения типа использовать УИП не рассматриваются?
5. Fristayla 22.12.22 12:15 Сейчас в теме
(4) Спасибо, очень интересная идея если не получится разработать алгоритм распознания обязательно воспользуюсь.
10. пользователь 25.12.22 21:16
Сообщение было скрыто модератором.
...
12. Fristayla 25.12.22 21:52 Сейчас в теме
(10) А кто запрещает присваивать свои уникальные идентификаторы платежей?
13. пользователь 25.12.22 22:01
Сообщение было скрыто модератором.
...
16. Fristayla 25.12.22 22:44 Сейчас в теме
(13)Не совсем так. В счёте можно указать, что в названии требуется указать следующий идентификатор.
18. пользователь 25.12.22 22:48
Сообщение было скрыто модератором.
...
6. kermzyxer 10 25.12.22 02:06 Сейчас в теме
Неоднократно доделывал Клиент-банк на поиск таких слов как СЧЕТ (счет,Счет), УПД и т.д. Но всегда проблемы, например напишут счЁт и так далее. Но процентов 70-80 распознает. Комиссию банка искал, переделки примитивны, но сильно отличаются от клиента к клиенту. Универсально точно не выйдет.
dehro; Torin; +2 Ответить
7. Fristayla 25.12.22 19:14 Сейчас в теме
(6) есть возможность отправить наработки? Когда есть от чего отталкиваться дело всегда быстрее продвигается.
8. пользователь 25.12.22 21:06
Сообщение было скрыто модератором.
...
11. Fristayla 25.12.22 21:34 Сейчас в теме
(8) Понятно что добиться идеального на 100% распознавания не получится, но упростить бухгалиеру жизнь можно попробовать. Тем более я не собираюсь без контроля оставлять этот момент, лишь дополнить возможность распознать по нажатию кнопки и только для платежей с несколькими счетами.
14. пользователь 25.12.22 22:02
Сообщение было скрыто модератором.
...
22. kermzyxer 10 26.12.22 00:08 Сейчас в теме
(14)Не согласен. Можно что-то поискать и вставить при успехе. И бухгалтеру не нужно это проверять. Заполнились поля, ну и чудесно. Это же потом проверится во взаиморасчетах.
26. пользователь 26.12.22 01:26
Сообщение было скрыто модератором.
...
15. Fristayla 25.12.22 22:41 Сейчас в теме
(14) Думаю глянуть, а все ли счета в назначении отобразились в расшифровке платежа, меньше геморря чем вытирать все руками. Я поражаюсь что 1С не придумала для этих целей кокойто выход
17. user1863362 25.12.22 22:47 Сейчас в теме
(15)
Я поражаюсь что 1С не придумала

Мимими
user1881120; +1 Ответить
19. пользователь 25.12.22 22:52
Сообщение было скрыто модератором.
...
20. kermzyxer 10 26.12.22 00:01 Сейчас в теме
(7) Добрый день. Я прицепил файл одной из обработок. Она для Торговли 10, да еще и переработанной, но принцип будет понятен, ищу в назначении слова счет или УПД, ищу его в базе и вставляю в документ или пытаюсь заполнить табличную часть документа (входящих платежей). Начало вставок помечено символами //в*. Долго говорить не о чем, это для конкретного клиента. Универсального механизма точно не придумать, Сам формат банковского файла очень примитивен и странен, например, почему нет договора?
Прикрепленные файлы:
Клиент банк 2024.epf
Fristayla; +1 Ответить
21. пользователь 26.12.22 00:04
Сообщение было скрыто модератором.
...
23. kermzyxer 10 26.12.22 00:24 Сейчас в теме
(21)Есть контрагент, есть сумма, есть дата. Тот кто платит в основном работает в 1С и тот кто получает там же. Во взаимозачетах у 1С минимум два субконто. Почему контрагент есть, а договор (это ОБЯЗАТЕЛЬНОЕ второе субконто), но его нет? Сейчас бы и третье субконто не помешало, кто мешает указать номер и дату документа? Платеж по конкретному документу встречается очень часто. Вместе с назначением платежа, добавить поля договор (или его номер и дату) и номер и дату первичного документа. Тот же фокус с нумерацией, ну почему только 3 знака для номера платежек? А вот формализовать назначение платежа у моих клиентов не получилось ни разу.
24. user856012 14 26.12.22 01:22 Сейчас в теме
(23)
Почему контрагент есть, а договор (это ОБЯЗАТЕЛЬНОЕ второе субконто), но его нет?
Хотя бы потому что у контрагента есть однозначный реквизит, по которому его наверняка можно найти - это ИНН. Что и используется при импорте банковских выписок.

А договор каждая сторона заносит в свою базу как бог на душу положит, сокращая слова и расставляя знаки препинания как фантазия подскажет.

А фантазия у бухгалтеров богааатая... так что чужое наименование договора крайне редко может быть вам хоть немного полезно.
25. пользователь 26.12.22 01:25
Сообщение было скрыто модератором.
...
27. kermzyxer 10 26.12.22 03:36 Сейчас в теме
Можно было бы много чего придумать, например номер и дату договора. Но это ничего не меняет. Формат банка был придуман давно и видимо не очень удачно. Например, три цифры в номере платежки явно мало, несколько раз встречался с превышением количества платежек. Ну и при развитии электронного оборота, когда передается куча всяких мелких особенностей документа и это все успешно принимается, обмен с банком выглядит совершенно архаично. Скоро видимо проще будет по ЭДО передать платежки, и получить от банка только подтверждение.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот