3. Любой софт должен в процессе подстраиваться под клиента, а не наоборот. Понятно, что нет ничего универсального, но уменьшить количество ошибочных транзакций (не туда зашли деньги, вообще никуда не зашли, а подписали и т.д. и т.п.) в любом случае можно, если есть обратная связь заказчика с исполнителем.
Но вот чего определённо не могу понять,это временной лаг между фактической оплатой и зачислением денег на лицевой счёт. Даже в ручном режиме можно разносить оплаты в течение одного-двух дней.
Помнится во времена правления САСИ там был какой-то внутренний аудит по бизнесс-процессам. Но видимо что-то не то нааудировали,коль до сих пор требуют (с хрена ли?) указывать номер клиента. Ну, какие специалисты такие и требования.
Сразу видно, что Вы искушенный в этой сфере человек. А подскажите тогда какой софт сегодня предлагают профессионалы для обслуживающих компаний.
Сразу видно, что Вы искушенный в этой сфере человек. А подскажите тогда какой софт сегодня предлагают профессионалы для обслуживающих компаний.
Нет, не подскажу. Не слежу за рынком. Но для подобных задач можно использовать любую CRM. Вопрос не в софте, а в том, как реализована та или иная задача. Под это можно даже 1С использовать. Как я уже отметил выше, тут главное правильное ТЗ и опытный интегратор. По факту оказывается что программисты не шарят за бухгалтерию и управленческий учёт, а бухгалтеры и управленцы не понимают, как оно всё дОлжно и можно настроить под капотом. Вот и получается на выходе продукт со сплошными костылями. Вроде как и работает, но как-то кривенько. Заказчик орёт - работает, но не так как мы ожидали. Исполнитель кричит- что просили, то и сделали, шаг вправо - шаг влево, за ваши деньги. А зачем тратиться? Проще клиентов обвинить, что они дураки и нужно указывать номер клиента и баста.
Сразу видно, что Вы искушенный в этой сфере человек. А подскажите тогда какой софт сегодня предлагают профессионалы для обслуживающих компаний.
Ответы на коммент:
ПЖКХ: при оплате счета необходимо указывать код клиента
Нет, не подскажу. Не слежу за рынком. Но для подобных задач можно использовать любую CRM. Вопрос не в софте, а в том, как реализована та или иная задача. Под это можно даже 1С использовать. Как я уже отметил выше, тут главное правильное ТЗ и опытный интегратор. По факту оказывается что программисты не шарят за бухгалтерию и управленческий учёт, а бухгалтеры и управленцы не понимают, как оно всё дОлжно и можно настроить под капотом. Вот и получается на выходе продукт со сплошными костылями. Вроде как и работает, но как-то кривенько. Заказчик орёт - работает, но не так как мы ожидали. Исполнитель кричит- что просили, то и сделали, шаг вправо - шаг влево, за ваши деньги. А зачем тратиться? Проще клиентов обвинить, что они дураки и нужно указывать номер клиента и баста.