Каталог решений - [ОБМЕН] Клиент-банки (импорт выписок в 1С) в т.ч. Нестандартные форматы банков Дальнего Востока

Данные импортируются из файла программы банк-клиента (txt, xls).
Привязка клиентов осуществляется по ИНН+КПП/ИНН/РС/Краткое имя/Пполное имя/интеллектуальный «нечеткий поиск», Новые клиенты вводятся в базу 1С автоматически.
Для формирования краткого имени клиента в 1С настраивается список правил приведения, например, наименование из выписки Закрытое акционерное общество «Производственное объединение «Уралмаш» будет автоматически преобразовано в Уралмаш ПО ЗАО.
Корр.счет и аналитика проводки определяется на уровне шаблонов. Шаблон по сути — это элемент справочника «Движения денежных средств» с указанием сигнальных строк, при наличии которых в назначении платежа (из выписки) будет в проводку поставлен тот или иной счет и соответствующая аналитика. Cостав шаблонов задается пользователем. Полностью автоматическое опредление 100% правильной аналитики, к сожалению, не представляется возможным… Например, для аналитики контрагент/договор «привязку» к договору пытаемся вытащить из назначения платежа, если не удалось — подставляется основной договор из карточки клиента. Обработка полностью функциональна и безо всяких настроек — достаточно задать «движение денежных средств» по умолчанию для расход и для прихода. После загрузки выписки она открывается для ручной корректировки и ввода недостающих данных, которые не удалось определить автоматически.. (как правило, это аналитика «договор»). Есть возможность загрузки выписок за период — в этом случае после загрузки показывается сводная таблица сформированных выписок, из которой можно открыть нужную выписку для проверки/редактирования… Созданные шаблоны/правила можно сохранять/восстанавливать, в т.ч. это можно использовать и для переноса готовых правил в другую организацию/импорт выписок.
Упомянутые клиент-банки успешно внедрены, опробованы и работает на типовой бухгалтерии и на бухгалтерии УСН.
Бухгалтер, который сопровождает несколько фирм — жутко доволен.

АБ «РЕГИОБАНК» — Дальний Восток, Комсомольск-на-Амуре и прочие те края… www.regiobank.ru
ФКБ ОАО «ДАЛЬКОМБАНК» — Дальний Восток, Хабаровск и прочие те края… www.dalkombank.ru
16.07.2007 — выход релиза с импортом выписок стандарта 1С (1CClientBankExchange, ВерсияФормата=1.00, 1.01) — этот формат поддерживается множеством банков (программами «банк-клиент»)
Обработка может быть модифицирована под ваш банк, достаточно в адрес разработчика прислать файл выписок.

— работает с Клиент-банк Сбербанка;
— работает с Клиент-банк Импэксбанк;
— работает с Клиент-банк Газпромбанк;
— работает с Клиент-банк АБ «РЕГИОБАНК»
— работает с Клиент-банк ФКБ ОАО «ДАЛЬКОМБАНК»
— работает с Банк-клиент КБ «Нефтяной альянс»
— работает с DBO BS-Client v3.

09.03.2009 Внесено ряд доработок для повышения удобства использования. Разработка переделана на «модульный» принцип подключения частных модулей разбора форматов специфических данных к общей основной программе.

26.11.2009 Сделана совершенно аналогичная разработка для использования в конфигурации «Торговля и Склад». Но, если она вам нужна — упоминайте об этом особо. Поставляется только при предварительной договоренности.

Разработка платная, цена — договорная
Подробности — см.в картинках, при необходимости — стучитесь на адрес эл.почты e.meil@mail.ru

*****************************************************************
С РАЗРЕШЕНИЯ СУБЪЕКТА ПЕРЕПИСКИ ВЫКЛАДЫВАЮ ИЗБРАННОЕ:
ДУМАЮ БУДЕТ КОМУ-НИБУДЬ ИНТЕРЕСНО.
(курсив — субъект, обычный текст — автор)
*****************************************************************

> Теперь в целом о логике работы программы.
> Мне кажется, что имеет смысл немного поменять порядок действий. (Тем
> более, как я видел, Вы выставили эту обработку на инфостарте)
> Что мы имеем сейчас.
> Сначала бух должен заполнить шаблоны. Затем разобраться с назначениями
> платежа. Затем сопоставить клиентов. Затем открыть каждую выписку,
> проставить счета, проверить назначения платежа и только потом
> провести. Я еще не спрашивал, но думаю, что бухи скажут, что им легче
> вручную завести все с самого начала.

Да. Согласен, особенно «что бухи скажут, что им легче
вручную завести все с самого начала» — именно так и скажут — им проще
КАЖДЫЙ РАЗ забивать выписки ВРУЧНУЮ, чем один раз настроить программу
— потому как «НАСТРОИТЬ» — значит (в первую очередь) дисциплинировать
себя и выработать для себя режим работы/правила работы — т.е. то, что,
условно, в СССР именовалось как НОТ. Таким бухгалтерам практически
ничего не помогает.. сорри за несколько резкие высказывания, но это —
так…

> В связзи с вышесказанным мне кажется, что лучше было-бы так.
> 1. На первой закладке проставляем назначения платежа по умолчанию.
реализовано.
> 2. грузим
реализовано…

> 3. появляется таблица (сейчас это назначение платежа), в которой мы
> определяем сложные платежи,
да, это «неформализуемое»… придется сделать…

> привязываем клиентов,
необходимости нет. Достаточно приложить ОДИН РАЗ усилие и заполнить
ХОТЯ БЫ ИНН в карточке клиента. После этого необходимость в привязке
клиентов отпадает (для новых клиентов — вопрос задается)

> правим назначение платежа,
необходимости нет или она очень редка — СЛЕДУЕТ ОДИН РАЗ ПРОДУМАТЬ
систему «идентификации» платежей и настроить шаблоны проводок с
использованием соответствующих ключевых строк (и НА НАЧАЛЬНОМ ЭТАПЕ
ЭКСПЛУАТАЦИИ ПРОИЗВОДИТЬ ПОПОЛНЕНИЕ/КОРРЕКЦИЮ). Да, это требует
некоторого напряжения мысли — кому лень напрягаться — вводит каждый
раз выписки руками на 100%, кто не поленился напрячься — ИЗРЕДКА
правит «неверные» срабатывания и корректирует шаблоны — через
достаточно короткий промежуток имеет 99,99999% верных срабатываний..
😉
+ к этому рекомендуется предпринять попытки «формализации» отношений с
клиентами — например писать в счетах типа «в назначении платежа
следует указывать «ОПЛАТА ПО ДОГОВОРУ ЗА ТОВАР ПО НАКЛАДНОЙ» —
понятно, что клиентов «равнять» еще тяжелее чем себя — но.. надо!
методы всегда есть — вменяемые клиенты вполне находят понимание, с
невменяемыми — себе дороже будет…

(попутное рассуждение: у себя несколько раз сталкивался с попытками
«невменяемости» покупателей — до тех пор пока им что-то не понадобится
от поставщика кроме товара… типа «А не могли бы вы высылать электронные
варианты первичек — нам надо «ввести заранее, посмотреть и т.д.».
ОТВЕТ: можем, только при исполнении вами того, чего мы просим давно —
заявки от вас в электронном виде (хотя бы влюбом!), а не по факсу написанные от
руки… или указание в платежке назначения платежа — КАК У НАС С ВАМИ
ПРОПИСАНО В ДОГОВОРЕ, а не так как вам в ЗПС стрельнет.. и т.д. — ясен
пень 😉 что я не сам это клиентам говорю (особенно бухам, менеджерам;
техподдержке с той стороны я и сам такое говорю…) а выдаю
рекомендации руководителям соответсвующих участков… Как правило —
срабатывает.. а не сработает — прикажут — сделаю… но опыт
показывает: клиенты с которыми не удается договориться ПО ТЕХНИЧЕСКИМ
ВОПРОСАМ — это геморр 😉 и в остальных случаях… возвраты от них —
как угодно, документ может придти с печатью другой организации которой
мы не видели/не слышали… водители(самовывоз) не имеют доверенностей
и прочее и прочее и прочеее… если бардак — то он, как правило —
ВЕЗДЕ… 😉
сорри за лирическое отсупление…

> движение денежных средств и счета.
см. выше — определяется один раз

> назначение платежа и загружаемого клиента подсвечиваем вне таблицы.
> прибл. состав видимых полей таблицы таков:
> -Дата
> -номер платежки
> -отметка сложного платежа
> -сумма
> -клиент (из базы)
> -движение денежных средств
> -счета проводок.
> Иными словами до вывода этой таблицы, программа предлагает
> сопоставить не найденных клиентов и автоматически находит сложные
> платежи, разносит движение ден. средств согласно правилам и имеющимся
> шаблонам.
> Затем таблица, в которой оператор видит всю необходимую информацию,
> может изменить несоответствия, которые могли возникнуть и в случае
> неточного алгоритма, и в случае собственной ошибки.
считаю нецелесообразным ввиду описанного выше…

> При правке Движения ден. средств, можно предлагать включать новые правила в
> шаблон.
А вот здесь есть рациональное зерно — типа «обучения» на неверных
движениях… Но… если придерживаться изложенных мною выше
соображений/рассуждений — реализация такого «обучения» — вытекает из
«презумпции» 😉 постоянной «неверной» идентификации платежей…
если сделать «по уму» (типа как описано выше — про «один раз напрячь
мысль») — необходимость такой возможности отпадает
достаточно быстро…
Возможно, что-то аналогичное имеет смысл реализовать ИМЕННО В ТЕКУЩЕЙ
СХЕМЕ РАБОТЫ — но места пока куда это «вклеить» грамотно — не вижу…
подумаю… скорее всего «ЗАГРУЗИТЬ С ПРЕДОБРАБОТКОЙ» — будет
представлять собой набор plug-in’ов, которые — в принципе — позволят
реализовать описанную вами схему (например: плагин проверки «привязки»
клиентов + плагин «проверки» привязки назначений платежей и т.д. —
запустив/выполнив данные плагины — далее отрабатывает штатный
алгоритм.. а така как спорные моменты «разрулены» плагианми — загрузка
пройдет на ура…). Если обработка будет приносить мне некий доход —
подумаем над этим более плотно. На данном этапе — считаю
нецелесообразным — так как (резюмирую): нет смысла все разруливать
«вручную» постоянно — проще вводить вручную без всякой
автоматизации…

> После контроля кнопка сформировать и можно проводить.
Категорически не согласен!!!
Контролировать надо НЕ ПРОМЕЖУТОЧНЫЕ ЭТАПЫ (разруливание вручную — как
вы описывали выше), а КОНТРОЛИРОВАТЬ ИМЕЕТ СМЫСЛ КОНЕЧНЫЙ РЕЗУЛЬТАТ
(все-таки априори считаем и это верно! что программа имеет ошибки (в
частности, на участке «ручное разруливание — готовый документ»)
(доказательство безошибочности програм — достаточно нетривиальная
задача — условно говоря вы должны протестировать программу НА ВСЕХ
ВОЗМОЖНЫХ НАБОРАХ ВХОДНЫХ ДАННЫХ — что, сами понимаете… сомнительно
по времени…)

> Еще раз в кратце. Программа авто( полуавто) отработала, оператор
> проверил ( в удобном табличном виде) сформировал и провел одной
> кнопкой (если включен флаг проведения)
не согласен — см. рассужления выше.
1. настроили шаблоны.
2. загрузили.
3. получили КОНЕЧНЫЙ РЕЗУЛЬТАТ
4. проверили, скорректировали при необходимости, провели
5. на основе п.4 при необходимости пополнили/скорректировали правила.

выполнение 1-5 на НАЧАЛЬНОМ ЭТАПЕ ЭКСПЛУАТАЦИИ быстро приводит к
желаемому результату с высоким качеством: по моим оценкам — на
достаточно коротком интервале времени — если в качестве тренировки
произвести загрузку 3-4 выписок по 1 месяцу каждая, например помесячно
2007 год… — то на это уйдет порядка максимум 2-х часов при активной помощи
программиста, и до 5-6 часов — при НОРМАЛЬНОЙ работе бухгалтера —
работе ИМЕННО ПО НАСТРОЙКЕ ИМПОРТА!!! в не по 20 минут в течение 3-х
недель…)

Для облегчения првоначального этапа настройки шаблонов
проводок/сигнальных строк — это самое трудное — в последующие
инсталляционные пакеты будет включаться постоянно пополняемый перечень
обкатанных наборов «сигнальных строк» и шаблонов проводок.

Сегодня запустил еще в одну «свою» фирму.
Что потребовалось:
А) — бухгалтер ВЫНУЖДЕН БЫЛ навести порядок в справочнике «Движения ДС» —
ввел ЧЕТКО ОПРЕДЕЛЕННЫЕ движения ДС для НАИБОЛЕЕ ЧАСТО ИСПОЛЬЗУЕМЫХ
ПРОВОДОК ПО БАНКУ:
— налог на имущество;
— налог на прибыль;
— НДС;
— НДФЛ;
— ЕСН (з шт)
— ТФОМС
— ФФОМС
— поступления от покупателей;
— оплата поставщику;
— расчеты с прочим дебиторами/кредиторами (тут больше всего сигнальных
строк — так как вознаграждения по комиссионной торговле и проая
специфика)
— аренда;
— прочие выплаты (в основном по обслуж.счета);
ПОТРЕБНОЕ ВРЕМЯ: 20 мин (бухгалтер самостоятельно)

ЧТО ЭТО ДАЛО?
это дает следующее (не привязываясь к нашей обработке ИМПОРТА ВЫПИСОК):
— распечатав список «шаблонов» (и даже без него) — достаточно посадить
«девочку» на выписки банка — И УЖЕ БУДЕТ ХОРОШО! девочка —
«неграмотная», она не знает корреспонденцию по ТФОМСу чтобы каждый раз
вручную вводить корр.счет проводки (как это раньше делал бух) —
она просто выбирает в выписке ПОДХОДЯЩЕЕ движение ДС.
Все лучше — чем каждый раз делать самому и
тратить «квалифицированное» время на тупую работу (на 90%) по вбиванию
выписок (вместо того, чтобы разрабатывать схему минимизации налогов
для родной фирмы).

Б) определение наборов сигнальных строк для каждого движения ДС из
пункта А)
Потребное время: 30 мин (с помощью специалиста/разработчика программы — в основном в
технических моментах, будет отражено в документации)

В) 2 тестовых прогона на размере выписки в 25 дней в среднем по 10
движений в день с последующим анализом штатного протокола загрузки и
корректировкой шаблонов/сигнальных строк
Потребное время: 15 мин. (специалист/разработчик программы, бухгалтер рулил другими
процессами 😉

ИТОГО: 65 мин(причем а) и б) даны немного с запасом.
После этого — загрузка прошла без ошибок на 100%.

Конечно, на наборе других месяцев — потребуется еще незначительная
корректировка шаблонов. Но согласитесь — оно того стоит.

Описание формата обмена для 1CClientBankExchange: http://v8.1c.ru/edi/edi_stnd/100/101.htm