1с ошибка при выполнении операции над данными 22012 error division by zero

03.06.13 — 12:03

4 — 03.06.13 — 12:13

"
Для Каждого Реквизит Из СтруктураПолей Цикл

        ТекстЗапроса  = ТекстЗапроса + ",
        |Док." + Реквизит.Значение + 
        " КАК " + СокрЛП(Реквизит.Ключ);

    КонецЦикла;
"
 

6 — 03.06.13 — 12:18

Запрос.Текст    "ВЫБРАТЬ 
 Док.НомерСтроки ,
Док.Номенклатура КАК Номенклатура,
Док.Количество * Коэффициент /Номенклатура.ЕдиницаХраненияОстатков.Коэффициент КАК Количество,
Док.Сумма КАК Сумма,
Док.СтавкаНДС КАК СтавкаНДС,
Док.СуммаНДС КАК НДС,
Док.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
Док.СерияНоменклатуры КАК СерияНоменклатуры,
Док.Номенклатура.ВестиПартионныйУчетПоСериям КАК ВестиПартионныйУчетПоСериям,
Док.Номенклатура.Услуга КАК Услуга,
Док.Номенклатура.Набор КАК Набор,
Док.Номенклатура.Комплект КАК Комплект,
Док.Заказ КАК Заказ,
Док.Заказ.СкладГруппа КАК СкладЗаказаПокупателя,
Док.Заказ.ДоговорКонтрагента.ОбособленныйУчетТоваровПоЗаказамПокупателей КАК ОбособленныйУчетТоваровПоЗаказамПокупателей,
Док.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
Док.Ссылка.СкладОрдер КАК Склад,
Док.Ссылка.СкладОрдер.ВидСклада КАК ВидСкладаРазмещения,
Док.ПриходныйОрдер КАК ДокументПолучения,
Док.ПриходныйОрдер.Организация КАК ОрганизацияДокументаПолучения,
Док.ПриходныйОрдер.БезПраваПродажи КАК БезПраваПродажи,
Док.Цена КАК Цена,
Док.Коэффициент КАК Коэффициент,
Док.ПриходныйОрдер.Склад КАК ПриходныйОрдерСклад,
Док.Номенклатура.ВестиУчетПоСериям КАК УчетПоСериям,
Док.СерияНоменклатуры.СтранаПроисхождения КАК СтранаПроисхождения,
Док.СерияНоменклатуры.НомерГТД КАК НомерГТД,
Док.ЗаказПоставщику КАК ЗаказПоставщику
 ИЗ 
      Документ.ПоступлениеТоваровУслуг.Товары КАК Док 
     ГДЕ Док.Ссылка = &ДокументСсылка"

Divide by zero error encountered. 1С УТ

Доброго времени суток, уважаемые Мастера.
Проблема немного не понятная. В УТ 10.3.12.3, при проведении документа «Поступление товаров и услуг» возникает ошибка:
Ошибка при выполнении обработчика — ‘ОбработкаПроведения’
по причине:
<ОбщийМодуль.ОбщегоНазначения(4191)>: Ошибка при вызове метода контекста (Выполнить)

по причине:
Ошибка выполнения запроса
по причине:
Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 10.0: Divide by zero error encountered.
HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1

Знаю, что программа делит на «0», но вот где . Ошибка ссылается на следующую функцию.

Функция СформироватьЗапросПоТабличнойЧасти(ДокументОбъект, ИмяТабличнойЧасти, СтруктураПолей,
СтруктураСложныхПолей = Неопределено) Экспорт

Для Каждого Реквизит Из СтруктураПолей Цикл

ТекстЗапроса = ТекстЗапроса + «,
|Док.» + Реквизит.Значение +
» КАК » + СокрЛП(Реквизит.Ключ);

Запрос = Новый Запрос;

Если ТипЗнч(СтруктураСложныхПолей) = Тип(«Структура») Тогда // Добавим к запросу конструкции.

Для Каждого Элемент Из СтруктураСложныхПолей Цикл

ТекстЗапроса = ТекстЗапроса + «,
| » + Элемент.Значение +
» КАК » + СокрЛП(Элемент.Ключ);

Если СтруктураСложныхПолей.Свойство(«Проект») Тогда

Запрос.УстановитьПараметр(«ДатаДок»,ДокументОбъект.Дата);
КонецЕсли;
КонецЕсли;

Запрос.Текст = «ВЫБРАТЬ
| Док.НомерСтроки » + ТекстЗапроса + »
| ИЗ
| Документ.» + ДокументМетаданные.Имя + «.»+ СокрЛП(ИмяТабличнойЧасти) +
» КАК Док»+ТекстСоединение+»
| ГДЕ Док.Ссылка = &ДокументСсылка»;

// Установим параметры запроса.
Запрос.УстановитьПараметр(«ДокументСсылка» , ДокументОбъект.Ссылка);

Если ДокументОбъект[ИмяТабличнойЧасти].Количество() = 0 Тогда
Запрос.Текст = СтрЗаменить(Запрос.Текст, «ГДЕ Док.Ссылка = &ДокументСсылка», «ГДЕ ЛОЖЬ»);
КонецЕсли;

Источник

Ошибка при выполнении операции над данными 22012 error division by zero

Есть конфигурация ЗиК непосредственно правкой конфы занимается другой человек, я только админю SQL сервер. После внесения очередных изменений в конфу при закрытии месяца SQL сервер матерится: «Microsoft OLE DB Provider for SQL Server: Divide by zero error encountered.», при этом если база лежит в dbf месяц закрывается без проблем! Разработчик конфы все валит на меня, я в свою очередь уверен что со стороны сервера все ок! Считаю что разработчик заранее не предусмотрел деление на 0 что-то типо

«ВЫБОР КОГДА ЕСТЬNULL(Таблица.Количество,0) = 0 ТОГДА 0
ИНАЧЕ Таблица.Сумма/Таблица.Количество
КОНЕЦ КАК Цена»

Помогите разрешить спор!
Как доказать главбуху что проблема вызвана именно ошибкой в конфигурации?
Есть ли внутри 1с платформы проверка арифметических операций, может ее там нет, поэтому dbf вариант работает без проблем?

Бухия 8.1 1.6(1.6.11.7), скульная.
При проведении некоторых доков выскакивает ошибка:
: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Ошибка при выполнении операции над данными:
Microsoft OLE DB Provider for SQL Server: Divide by zero error encountered.
HRESULT=80040E14, SQLSrvr: Error state=1, Severity=10, native=8134, line=1

Может кто-нибудь сталкивался? Заранее спасибо.

деление на ноль.. запрос нужно смотреть

В запросе нашел:
КОНЕЦ * ТаблицаПлатежей.КурсВзаиморасчетов / ТаблицаПлатежей.КратностьВзаиморасчетов

Блин, только что попробовал провести, теперь пишет:

Ошибка при выполнении обработчика — ‘: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
«‘
по причине:
: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
«

по причине:
Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
»
по причине:
Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1

«Возврат Запрос.Выполнить;» — ставь точку останова и смотри какие вычислительные операции у тебя в запросе.

Проблема кроется тут, когда создается сам запрос: » Для Каждого Реквизит Из СтруктураПолей Цикл » Как, в таком запросе, сделать проверку на ноль, чтобы SQL отвязался?

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

Текст запроса, вытащенный из обработчика. Запрос.Текст «ВЫБРАТЬ Док.НомерСтроки , Док.Номенклатура КАК Номенклатура, Док.Количество * Коэффициент /Номенклатура.ЕдиницаХраненияОстатков.Коэффициент КАК Количество, Док.Сумма КАК Сумма, Док.СтавкаНДС КАК СтавкаНДС, Док.СуммаНДС КАК НДС, Док.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры, Док.СерияНоменклатуры КАК СерияНоменклатуры, Док.Номенклатура.ВестиПартионныйУчетПоСериям КАК ВестиПартионныйУчетПоСериям, Док.Номенклатура.Услуга КАК Услуга, Док.Номенклатура.Набор КАК Набор, Док.Номенклатура.Комплект КАК Комплект, Док.Заказ КАК Заказ, Док.Заказ.СкладГруппа КАК СкладЗаказаПокупателя, Док.Заказ.ДоговорКонтрагента.ОбособленныйУчетТоваровПоЗаказамПокупателей КАК ОбособленныйУчетТоваровПоЗаказамПокупателей, Док.ЕдиницаИзмерения КАК ЕдиницаИзмерения, Док.Ссылка.СкладОрдер КАК Склад, Док.Ссылка.СкладОрдер.ВидСклада КАК ВидСкладаРазмещения, Док.ПриходныйОрдер КАК ДокументПолучения, Док.ПриходныйОрдер.Организация КАК ОрганизацияДокументаПолучения, Док.ПриходныйОрдер.БезПраваПродажи КАК БезПраваПродажи, Док.Цена КАК Цена, Док.Коэффициент КАК Коэффициент, Док.ПриходныйОрдер.Склад КАК ПриходныйОрдерСклад, Док.Номенклатура.ВестиУчетПоСериям КАК УчетПоСериям, Док.СерияНоменклатуры.СтранаПроисхождения КАК СтранаПроисхождения, Док.СерияНоменклатуры.НомерГТД КАК НомерГТД, Док.ЗаказПоставщику КАК ЗаказПоставщику ИЗ

Смотри где у тебя по тексту / и оборачивай делитель в Выбор когда Делитель=0 Тогдв Делимое/1 Иначе Делимое/Делитель Колнец

вот тут имхо собака порылась Док.Количество * Коэффициент /Номенклатура.ЕдиницаХраненияОстатков.Коэффициент КАК Количество,

Ну нет..Мало ли почему там коэффициент=0. Я бы не стал

Что посоветуете дописать . Как лучше всего обернуть?

Выбор Конда Номенклатура.ЕдиницаХраненияОстатков.Коэффициент =0 Тогда КАК КАК Количество

а я бы стал. на каком основании цифиль должна быть без учета коэффициента? так и получаются 2000 м куб

На том например что забыли поставить. И что теперь обнулять количество?

Беру свои слова обратно в карточке товара не были проставлены коэффиценты.

: Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 11.0: Обнаружена ошибка: деление на ноль.
HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1

Произошло после перехода из 8.3.10(ошибки не было) на 8.3.13.
Версия 1с серверная. Документов сотни тысяч, просматривать руками каждый — не вариант.

Тестово перевел из серверной в файловую базу — на удивление все заработало БЕЗ Ошибок.

Я писал. Мне говорят проверить все документы (а их огромное количество с незапамятных времен).

Отчет не формируется даже за сегодняшнюю дату, при условии что ни одного действия с документами не было произведено.
На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13.Но суть в том, что в 8.3.10 все работало.

Источник

Ошибка Обнаружена Ошибка, деление на ноль

Здравствуйте, помогите пожалуйста с ошибкой. Пытаюсь сформировать : Отчеты — Анализ учета по НДС

<ОбщийМодуль.ДлительныеОперации.Модуль(376)>: Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 11.0: Обнаружена ошибка: деление на ноль.
HRESULT=80040E14, SQLSrvr: SQLSTATE=22012, state=1, Severity=10, native=8134, line=1

Произошло после перехода из 8.3.10(ошибки не было) на 8.3.13.
Версия 1с серверная. Документов сотни тысяч, просматривать руками каждый — не вариант.

Тестово перевел из серверной в файловую базу — на удивление все заработало БЕЗ Ошибок.

Марат ,посмотрите как на последней 8.3.12 работает. Здесь ясно, что это — глюк платформы. Если ошибка повторится, то напишите на горячую линию 1С сообщение об ошибке.

Я писал. Мне говорят проверить все документы (а их огромное количество с незапамятных времен).

Вот ответ от v8 V8@1c.ru

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

Отчет не формируется даже за сегодняшнюю дату, при условии что ни одного действия с документами не было произведено.
На 8.3.12 не могу проверить, так как нет этой платформы. я обновлялся с 8.3.10 напрямую до 8.3.13.Но суть в том, что в 8.3.10 все работало.

Источник

Что за ошибка??

Бухия 8.1 1.6(1.6.11.7), скульная.
При проведении некоторых доков выскакивает ошибка:
<ОбщийМодуль.УправлениеДенежнымиСредствами(335)>: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Ошибка при выполнении операции над данными:
Microsoft OLE DB Provider for SQL Server: Divide by zero error encountered.
HRESULT=80040E14, SQLSrvr: Error state=1, Severity=10, native=8134, line=1

Может кто-нибудь сталкивался? Заранее спасибо.

деление на ноль.. запрос нужно смотреть

В запросе нашел:
КОНЕЦ * ТаблицаПлатежей.КурсВзаиморасчетов / ТаблицаПлатежей.КратностьВзаиморасчетов

Блин, только что попробовал провести, теперь пишет:

Ошибка при выполнении обработчика — ‘<ОбщийМодуль.ПолныеПрава(349)>: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
«‘
по причине:
<ОбщийМодуль.ПолныеПрава(349)>: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
«

по причине:
Ошибка выполнения запроса «Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1
»
по причине:
Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: Error state=38, Severity=10, native=1222, line=1

Источник

Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www.microsoft.com/download

Валовая прибыль по оплате (для УТ 10.3)

Отчет «Валовая прибыль по оплате» (для УТ 10.3)

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

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

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

Структура отчета

Порядок полей в отчете следующий:

1. Менеджер
2. Вид оплаты
3. Контрагент
4. Реализация товаров и услуг
5. Платежное поручение входящее
6. Номенклатура

Особенности отчета «Валовая прибыль по оплате»

1. Код отчета открыт, отчет реализован на СКД по готовому шаблону (с удобными кнопками настроек).

2. Период отчета нужно заполнять обязательно.

3. Отчет работает на типовой конфигурации УТ 10.3.32. Также тестировался на некоторых старых релизах УТ 10.3. Так как используются только регистры, то доработки УТ 10.3 как правило не рушат этот отчет — он продолжает работать даже на нетиповых конфигурациях и даже на старых релизах.

По сравнению с отчетами-аналогами, данная разработка имеет очень дружественный интерфейс. Без дополнительных настроек сразу можно видеть информацию об эффективности работы менеджеров. Содержится много необходимых группировок. Результаты деятельности сразу видны вплоть до документа.

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

Источник

Теги:

Похожие темы (5)