Если вы используете BitrixEnv то достаточно развернуть пул, а все изменения будут в VM по-умолчанию.
В моём случае используется VM, так все будет работать или нужно будет добавить диапазоны в iptables? Не очень хорошо знаком с синтаксисом iptables. По дефолту в /etc/sysconfig/iptables следующее:
Код
# Generated by iptables-save v1.4.21 on Thu May 21 23:02:13 2020
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [18:4361]
:bx_public - [0:0]
:bx_trusted - [0:0]
-A INPUT -j bx_trusted
-A INPUT -j bx_public
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
-A bx_public -p tcp -m state --state NEW -m tcp --dport 8070 -m comment --comment "BX: requests for pool update" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 80 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 443 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 8890 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 8891 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 8893 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 8894 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 5222 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_public -p tcp -m state --state NEW -m tcp --dport 5223 -m comment --comment "BX: web ports" -j ACCEPT
-A bx_trusted -s 192.168.2.224/32 -p tcp -m tcp -m comment --comment "BX: home.portalname.com.ru" -j ACCEPT
-A bx_trusted -s 192.168.2.224/32 -p udp -m udp -m comment --comment "BX: home.portalname.com.ru" -j ACCEPT
COMMIT
# Completed on Thu May 21 23:02:13 2020
Тут написано что нужны 443 TCP, 1935 TCP, 5060 TCP, 1935 UDP, 5060 UDP, 3478 TCP/UDP, 8000-48000 UDP.
Нужно ли руками прописывать порты в iptables или при установке модуля все само прописывается? В /etc/sysconfig/iptables упомнинаний портов для телефонии не увидел.
Генератор документов - феррари на которой можно ездить только вокруг дома, Новый модуль получился хорошим но не предназначен для использования разработчиками.
Не мог пройти мимо темы с таким загадочным названием. Есть пара вещей, которые сильно усложняют решение задачи "Хочу просто сгенерировать типовой договор в РФ с реквизитами заказчика" в стандартном облачном Битриксе24.
I. Проблема с регистром реквизитов.
1. Для договора нужны реквизиты. Встроенная функция Б24 - автозаполнение реквизитов по ИНН. Реквизиты всегда подтягиваются в верхнем регистре. 2. Чтобы Имя заказчика выглядело нормально - нуужно их руками перепечатать, чтобы они выглядели человекопонятно Иванов Иван Иванович.
Как убедиться - попробовать сделать любой договор из облачного Б24 с заполнением реквизитов по ИНН. Возможное решение: Поддержка в генераторе модификатора регистра с функцией ucwords() как минимум для полей имен.
II. Невозможно применить один шаблон для клиентов с разными реквизитами.
1.Условия работы по договору для клиентов ип\ооо одинаковы. Весь договор идентичен кроме блока реквизитов. 2. У юрлиц есть ОГРН, КПП, у ИП - ОГРН, КПП нет, но есть ОГРНИП. (у физлица вообще только Имя, паспорт и адрес). Пробуем универсальный договор с реквизитами клиента (тут пока физлиц не учитываем):
Альтернатива: создавать разные шаблоны для каждого типа клиента, даже несмотря на то что шаблоны полностью одинаковые кроме реквизитов. Имеем локальный филиал ада - 3 одинаковых шаблона договора (юрлица, ИП, физлица), 3 шаблона счета, 3 шаблона акта. 9 шаблонов только для типовых документов с ручным выбором это перебор..
Альтернатива 2: заполнять все через бизнес процесс с использованием дополнительных приложений. Тогда признать что в стандартном функционале даже простую генерацию договора\счета\акта с разными реквизитами сделать невозможно без костылей и неудобств.
Про изменение регистра я уже писал ранее, есть ли планы на добавление этой фунции?
Алексей Шафранский, супер,сделали доку чуть лучше) Важный момент - люди которые не хотят возиться с установкой BitrixEnv (и я тоже), как правило мануаль по установке BitrixEnv не читают, тк не актуально. И про SFTP не увидят. Так что этот пунктик про SFTP не мешало бы в мануале запуска ВМ отразить, либо даже в общем описании
В BitrixVM и в курсе есть пункт - Настройки NGINX в BitrixVM для работы с композитом
Обязательным является включенный композитный сайт, но в админке корп портала на 100 пользователей нет пункта меню Настройки > Настройки продукта > Композитный сайт.
Не понятно, если используется корпоративный портал, без доп.сайтов - там эта функция работает или нет? Как включить?
Выбрать случайного сотрудника проверить его начальника, Выбрать еще раз случайного сотрудника, проверить чтобы этот сотрудник не совпал с первым, и не совпал с начальником первого.. Проверить начальника этого сотрудника. Если совпадает с первым - значит реально начальник) Если не совпадает, выбрать еще раз сотрудника, но исключить первых двух и начальников первых двух. Зациклить
Не понятно - скорость сайта это только для сайтов опубликованных на БУС? А если копоративный портал с закрытой публичной частью, для него скорость сайта должна показываться?
Другое дело что в документации явно не указано что SCP не работает, и что нужно именно SFTP для обмена файлами.
У многих хостеров SCP нормально работает из коробки и в популярных программах типа WinSCP стоит протоколом по дефолту.
Т.е. в 101 раз добавляя очередной сервер в список соединения вводя только адрес и порт, получаем затуп программа и отлуп что ничего не работает - а это не лучшее начало отношений с Битриксом)
Надо об этом хотя бы в доках писать, что SSH via SFTP, !SCP
Подскажите, правильно я понял что на виртуалке по умолчанию не работает доступ через SCP, только SFTP? При этом обычный SSH через Putty работает. SCP можно как то включить?
На бета версии, если из панели управления масштабированием запустить обновление окружения, выдаст результат - Ошибка
Код
"The conditional check 'common_manage == 'update_packages'' failed. The error was: cannot import name shlex_quote\n\nThe error appears
to have been in '/etc/ansible/roles/common/tasks/update_packages.yml': line 3, column 3, but may\nbe elsewhere in the file depending on the exact
syntax problem.\n\nThe offending line appears to be:\n\n# configure oldkernel limits\n- name: get server options\n ^ here\n"}
fatal: [server1]: FAILED! => {"failed": true, "msg": "The conditional check 'common_manage == 'update_packages'' failed.
The error was: cannot import name shlex_quote\n\nThe error appears to have been in '/etc/ansible/roles/common/tasks/update_packages.yml': line 3, column 3,
but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n# configure oldkernel limits\n-
name: get server options\n ^ here\n"}to retry, use: --limit @/etc/ansible/common.retry
Александр Кунташов, со своей стороны делаю все что могу - тикеты в ТП, форум. Пока воз и ныне там) Видимо сейчас силы брошены на новый бэк офис.
Мы, с вашей подачи проблему уже локализовали - не указана организация. А включение неск. организаций только поможет устранить последствия в конкретном счете. Проблему "как так произошло" оно не устранит.
Так что никаких общих фраз у меня нет, только конкретные вопросы и пожелания.
Чтобы сделать модуль лучше, было бы неплохо видеть более удобный лог, напрмер с реальной информацией что попало в обмен а что нет. Счет без организации это явная ошибка. На стороне 1С такое не поддерживается и модуль по хорошему должен это сигнализировать. Увы 1c программиста для чтения исходников у меня пока нет и мягко говоря это "перебор" для обеспечения минимальной работы "готового продукта".
Тарас Волков, спасибо за идею, но это применимо в очень узком кругу. При смене стадий все текущие роботы завершаются, а значит все паузы, согласования и прочее что было в роботах запускается заново. Кроме того в любой нормальной кампании при передвижении по стадиям настроены автоматизации - дозаполнение полей, создание задач, и все прочее.
Если у вас 6 стадий сделки то это значит что на каждой текущей стадии пользователь может совершить 5 неправильных смен стадий, в БП каждой из которых нужно учесть эту вероятность. Умножаем на 6, т.е. всего за цикл сделки может быть 30 вариантов когда пользователь не туда что то передвинул, создались дубли задач дубли счетов и прочее прочее. Беда не приходит одна.
Это не про то что ваше решение плохое, это про то что решение должно быть в рамках настройки прав в продукте а не сторонними бп
Понимаете, проблема не в том, что вот конкретно данный счет синкнулся плохо и нужно срочно всеми силами его загрузить. Проблема в том что системно очень часты сбои в синхронизации, которая происходит просто в стерильных условиях. Типовая конфа, очень маленький поток документов. Хотелось бы грубые ошибки отловить чтобы они не мешали во внедрениях.
Цитата
Александр Кунташов написал: Включите режим отладки - увидите реальные запросы и ответы REST API.
В курсе, но это не "рабочий режим", это именно отладка. Т.е, когда бухгалтер синхронизирует вручную, его не попросишь смотреть в отладку и парсить глазами вебхуки)
В интерактивной синхронизации реализован лог для пользователя, но он именно что вводит в заблуждение, а не показывает реальную картину. В журнале синхронизации тоже самое. Вот посмотрите, как много работы выполнено модулем https://prnt.sc/s49ilp . Знаете сколько реально обменялось данных? ноль.
Понимаете кейс простой - я вижу что с синхронизацией частые проблемы, её надо постоянно контроллировать. Следовательно либо нужно доводить логику обмена до ума, чтобы она хотя бы в стерильных условиях работала стабильно, либо сообщала о проблемах, либо, если это невозможно, просто можно было глазами за ней следить стоять над душой (худший сценарий).
Везде видны здавые идеи - уведомления на почту, уведомления в систему уведомлений 1С, но по факту вот вам обмен не сработал корректно ошибок нет. Ну конечно фатал еррора нет, но обмен то все равно не состоялся корректный.
Для ежедневного рабочего кейса тупого стерильного обмена Б24-1с БП сколько надо человек в отделе поддержки и бухгалтерии?) Может все таки достаточно одного в команде Битрикс24 чтобы это пофиксить?
Не рабочий этот вариант... - во первых это изменит все формы в конфе и добавит неудобств, в тч. во внедрениях. Нормальный бухалтер всегда спросит - какого черта вы повключали? Во вторых это тупиковый путь - не решать проблемы логике модуля, а сочинять костыли на стороне клиента. Костыли рождают костыли. В работе модуля не заявлено что он требует учет нескольких организаций и у нас ведь штатная интеграция с распросраненной конфой 1с , она должна работать и без "Нескольких организаций" в базе.
Я слежу за модулем с самого начала и тестирую с первых бет. Конечно он хорош и сильно лучше того, что было в 2018. Но блин если остались баги, остались недосмотры, которые реально мешают в работе, и это не тысяча строк кода, можно же все это решить системно на уровне разработчика?
Александр Кунташов, большое спасибо за подробный разбор. Да вы правы, организация одна и в форме не выводится. И да, действительно в этом счете она не подставилась (в печатной форме счета можно видеть пустоту)
Цитата
Скорее всего с Б24 эта единственная организация не синхронизирована. В результате счет создается, но организация в нем не заполнена.
Однако! На стороне Б24 в счете организация продавец указана. С 1С она синхронизирована, (есть все идентификаторы в 1с и они корректные). Другие счета синхронизируются нормально.
Александр Денисюк говорил что все зависимые сущности сихронизируются автоматически. Опять же не понятно синхронизируются или только один раз выгружаются? Этот вопрос уже задавал недавно в этой теме - какая логика синхронизации организаций, но ответа не получил.
Было бы все таки замечательно получить комментарий разработчиков - как должна работать синхронизация организаций.
И второе - сейчас я практически каждую синхронизацию делаю вручную и смотрю лог. Практически всегда лог бесполезен потому что не показывает реальный обмен - что выгружено и куда, а тупо спамит заученными фразами "Формирование пакета выгрузки", "Выгрузка" и тд.
У меня как у партнера половина фич не работает и разбираться очень трудно. С клиентами вообще притормозил все интеграции, потому что ьез регулярного сидения в модуле оно стабильно не работает.
Александр Денисюк, можно расчитывать на более надежный лог? Например чтобы модуль показывал только реально что обенивает, а не просто писал в лог что он молодец и все обменял, хотя по факту данных ноль?
Александр Денисюк, я написал что БП. Типовая. Значит так не должно быть. А можете все таки поделиться как должно быть? Документации же нет, на что ориентироваться?
Александр Денисюк, можете пояснить какая логика создания договоров при обмене Б24>БП? Обменялись счетами - на стороне 1с у счета поле договора значится Договор - WEB, но само поле заблокировано https://prnt.sc/s3u0m3 Сам договор при этом не создался. При поступлении оплаты от клиента нельзя привязать оплату к счету, поскольку 1с сначала требует указать договор, а его нет и поле залочено.
Напомните пожалуйста, сихронизация с БП поддерживает только один реквизит в карточке Компании? Если нужно выставить счет этому же клиенту но на другие реквизиты - создавать отдельную Компанию?