Ошибка при установке цен ут

Всем приходилось создавать внешние загрузчики для цен: из экселя, из текстового файла, с сайта. А сколько еще раз мы это будем делать?

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

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

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

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

Скажу другими словами: требуется либо «прогнуться» под конфигурацию, либо «прогнуть» ее под задачу. 

Неразрешимые проблемы

Нельзя снимать конфигурацию с поддержки, вносить изменения.

Условия проекта внедрения не предусматривают доработки подсистемы ценообразования. Тупо просмотрели или не оценили ее трудоемкость: понадеялись на «мегафункциональность» «Управления торговлей».

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

Документы в управляемой интерфейсе с большим количеством строк открываются очень долго.

Отсутствие опыта или неверная оценка сроков.

Проблемы, которые можно избежать, обойти или решить

1. Обсуждайте ценообразование заранее:
   • Есть скидки, как они применяются, для кого?
   • Кто, как часто и как устанавливает цены?
   • Бывают ручные скидки, бонусная программа, накопительные?
   • Как цены попадают на сайт? Отличаются ли они от цен в программе.
   • Верно выбранная конфигурация решает кучу проблем, а неверно — может сорвать внедрение.
   • Часто люди просят «торговлю», но нужна бухгалтерия: не гонитесь за рублем, обсуждайте пожелания основательно.
2. Если количество товаров меньше 100, и у вас нет опыта их загрузки (готовых и проверенных наработок) вносите их руками, это будет быстрее. Изобретение велосипеда займет больше времени.
3. При большом количестве товаров тестируйте загрузку на ограниченных списках, но не менее 10 процентах:
   • разработка и проверка будет медленней, но вы отработаете больше нюансов при загрузке;
   • вы оцените сколько времени вам потребуется на полную загрузку;
   • перед демонстрацией клиенту надо произвести полную загрузку, а после зайти в каждый из документов: убедится что он не пустой, документы открываются, движения в наличии, прайсы формируются. Не ставьте себя в неудобное положение.
4. Тестировать надо на клиентских данных, на копии рабочих баз
   • демо-базы подходят для простых загрузок;
   • настройку ценообразования не придется выполнять по нескольку раз;
   • в лучшем случае, делать загрузку самостоятельно.
5. Ошибки в источнике данных:
   • Несовпадающие имена колонок источника и документа (ЗаполнитьЗначенияСвойств() или загрузить не сработает.
   • Неверный тип колонки: вместо справочника «ВидыЦенПоставщиков» «ВидЦен», вместо «Партнеры» — «Контрагент», вместо справочника — «строка»
6. Дубли номенклатуры по виду цен
   • документ не проведется, если в нем есть дубли по позиции номенклатуры — регистр цен этого не позволит.
   • вы могли совершить ошибку или не сделали контроль дублей.
7.  Документ не проведётся, если цена повторно установлена в 1 день (В некоторых конфигурациях это настраивается).
8. Согласование цен: документ проводится, но цен не будет
   • когда согласование не используется, всё равно следует в УТ 11 проставлять статус согласования
   • когда используется — делать согласованным автоматически или руками.
9. Часто вы после загрузки цен в документ «Установка цен номенклатуры» или «Регистрация цен поставщика» документ проводится, но при его открытии возникает ошибка «Поле объекта не обнаружено «Вид Цены»». 
   • Вы не заполнили табличную часть «Виды цен»
   • В ценах указан вид цены, которого нет в этой таблице
   • Вид цены принадлежит другому партнеру (это также вызывает ошибочное проведение — не по тому поставщику)
10. Значение реквизита «ЦенаВключаетНДС» должно совпадать с политикой организации, иначе в документах не будет видно этого вида цен.
11. «ДоступноДляПродажиКлиентам»  определяет видимость в документах заказ покупателя, реализация товаров, «ДоступноДляЗакупки» для поступления, заказов поставщику.
12. Нередко мне приходилось перегружать данные по нескольку раз, но я не предусмотрел, что их придется очищать, что вызывало затягивание процесса, при зафиксированном бюджете.
13. У меня все, что было сделано для УТ 11.1, работало на «Управление торговлей 11.2 и 11.3», но я всегда проверяю перед очередной загрузкой.
14. Многие фирмы хранили в УТ 10.3. в типах цен для продажи закупочные цены, которая тем или иным способом изменялась
    • это позволяло делать установку цен на его основе, но не позволяло использовать в документах поставки
    • в УТ 11 есть реквизит «ДоступноДляЗакупки», который решает эту проблему.
15. Адаптация обработок с 10.3 на 11 занимает не менее дня, преемственность ценообразования высокая, но управляемые формы требуют повышенного внимания и изменения логики.

1. :unsure: Не получается изменить цены номенклатуры в Управлении торговлей 1С8.1
   Уже всю голову сломал пытаясь найти выход .

   А получается следующее:
   при попытке изменить цену через свойство номенклатуры или через «ценообразование — установка цен номенклатуры» получаю —

   Не удалось записать документ установки цен: {Справочник.Номенклатура.Форма.ФормаЭлемента(1034)}: Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! : Розничная : GC10004-3 Портмоне цвет черный 12,5*10 : : 08.10.2008 0:00:00 (Регистр сведений: Цены номенклатуры; Номер строки: 2)

   Единственный вариант как удалось поменять цену в каком-нибудь артикуле-

   — номенклатура
   — выбираем артикул
   — сверху в меню — «перейти — цены номенклатуры»
   — сверху в меню — действия — отключить отбор
   — ищем наш артикул
   — нажимаем на нужный артикул, исправляем цену на правильную и проводим документ

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

   Или я что-то не правильно с самого начала делаю?

2. 
   

   Offline

   Senya
   Опытный в 1С

   Регистрация:

   6 июн 2006

   Сообщения:

   594

   Симпатии:

   0

   Баллы:

   26

   Да все относительно правильно, нужно только учитывать, что цены В УТ хранятся в регистре сведений с периодичностью записи день. Соответственно, если у Вас в одни и теже сутки два прихода, то и возникнет такая ошибка. Возможны два варианта:
   1. Быть очень внимательным при записи новых цен;
   2.Поправить в конфигураторе периодичность записи, установив её например, по Регистратору или секунда.

3. 
   

   Offline

   BabySG
   Администраторы
   Команда форума
   Администратор

   Регистрация:

   10 июн 2007

   Сообщения:

   11.853

   Симпатии:

   18

   Баллы:

   29

   Я, обычно, сразу меняю на Регистратор

4. Не нашел в конфигураторе где это. Можно поподробнее?

5. 
   

   Offline

   opkc
   Опытный в 1С

   Регистрация:

   28 янв 2008

   Сообщения:

   149

   Симпатии:

   0

   Баллы:

   26

   Открываешь дерево конфигурации, там РегистрыСведений > ЦеныНоменклатуры. двойной щелчок, на закладке «основные» изменяем «периодичность» на «по позиции регистратора».

7. 
   

   Offline

   Stack_G
   Опытный в 1С

   Регистрация:

   10 дек 2007

   Сообщения:

   786

   Симпатии:

   2

   Баллы:

   29

   Для этого есть кнопочка «Спасибо». OpKc будет намного приятнее

8. Только что попробовал — меню «периодичность» и все прочие меню не активны -т.е. выбрать ничего нельзя. Там сейчас выбрано «В пределах дня»

9. 
   

   Offline

   opkc
   Опытный в 1С

   Регистрация:

   28 янв 2008

   Сообщения:

   149

   Симпатии:

   0

   Баллы:

   26

   ооо да, детка! нажми сюда ещё разок! :unsure: у тебя отключена возможность редактирования конфигурации. Меню «Конфигурация» — «Поддержка» — «Настройка поддержки» — кнопочка «включить возможность изменения».