Светлана Заиченко (Все сообщения пользователя)

Цитата

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

Как я написала выше, Остановка и запуск не помогает. Может со стороны Б24 нужно что-то сделать?

Добрый день.

Платформа: 1С:Предприятие 8.3 (8.3.13.1644)
Конфигурация: Управление торговлей, редакция 11 (11.4.6.230) (http://v8.1c.ru/trade/)
Copyright © ООО "1С-Софт", 2003-2018. Все права защищены
(http://www.1c.ru)
Расширения конфигурации:
- Инструменты бухгалтера: Виджеты рабочего стола (1.0.0.3)
- Структура подчиненности расширенная (1.0)
- 1С: Синхронизация Битрикс24 (2.1.5.5)
- 1С+ Битрикс24 (3.0.0.3)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси


Постоянно выползает ошибка загрузки в реальном времени.

"Проблемы при загрузке в реальном времени.
Более двух минут не было соединения с Битрикс24.
Загрузка в реальном времени не работает"

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

Что делать?

В 1с есть две вещи - СТАТУСЫ заказов и СОСТОЯНИЯ заказов. Их не надо путать. И менять и то и другое по загрузке из битрикс, действительно, некорректно. Причем, как я упоминала ранее, СОСТОЯНИЕ заказа в 1с просто так выставить нельзя, нет такого поля в заказе. Это индикатор, который указывает на каком этапе заказ в зависимости от данных по оплате и отгрузке, ожидаемых или свершившихся. А СТАТУСЫ = это принят, на согласовании, закрыт.

Ни один нормальный человек, работающий с СОСТОЯНИЯМИ заказов в 1с не захочет менять их напрямую из БУС. Они сами изменятся при обмене документов согласно схеме обеспечения, которую использует пользователь в 1с. Т.е. если есть оплата, но нет отгрузки, или заказ по постоплате, то 1с покажет "готов к отгрузке", если должна быть предоплата, но ее нет, будет "ожидается оплата" и т.п.

И повторюсь - это не поле в заказе, которое пользователь меняет вручную. Поэтому его категорически не следует менять по данным БУС.

К тому же в настройках обмена есть отдельные галки для обмена СТАТУСАМИ и СОСТОЯНИЮ. Так и сделайте выгрузку статусов односторонней. Те для кого состояния заказа в 1с что-то значат, будут пользоваться, А остальным оно и не надо.

Цитата

Ярослав Лопатин написал: Александр Денисюк , Цитата Александр Денисюк  написал: Нужна связть 1 к 1, Иначе при синхронизации документов непонятно будет какой статус подставлять(например из 1С выгружается заказ с статусом "Принят", а  у него сопоставление с бусовскими "Принят" и "Обработан", какой для БУСа статус указывать??) Я говорю о таком сопоставлении, как на снимке. https://yadi.sk/i/MFUYxe2X3STPjF

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

Цитата

Александр написал: Наш случай: 1. В БУС оформляется заказ. 2. Оператор работает только в 1С, при поступлении заказа (в статусе "к согласованию") согласовывает с клиентом дату доставки, указывает её в реквизите заказа "Отгружать одной датой", заполняет обеспечение (резервирует товар), меняет статус заказа на "к выполнению". При этом, отсутствующий товар в заказе отменяется установкой соответствующей галочки. В случае отказа клиента от заказа отменяет все строки заказа, в комментарии указывается причина отказа. 3. В 1С, в день доставки, оформляется оплата (ПКО на основании заказа). 4. В 1С, в день доставки, оформляется отгрузка (РТУ на основании заказа). 5. Отправляется машина для доставки с кассовым чеком и товаром. Клиент расплачивается в момент получения товар 6. По возвращению машины, если деньги за заказ получены кассиром - устанавливается статус РТУ "Реализовано". Если нет - в 1С документы ПКО, РТУ помечаются на удаление, в заказе отменяет все строки заказа, в комментарии указывается причина отказа. 1С УТ для Казахстана, версия последняя, 3.1.3.5.

У нас такая же схема работы за исключением того, что документы ПКО мы оформляем по возвращению машины, когда курьер сдает деньги кассиру. Товар заказывается через механизм обеспечения потребностей с конкретным назначение под клиента. Услуга доставки включается в РТУ, акты о выполенных  услугах не создаем. 1с УТ 10.3.

На данный момент имеем проблемы с обменом реализаций (отгрузок). После выгрузки реализаций в битрикс на сайте создается новая отгрузка, при этом остается старая, в которой удаляются отгруженные товары, но остается стоимость доставки. Как результат имеем на сайте две отгрузки, в каждой прописана стоимость, что увеличивает стоимость заказа на стоимость отгрузки.

В регистр сведений или спарвочник можно загрузить данные из Exel штатной обработкой 1с "Загрузка данных из табличного документа".

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

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

Это все понятно в пределах окна. А когда товаров 20-30 тыс ?  к тому же синий цвет, к сожалению, никак не говорит о том в какую группу дерева был ранее добавлен товар.
А если пару тысяч позиций надо снять с сайта, то как их искать в группе дерева?
каждые 2-3 месяца обновляются каталоги. часть товара уходит, новые появляются. нельзя же постоянно это делать вручную.
Неужели никто не сталкивался с такой проблемой?

импорт и экспорт там непосредственно дерева. А мне бы найти как загнать соответствие номенклатуры 1с группам этого дерева. И главное, как потом посмотреть какой товар в какой папке дерева уже лежит?

Если выгрузить в XML, например, заказ покупателя, то в значениях реквизитах товара есть НаименованиеКраткое и НаименованиеПолное
в данном случае на печать выводится наименование как НаименованиеПолное
т.е. на каком-то этапе происходит что-то типа Наименование = НаименованиеПолное

<Товар>
<Ид>14c47b74-1f3f-11dc-8a47-0015f26b54cf</Ид>
<Штрихкод>5412253964568</Штрихкод>
<Артикул>Msv-402271110</Артикул>
<Наименование>40227/11/10 contemporary 1xE27 60W 230V светильник Massive</Наименование>

......

<ЗначенияРеквизитов>
<ЗначениеРеквизита>
<Наименование>ВидНоменклатуры</Наименование>
<Значение>Светильник</Значение>
</ЗначениеРеквизита>
<ЗначениеРеквизита>
<Наименование>ТипНоменклатуры</Наименование>
<Значение>Товар</Значение>
</ЗначениеРеквизита>
<ЗначениеРеквизита>
<Наименование>НаименованиеКраткое</Наименование>
<Значение>40227/11/10 contemporary 1xE27 60W</Значение>
</ЗначениеРеквизита>
<ЗначениеРеквизита>
<Наименование>НаименованиеПолное</Наименование>
<Значение>40227/11/10 contemporary 1xE27 60W 230V светильник Massive</Значение>
</ЗначениеРеквизита>
</ЗначенияРеквизитов>
</Товар>

По аналогии можно было бы думать, что в обработке ОбменССайтом должно присутствовать что-нибудь типа Наименование = НаменованиеКраткое, однако ничего подобного не нашла (((

или я неправильно понимаю логику?

Здесь и меняла, но выгружает все равно краткое наименование..  поковыряюсь еще. спасибо.

Где хранится дерево групп?
Необходимо загрузить соответствие номенклатуры группам на сайте, например, из Exel. А то 20 000 позиций вручную раскидать как-то ресурсоемко по времени..