1С Тактик

39
Рейтинг

Taktic
Тактик 1С



  •   Регистрация: 12.02.2009 (15 лет назад)

  •   Был(а) на сайте: 26.04.2024

Друзья
  • Козлов Олег
  • boris nuraliev
  • Вячеслав Гилёв
  • AlexsisIT
Подписчики 6

Группы

IE 2012 Online

IE 2013 EVO Участник

Рейтинг 39

Версионирование объектов. Отчет "История изменений за период"

Инструменты и обработки Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием Windows Абонемент ($m) Внешний отчет (ert,erf) Журнал регистрации

Странно, но в подсистеме "версионирование объектов" в УПП и КА 8 всего один отчет "История изменений объектов", который позволяет сравнить версии одного объекта. Ни для чего больше подсистема не используется. Простой отчет и небольшая доработка конфигурации позволит получать информацию за период о том, кто и какие версионируемые объекты изменял и что именно было в них изменено.

1 стартмани

25.09.2014    14618    92    Taktic    3       

8

Осторожно, расчет себестоимости «по средней»! Или почему директор не должен верить бухгалтеру

Статья Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Управленческий учет Windows Бесплатно (free) Нет файла Оптовая торговля

Цель статьи - предупредить читателей о том, что в прикладных решениях «1С:Бухгалтерия 8», «1С:Управление Торговлей 8. ред. 10.3» и «1С:Управление Торговлей 8. ред. 11» стоимостная оценка склада может быть разной, несмотря на то, что в каждой из этих конфигураций установлен способ учета себестоимости запасов «по средней».

21.01.2013    40509    Taktic    26       

30

Комментарии

БУУниверсальный передаточный документ (УПД) для УТ 10.3 (8.2), вместо кода штрих-код цифрами#0 22.12.18 15:41
В графе Б (Код товара/ работ, услуг) печатает штрих-код товара цифрами
DevВвод контрагента по номеру телефона#5 04.06.18 18:45
(4) Некогда Дмитрий Гончаров на курсах признал, что в типовых конфигурациях частенько встречается далеко не идеальный код.

Имхо, особенно не стоит учится у разработчиков бюджетной бухгалтерии.
DevВвод контрагента по номеру телефона#3 31.05.18 14:42
Я бы сделал так:
Если Символ>="0" И Символ=<"9" Тогда

Но и Ваш вариант я потом встретил в типовом ЗУП.
БУСчет-Фактура за поставщика от 1.10.2017 для БП 2.0#3 08.02.18 9:41
(2)
1. Некоторые вертикальные линии в таблице выводятся двойной толщины.

2-3. Не стал рабираться, скачал аналогичную разработку которя вполне устроила бухгалтера.
БУСчет-Фактура за поставщика от 1.10.2017 для БП 2.0#1 30.01.18 19:15
С печатной формой есть проблемы:

1. Жирные линии в повторяющихся местах за разных поставщиков сразу будут выглядеть подозрительно.

2. НДС в печатной форме печатается не правильно.

3. Вместо ГДТ всегда прочерки.
DevПрограммная установка параметров выбора.#14 05.10.17 16:02
(13)
Цитата
конфигурации включается возможность изменения то обновление без вопросов не прокатывает, все равно будет происходит сравнение и объединение. Что вызывает лишние вопросы и зачастую мешает обновляться самостоятельно, в отличии от конфы в которой не включены изменения.

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

(13)
Цитата
ты очень категорично указал что за это руки отрывать нужно

Пока работал в фрачайзи неоднократно сталкивался с такими кусками кода которые переставали работать потому что пользователь поменял код.
В том числе не раз видел как меняли код и у плана счетов. Чаще всего меняют у субсчетов 76-го и 10-го


(13)
Цитата
Хозрасчетной конфы нет под рукой, но вот в бюджетной нашел 555 вхождений

Всегда подозревал что бюджетку пишут безрукие уроды :)
В ERP таких вхождений всего 267.
Причем в основном код в таких случаях это переменная.
Когда параметр <код> задается строкой это валюты и единицы измерения.

И только один раз идет поиск по коду балансового счета заданного строкой.

P.S. Ты наверное незаметил, что я с тобой уже согласился в том, что для внешних отчетов и обработок такое вполне допустимо.
DevПрограммная установка параметров выбора.#12 03.10.17 13:00
(11)
Цитата
А вот городить регистры/константы в типовой конфе только ради отчета/обработки, где можно заменить просто поиском по коду - вот за это как раз руки то и стоит оторвать, ибо при обновлении лишний гемор и при этом ничем не обоснованный. В своей конфе - может и имеет смысл. Хотя если задача по максимуму привязать к себе заказчика любыми способами то конечно да, в данном случае самый правильный выход. Но далеко не самый корректный.

Надеюсь ты в курсе что добавленные объекты тем и хороши что они не мешают использовать типовые обновления?
В чем же именно будет состоять гемор?

И еще раз себя процитирую
Цитата
Конечно если это написано где-то во внешней обработке для единоразового употребления - то и так сойдет.
DevПрограммная установка параметров выбора.#9 02.10.17 11:17
(7)
Цитата
Но вообще далеко не факт. Не припомню как в хозрасчетной, но в БГУ большинство субсчетов именно не предопределенные. Поэтому и задаю вопрос почему. Просто

А если значение не предопределенное (в чем я лично сильно сомневаюсь)
нужно добавлять константу, или регистр сведений.

"НайтиПоКоду(" - чревато тем, что после того как пользователь решит поменять код элемента или при обновлении это сделают разрабы то, твоя доработка перестанет работать.
Конечно если это написано где-то во внешней обработке для единоразового употребления - то и так сойдет.
DevПрограммная установка параметров выбора.#3 28.09.17 13:03
(2)
Цитата
ПлынСчетов.Хозрасчетный.НайтиПоКоду("10.08")

Тебе никто не говорил что за такое руки отрывать нужно?
AdminАнализ прав / ролей#17 11.02.16 18:33
Спасибо! А то в конфигураторе смотреть совсем не удобно.