Как выгружать цены

22.05.19

Интеграция - Внешние источники данных

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

Скачать файлы

Наименование Файл Версия Размер
Действующие цены номенклатуры
.cf 10,94Kb
1
.cf 10,94Kb 1 Скачать

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

Припомним также, стандартную систему регистрации изменений в 1С: записал - зарегистрировал изменение; прочитал изменения - передал - забыл. Тоже простая и логичная тема.

Проблема

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

  • цену назначили с послезавтра.
  • "случайно" перепровели документ, который перезаписал уже не актуальные цены двухнедельной давности.
  • отменили проведение документа с актуальными ценами, начали действовать цены двухнедельной давности.
  • удалили несколько строк из документа с актуальными ценами.

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

Решение

Качественно и гарантированно решить все эти проблемы "на коленке" не получится, придется развести Архитектуру. Нам потребуется промежуточный регистр.

Делаем регистр сведений ДействующиеЦеныНоменклатуры, отличающийся от стандартного регистра ЦеныНоменклатуры, следующим:

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

В этом регистре будем хранить внезапно действующие цены. Т.е. состояние нового регистра должно соответствовать состоянию виртуальной таблицы РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ТекущаяДата) с поправкой на задержку заполнения. Иными словами, мы виртуальную таблицу РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ТекущаяДата) делаем реальной в РегистрСведений.ДействующиеЦеныНоменклатуры. Регистрировать изменения цен и выгружать их также будем из нового регистра по простой и линейной логике: изменилось - выгрузил.

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

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

Производительность этого дела такова, что на неплохом серверном железе, при 10000 активной и 50000 всей номенклатуры и 500 видах цен вся логика отрабатывает в районе 5 минут. В моем случае, происходит это раз в час отдельным регламентом.

Описанная механика позволяет обработать весь спектр возможных диверсий действий пользователей. Уже готовая подсистема приложена. Платформа 8.3.9.2233

См. также

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 8 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

84000 руб.

19.08.2020    22449    19    1    

22

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9208    9    8    

10

Перенос данных из Парус 7.хх в ЗГУ ред.3

Внешние источники данных Зарплата Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 7.хх учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

24000 руб.

24.04.2017    48702    97    163    

86

Перенос начальных остатков из Парус 7.71 в БГУ

Внешние источники данных Взаиморасчеты Учет ОС и НМА Логистика, склад и ТМЦ Бюджетный учет Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 2.0 1С:Бухгалтерия государственного учреждения Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)

Перенос словарей и начальных остатков из ПП Парус-Бухгалтерия Бюджет 7.71 в 1Сv8 БГУ2. Заполнение словарей и документов по вводу начальных остатков. Не требуется установка ПП Парус7. Возможна дозагрузка. Позволит автоматически и наиболее полно ввести данные в программу для начала работы. 

15600 руб.

08.12.2011    81567    128    123    

147

Перенос данных из Парус 10 (Торнадо) в ЗГУ ред.3 через Excel

Внешние источники данных Загрузка и выгрузка в Excel Зарплата Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате из Парус 10(Торнадо) учреждений через файлы Excel в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ). В принципе, обработка может быть использована для загрузки из файлов Excel, полученных из любых информационных систем.

24000 руб.

16.11.2018    30002    20    31    

21

Загрузка спецификаций в УНФ из системы Базис-мебельщик

Производство готовой продукции (работ, услуг) Внешние источники данных Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 Лесное и деревообрабатывающее хозяйство Россия Управленческий учет Платные (руб)

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

7200 руб.

24.06.2021    19127    52    50    

29
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ltfriend 954 23.05.19 08:27 Сейчас в теме
Что-то я не понял, а в чем проблема получить из регистра цены на нужную дату? Зачем городить огород?
2. m-rv 962 23.05.19 08:58 Сейчас в теме
(1) в этом случае вам придется выгрузить все цены, а приведенный алгоритм позволяет получить данные для инкрементной выгрузки
3. hillsnake 35 23.05.19 13:47 Сейчас в теме
(2) откройте для себя Кд3
Оставьте свое сообщение