Вход | Регистрация


БП 3.0 распознавание договора при загрузке банковской выписки

БП 3.0 распознавание договора при загрузке банковской выписки
Я
   25-11
 
19.01.18 - 11:55
Подскажите, если кто-то уже разбирал этот код... Я правильно понял, что если Контрагент найден и у него имеется хотя бы один договор подходящего вида (например, для поступления на р/с - "С покупателем"), то какой-то элемент будет обязательно выбран?
Т.е. в этом случае не может быть ситуации "Договор не найден", вне зависимости от содержания реквизит "Назначении платежа".
 
 
   Aleksey
 
1 - 19.01.18 - 11:57
я даже более скажу. Если небудет договора он новый создасть
   25-11
 
2 - 19.01.18 - 12:03
(1) Создавать/не создавать - есть такая настройка, это не тот случай. Несколько другая ситуация. Ты код смотрел?
   Вафель
 
3 - 19.01.18 - 12:29
чтоб по назначению платежа договор выцеплять - это нужно ИИ писать. ибо каждый пишет как хочет
   Джордж1
 
4 - 19.01.18 - 12:31
(3)Если искать сначала по номеру договора, а если не нашли по номеру счета и брать договор оттуда - в 99% случаях работать будет
   n0ther
 
5 - 19.01.18 - 12:34
(4) А где номер договора взять? Единственное место в банковской выписке это неформализированная строка назначения платежа. Про номер счета - не понял.
В 99% это работать точно не будет.
   Вафель
 
6 - 19.01.18 - 12:35
(4) где-нибудь уже внедрял такое?
   Мыш
 
7 - 19.01.18 - 12:41
(5) Да, именно в назначении платежа.
   25-11
 
8 - 19.01.18 - 13:13
(3) А ты сам когда-нибудь видел результаты загрузки выписки?
В большинстве случаев, если договор имеется, то он распознаётся правильно даже наличии нескольких именно по содержанию назначения платежа.
А вот если его (договора) с нужным номером нет, то всё равно какой-то подставится.
   25-11
 
9 - 19.01.18 - 13:15
(8) *наличии = при наличии
   25-11
 
10 - 19.01.18 - 13:19
(4) Вопрос в том, как ищет типовой код. Я попытался разобраться, с ходу не вышло, там несколько схем поиска для различных объектов, расчёт приоритета с разными весами для разных схем...
 
 Рекламное место пустует
   25-11
 
11 - 21.01.18 - 21:05
мда, похоже, я не прав был... при распознавании договора назначние платежа не анализируется вовсе, и "попадания" в нужный договор носит случайный характер. Никто не дописывал, чтобы, например, автоматически подставлять договор, если его номер содержится в назначении платежа?
   MaxS
 
12 - 21.01.18 - 21:08
(11) Дописывал. Тут: http://catalog.mista.ru/public/180797/
   hhhh
 
13 - 21.01.18 - 21:23
(11) я тоже делал подстановку счета по полю назначение платежа. Естественно клиенты пишут по разному "по счету", "по сч.", "по счету №", это всё анализировал и также если задано несколько счетов через запятую.
   25-11
 
14 - 21.01.18 - 21:35
(13) как раз счёт более-менее системно обрабатывается, по крайней мере как один из критериев - вхождение номера назначение платежа.
(12) я правильно понял,что использовать доп. правила типа
"1. если номер договора входит в назначение платежа, и это справедливо ровно для одного договора - выбери его"
"2. если ни для одного из договоров номер не входит в назначение платежа - запиши с пустым договором, пусть пользователь сам выберет нужный"
   25-11
 
15 - 21.01.18 - 21:36
(14) *использовать = можно использовать
   nordbox
 
16 - 22.01.18 - 07:13
(15) я своим клиентам правда на УТ 10.3 сам пилил, как раз по буковкам разбираешь назначение платежа, из банка оно приходит однотипное, таланта для этого много не надо, на основании разодранного на запчасти чешешь репу и говорит что делать тому или иному "фанту" Вид Платежа потом 1. Назначение, 2. ДДС, 3. В какое место тебе вставить проценты(плошмя или по вдоль) )), 4. Затраты(статья затрат), 5. если есть счет/заявка то исчи его там указан договор, от туда берешь, ну и далее полет извращенной фантазии
   MaxS
 
17 - 22.01.18 - 07:51
(14) Если в назначении есть искомая часть строки, то правило заполнения сработает. Иначе отработает типовой механизм.
Есть возможность прикрутить свою обработку и программно обрабатывать все варианты.
   25-11
 
18 - 22.01.18 - 10:07
(17) типовой механизм обязательно что-нибудь подставит, именно этого и стремимся избегать. Правило "не содержит - пиши пустую ссылку", потребует небольшое допиливание в виде обработки? Или всё-таки можно как-то настроить последовательное применение? Например, всегда пустая ссылка без условий, потом проверка по назначению платежа?
   MaxS
 
19 - 22.01.18 - 12:01
(18) Лучше написать программную обработку, т.к. простых правил заполнения придётся сделать столько, сколько договоров. И добавить ещё одно правило - если контрагент такой-то, очищаем договор. Получится на одну строку банковской выписки будет применено от одного до двух правил - очистка договора и установка в нужный если нашли соответствие.

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует