Не понятно как работает сопоставление печатных форм на примере синхронизации Б24 и БП.
Есть старый механизм - "Способы оплаты", есть новый - генератор документов. Сейчас сопоставление со старым. Будет какой то переход на новый механизм или модуль с ним не совместим?
Dymych Dim написал: Есть старый механизм - "Способы оплаты", есть новый - генератор документов. Сейчас сопоставление со старым. Будет какой то переход на новый механизм или модуль с ним не совместим?
Maxim Kotov написал: Если создать пользовательское поле в Сделке для каждой строчки товара. То каким методом API можно его будет изменять?Для этого подойдет метод crm.deal.userfield.update? Если нет, то какой подойдет?
Да, вроде им. Пользовательские поля модуль поддерживает. Они выгружаются как свойства заказов
Если использовать метод crm.deal.userfield.update, то как указать значение до каждой строчки товара? Как я понимаю параметры id данного метода подойдет для пользовательских полей в шапке документа, т.е. для статичных полей. А нам нужно, чтобы это действовало для табличной части товара (размер списка динамический). Как к нему обращаться при помощи данного метода?
Кто-нибудь понимает почему обнуляются счета в Б24 после синхронизации с 1С УНФ? Б24 - облачная версия, тариф Команда, 1С - тоже в облаке..
почему-то странно себя ведет обмен - процедура/схема работы на сегодня выглядит так: 1) Счета СРМ (счет в Б24), создаются на основе документов создаваемых в приложении Конструктор Документов - работает без нареканий
2) Осуществляется обмен с 1С, для чего из 1С УНФ запускается коннектор - работает со странностью - контрагент не переноситься, если Счет СРМ, созданный из КД, не открыт и не пересохранен средствами самого Б24 - выводит из себя, но пока терпимо ))... при этом этот пункт зависит от заполнености поля e-mail у контрагента в Б24... если поле заполнено, то работает...
3) Далее на стороне 1С УНФ выполняются внешние обработки: - корректирование заказа - обработка выполняет корректировку валюты заказа (тк сделки и счета СРМ (переносятся в УНФ как заказ) бывают в 3-х валютах, а переносятся они в рублях, хотя это не корректно по сути, я выставляю валютный счет и получаю валютный платеж и сумма в рублях должна для бухучета формироваться не в момент выставления счета: а в момент поступления валютной выручки) и создает договор основание .. - создание счетов на оплату в 1С УНФ, для целей дальнейшего бухучета
4) Далее данные (Счета 1С, а так же при необходимости Контрагенты и Номенклатура) 1С УНФ синхронизируются с 1С 8.3 КОРП, в которой собственно и ведется учет
5) После того, как Счет оплачен, в 8.3 делается соответствующая проводка,
6) выполняется синхронизация 8.3 КОРП и УНФ, - переноситься информация по оплатам - переносится корректно
7) в УНФ запускается внешняя обработка, которая анализирует оплаты по счетам 1С и меняет статусы соответствующим им Заказам - работает корректно
8)Запускается обмен данными между 1С УНФ и Б24
9) Ожидаемый результат - смена статуса Счета СРМ в соответсвии с выставленным в 1С УНФ происходит не всегда. Иногда просто слетают все позиции счета и сумма становиться = 0... (при этом в УНФ все остается корректно, но после повторной синхронизации тоже обнуляется), иногда вовсе ничего не меняется (хотя в УНФ стоит статус Оплачен), иногда корректно меняется.. Эта история не зависит изменен ли статус заказа в 1С УНФ 1.6 обработкой или руками...
Если кто-то разбирается и в состоянии настроить - дайте знать - оплату гарантирую
- Добавлена возможность установки синхронизации по расписанию. - Оптимизированы базовые запросы получения данных - Для уменьшения нагрузки на базу 1С в режиме реального данного - по умолчанию отлючена проверка объектов на необходимость регистрации изменений. Если флаг не стоит, то регистрируются все элементы - Оптимизировано отображение пользоветльского дерева групп - Исправлена ошибка, когда некорректно отображались значения строковых свойств - Поддержка свойства типа URL - При обновлении документов, значения реквизитов, которые берутся из настроек - не обновляются - Доработана выгрузка товаров с характеристиками. Если в 1С товар в документах указывается без характеристики, то он также выгружается в Битрикс24
Александр,
читаю документацию!
· Цена. Если его установить, то будет выгружена только та номенклатура, цена которой удовлетворяет отбору. Цена берется по указанному прайс листу.
все понятно.
Можно доработать в следующих версиях, что бы была возможность указывать не один прайс лист а группу прайс листов. Насколько я понимаю с API это не как не связано, просто в 1С в режиме перебора, берем номенклатуру, есть цена, грузим , нет цены ищем следующий прайс.
Юрий Зайцев написал: Можно доработать в следующих версиях, что бы была возможность указывать не один прайс лист а группу прайс листов.Насколько я понимаю с API это не как не связано, просто в 1С в режиме перебора, берем номенклатуру, есть цена, грузим , нет цены ищем следующий прайс.
В апи можно указать только одну цену товара. Ваш сценарий мало для кого. Не будет такого.
Александр, поддерживает ли модуль цены, указанные в карточке номенклатуры, как цена продажи? http://prntscr.com/kft8d2
Для бизнеса, где используются услуги, цены удобнее указывать именно так, документы установки цен там не используются. Корректно ли это поле выгрузится в Б24?
Dymych Dim написал: Александр, поддерживает ли модуль цены, указанные в карточке номенклатуры, как цена продажи? http://prntscr.com/kft8d2 Для бизнеса, где используются услуги, цены удобнее указывать именно так, документы установки цен там не используются. Корректно ли это поле выгрузится в Б24?
Цены хранятся в 1С в разрезе видов цен. Если установите вид цены, который соответствует цене продажной, то выгрузятся