Идеи пользователя 51006

Невозможно в это поверить, но до сих пор в 1С грузятся все "оплаты" из БУС сплошняком, даже если реально оплаты не было.

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

1) Если в доп сведениях о заказе свойство "Заказ оплачен" true
Это не удобно т.к. менеджерам надо лезть в доп свойства, выискивать там иностранное слово в нужной строчке

2) Если документ оплаты "проведен"
Это ерунда, т.к. во первых грузится куча лишних документов оплаты, хотя оплаты нет и не будет, или будет другая форма, во-вторых непроведенные документы может случайно провести бухгалтер который разносит банк ежедневно, т.е. так делать вообще нельзя.


Давайте проголосуем за то, чтобы документ оплаты в 1С приходил из БУС только если заказ оплачен на сайте!

Невозможно в это поверить, но до сих пор в 1С грузятся все "оплаты" из БУС сплошняком, даже если реально оплаты не было.

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

1) Если в доп сведениях о заказе свойство "Заказ оплачен" true
Это не удобно т.к. менеджерам надо лезть в доп свойства, выискивать там иностранное слово в нужной строчке

2) Если документ оплаты "проведен"
Это ерунда, т.к. во первых грузится куча лишних документов оплаты, хотя оплаты нет и не будет, или будет другая форма, во-вторых непроведенные документы может случайно провести бухгалтер который разносит банк ежедневно, т.е. так делать вообще нельзя.


Давайте проголосуем за то, чтобы документ оплаты в 1С приходил из БУС только если заказ оплачен на сайте!

Нужна возможность настройки загрузки реквизитов с сайта в доп реквизиты документов.

Сейчас в УТ ни доп реквизиты ни сведения нельзя для "заказа покупателя" настроить чтобы заполнялись из БУС без допила.

Например, пользователям нужно точно понимать оплачен ли заказ на сайте или нет. Каждый раз тыкать в "доп сведения" из заказа и смотреть там - неудобно. Техподдержка ответила

В настройке соответствия реквизитов загружаемых документов выводятся только стандартные реквизиты и добавленные вами дополнительные реквизиты не будут появляться в списке реквизитов настроек соответствия загружаемых документов. Возможность появления там автоматически доп. реквизитов заказа отсутствует. Чтобы добавить в неё реквизит и выставить в соответствие поле для заполнения, необходимо будет обращаться к программисту 1С для доработки модуля обмена.

Возможность изменять оплаченный в БУС заказ на стороне 1С.

 Кейс:
Клиент оплатил через сайт (БУС) заказ и приехал забирать его в магазин. Попутно в магазине собрал еще товаров, пришел на кассу (на ней 1С) и просит включить в заказ и доплатить.

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

 Предложение:
Сделать нормальный двусторонний обмен 1С и БУС, чтобы можно было дополнить заказ в 1С, отправить его в БУС и это корректно отрабатывалось и в БУС и в Б24.

Добрый день!

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

Предложение:

1) Если в 1С отключена выгрузка картинок на сайт, то не создавать свойство каталога MORE_PHOTO
В противном случае, существующее там свойство с готовыми картинками перестает корректно работать.

2) Если включить выгрузку картинок и в каталоге уже существует свойство MORE_PHOTO, не создавать новое свойство с таким именем, а только менять внешний код у существующего для связи с 1С


Сейчас, при выгрузке из 1С, БУС упорно, даже при выключенной выгрузке картинок, создает свойство каталога MORE_PHOTO с внешним кодом CML2_PICTURES.
И если свойство было раньше создано и там были картинки (когда подключаем 1С к работающему сайту, так и происходит), то каталог перестает функционировать из-за дублирующихся свойств.

Как не терять лиды если звонок на мобильный застал не в офисе

 Кейс:
Шел по улице, пообщался с лидом по мобильному. Потенциальный клиент звонил с незнакомого мне номера, минут 10 рассказывал свои желания и задачи. Разговор был на улице, записать и сделать пометки негде. Но мобильный пишет все разговоры в mp3 файлы.

Договорил, на ходу в мобильном приложении создал лид, сделал пару пометок и вошел в метро, интернет кончился. Но хочется большего.

 Предложение:
Для качественной обработки таких лидов, было бы удобно приложить в мобильном приложении к лиду запись разговора, чтобы потом в офисе переслушать и качественно проработать лид.
К сожалению прикладывать их позже довольно сложно - т.к. записи накапливаются, найти в мобильнике нужную уже не так просто (на следующий день я потратил минут 5 на это)

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

Для многих клиентов очень не хватает корректной иерархической синхронизации товаров при онлайн загрузке заказов из БУС в 1С.

Если я правильно понял, сейчас при поступлении из БУС заказа с новой номенклатурой, сама номенклатура создается в 1С не в иерархии, а в отдельной папке, указанной в настройках.  Таким образом в этой папке получается большая помойка из номенклатуры с сайта.

Поясню, почему многим неудобно создавать каталог в 1С и выгружать в БУС:

• Торговля идет не от склада, а от прайсов поставщиков. Прайсы поставщиков, особенно если номенклатура пересекается и нужно решать проблему дублей, зачастую удобнее грузить в БУС, там же настраивать сразу красивое отображение товара и свойств как их будет видеть покупатель.
• Загрузка прайсов в 1С - раздувание базы 1С (тк допустим из 100 000 позиций покупают 20%, остальные товары болтаются в базе мертвым грузом, а на них нужно ежедневно долларовые цены в рубли пересчитывать, да еще несколько типов цен - база очень быстро вырастает до 100Гб, итд)
• Контент-менеджерам неудобно в 1С заниматься сортировкой позиций по иерархии каталога, картинки и некоторые свойства хранить в 1С нельзя - значит надо лазить и в админку сайта.
• В 1С тяжелее решить задачу корректного отображения товара, который в наличии у нескольких поставщиков, т.е. допустим "кроссовки" у поставщика1 стоят 100 рублей, в наличии 100шт. У поставщика2 105 рублей, в наличии 1000шт. Задача продать сначала кроссовки поставщика1, потом как кончатся у 1 - от поставщика2. Оперативный обмен информацией об остатках зачастую проще организовать на стороне БУС чем 1С.
• Можно привести еще вагон аргументов
  

Соответственно, для многих компаний было бы проще на сайте держать полный каталог, а в 1С грузить только заказы с созданием номенклатуры в 1С в случае ее отсутствия.

Возможно ли организовать выгрузку номенклатуры с группами из БУС в 1С при онлайн обмене заказами?

Случайно задесятерил комментарий (повис браузер при отправке) не могу теперь удалить, некрасиво.
https://yadi.sk/i/Oa0-DkW3ogxFA

Модуль обмена 5.0.0.10

Проблема: запускаю выгрузку каталога с сайта БУС в 1С, жду часа 4. XML закачивается внутри обработки в 1С, и дальше 1С предлагает создать товары.
При создании номенклатуры вылетают разные ошибки, обычно связанные с одинаковыми названиями товара на сайте (дублями). При этом загрузка прерывается и всю процедуру приходится повторять заново. Я сижу уже третий день с этим и конца края не видно.

Возможно добавить функционал, чтобы выгрузку с сайта можно было 1 раз сохранить в файл XML и уже не ждать каждый раз повторной выгрузки c сайта по 4 часа? Гораздо проще решить все проблемы на уровне ручной правки XML.
Ну или корректно доработать процедуру импорта - чтобы при ошибке создания номенклатуры процедура не останавливалась. Там сейчас "транзакция" добавлено, мне кажется лучше заменить на "попытка-исключение"