DZ
Mikhail Kriachek
Добрый. Кто нибудь реализовывал "Нормальную CRM" для многодепартаментности?
А что значит нормальную?
Size: a a a
2020 March 06
MK
А что значит нормальную?
свои платильщики, печатные формы, сущности (deal, lead) привязаны по SITE_ID для начала
РИ
срм общая в битриксе
РИ
только если дописывать
РИ
даже на энтерпрайзе
РИ
помогло?
видимо нет
DZ
Mikhail Kriachek
свои платильщики, печатные формы, сущности (deal, lead) привязаны по SITE_ID для начала
да, кодить нужно. У меня 5 департаментов, лиды и сделки разделить не проблема, с плательщиками сложнее.
DZ
печатные формы тоже разделяются правами
MK
да, кодить нужно. У меня 5 департаментов, лиды и сделки разделить не проблема, с плательщиками сложнее.
Учитывая что вся ЦРМ работает от корня /crm/ т.е. правильные SITE_ID без костылей не проставляется это то еще веселье, но суть я понял. В принципе мы платильщики, формы итд разделяли ранее, но все это мягко говоря очень по уродки =) особенно в свете цены энтерпрайза
DZ
Mikhail Kriachek
Учитывая что вся ЦРМ работает от корня /crm/ т.е. правильные SITE_ID без костылей не проставляется это то еще веселье, но суть я понял. В принципе мы платильщики, формы итд разделяли ранее, но все это мягко говоря очень по уродки =) особенно в свете цены энтерпрайза
а что такое SITE_ID, я не понял. У меня основное разделение на этапе лидов и сделок, а тв к чему привязаться хочешь?
MK
а что такое SITE_ID, я не понял. У меня основное разделение на этапе лидов и сделок, а тв к чему привязаться хочешь?
Я хочу чтобы у каждого департамента был свой набор лидов\сделок\инвойсов, печатных форм, платильщиков итд итп. Речь в данным случаи идет про редакцию Энтерпрайз с ее кривой реализацией Многодепартаментности
DZ
Mikhail Kriachek
Я хочу чтобы у каждого департамента был свой набор лидов\сделок\инвойсов, печатных форм, платильщиков итд итп. Речь в данным случаи идет про редакцию Энтерпрайз с ее кривой реализацией Многодепартаментности
Ну что имеем как говорится. У меня других примеров перед глазами нет. У нас облако команда, все что ты перечислил, кроме платильщиков, я настраиваю через права. Не помню по поводу нумерации для каждого департамента, но по моему тоже можно настроить, мы только в начале пути )
DZ
Сейчас дошли до 1С, придется переходить на компанию )
MK
Ну что имеем как говорится. У меня других примеров перед глазами нет. У нас облако команда, все что ты перечислил, кроме платильщиков, я настраиваю через права. Не помню по поводу нумерации для каждого департамента, но по моему тоже можно настроить, мы только в начале пути )
Мы вот тоже посмотрим как это можно сделать красиво (что маловероятно по количеству обнаруженного хардкода). Да и клиенту слегка сложно, что то рассказывать что все работает "не так" после того как он отвалил Битриксу 1кк денег =)
Про вариант с правами конечно полурабочий, но если не 30+ департаментов =\
Про вариант с правами конечно полурабочий, но если не 30+ департаментов =\
MK
Пока что часть проблем решили вынесением департаментов на отдельные поддомены
DZ
Mikhail Kriachek
Мы вот тоже посмотрим как это можно сделать красиво (что маловероятно по количеству обнаруженного хардкода). Да и клиенту слегка сложно, что то рассказывать что все работает "не так" после того как он отвалил Битриксу 1кк денег =)
Про вариант с правами конечно полурабочий, но если не 30+ департаментов =\
Про вариант с правами конечно полурабочий, но если не 30+ департаментов =\
30+ круто.
2020 March 10
AN
Вот конкретно с этим полем я бы не трогал (при обновах будет мучительно больно)
Если делаете свой тип поля, то там в js есть client_selector (или как то так) и от него в js можно отнаследоваться и дописать свою логику
Если делаете свой тип поля, то там в js есть client_selector (или как то так) и от него в js можно отнаследоваться и дописать свою логику
ФМ
Где это лежит?
AN
Где это лежит?
crm.entity.editor компонент и там файл js размером пол метра
ФМ
Какие вы все умные ))
Тоже так хочу
Тоже так хочу