[consulting] CiviCRM / Drupal integration expert

[Sami Khan]

I think the best idea would be to start with OpenAtrium and build a CRM
on top of that. Development Seed has done an excellent job with the UI,
all you need to do is add the missing functionality.

Sami

On Wed, 2010-05-05 at 11:23 -0700, Matt Chapman wrote:
> On Wed, May 5, 2010 at 11:01 AM, Jim Taylor <jim at rootyhollow.com> wrote:
> > I'm -1 on the re-creation of a CRM in Drupal as it's a whole lot of work and
> > all you ar doing is re-reating the wheel imho.  Unless you have a large team
> > behind it I don't see the point.
> 
> The point would be:
> 
> 1.) Migrating to a single, unified framework instead of the
> hodge-podge of disparate libraries that make-up CiviCRM now
> 
> 2.) and therefore, vastly increasing the pool of capable developers,
> and every competent Drupal 7 developer would then also be a competent
> CiviCRM developer without significant additional effort.
> 
> 3.) and, increased consistency of UI and user experience when moving
> between Drupal and CiviCRM interfaces.
> 
> I agree that a team of several people is needed, and I think the
> Drupal community could provide that team as volunteers. The ubercart
> project would stand as a reasonably good model of how this could be
> done.
> 
> This is less like recreating the wheel and more about replacing the
> engine in the car with better parts.
> 
> 
> All the Best,
> 
> Matt Chapman
> Ninjitsu Web Development
> 
> --
> The contents of this message should be assumed to be Confidential, and
> may not be disclosed without permission of the sender.
> 
> 
> 
> 
> > David,
> > I would be curious to hear what ese you see need in view integration, as of
> > 2.2 you should be able to access almost all the CiviCRM field in views (feel
> > free to answer that off list or file a ticket with CiviCRM).
> > We talked about CCK among a couple developers at CiviCon and really couldn't
> > come up with a pressing use case except for replacing the profiles
> > integration with Fields API integration for the user entity, in Drupal 7.
> >  So use Fields API to display the CiviCRM profiles that are exposed during
> > user registration.
> > What what seemed more important to work on was greater
> > Rules/Workflow/Actions integration to create workflows in CiviCRM.  This
> > should be a huge help in customizing CiviCRM's behaviors and default
> > workflows.
> > I'm -1 on the re-creation of a CRM in Drupal as it's a whole lot of work and
> > all you ar doing is re-reating the wheel imho.  Unless you have a large team
> > behind it I don't see the point.
> >
> >
> > On Wed, May 5, 2010 at 1:48 PM, David Notik <dave at d202.org> wrote:
> >>
> >> Hi.
> >> On Wed, May 5, 2010 at 1:24 PM, Matt Chapman <matt at ninjitsuweb.com> wrote:
> >>>
> >>> Is there anybody
> >>> around who's got the management skills to help redirect the momentum
> >>> among CiviCRM new-comers into a project to re-create CiviCRM
> >>> functionality using Drupal 7 as the framework?
> >>
> >> Music to my ears.  I don't have the resources to lead that effort, but +1
> >> for the need.  It's really to bad we can't work with CCK and Views for most
> >> all CiviCRM functionality.
> >> I agree with your assessment about demand.  CiviCRM is arguably much
> >> harder to work with than Drupal -- yet it does some powerful things,
> >> integrates with Drupal, and remains in demand largely because of those
> >> points.  For CiviCRM/Drupal integration that goes beyond tying users to
> >> contact records and exposing contribution pages and event registrations in
> >> the CMS, you can and should command a higher rate than Drupal most of the
> >> time.  Anyway, my shop charges one rate regardless.
> >> Just did a bit of work on one Drupal/CiviCRM project of ours --
> >> www.jewishideas.org -- including replaced the fundraising campaign"goal
> >> widget' with some custom stuff.
> >> Best,
> >> --D
> >> --
> >> D202 - People-Centric Websites
> >> 646.536.7502 ||  Office
> >> www.davidnotik.com
> >>
> >>
> >> _______________________________________________
> >> consulting mailing list
> >> consulting at drupal.org
> >> http://lists.drupal.org/mailman/listinfo/consulting
> >>
> >
> >
> > _______________________________________________
> > consulting mailing list
> > consulting at drupal.org
> > http://lists.drupal.org/mailman/listinfo/consulting
> >
> >
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting