Павел (Все сообщения пользователя)

Здравствуйте!

С нетерпением ждем Ваших обновлений CRM в части счетов, анонсированные совсем недавно.
Подскажите, пожалуйста, когда примерно ждать обновлений?

https://twitter.com/1C_Bitrix/status/326607686131126273/photo/1

Попробуй заменить строку:
$cfg['Servers'][$i]['host'] = 'localhost';
на строку:
$cfg['Servers'][$i]['host'] = '127.0.0.1';

И строку:
$cfg['Servers'][$i]['AllowNoPassword'] = false;
на строку:
$cfg['Servers'][$i]['AllowNoPassword'] = true;

Согласование текста Договора:
1) Согласование на уровне служб (Первая итерация):
Документ отправляется параллельно к начальнику Юридического отдела, начальнику Отдела сопровождения, Главному Бухгалтеру, Финансовому Директору и в Отдел страхования. Они могу изменить документ, завизировать или передать своим подчинённым.
2) Документ блокируется на редактирование
3) Если инициатор считает, что в документе были сделаны глобальные изменения, то он может повторно отправить документы на согласование. При этом документ остается заблокированным.
4) Согласование Заместителем Генерального директора с возможность отправки на следующий уровень или уровень служб.
5) Согласование Генеральным Директором
6) Оправка Делопроизводителю. Она Распечатывает, подписывает у генерального, ставит печать в Бухгалтерии, формирует набор документов для отправки, отправляет контрагенту.
7) Далее Менеджер проекта(Инициатор) регистрирует версию договора (именно версию чтобы понимать как график менялся) с загрузкой актуального графика и проставляет статус "Отправлено контрагенту"

Согласование оплаты Счетов
1) Согласование на уровне служб:
Документ отправляется параллельно к начальнику Юридического отдела, начальнику Отдела сопровождения, Заместителю главного бухгалтера, Финансовому Директору и в Отдел закупок. Они могу отклонить, завизировать или передать своим подчинённым.
4) Заместителем Генерального директора визирует все типы счетов, кроме АХР (Административно-хозяйственные расходы)
5) Согласование Генеральным Директором
6) Бухгалтерия оплачивает счёт, регистрируют в системе скан и проставляют галочку, что оплачен, при этом галочка "получен скан" не ставят.

Регистрация входящих документов:
1) Скан загружается в систему Делопроизводителем, выбирает тип документа и отправляется далее.
2) В зависимости от типа документа он направляется в разные отделы.
Например если прислали выписку ЕГРЮЛ, то данный документ направляется в бухгалтерию.
Далее Бухгалтерия проверяет в 1Се их реквизиты на тему изменений.

Дмитрий Зинько пишет:
Да это было бы отлично.
Опираясь на мой опыт внедрения, Бизнес-Процессы в Документообороте в Сделке необходимы следующие:

• Согласование текста Договора
• Согласование оплаты Счетов
• Для регистрации входящих документов и переносов их в другие системы автоматизации. В частности выписка ЕГРЮЛ с проверкой реквизитов в 1Се, сканов Бухгалтерской отчётности в Системах анализа и прочее.
  

Как видно из примеров, Бизнес-процессы не выходят за приделы стандартных бизнес-процессов в документообороте.

Я только сейчас подумал, что документы могут приатачиватьсятов. не только к сделке но и к Контрагенту (Например: Выписка по контрагенту). Самое простое сделать только по сделкам и в моем случае это закроет необходимый функционал на 90 процентов.

Уважаемые разработчики, добрый день!
Со своей стороны у меня есть несколько предложений:

1) Добавить в CRM "Документооборот" с их Бизнес-Процессами, пользовательскими полями и прочим. Причём сделать так, чтобы пользовательские поля и БП настраивались сразу на все сделки.
Это необходимо т.к. для каждой сделки очень нужно согласование договоров и хранение нескольких десятки папок с файлами по предварительному анализу и сканами оригинальных документов.

2) Сделать отображение подзадач в CRM, как в рабочих группах. Сейчас в CRM не видно, что есть подзадачи.

Всё установилось. Папка "mobile" в корне появилась. Через браузер всё работает.
Но не работает на Андроиде. Проблема в том, что он говорит, что не может отобразить страницу.
Это видимо из-за того, что он пытается открыть "https:\\", а сертификата нет.

ХМ. Странно на виртуальной лаборатории всё нормально работает. Видимо нужно удалить Экстранет и Социальную сеть, а потом их установить заново.

Добрый день!
Столкнулся с проблемой. Начал поднимать Экстранет, но у меня возник затык на группах.
Есть группа пользователей которые должны видеть все группы, даже в которых они не состоят. В интранете всё нормально, а экстранете не работает.
Самая главная проблема, что человек не в группе не может видеть список групп и саму группу. Даже если ему дать права администратора Интранета и Экстранета, дать полные права доступа на "социальную сеть - группы", дать все права на группу на всех пользователей.

Спасибо, огромное. Действительно всё заработало.
У меня есть догадки, что такое бывает, когда в php.ini стоит кодировка utf8, а потом через .htaccess выставляем кодировку Windows-1251.

Проблему решили только что.
Создана задача 23.08.2012, исправлена 04.09.2012.
Итого 12 дней. Для критичной ошибки это очень много.
Спасибо хоть так.

Спасибо, Денис. Надеюсь, что время реакции сдвинется с мёртвой точки и будут производиться более оперативно.

Я не шибко опытный пользователь КорПортала, но только у меня 6 заявок, которые оканчиваются письмом тех.поддержки " На основе информации из данного обращения была создана заявка в отдел разработок. ".

Предпоследняя заявка была конечно не мега критичная, но её исправляли месяц.

Последняя же заявка достаточно критична и заключается в нерабочем редакторе Бизнес-Процессов, если в переменные добавить поле типа "Список.". Её решения жду уже неделю.
В добавок непрофессионализм некоторых специалистов тех.поддержки, которые спрашивают директиву php memory_limit, после того когда им было сказано, что всё было проверенно на Демо-лаборатории и там так же всё не работает.

Не смотря на всё это, система достаточно неплохая и отказываться не собираюсь.

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

Ситуация следующая. Сайт располагается на Хостинге hc.ru.
Тестирование конфигурации и Проверка доступа прошли успешно по всем пунктам.

При редактирование страницы test.php вставляем следующий тестовый код: '
<div>тест</div>'

После сохранения открываем через ftp и видим следующий код: "<img src=\"http://marketplace.1c-bitrix.ru/bitrix/templates/marketplace.1c-bitrix.ru/images/1c-bitrix-logo.png\" border=\"0\" width=\"195\" height=\"67\"  />
<div>тест</div>"
То есть перед каждой кавычкой поставился слеш. Соответственно ничего на странице не отображается. Самая проблема в том, что при редактирование компонентов выдает 500 ошибку из-за этих же слешей.

И если ещё раз нажать на редактирование страницы, то он выдает этот код: " <img  /> <div>тест</div>"

Это явно кодировка. Непонятно только где. Вроде всё проверил.
И настройки php "mbstring.internal_encoding cp-1251 cp-1251"
И настройки сайта и мета данные все кодировки windows-1251
И кодировка самой страницы

Может у кого-нибудь есть идеи?

На мой субъективный взгляд нужно сделать некий аналог Консоли запросов в 1Се с их группировками, сравнениями, вычисляемыми полями и прочим. И хранить отчёты ввиде запросов. Могут конечно возникнуть вопросы с множественными полями, но в отчётах на начальном этапе можно и отказаться. Я думаю все согласятся - это самое лучшее решение, чтобы не создавать бесчисленное множество отчётов.
Но это мечты, а пока добавьте пожалуйста в конструктор пользовательские поля.

Спасибо Тех. Поддержке.Всё исправлено.

После последнего обновления(Включая Беты) в Битрексе появились дополнительные возможности.В то же время появились проблемы со сделками.
Открываем Сделки в CRM
Выбираем любую Сделку
Нажимаем кнопку редактировать
Меняем сумму
Сохраняем
ИИИИИИ. Сумма становится равная нулю.

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

Тех.поддержка молчит.

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

Спасибо. Действительно всё работает.
Отличное решение проблемы. Прелесть данного метода, что юзеры не могут менять форму.

Всем добрый день!
Столкнулся с проблемой настройки Форм в Блоке CRM.
Лично я пришел к извращённому методу. А именно настроить из под юзера экранную форму, а потом в табличке b_user_option
размножить на всех юзеров.
Может есть более нормальный способ? Нужно Ваше Экспертное мнение.

Именно. Других вариант нет.

Я не мегаспец во всём этом. Скорее наоборот. Поэтому не уверен, что будет работать на 100%.
Просьба знающих людей, если что меня поправить.

Лично я делаю следующим образом:
1) Идём в "Администрирование >> >> Настройки >> Инструменты >> Резервное копирование"
2) Делаем резервное копирование портала и сохраняем файлик "restore.php" на компьютер
3) переименовываю папку "www" на что-нибудь другое
4) Создаём пустую папку "www"
5) В корень папки "www" кидаем файл "restore.php" и необходимые файлы резервной копии из "\bitrix\backup"
6) Запускаем ваш_сайт\restore.php и следуем инструкции
7) Причём на вопрос в какую MYSQL базу записать информацию, указываю другое название базы.
8) После установки из старой папки копирую файл ".htaccess"
9) Если нужно, чтобы система работала со старой базой MySQL, а не из резервной копии, то либо копируем файлик "\bitrix\php_interface\dbconn.php" из старой папке в новую, либо меняем в этом файлике "$DBName"

У меня тоже самое произошло после последнего обновления.
К сожалению у меня нет времени на нахождение косяков, я просто откатил на версию до обновления и о чудо всё заработало. Причём откатил только файлы, а MySQL не трогал.
Так и висит "Рекомендуемые обновления: 8".

Хм. У меня на корпоративном портале сидят где-то 24 человека. У каждого либо 7ка, либо XP. У всех стоит 2007 или 2010 офис. На портале, Винде, офисе и IE стоят все последние обновления.

Обычно провожу один и тот же ритуал, после которого всё работает(извините, если слишком примитивно пытаюсь объяснить, иногда это необходимо):
1) Удаляю старые записи в общих задачах, общих контактах и общих календарях в Outlook-е.
2) Закрываю Outlook
3) Добавляю в реестр HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Common\Internet ключ "BasicAuthLevel"=dword:00000002
4) Открываю только IE и авторизуюсь(обязательно ставя галочку "Запомнить меня на этом компьютере")
5) захожу на страничку <ваш портал>/company/outlook.php
6) по очереди нажимаю ссылки "Подключить Контакты", "Подключить Мои задачи", "Подключить Личный календарь". При этом разрешив веб-узлу открыть программу на компьютере.
7) Далее в outlook-е вводим логин с паролем от корпоративного портала(должен сам выдать окно, никуда лезть не нужно) и нажимаем синхронизировать.

Должно всё работать.

Я заметил такую закономерность, что если приатачивать контакты из Internet Explorer, то всё работает нормально, но стоит воспользоваться другим браузером он выдаёт ошибку.

Уже не нужно...Сам нашёл решение.

Первый момент с полным местоположением Документа я решил следующем образом.
Создал переменную "dir" и создал элемент "php-код" со следующем кодом:


При этом если заменить $dir_full = ''; на $dir_full = $ar_res['NAME']; то в переменную передаст и имя файла.

Хотя тех.поддержка прислал следующий код. В котором я даже не стал разбираться, т.к. за то время пока они отвечали, я уже нашёл решение.


-----------
Второй вопрос я решил достаточно просто, создав переменную user и вставив следующий php-код:

----
P.S.: Сразу скажу, что никогда не программировал на PHP и столкнулся с ним только месяца два назад. Так что не судите строго.

Люди, очень нужна Ваша помощь.
Начальство попросила, чтобы в карточке согласования документа в Бизнес-процессах отображалась папка в которой лежит сам файл. Примерно тоже самое, что стоит напротив "Папка:" в карточке Документа. Без каких-либо ссылок. Просто текст. Наверно самое правильное записать папку в которой лежит файл в переменную.

И второе: нужно записать в переменную id пользователя, который запустил на согласование БП.

Заранее спасибо.