Вчера у меня состоялась одна интересная встреча с руководителем организации, разработавшей свою собственную CRM систему на основе языка PHP. Они туда вводят первичку, фикситуют там различные свои данные, как в обычных CRM - поручения, заметки, напоминалки... Но они хотят ещё хотят скопировать функционал 1С и сдавать бухгалтерию из своей системы. Я их отговорил, посоветовав им лишь ограничиться оперативным учетом, а в бухгалтерию лишь выгружать данные из первичек. Встал вопрос создания выгрузки в 1с. Они спросили сколько будет стоить разработка тех задания по выгрузке, чтоб их php программист создал в системе весь минимальный набор недостающих видов документов и справочников для ввода первички и генерировал файл выгрузки для 1с бухгалтерия.
Разумеется озвучить им трудоемкость я не имел возможности и мы сошлись на том, что я подготовлю список вопросов, Которые нужно уточнить. Вот хотел посоветоваться с вами как это решить всё. что я сам думаю

1)чтобы их бухгалтер создал список видов документов необходимых ему в бухгалтерии для формирования отчетности
2)исходя из полученного списка, дать их программисту задание на разработку этих документов в системе (поступление, реализация, счет фактуры, документы по рассчетному счету и некоторые другие) уже реализованы по аналогу с 1с.
3)продумать формат выгрузки данных.

Что ещё можно спросить и как договориться с заказчиком? Сколько будет стоить работа по разработки тех задания и тестирование?

И как вообще делать выгрузку каким путём. в бухгалтерии же есть универсальная загрузка данных. Тогда нужно создать правила обмена а их программистам сказать чтоб исходя из этих правил, генерировали файл выгрузки. А как они разберутся в формате файла? вобщем дело нелёгкое. нужно с чего то начать хотя бы сейчас определиться с чего начать и сколько просить денег или вообще не браться? задача мутная.
они еще план счетов туда воткнули но это к счастью не работает и проводок не формирует.

а создавать 1сбухгалтерию внутри php Сайта - это имхо утопия.

Еще кооринаты клиента сбрось.

месяц работы - тыщ 200

(0)
1) хрен тебе бухгалтер составит список, а если составит то он будет не полным
2) тут ты нахрен не нужен
3) тут тоже

+(4) и нахрен не нужно городить аналоги доков, если нужные для импорта данные есть в базе ЦРМ

(4) я не себя предлагаю, а отвечаю на вопрос
>>Они спросили сколько будет стоить

(0) 120 тысяч + координаты заказчика. По окончанию сдачи работ переведу тебе 20 тыс. За слив клиента.

Спасибо :)

для начала нужно понять какие хоз операции ведуться в этой базе

(7) неееет, сначала 20тыщ а потом координаты ))

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

список то невелик :) , но есть нюанс .. сопутствующие справочники :)

твое дело определить какие данные должны выгружаться из ЦРМ, договорится куда они будут класться, получить от разработчика формат данных или договориться с ним о нем, ну и написать обработку которая будет грузить в бухгалтерию то что пришло из ЦРМ

(10) объясни, как человек - ну вообще ни разу не видевший обмены какие-то, что-то еще - может обсуждать СКОЛЬКО это будет стоить? ...универсальные загрузка...ох майн гот, куда катиться этот гребаный мир, друзья

(12) в общем тебе там ничего не светит: выгрузку будет писать ихний программист, а загрузка универсальная.

(0) Организация не Тринити случайно?

(13) обычно я вступаю в работу, когда вдоволь наиграются :)

Поэтому, оставлю мое предложение здесь.

(12)именно. моя задача поспособствовать им. гдето помочь.

(14)нет нет.

(15)с чего ты взял что тебе 120 тыщ за это отвалят? и вообще за что? за то что ты им развернёшь письменно формат стандартного файла обмена сделанного в КД?

(17) Точно точно? В одно время они тоже со своей нетленкой на php интеграцию 1Ски наладить хотели.

(18) я только вынес свое предложение: 120 тыров + контакты клиента. Все остальное - мои проблемы, амиго. Предложение можно принять или отклонить :)

(19)где они находятся и кто там у них старший?

(20)буду иметь твоё предложение ввиду.

(12)а откуда уверенность что я не знаком с обменами данных? я в кд создавал бывало...

(23) я про КД что-то говорил? :)

могу на 1с быстренько самописку создать с такими же полями как у них в нетленке и через КД2 создать файл обмена. а уж потом сами пусть пишут выгрузку на php

(24)а про какие обмены ты говорил?

(25) таки в чем проблема?

(25) удачи, амиго!

(21) На Профсоюзной. Князев его фамилия.

(29)да. оно самое )

(29)то что они хотели это утопия...

(26) ты мне клиента на 120, а тебе - откат на 20. Вот про этот обмен я говорил. А КД, не кд, обмен/не обмен - какая тебе уже разница? :)

(30) Там денег нет, я там был годик назад.

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

Можешь не благодарить.

Так-так... прозвучало слово "откат". Прошу пройти в кабинет следователя.

(33)вот он и хотел так всё разузнать сколько будет стоить поставнока задачи и контроль их прогеров. но ведь офис то у них шикарный )

(36) Не такой уж и шикарный. Но год назад они наши(весьма скромные) запросы не потянули.

(35) не откат по вознаграждение посредника ))

(37) не смогли продать вы себя, хотя клиент всякий бывает судя по всему эти хотят за 21т.р

а чего собственно пояснять то .. первичка по CRM .. акт, накладная, выписка , кассовый ордер .. , но контрагенты и номенклатура должны как то синхронизироваться (в бух они явно будут шире),т.е. нужен еще какой то регламент. А писать можно просто, пусть они у себя веб сервис поднимут и тырь доки у них по одному .. есть легкий вариант для детей :)) .. в КД ваяешь правила , на вход получаешь текстовые , либо другого формата файлы .. вначале выгрузка в формат xml, затем загрузка универсальным обменом .

А стандартной загрузке требуются всякие внутренние идентификаторы или нет?

У меня были такие клиенты "Карта друга"... фирма занимается услугами, можете её в яндексе найти.
Я отказался... они тоже разработали свою CRM на PhP ...  и хотели, что я бы создал обмены со всеми стандартными конфигурациями 1С, либо встраиваемый модуль, либо как внешнюю обработку.
После некоторого времени, которое я потратил на изучение их ТЗ и PHP CRM... я сказал нафиг... времени много, бюджет копейки.

(34) .. а счета фактуры выданные клиенту ? .. не по реализации надо доки тянуть

(34) А зачем этим доки в бухии?

(44) если они не собираются отказыватся от старой системы то пускай дальше ее фигачат, наше дело маленькое дать бухгалтерии систему в которой они могут посчитать отчетность, книгу покупок продаж можно тоже на их системе делать для всего остального есть мастеркадр.

(44) -> (43)

первичка по CRM - это прикол такой? :)

(46) книга продаж

(42) да таких умных очень много)

Читал читал, так и не понял, что за нужные данные из CRM надо загружать в бух? ТС, есть примеры?

(48) книгу продаж можно делать в их системе, она не так сложна, учитывая, что и в бухии она далеко не совершенна при гиганских оборотах.

книга продаж в CRM...бедные методисты 1С наверное сейчас подавятся печенькой...

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

(52) пускай лучше в гробу перевернутся

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

(53) не путай теплое с мягким, книга продаж это единственная отчетность где нужны живые номера документов счет фактур и накладных. Остальное все сдается необоснованными цифрами, которые обычно просто вбиваются в регламентированную отчетность.

а из высказавшихся, хотя бы один человек ХОТЯ БЫ ОДИН обмен с любым веб-магазом делал? Извиняюсь за нескромный вопрос, конечно :)

(52)а у них там уже была попытка создать книгу продаж. они ещё хотят ОСВ там. туда некие прогеры уже план счетов засунули и пункты меню из стандартной бухгалтерии.

(0) сережа, паси коров лучше, а?

(57)с битрикосм

(57)я еще для Joomla писал выгрузку из 1с.

(57) не поверишь, я делал.

(37)ты случайно с Мишей Гризли не работаешь?

(60) ты им скажи, что они НИКОГДА даже на 20% своей самописной куйней не смогут приблизиться к типовой БП...ща...версии 1.5 образца 2007 года. Хотя бы потому, что если такие вещи они творят - то понимания у них 0. Либо - они точат ее под очень узкий учет, что вполне допускаю.

(58) значит, что то не устроило их в этом.

(64)скажу тебе секрет. они мечтают в будущем продавать свою нетленку

(65)мне один руководитель франча их спихнул сам отмазался типа некогда этим заниматься и с вебом не дружит)

Написать обработку по загрузке самого массового типа операций. Остальное пускай ручками добивают. Тогда тыщ 50 достаточно.
Если хотят кнопку "Сделать всё", то и 200 тыщ не хватит.

(62) ну и как? книжка продаж по битрикс магазу формируется?

(68)предлагаешь мне SQL запросами их данные выдёргивать?

(62)товары, цены, скидки.

(69) причем тут битрикс и выгрузка?

книга продаж это один сложный view + печатная форма. в IBExpert, а форму этому всему сделать сможет любой пыхарь

(71) зачем тебе в бухии цены и скидки?

(72) стоп. ну ты же сам пишешь "книгу продаж можно делать в их системе, она не так сложна, учитывая, что и в бухии она далеко не совершенна при гиганских оборотах." и ты делал обмен, где именно так все и есть.

(73)вы не так поняли. это я Новенькому_2009 отвечал на его вопрос что я делал уже по интеграции 1с и интернет магазинов. а тут ничего такого не нужно.

(51) И даже счета-фактуры на аванс?

=) а что нужно?

(74)у них просто счет фактуры тоже в их системе формируются. вот и книгу продаж хотели там же реализовать и даже начали.

(76) рано, Алексей! Рано!!!

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

Ребят книга продаж это налоговый регистр .. который один!! для одного юр лица , и когда мы там начинаем книга продаж по этому виду деятельности по другому и другой выпендреж , мы всегда заканчиваем тем что "Мы ж все вместе сложили, так что ничего не нарушили" такая детская отмазочка

А как же зарплата и налоги по зарплате. Отчетность в ПФР, ФСС, НДФЛ?

(70) Зачем? В любом удобном формате наладить обмен.

(82) а вот это уже в 1с можно делать, я говорю что только книге продаж нужны живые номера и суммы документов, остальной отчетности достаточно оборотов за отчетный период.

(70) а почему бы и нет?

(84) Откуда у нас 1С, если у нас все в CRM на PHP?

(81) ?

(72) А есть еще и доп.листы. А есть еще и ОС, по которым НДС хитро принимается ...

А раз есть ОС, значит налог на имущества еще может быть. Тоже в CRM это всё будет?

вернемся чуть взад.
1) Я предлагаю делать выгрузку в из CRM в 1с, по оборотам за отчетный период, для того чтобы формировать там отчетность.
2) Тонкое место такого метода это книга покупок продаж, поэтому я сказал, что это необходим делать на уровне CRM
3) А все, то что у них не реализовано в CRM делать в 1с.

(88) ОС делать в бухгалтерии

(82)у них зарплата считается уже внутри CRM а вот налоги пусть в бухгалтерии считаются.

(89) Больной? Нафига книга продаж в CRM? Ты еже документ события и звонки менеджера в бухию тащи

И Акты сверки ещё надо в CRM

а сколько их?

(63) было дело...

ну сколько человек пишут это дерьмо?

(86)купить 1с не так уж дорого...

(91) В 99% расчет зарплаты не соответствует законодательству (Ну не верю, что они там с НДФЛ всё корректно считает с учетом регресии, количества дитей имущественного вычета и т.д.). А значит то что они насчитали не сойдется с бухией (по крайне мере в части удержания)

(96)не знаюд. но прогер штатный у них есть. всё же написали систему уже и работают в ней.

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

(98) ты выдыхай, Алексей :) Выдыхай. Там есть веб-формы, они названы - счет-фактура, расходка, счет. Это просто веб-формы и не более :)

(100) нет нельзя

(98)может они там черную зарплату считают. я тоже считаю что это нужно в бухии всё. в а CRM только упр учет.

(101) От того что название совпадает ровным счетом ничего не означет кроме того, что названия похоже

shamashs, коллега - ты погорячился в (100). Честно.

(93) в оперативной базе всегда делать надо акты сверок. Да в CRM
Представь просто что их CRM = ТИС 1.0(переписанный в дерьмо)

(106)вот это пусть и делают но без всякой там бухгалтерии и проводок!

Мне то как лучше поступить? может свой формат выгрузки придумать если видов документов там немного?

(100), (106)
В оперативной базе зачастую никто не замарачивается с наличием/отсутствия счет-фактуры от поставщика и за редким исключением вообще пофиг есть там НДС или нет. А значит книгу покупок по этим недостоверным данным не построищшь

В оперативной базе никто не замарачиватется со счет-фактурам на аванс, а значит книгу покупок/продаж в части аванса тоже не построишь

Отсюда вывод - ну не получится в их CRM построить полностью книгу покупок и продаж. А частично она и нафиг не кому не уперлась

(105) crm это просто название базы данных.

Тащить весь ворох документов реализаций и счет фактур ИЗ оперативной базы и делать постоянную сверку всей фигни, что натащат в бухгалтерскую сверку это глупо, оссобенно если у них документооборот по нескольку сотен, хотя бы документов в день.

Это не нужно.

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

(109)(110)а что лучше тогда сделать? что выгружать в бухгалерию чтоб бухгалтер не знала забот лишних ?

(108) Хочешь сказать что у них всё 100% белое и все 100% должно быть в бухии?

(110) Нужно, как раз из-за того что часть первички может не совпадать. Например чтобы повысить себестоимость руководство может увеличить приходную накладную на 5% (типа за доставку). А в бухии это будет совершенно другая картина

(0) Все правильно сделал, не важно, где первичка лежит. Главное, чтобы корректно выгружалась в бухию. Главная задача - грамотно разграничить функционал оперативного и бухгалтерского учета при импорте данных.
По ценам - трудно сказать, но для русского филиала крупной западной фирмы выгрузка данных из одной учетной системы в другую(из всего их зоопарка систем) 2 года назад обошлась примерно в 700 тыс. руб. Так что от 100 тыс

счет фактуры да. у них в CRM ведутся и именно там номера им присваиваются

(112) это не твоя проблема, это проблема главбуха, если он сдает отчетность AS IS.

(113) Это другой вопрос и это по сути параметры запроса из которого строится view, не более.

Строишь таблицу книги, потом откусываешь куски если надо, по каким то правилам. Если есть межфирменные манипуляции.

(116)значит я напишу этому господину следующий вопрос
1)найдите глав буха, покажите ему свою CRM, пусть скажет что из неё ему нужно в бухгалтерию выгружать для их вида деятельности
2)вышлите мне список документов (справочников)которые нужно выгружать в 1с бухгалтерию и получите приблизительную стоимость

если задача стоит сдавать отчетность в типовой бухгалетрии, то должно выглядеть все так, ты говоришь давайте посмотрим, какие отчеты из регламентированной базы вы сейчас формируете.
Так Имущество(это основные средства и.т.п.) это мы ведем в бухгалтерии.
Прибыль, (этом мы грузим оборотами).
Зарплата (это мы грузим в бух из камина/зупа/делаем в бух).
НДС (это мы грузим оборотами из CRM)
Книга покупок/продаж, это мы доделываем в CRM.

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

(119) если такой путь устраивает клиента пускай платят предоплату 50%, кстати, а то подозрительные какие то, все с ними работали и ничего не сделано.

(120)спасибо! а выгрузку лучше не привязывать к стандартной загрузке данных и правилу обмена? легче наверное продумать свой формат выгрузки и пусть их прогеры пишут а самому загрузку написать?

(121)

Тут обращу внимание, что придется работать ВМЕСТЕ с их прогерами если нужен результат, отдельно ничего не выйдет будете только саботировать работу друг другу, этот момент очень важен я бы его в договоре закрепил и неустойками заипачил.

Формат это как религия, его выбирает каждый исходя из своей веры.

я приверженец dbf csv, их мне проще отлаживать.

(123)я тоже за дбф. а вобще по идее я выступаю как постановщик задач поэтому имею перед ними приоретет в выборе формата.

против дбф

(124) Сначала предоплату получи, потом про формат размышляй)

(126)а как вобще сказать про предоплату? то что это стоит от 50ти тыщ разработка модуля загрузки и что как минимум 50 процентов нужно сразу чтоб я начал думать по этому поводу?

Кстати я считаю что через универсальную загрузку не получится сделать. так  что модуль загрузки полюбому писать самому придется.

(0)Может это  стоит за юзать?
http://ole-lukoye.narod.ru/gl122.htm

(129)с чего вдруг?

(130)Почему нет?

(0) для начала что за CRMка, оч. сомневаюсь что писали с нуля, скорее всего один из бесплатных продуктов Веб-CRM.

(132)да пёс его знает говорят что самописка

Вот мне интересно как они СЕЙЧАС ведут бухгалтерию, вообще если ведут в 1с, проще проанализировать, что у них уже заведено и загружать это хозяйство из CRM (тут в принципе только с синхронизацией определиться и важно, чтобы все нужные поля в CRM присутствовали, а так в 1с при желании можно почти из чего угодно загрузить). А вот если они хз как ведут, то тут большая часть работы уйдет на анализ, обучение пользователей, разработку всяческих регламентов и т.п.

(110) а как ты без номеров счет-фактур книги продаж и покупок-то делать будешь?

(135)счет фактуры в CRM создаются и их номера будут перетаскиваться в 1с