Прямая сцепка

[snake_d_ha]

Думал зацепиться по API к Приватбанку, чтобы автоматически получать данные со счета и забрасывать в учетную систему, но при первых же набросках алгоритма понял, что это не имеет особого смысла.

Потому что:

1) Переброска между своими счетами;
2) Классификация затрат по своим классам;
3) Часть платежей видна только в Привате для бизнеса, часть - только в обычном;
4) Форматирование не всегда проходит;
5) Все время случаются изменения или с их стороны, или с нашей.

И в результате даже если напрячься и сделать полностью автоматическую систему, то ее нужно контролировать на правильность при каждой загрузке. Я уже видел массу шлюзов, работавших пару месяцев, а потом требовавших основательной переделки - и хорошо, если они ломались видимым образом, а не просто незаметно начинали давать один класс вместо другого.

Все равно кто-то должен проверять правильность хотя бы ежемесячно, причем проверить капитально.
И до проверки данными ни в чем серьезном пользоваться нельзя.

Так что проще брать полуфабрикат выгрузки и дорабатывать, одновременно проверяя.

Привет роботам.

Comments

[blueher.livejournal.com]

Я как-то лет 5 назад пытался с этим возиться - тогда даже чтобы просто получить данные нужно было сделать столько приседаний, что я плюнул и забил где-то через пару часов. Сейчас, видать, все намного лучше. Как говорят программисты- "отладка идет успешно, самолеты падают не более чем в полукилометре от полосы".

[snake-d-ha.livejournal.com]

Дело в том, что я возможностей улучшения не вижу.

Тут не технические проблемы, а вопрос концепций везде, кроме третьего пункта.

[blueher.livejournal.com]

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

[areshayev.livejournal.com]

у нас вот давеча телефон зазвонил... из полиции... товарищи звонили выяснить пару вопросов по использованию нашей системе поддержку которой мы закончили в 2012 году... а вы изволите толковать про пятое измерение.

[snake-d-ha.livejournal.com]

Кстати один из простых выходов - держать логику в понятном приложении.

У нас специальная контора живет за счет простой прокладки между базами данных и Экселем. Логика в Экселе, хранение в БД.

300+ человек. Заказов больше, чем могут обработать.

[barwi.livejournal.com]

Вау, попадание на 100%. Именно такая система работает в одной из мелких розничных торговых сетей. Десяток-два счетов, верификация транзакций, (авто)разнесение по статьям ДДС.

И бухгалтерия всё еще в шоке от возможностей автоматизации! Продукт уровня "на коленке+", но вполне коммерциализируемый.

[snake-d-ha.livejournal.com]

А в чем сделано? 1С-шлюз?

[barwi.livejournal.com]

Исторически сложилось так, что 1С в этой организации хорошо работает только для товарного учета. Поэтому все финансы гуляли по эксельчикам. Теперь часть из них, платежи, поступления и задолженности перед контрагентами, переехали в отдельную web ERP. На её базе реализована связка пользователь -> ПриватБанк -> бухгалтерия -> отчеты.

Если будет интерес (у потенциальных заказчиков?), то можем предметнее проговорить технологию.

[snake-d-ha.livejournal.com]

Возможно.

А что ERP может? Насколько настраиваема? На чем? Есть какое-то описание?

Заказы такие регулярно есть.

[barwi.livejournal.com]

Изначально ERP была CRM, где из коробки реализован учет контрагентов и сделок с ними, активность в плане коммуникации, маркетинг, рассылки и пр. Сюда же добавили каталог товаров, транспортную логистику от Новой почты (эта история не хуже Привата!!!), фин. потоки, дебиторку/кредиторку, учет рабочего времени, разного уровня оперативную аналитику.

До замены 1С получившийся комбайн не дотягивает, следовало брать базовую платформу посерьезнее. Зато _несложными_ усилиями удалось закрыть область геморного эксель-учета, чем такая система и привлекательна.

Описание, как обычно, на словах. Основа - украинский опен сорс EspoCRM, хотя в будущем следует смотреть на Oodo.

[snake-d-ha.livejournal.com]

Спасибо, посмотрю ESPO, буду иметь в виду.