22 сентября, пятница 10:58
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

FineReader Bank и новая форма платежного поручения

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • FineReader Bank и новая форма платежного поручения

    Добрый день, уважаемые коллеги!
    Нет ли у кого FineReader'а под новый формат платежного поручения? Почтенная фирма ABBYY динамит нас почем зря, присылают с курьером явно неработающий вариант: поля документа, предусмотренные новой редакцией 2-П, не распознаются программой. А тех. поддержка на все вопросы отвечает, что "это у Вас очень сложный случай, сейчас над ним работают программисты....".
    У кого-нибудь их программа обработала новый формат документа или "сложный случай" и "программисты работают..." у всех?

  • #2
    Потягушка То есть - у автора Почтенная фирма ABBYY ещё нет, а Вы хотите уже "рабочую копию" FineReader'а под новый формат платежного поручения ... хм-хм... Чудес не бывает... увы...
    Да пребудет с Тобою Великая Сила! ©

    Комментарий


    • #3
      Ну конечно же хочу! Чудес и побольше!
      Прошу прощения за неточность формулировки, но вопрос был немного не о том. Попробую сформулировать точнее.
      Были ли уважаемыми коллегами обнаружены некие простые случаи в которых программный код, поставляемый фирмой ABBYY на диске под part.# 243/7, распознал формат платежного документа, предусмотренный новой редакцией 2-П? И если были, то какие данные попали на распознавание в программу.

      Комментарий


      • #4
        на сколько я знаю и них на сайте уже выложено обновление обновления :-))
        пока не ставил не проверял

        Комментарий


        • #5
          на сколько я знаю и них на сайте уже выложено обновление обновления :-))
          пока не ставил не проверял

          Комментарий


          • #6
            Я поставил обновление FRB4.5, и последний исправленный шаблон на тех. поддержке ABBYY. Итак, что мы имеем: не распознаются следующие поля:
            код бюджетной классификации
            код ОКАТО
            Основание платежа
            Налоговый период
            Номер налогового документа
            Дата налогового документа
            Тип налогового платежа
            Назначение платежа

            Комментарий


            • #7
              Я вот вас начитался, то же все поставил, и проверил
              не так страшен черт, ккак вы его намалевали
              не распозналось только
              кпп получателя (совсем)
              и код налога
              все остальное нормально

              Комментарий


              • #8
                поставили 4.5 и обновили по рекомендациям ABBYY одну dll
                абсолютно все сканируется

                Комментарий


                • #9
                  А распознается все?
                  Киньте на мыло пакет пожалуйста

                  Комментарий


                  • #10
                    ecли печатать платежки матричном принтере с вертикальными разделителями не являющимися сплошной линией, то поля не распознаваются.
                    С нормальными платежками все гладко

                    Комментарий


                    • #11
                      У нас не распознается только ОКАТО, код налога и дата. Причем все эти три поля распознаются через раз(не всегда, а иногда правильно). Если не сложно - перешлите по e-mail обновление в виде dll (не весь пакет конечно).

                      Комментарий


                      • #12
                        Другой вопрос - а не лопатил ли кто заново макрос, связывающий обновленый FRB 4.5 и RS-Bank 5.0.073.3???
                        С уважением...
                        Lёssik

                        Комментарий


                        • #13
                          Если в платежке КПП (плат., получ.) стоит 0 FR не распознает.
                          У кого нибудь есть такая ошибка?

                          Комментарий


                          • #14
                            Подскажите плиз про какую волшебную dll писал yuric ?
                            Никак не могу поставить ФР4.5 с новой платежкой в работу.
                            Качество распознования не поддается анализу - одна и та же платежка распознаётся то ОК, то половину полей нет...

                            С уважением

                            Комментарий


                            • #15
                              dik, зайдите на www.abbyy.ru в тех. поддержку там выложен этот dll

                              Комментарий


                              • #16
                                на сайте на www.abbyy.ru выложено новое обновление от 04.06.2003

                                Комментарий


                                • #17
                                  Имеется в наличии конвертер из dbf FineReader-а в теговый формат...
                                  Теоретически в любой, но проверялся с DiasoftBank для DOS...
                                  Кому интересно, пишите на kiv2000@pisem.net...

                                  Комментарий


                                  • #18
                                    Я поковырял RS-овский макрос приема из DBF, вроде как прокатило, но...
                                    Он каким-то образом, в макрос этот, пробел подставляет в поле "статус составителя", или как он в POSTDOCe называется "ComposerStatus", туда, где в обычной платежке (коммерческие платежи) ничего не ставится...
                                    И у меня, соответственно, выскакивает сообщение "НЕВЕРНЫЙ СТАТУС СОСТАВИТЕЛЯ". Сотрешь его ручками и все в порядке! Но операционистам не объяснишь, что его надо стирать какое-то время, до того как конвертер подкорректируешь. Кроме ора, ничего не получаешь =(
                                    Пока разбираюсь-ковыряюсь, могу кинуть то, что есть на данный момент, макрос целиком. Или же в ваш существующий добавьте следующие строки и посмотрите как отработает, может и подскажите несведущему где ошибка:

                                    /* Начинаем колбасить новые налоговые поля */
                                    r1.KPP_Payer = i1.payer_kpp;
                                    r1.KPP_Receiver = i1.recip_inn;
                                    r1.BudjClassifCode = i1.kbk;
                                    r1.OKATO = i1.okato;
                                    r1.TaxGround = i1.tax_reason;
                                    r1.TaxPeriod = i1.tax_period;
                                    r1.TaxNumber = i1.tax_doc_n;
                                    r1.TaxDate = i1.tax_date;
                                    r1.TaxPaymentType = i1.tax_type;
                                    r1.ComposerStatus = i1.tax_status;
                                    /* Заканчиваем заниматся этой х**ней */
                                    С уважением...
                                    Lёssik

                                    Комментарий


                                    • #19
                                      Lessik

                                      Попробуйте написать

                                      r1.ComposerStatus = trim(i1.tax_status);
                                      С уважением, Анатолий.


                                      Труднее всего конец месяца, особенно последние 30 дней (Альфонс Алле)

                                      Комментарий


                                      • #20
                                        есть рабочий вариант для рсбанка
                                        почитать можно как сделано на http://212.96.193.234:8080/dik/
                                        тока там для старой версии платежки/рсбанка
                                        но на руках есть для сборки 5.0.73.3

                                        с уважением

                                        Комментарий


                                        • #21
                                          Lessik Это какой макрос? Я из 5.1 брал и нгемного переделал,работает чудненько.

                                          Комментарий


                                          • #22
                                            Зашел на эту ветку снова, а сверху банер. Похоже должен быть еще третий вариант da.dll коль уж про троих разговор пошел.. "три раза скачай - один раз поставь"

                                            Комментарий


                                            • #23
                                              Garryk
                                              Ну очевидно тот же самый, кто-то, по-моему, из посетителей данного форума скинул... давно это было...

                                              KAIssa
                                              Спасибо за подсказку, но сообщение твое увидел после того, как заменил
                                              r1.ComposerStatus = i1.tax_status;
                                              на
                                              If ( (r1.ComposerStatus == {tax_status}) or (r1.ComposerStatus == "") )
                                              End;

                                              немного громоздко, но сработало =)
                                              Последний раз редактировалось Lessik; 06.06.2003, 09:57.
                                              С уважением...
                                              Lёssik

                                              Комментарий


                                              • #24
                                                Вылез такой глюк: если высота поля ИНН в платежках > 5-6 мм, то FR не распознает ИНН и КПП получателя, а также основание платежа и налоговые поля. К сожалению, в Указании ЦБ регламентируется только общая высота ИНН+Плательщик (ИНН+Получатель) = 30 мм

                                                Комментарий


                                                • #25
                                                  Внимание! 13.06.2003 вышел service pack2 для FR Bank 4.5, который якобы позволяет исправить следующие ошибки:

                                                  при наложении шаблона;
                                                  при работе правил;
                                                  при экспорте в R-maket.

                                                  К сожалению, предыдущую ошибку исправить в этом SP2 еще не успели.

                                                  Комментарий

                                                  Пользователи, просматривающие эту тему

                                                  Свернуть

                                                  Присутствует 1. Участников: 0, гостей: 1.

                                                  Обработка...
                                                  X