×
Показано с 1 по 26 из 26
  1. #1
    Клерк
    Регистрация
    19.05.2009
    Сообщений
    6

    Эврика Сканирование и распознавание первички

    Добрый день!

    Подскажите какую программу (модуль?) выбрать для интеграции с 1С, чтобы данные с первички не приходилось набивать руками. Я представляю этот процесс так:

    1. Получаю документ
    2. Сканирую
    3. Программа распознает документ: определяет тип, реквизиты, фактурную часть
    4. Если нужно вношу правки
    5. «Принимаю» документ в 1С

    Может быть кто-нибудь уже пользуется таким решением? Нравится? Много ресурсов удалось сэкономить?
    Поделиться с друзьями

  2. #2
    бухгалтер Аватар для Генук
    Регистрация
    07.11.2007
    Адрес
    увы... не Питер
    Сообщений
    38,613
    скан не получится...

    если поставщик один, то проще договориться на эксель-файлы... 1С хорошо тянет с экселевых таблиц...

  3. #3
    Клерк Аватар для ZhAmAn
    Регистрация
    27.12.2010
    Адрес
    Новочеркасск
    Сообщений
    139
    Электронный документооборот Вам в помощь!

  4. #4
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Гена прав. Классическое сканирование и распознавание не подойдет. Лет 10 назад пытались ввести подобную систему на основе Файнридера в банках, для распознавания обычных платежек и загрузки данных в банковское ПО. Не взлетело, т.к. было недопустимо много ошибок. Вместо этого банки перешли на системы типа Bi-Print с графической картинкой, работающей по принципу "штрих-кода".
    Однако следует понимать, что у банков более высокие требования к таким операциям. Вам никто не может запретить попробовать рапознавать через Finereader, сохранять в Excel, написать загрузку из Excel в 1С. Но гемора, IMHO, получится больше, чем реальной пользы....
    Последний раз редактировалось Bazil; 22.01.2013 в 12:26.
    С уважением, Bazil.

  5. #5
    Умный Клерк!
    Регистрация
    07.01.2004
    Адрес
    Владимир
    Сообщений
    13,623
    пойдет не пойдет - это философия. А решений существует много. у Abby есть, cunieForm (как-то так).
    только стоит это не мало, а настройка - кропотливая работа.
    Но по-возможности лучше налаживать электронный документооборот с контрагентами.
    1.Открыта новая радиостанция для юзеров под названием RТ FМ. По ней будут транслироваться чтения различных мануалов и ответы на часто задаваемые вопросы.
    2. "Помогая ленивым людям, ты помогаешь им сесть на свою шею" Сян-Цзы

  6. #6
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от Naumov Посмотреть сообщение
    Но по-возможности лучше налаживать электронный документооборот с контрагентами.
    Согласен.
    С уважением, Bazil.

  7. #7
    Клерк
    Регистрация
    19.05.2009
    Сообщений
    6
    Судя по всему какого-то распространенного решения для распознавания нет... Странно, ведь сотни тысяч бухгалтеров ежедневно перебивают данные с бумаги, тратится много времени. Насколько я понял, объяснения такое: технически реализовать безошибочное распознавание невозможно, поэтому игра не стоит свеч.

    Цитата Сообщение от Naumov Посмотреть сообщение
    пойдет не пойдет - это философия. А решений существует много. у Abby есть, cunieForm (как-то так).
    только стоит это не мало, а настройка - кропотливая работа.
    Но по-возможности лучше налаживать электронный документооборот с контрагентами.
    А вы пользуетесь электронным документооборотом с контрагентами, можете поделиться опытом?

  8. #8
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от MiniGlavBuh Посмотреть сообщение
    технически реализовать безошибочное распознавание невозможно, поэтому игра не стоит свеч.
    Прямого, простого и надежного способа нет. Есть решения по сканированию, но они дорогие, как и сказал Naumov. А электронный документооборот в принципе опускает процедуру сканирования, как самое слабое звено.
    Цитата Сообщение от MiniGlavBuh Посмотреть сообщение
    ведь сотни тысяч бухгалтеров ежедневно перебивают данные с бумаги, тратится много времени
    А это у всех по-разному. У меня в основной конторе бухгалтер уже забыла как по классике вводить накладные. Лет 12 учет ТМЦ ведется без аналитики, только в разрезе сумм накладной - ручной ввод у меня занимает 10-15 сек. А лет 6-8 назад были написаны все загрузки и ручной ввод, кроме исправлений, уже не требуется. А видел организации где бухгалтера бьют накладные как заведенные. Выходят каждый час на пятиминутный перекур с совершенно пустыми глазами, а потом дальше за работу...
    С уважением, Bazil.

  9. #9
    Клерк
    Регистрация
    29.07.2012
    Адрес
    СПб
    Сообщений
    145
    А это у всех по-разному. У меня в основной конторе бухгалтер уже забыла как по классике вводить накладные. Лет 12 учет ТМЦ ведется без аналитики, только в разрезе сумм накладной - ручной ввод у меня занимает 10-15 сек. А лет 6-8 назад были написаны все загрузки и ручной ввод, кроме исправлений, уже не требуется. А видел организации где бухгалтера бьют накладные как заведенные. Выходят каждый час на пятиминутный перекур с совершенно пустыми глазами, а потом дальше за работу...
    Учет без аналитики, налог по общей сумме подсчитать можно, а как тогда отгрузачные готовите?....

  10. #10
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от R0mashka Посмотреть сообщение
    Учет без аналитики, налог по общей сумме подсчитать можно, а как тогда отгрузачные готовите?..
    Да точно также. В одну строчку. Служебный элемент "Все автозапчасти" сумма 100 руб, НДС 18 руб, всего 118 рублей. На основании накладной тут же программно формируется счет-фактура тоже из одной строки, но для учета НДС и формирования Книг этого достаточно. Заполняется все загрузкой из складской программы с "настоящей" многострочной накладной, с полной аналитикой по товарам.
    Последний раз редактировалось Bazil; 22.01.2013 в 19:33.
    С уважением, Bazil.

  11. #11
    Умный Клерк!
    Регистрация
    07.01.2004
    Адрес
    Владимир
    Сообщений
    13,623
    Как пользователь я полльзуюсь Экселем. мне хватает
    1.Открыта новая радиостанция для юзеров под названием RТ FМ. По ней будут транслироваться чтения различных мануалов и ответы на часто задаваемые вопросы.
    2. "Помогая ленивым людям, ты помогаешь им сесть на свою шею" Сян-Цзы

  12. #12
    Клерк
    Регистрация
    19.05.2009
    Сообщений
    6
    Проблема перехода на электронный документооборот очевидна — контрагент тоже должен ей пользоваться, т.е. быстро перейти всем вместе не получится. К тому же, я ни от кого пока не слышал, чтобы пользовались электронными документами, кажется, что это какая-то новая область для новаторов.

    А со сканом в теории всё просто: у моих контрагентов всё остается по-старому, а я автоматизирую свои процессы.

  13. #13
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от MiniGlavBuh Посмотреть сообщение
    т.е. быстро перейти всем вместе не получится. К тому же, я ни от кого пока не слышал, чтобы пользовались электронными документами, кажется, что это какая-то новая область для новаторов.
    Опять всё по разному и зависит от конкретных людей и организаций. Например, на железнодорожном транспорте в СССР, в конце 50-х - начале 60-х, был осуществлен поэтапный переход от винтовой стяжки вагоном на автосцепку. Полный переход осуществлялся в течение примерно 20 лет. В начале 60-х Япония перешла на автосцепку за одни астрономические сутки...
    С уважением, Bazil.

  14. #14
    Клерк Аватар для Старый ворчун
    Регистрация
    27.03.2002
    Сообщений
    12,784
    Цитата Сообщение от Bazil Посмотреть сообщение
    Гена прав. Классическое сканирование и распознавание не подойдет. Лет 10 назад пытались ввести подобную систему на основе Файнридера в банках, для распознавания обычных платежек и загрузки данных в банковское ПО. Не взлетело, т.к. было недопустимо много ошибок.
    к тому же банки работают с ограниченным списком стандартизованных бланков документов - и то не получилось.
    ... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...

  15. #15
    Клерк
    Регистрация
    01.06.2005
    Адрес
    Новочеркасск
    Сообщений
    8,186
    Цитата Сообщение от MiniGlavBuh Посмотреть сообщение
    К тому же, я ни от кого пока не слышал, чтобы пользовались электронными документами, кажется, что это какая-то новая область для новаторов
    А вы слышали такое слово "клиент-банк"? Это типичная система электронного документооборота. И пользуются ею на сегодняшний день подавляющее болшинство предприятий, в т.ч. самых консервативных.

  16. #16
    Клерк Аватар для kot
    Регистрация
    01.01.2009
    Адрес
    Россия
    Сообщений
    2,772
    Цитата Сообщение от Bazil Посмотреть сообщение
    Да точно также. В одну строчку. ....... Заполняется все загрузкой из складской программы с "настоящей" многострочной накладной, с полной аналитикой по товарам.
    Ага все равно кто-то бьет эти строки, не в бухгалтерии так на складе. А если переносить, то какая разница 1 строку переносить или 10.

    Да вариантов упростить ввод первички масса. Другое мало кто из бухгалтеров знает об этом знает, а если знает в большинстве случаях не он решает о внедрении "новых" технологий.

  17. #17
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от kot Посмотреть сообщение
    Ага все равно кто-то бьет эти строки, не в бухгалтерии так на складе. А если переносить, то какая разница 1 строку переносить или 10.
    Тут пару моментов:
    1. Была задача упростить ввод первички именно для бухгалтерии. Приходы с аналитикой забивает снабженец, расходные документы менеджер по продажам. Они постоянно на месте, а бухгалтер появляется на работе один раз в неделю или реже.
    2. Нет проблем с аналитикой по складу и себестоимостью. Если переносить все строки, то будут постоянные проблемы типа:
    Если КоличествоНаСкладе < ТаблицаДокумента.Количество Тогда
    ТекстСообщения = "На складе "+КоличествоНаСкладе+" "+ТаблицаДокумента.Товар.ЕдиницаИзмерения+
    " из необходимых "+ТаблицаДокумента.Количество+" "+ТаблицаДокумента.Товар.ЕдиницаИзмерения+" товара "+ТаблицаДокумента.Товар;
    В 1С-Бухгалтерии себестоимость списывается по константе "Процент торговой наценки", а в конце месяца может быть сделана одна корректирующая операция по счетам БУ и НУ.
    С уважением, Bazil.

  18. #18
    Клерк
    Регистрация
    19.05.2009
    Сообщений
    6
    Кажется, нашел систему, которая делает как раз то, что нужно — http://novadoc.ru

    Кто-нибудь сталкивался с ними? На видео-то конечно всё красиво и волшебно.

  19. #19
    Клерк
    Регистрация
    29.07.2012
    Адрес
    СПб
    Сообщений
    145
    И что, кто-то пользовался этим: http://novadoc.ru ??
    Дайте отзыв

  20. #20
    Клерк
    Регистрация
    08.12.2013
    Сообщений
    1
    Не пользовались. Пользовались другим:http://idr.in.ua/info/scheme-formxtra.html

    А вообще, для таких задач подходят ЛЮБЫЕ продукты серии Capture. Известные и на слуху (в странах СНГ) это FlexiCapture и Cognitive Forms.
    Общая рекомендация следующая: отсканируйте десяток документов и отошлите всем. Получите результат и сравните. Мы именно так и сделали.

    Тут затрагивали вопросы стоимости. На самом деле, в пересчете на лист это все стоит копейки. Касательно экономии ресурсов (ранее 3 человека 3 дня вводили, сейчас за 5-6 часов один человек).
    Последний раз редактировалось GalinaNik; 08.12.2013 в 01:58.

  21. #21
    Клерк
    Регистрация
    09.07.2009
    Сообщений
    222
    Цитата Сообщение от Bazil Посмотреть сообщение
    В 1С-Бухгалтерии себестоимость списывается по константе "Процент торговой наценки", а в конце месяца может быть сделана одна корректирующая операция по счетам БУ и НУ.
    А что это за констаната, вы ее сами прописывали?

  22. #22
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от LuckyBuh Посмотреть сообщение
    А что это за констаната, вы ее сами прописывали?
    Да. Я ввел её для удобства. Она показывает средний "плановый" процент списания. Но в конце месяца можно скорректировать проводкой по балансовым счетам и по забалансу.
    С уважением, Bazil.

  23. #23
    Клерк
    Регистрация
    09.07.2009
    Сообщений
    222
    Bazil, гений!

  24. #24
    Клерк
    Регистрация
    01.06.2005
    Адрес
    Новочеркасск
    Сообщений
    8,186
    Цитата Сообщение от Bazil Посмотреть сообщение
    Да. Я ввел её для удобства. Она показывает средний "плановый" процент списания.
    А с налоговой проблем не было? Ведь существует утвержденная методика расчета реализованного наложения, она не предусматривает никаких плановых цифр.

  25. #25
    Клерк
    Регистрация
    09.07.2009
    Сообщений
    222
    Цитата Сообщение от Климов Сергей Посмотреть сообщение
    А с налоговой проблем не было? Ведь существует утвержденная методика расчета реализованного наложения, она не предусматривает никаких плановых цифр.
    Не знаю как у Bazil, по факту ведется, послушаем, но предположу, что, так как у них ведется номенклатурный учет в др. программе, в конце месяца, наверное, уже корректируется сог-но данным из той программы.... Это мы так планируем организовать работу, только с основным списанием пока не определились.......

  26. #26
    Клерк Аватар для Bazil
    Регистрация
    27.01.2003
    Адрес
    Санкт-Петербург
    Сообщений
    2,629
    Цитата Сообщение от Климов Сергей Посмотреть сообщение
    А с налоговой проблем не было?
    Сергей, налоговой плевать на мелюзгу. Точные цифры статистики не помню, но порядка 80% всех налоговых поступлений дают около 1500 крупных предприятий России. В бух. программе аналитика по 41 счету не ведется, а если желают аналитику, то добро пожаловать в складскую программу. Но уже почти 20 лет как не желают...
    С уважением, Bazil.

Информация о теме

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

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)