Чем заменить длинную строку в измерении регистра накопления?)
Дано: Документ "Реализация товаров и услуг" записывает услуги в регистр накопления "Реализованные товары комитентов", потом по его остаткам заполняется документ "Отчет комитенту о продажах" и при проведении соответственно остатки списываются
Было надо: добавить в Отчет поле "Содержание" из Реализации, ну очень надо было) причем изначально это строка неограниченной длины...
было просто добавлено к РН как измерение! строка с ограничением до 400 (чтобы не сильно нагружать базу) спустя год пришло осознание, что простое враг хорошего и надо это дело исправлять... вопрос как правильнее?)
Первое что приходит мне в голову это справочник с реквизитом неограниченной строкой, ссылку в регистр, в реализации придется искать были ли такие строки раньше и использовать предыдущие ссылки, чтобы все не разрасталось непомерно, в отчете для пользователя доставать строку из справочника, а для регистра в виде ссылки... но что-то меня уже гложат смутные сомнения)
Было надо: добавить в Отчет поле "Содержание" из Реализации, ну очень надо было) причем изначально это строка неограниченной длины...
было просто добавлено к РН как измерение! строка с ограничением до 400 (чтобы не сильно нагружать базу) спустя год пришло осознание, что простое враг хорошего и надо это дело исправлять... вопрос как правильнее?)
Первое что приходит мне в голову это справочник с реквизитом неограниченной строкой, ссылку в регистр, в реализации придется искать были ли такие строки раньше и использовать предыдущие ссылки, чтобы все не разрасталось непомерно, в отчете для пользователя доставать строку из справочника, а для регистра в виде ссылки... но что-то меня уже гложат смутные сомнения)
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) не желательно) но можно же частично перезаполнить только нужный регистр...
(3) нужны остатки при заполнении отчета комитенту (получается и по данным этого Содержания), при проведении остатки соответственно уменьшаются, то есть изначально регистр накопления с остатками тут был как раз кстати, Содержание произвольной строкой только некстати)
(4) из РТУ вытаскивать получается тем же макаром что и все остальное, а значит надо как-то хранить остатки в этом новом разрезе, мне на мисте уже предлагали в регистр добавить указание на конкретную строку реализации чтобы не целиком Содержание было)
(5) понятно что учет кривой, поэтому и решения кривые) в этом месте только одна учетная система БП2, и в ней и менеджеры и управленцы работают... были б в БП2 характеристики... хотя это и не товар, а услуги, но больно уникальные для каждой реализации (и по несколько в реализации и на одну номенклатуру), они туда что только не вписывают, но вполне можно было бы структурировать
(3) нужны остатки при заполнении отчета комитенту (получается и по данным этого Содержания), при проведении остатки соответственно уменьшаются, то есть изначально регистр накопления с остатками тут был как раз кстати, Содержание произвольной строкой только некстати)
(4) из РТУ вытаскивать получается тем же макаром что и все остальное, а значит надо как-то хранить остатки в этом новом разрезе, мне на мисте уже предлагали в регистр добавить указание на конкретную строку реализации чтобы не целиком Содержание было)
(5) понятно что учет кривой, поэтому и решения кривые) в этом месте только одна учетная система БП2, и в ней и менеджеры и управленцы работают... были б в БП2 характеристики... хотя это и не товар, а услуги, но больно уникальные для каждой реализации (и по несколько в реализации и на одну номенклатуру), они туда что только не вписывают, но вполне можно было бы структурировать
Если данные поля содержание требуются для использования в качестве измерения, то предлагаю использователь в таком случае хэш от строки содержания (в синтакс помошнике - ХешированиеДанных только обратите внимание на возврат - подойдет только функция возвращающая число.) Таким образом избавитесь от неограниченной строки и придете к уникальному для строки значению фиксированного размера.
Этим же макаром решится вопрос с поиском одинаковых строк.
Если считать хеш при записи документа и хранить его в колонке ТЧ то можно получать содержание через связи регистратор+хеш табчасти = регистратор+хеш измерения
Этим же макаром решится вопрос с поиском одинаковых строк.
Если считать хеш при записи документа и хранить его в колонке ТЧ то можно получать содержание через связи регистратор+хеш табчасти = регистратор+хеш измерения
(11) не понял, что рассказать?
содержание услуги выглядит так "Услуга такая-то от того-то по договору такому-то за такой-то период, тема, заголовок, автор,..."
вносится вручную менеджерами при создании счетов
требуется предоставлять комитентам в отчете о перепроданных услугах
по-моему, хорошо бы тут характеристики как в УПП использовать, но в БП2 их нет...
содержание услуги выглядит так "Услуга такая-то от того-то по договору такому-то за такой-то период, тема, заголовок, автор,..."
вносится вручную менеджерами при создании счетов
требуется предоставлять комитентам в отчете о перепроданных услугах
по-моему, хорошо бы тут характеристики как в УПП использовать, но в БП2 их нет...
(12) для меня это не праздный вопрос к сожалению
в ожидаемом/ближайшем обновлении от франчи будет примерно тоже самое с той лишь разницей что поле имеет длину 50 знаков и заполняется программно. но от этого не легче
так вот хотелось бы не наступить на грабли пусть даже не свои
в ожидаемом/ближайшем обновлении от франчи будет примерно тоже самое с той лишь разницей что поле имеет длину 50 знаков и заполняется программно. но от этого не легче
так вот хотелось бы не наступить на грабли пусть даже не свои
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот