Добавили конфигурацию ТиС для работы по рознице. Перенесли справочники. Забиваю поступление-розница,ставлю цену, а он мне выдает ошибку: деление на ноль.

Сделать проверку на 0

:)
(0)
ты удивишься...(1)+ НЕ делить на 0...

(0) Посмотри, чем отличается товар, на котором вылезает ошибка от прочих.
  Скорее всего незаполнен какой-то числовой реквизит.
  Или покажи текст, который выдается при ошибке (строка номер... в модуле...)

2(0) Скорее всего фигня какая-то: или валюта не указана где-то (может, и в карточке товара), или её курс нулевой. В общем, что-то в этом духе. Спец на месте даст ответ в течении пяти минут.
Номер строки в модуле ничего не даст, если из-за валюты...
Ругаться будет на процедуру пересчета глобального модуля.

Скорее всего при переносе не перенеслась кратность ед. измерений. Проверь...

(+7) А так не хочется брать клещи вытягить, вытягивать информацию :-)

посмотреть у товара, который вы добавляете.

Да, некорртектно перенеслось. Та база, в которую переносили, непрошла процедуру первичного заполнения, втч и укзаания валюты учёта. Тепреь придёца распроводить все проведённые и устанавливать по полной программе НАЧАЛЬНЫЕ сведения. Далее, про кратность : ну, открой единицы измерения товара. если их больше одной, то для всех кроме базовой должен быть ненулевой коэффициент пересчёта.При использовании СТАНДАРНТЫХ 1Сных РОДНЫХ обработок перенос подчинённых справочников типа ЕдиницыИзмеренияНоменклатуры ( вроде так ) чреват граблями. Правда, обычно не такими.
А вообще вынеси в студию ту строку кода, где деление наноль. Хоть посмотрим что в ЗНАМЕНАТЕЛЕ - т.е. что у тебя нулевое там...

(0) - Наверняка непределённость раскрыть нужно - пролапиталить! :-))

ошибка элементарная...
Сервис - Параметры - Общая - Рабочая дата - 31.12.05

(13) Однажды "поправлял" валюту учета в базе, куда занесли документы и справочники переносом. Пришлось лезть в 1Cconnst.dbf и менять эту константу - это проще, чем глобальник править