К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Интеграция с CRM (обмен данными о счетах)

Гость
0 - 05.05.2012 - 09:01
Здравствуйте!

Стоит задача интегрировать CRM предприятия с 1С. 1С используется исключительно в бухгалтерии в голом виде. CRM (СУБД с пользовательским интерфейсом) является основным рабочим инструментом.

Хотелось бы избавиться от хождения в бухгалтерию для выписки счетов и проверки их оплаты путем реализации возможности выписки счетов прямо из CRM. То есть: сотрудник работает в CRM и, не вставая с рабочего места, прямо из нее выписывает счета + контролирует их оплату.

То есть технически нам нужно программными методами извне добавить в 1С выставляемые счета и получать оттуда данные об их оплате (оплачен/не оплачен).

Все происходит в рамках локальной сети. Рассматриваем варианты:

1) Прямая грубая запись в БД 1C (sql-версия). Опасаемся, так как структура выглядит ужасно путано, но привлекает использование простого и знакомого инструментария.

2) Настройка обмена данными в двух направлениях. В общих чертах: периодически из CRM в подходящем формате выгружаются выставленные счета, они импортируются в 1С какими-нибудь стандартными средствами типа обработок. А из 1С выгружаются данные об оплате счетов, которые, в свою очередь, импортируются в CRM и доступны для просмотра. Предпочтительным форматом видим XML. Оба процесса предполагаем запускать по крону или иному планировщику.

3) Веб-сервис. Пока смутно понимаем как это работает и размышляем: нужна ли нам еще одна прокладка в виде веб-сервера?

Вопросы.

Какие варианты упущены? Какой вариант видится предпочтительным, наиболее надежным и наименее трудозатратным? Какие нюансы мы упустили?

Принимаются также любые мнения и критика.

ps. Опыт работы с 1С мизерный. Можем привлекать для консультаций и каких-то доработок специалистов сопровождающей нашу бухгалтерию 1с-франш-конторы.



Гость
1 - 05.05.2012 - 09:05
"Опыт работы с 1С мизерный"
не взлетит, забудьте

"Можем привлекать для консультаций и каких-то доработок специалистов сопровождающей нашу бухгалтерию 1с-франш-конторы"
нет хорошего специалиста по 1С - забудьте
Гость
2 - 05.05.2012 - 09:06
а что за фарш-контора? договор на сколько труб.?
Гость
3 - 05.05.2012 - 09:10
не взлетит, забудьте

Не забудем, не простим. Задача стоит и мы ее решим так или иначе.

нет хорошего специалиста по 1С - забудьте

Охотно верим, что такое суждение имеет место быть. Однако верим также, что оно верно не для всех людей, называющих себя одноэсниками.

договор на сколько труб.?

Контора какая-то краснодарская и долгоиграющая. Призываем очень редко, так как, повторюсь, 1С некастомизированная и используется в голом виде для учета счетов и формирования базовой отчетности.

О каких «трубах» речь?
4 - 05.05.2012 - 09:12
2(0) какая версия 1С? 77 или 8Х?
Гость
5 - 05.05.2012 - 09:13
вы ставите сложную задачу и несерьезно к ней относитесь
также вы несерьезно относитесь и к обслуживающей конторе и вообще к 1С-программистам.
итог будет плачевный
Гость
6 - 05.05.2012 - 09:19
"Призываем (чтоза обряд "призыва"?) очень редко (т.е. обновляемся раз в полгода, чтобы сэкономить?), так как, повторюсь, 1С некастомизированная и используется в голом виде (неужели ручные проводки + бардак в базе?) для учета счетов (т.е. из документов вы только счета учитываете?) и формирования базовой отчетности"
Гость
7 - 05.05.2012 - 09:19
4-bma1 > Крайняя 8.x на SQL (Postgre).

5-Маус > Спасибо за оценку, но ваша позиция непонятна: чем так сложна задача и (отвечать необязательно) как вы сделали вывод о нелюбви к 1С-программистам? Это не так, мы любим всех программистов независимо от вероисповедания.
8 - 05.05.2012 - 09:23
2(7) Беритесь за вариант 2. Он по силам и не самым крутым спецам (не сумеют слишком сильно все испортить). За графиком выгрузок-загрузок со своей строны 1С проследит и сама.
Гость
9 - 05.05.2012 - 09:23
6-Маус > Обновляемся по мере необходимости, на сопровождении бизнеса не экономим. Никаких ручных проводок у нас нету. Единственная ручная работа - выставление счетов и поверка их оплаты. Конфигурация типовая. Да, только счета.

Предлагаю оставить рассуждения о взаимоотношениях и поговорить о задаче.
Гость
10 - 05.05.2012 - 09:25
"и поговорить о задаче"
т.е. вы ставите нам задачу? надеюсь платно?;-)
Гость
11 - 05.05.2012 - 09:26
Почему вы выбрали SQL (Postgre)?
Гость
12 - 05.05.2012 - 09:36
11-Маус > Считаем такой формат хранения данных более надежным и универсальным и удобным в обслуживании, чем .dbf. Один из основных факторов также — скорость работы. Также не исключаем рост числа пользователей.

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

Мы сделали неверный выбор?
Гость
13 - 05.05.2012 - 09:49
сколько у вас пользователей в базе 1С? документов в день?
SQL (Postgre) будет медленнее и по надежности неизвестно что лучше.

"Считаем, что если 1С пошла в направлении более современных технологий"
возможно это не так хорошо как кажется;-)
Гость
14 - 05.05.2012 - 09:49
Мну тоже за вариант (2). Вариант (1) не взлетит по-любому.
(12) файловай 8-ка не dbf, Маус интересуется, почему не MS SQL или IBM DB2. Но это за темой беседы :)
Гость
15 - 05.05.2012 - 09:50
Проблема синхронизации самих счетов - мелочь. Первая серьезная беда - это унификация основных классификаторов : номенклатуры, контрагентов.
Выбрав точку ввода этих объектов, следует добиться полной детализации этих справочников в системе первичного ввода (хоть 1Ц, хоть CRM).
Дальше - проще. В 1С есть встроенный механизм обмена через XML с фронт-системой 1С:Управление торговлей. Вам будет достаточно сварганить по той же схеме XML выгрузку из CRM. Загружать по расписанию в 1С может сама типовая конфигурация бухгалтерии.
Выгрузка оплат во внешнюю систему в типовой конфигурации не предусмотрена. Но опять же, это очень легко сделать с помощью дополнительного механизма Конвертация данных. С его помощью можно мышью легко и просто (без программирования) сделать правила выгрузки нужных вам объектов из 1С в XML. Дальше эти правила нужно подпихивать в новое регламентное задание 1С (это уже придется чутка программировать). Вуаля - все готово! С вас 500рэ на тилипон за идею :)))
Гость
16 - 05.05.2012 - 09:51
может голосование устроим? вариант 2 рабочий, но я бы сделал обмен через файлы DBF или через прямое подключение к базе (XML - не хочу, его пучит иногда;-)
автор, ты полностью удовлетворен беседой?;-)
Гость
17 - 05.05.2012 - 09:52
15+ Синхронизируя справочники надо быть готовыми к переработке их как в 1С, так и в CRM. У двух систем, куда ввод осуществляется параллельно и разными командами, почти наверняка разнятся мнения относительно разбиения и детализации этих принципиальных справочников.
18 - 05.05.2012 - 09:56
Гоните мыша отсюда грязной тряпкой! DBF видите ли ему нравится. DBF тоже иногда не стыкуется из-за разных его версий! csv лучше
Гость
19 - 05.05.2012 - 09:57
(15) Змий :) Ща люди твоих постов начитаюцца и спеца-1Сника ваще не пригласят. КД2 "легко и просто (без программирования)" работает только при условии, что спец понимают структуру и принципы работы 1С-[*****] конф.
ИМХА со стороны работ 1С должен быть чел с парой лет опыта. Т.е. (почти) любой франч вполне подойдет.
Гость
20 - 05.05.2012 - 10:00
+(19) Но это не значит, что работы будут стоить тарелку супа. Там камешков-то полно, типа синхронизации справочников.
(0) Милчеловек, а ты не с Мурманска ли случАем?
Гость
21 - 05.05.2012 - 10:03
13-Маус> Сейчас пользователей около 10. Счетов — до 200 в день. Число пользователей и документов может возрасти в несколько раз.

возможно это не так хорошо как кажется;-)

А, возможно, и хорошо?

14-Mitrich > Спасибо за оценку вариантов. Если мне не изменяет память, файловое хранилище для 8 стало проприетарным и закрытым, а также изначально проектировалось для малых рабочих групп и персонального использования (могу поискать пруф на сайте 1С). Перед нами же стоял прогноз роста и развития. Плюс к тому, остальная инфраструктура предприятия работает на платформе, отличной от Виндоуз. Привязанной к продукции Микрософт осталась лишь бухгалтерия и мы не оставляем надежды, что с ростом популярности альтернативных платформ 1С портирует на них ПО и с относительно открытым и предсказуемым хранилищем переезды в будущем обойдутся нам дешевле и пройдут менее безболезненно. Кроме того, мы не нашли в других СУБД критически важных для нас особенностей даже с учетом прогнозов роста.
Гость
22 - 05.05.2012 - 10:04
18-bma1 >"Гоните мыша..." я уже ушел. Наслаждайтесь!
Гость
23 - 05.05.2012 - 10:10
(21) Ты, это, с кем сейчас разговаривал по поводу "роста популярности альтернативных платформ" и "учета прогнозов роста"? С людьми надо тоньше, а на вещи смотреть ширьше.
PS Походу не с Мурманска. Пора уж типовую настройку делать, буквально перед новым годом перекинул знакомому франю клиента с практически аналогичной задачей. Даже "xml" в техзадании фигурировало.
Гость
24 - 05.05.2012 - 10:14
19+ Ни в коем случае не пытаться без специалиста 1С (хотя бы 2х летнего стажа) реализовывать даже первый пункт моих предложений. Времени у специалиста займет немного, но дров наломать можно ОЧЕНЬ много.
В качестве шабашки, могу даже предложить на консультанта себя и найти какого нить толкового программера, который непосредственно реализует заявленный функционал.
Гость
25 - 05.05.2012 - 10:16
+(23) Хм... Ща... Вот так попробую:
Интенсификация поиска механизмов интеграции учетных систем различного типа в рамках единой организации, имеющей в своем составе различные структурные подразделения, вероятно, связана с увеличением темпов роста рынка сбытовых услуг и нормативными требованиями действующего законодательства.
Гость
26 - 05.05.2012 - 10:54
(25) Умничаешь, да?
Какие такие требования законодательства и рост рынка? НК и ГК не меняется сколько нибудь существенно уже несколько лет, а рост ВВП - 4%.
Рост конкуренции в высокоприбыльных сегментах рынка - вот единственный двигатель бизнеса. Бутиковая сеть со средней маржой 200% вполне в состоянии потратить 10 млн рублей на систему подсчета трафика клиентов (CRM). В то же время, продавцы видят маржу в 200% и хотят, чтобы с ними делились - а это увеличение расходов оплаты труда. Способ борьбы с этим - автоматизация деятельности этих самых продавцов.
Кроме того, зачастую наличие самописных CRM связано с отсутсвием интереса у крупных игроков к этому рынку. Отсюда возникновение зоопарка решений и ласкутная автоматизация. С серьезным выходом на этот рынок крупных систем, будут стандартные механизмы обмена в комплексных системах CRM - фронт - бухия - WMS - CMS.
Если, конечно, игроки начнут игру на понижение тарифов платформы. Та же самая Dynamics CRM сейчас стоит уж совсем не бюджетно при нулевом функционале из коробки.
Гость
27 - 05.05.2012 - 11:45
15-Lexusss> Весьма ценное замечание о синхронизации. На данный момент с уверенностью в 95% можно говорить, что в CRM и 1С синхронизированы контрагенты. Номенклатура меняется раз в год или реже, поэтому, я думаю, с нею проблем не возникнет.

16-Маус> Весьма. Доставляет.

17-Lexusss> CRM кастомизируется достаточно просто, в пределах от 10 минут до нескольких часов. Мы готовы приводить данные в ней в любое состояние, угодное 1С.

18-bma1> Не видим принципиальной разницы между XML и csv. Все одинаково, только XML лучше :)

24-Lexusss> Повторюсь, мы не собираемся экономить на привлеченных специалистах. Но, увы, это только партнер, с которым мы уже установили отношения. Перед нами стоит лишь вопрос сопряжения с внешней ИС и четкая постановка задачи перед исполнителем.

23-Mitrich> а) Убунты-Линуксы + МакОси-Хреноси + грядущие гибриды - порождения мобильно-десктопной унификации. Прогноз роста - предприятия. У нас от виндов остался один лоскутик бухгалтерии. Как только будет возможность с него свалить, мы это тотчас провернем, по этому поводу выпьем и выпишем всем внеплановую премию.
Гость
28 - 05.05.2012 - 11:56
(26) Умничаю, дяденька, мы же это уже надысь выясняли.
Про лоскутную (она же кусочная) автоматизация начитаны. Словеца НК, ГК, CRM знакомы.
Темп роста сбытовых услуг = энергоснабжающая организация настройку заказала; требования действующего законодательства = ФСТ. Вместо энергоснабжающей можете подставить телекоммуникационную, ежели хотите. CRM бутика нервно курит в сторонке рядом с естественными монополиями.
Гость
29 - 05.05.2012 - 12:47
А чем не подходят веб-сервисы?
30 - 05.05.2012 - 13:07
2(29) Не осилят.
Гость
31 - 05.05.2012 - 15:25
(27)
Цитата:
Сообщение от Дмитрий Б Посмотреть сообщение
с уверенностью в 95%
Так не пойдет. Должен быть механизм трансляции объектов одной системы в объекты другой системы. В идеале - прозрачный автоматический перенос. Все остальные варианты можно использовать только в редких частных случаях.
Цитата:
Сообщение от Mitrich Посмотреть сообщение
Мы готовы приводить данные в ней в любое состояние, угодное 1С.
Слишком торопитесь, батюшка. Сначала надо проанализировать бизнес-процесс продажи и закупки, выявить точки первичного ввода, принять решение о едином или распределенном вводе данных, и только после этого - курочить программы.
Цитата:
Сообщение от Mitrich Посмотреть сообщение
партнер, с которым мы уже установили отношения
Если есть грамотный партнер, чего ж на форум лезть? Все равно сделаете, как 1снеги скажут. Или вы оба (и команда CRM, и команда бухучета) с боку-припеку и не в курсе специфики бизнеса?
Цитата:
Сообщение от Mitrich Посмотреть сообщение
Как только будет возможность с него свалить, мы это тотчас провернем
Пусть безобразно, зато единообразно! (с) армейская мудрость
Теоретически, недавно вышедшая 3я редакция бухгалтерии предприятия позволяет избавиться от win на всех узлах 1С - сервер БД, приложения и клиенты кроссплатформены. Вот только готовность всех прочих приложений - под большим сомнением.
Гость
32 - 05.05.2012 - 15:31
(31) Lexusss, я в шоке! Ты че мне дело шьешь??? Это не мои цитаты!!!
Выходные уже начались, или опять "улучшения" форума аукнулись? :)
Гость
33 - 05.05.2012 - 15:46
(32) хи-хи!;-)
Гость
34 - 05.05.2012 - 15:55
(32) Не виноватый я! Он сам подставил!!! :)))
Гость
35 - 05.05.2012 - 15:56
Лекси, ты на Митрича наехал! неужели не стыдно?;-)
Гость
36 - 05.05.2012 - 15:58
(35) Издевайся, издевайся :)
(34) От оно как, форум-то модернизировали! :0
Гость
37 - 05.05.2012 - 18:29
У нас так: выгрузка из CRM в dbf, далее обработкой загрузка счетов в 1С, далее отработка измененных dbf в CRM. Синхронизация кодов через отдельную табличку в CRM из трёх полей - имя таблицы, код CRM, код 1С. Полной автоматизации намеренно не делали, обработку вручную запускает бухгалтер чтобы видеть, что за счета пришли, иногда может подправить надо что, а то мало ли что там в CRM манагеры навводили
Гость
38 - 05.05.2012 - 19:29
37-RaFaeLNN >молодцы, схема правильная, DBF рулит!;-)
39 - 05.05.2012 - 20:49
еще проще - текст с полями фиксированной длины.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены