Какие ошибки мы совершаем при загрузке цен внешней обработкой

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

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

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

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

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

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

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

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

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

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

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

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

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

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 занимает не менее дня, преемственность ценообразования высокая, но управляемые формы требуют повышенного внимания и изменения логики.