Как внести изменения в конфигурацию, чтобы остались автоматические обновления?
Обратились ко мне с задачей: "Необходимо сделать типовые листы".
Как выяснилось путевые листы, это далеко не только печатная форма. Необходим расчет по нормам исходя из пробега, на основании расчета должны формироваться бухгалтерские проводки.
Всё это реализовать не сложно. Сложно так реализовать, чтобы конфигурация после доработок автоматически обновлялась.
Для того чтобы вносить изменения в конфигурацию я вижу 2 варианта:
1. Снять конфигурацию с поддержки, в таком случае отключится автоматическое обновление.
2. Сделать доработки с помощью расширения.
Если пойти по второму варианту, сложность возникает в том, что возможность изменить структуру БД (добавить справочники либо документы) появилась только в последних версиях в платформы. В типовой конфигурации на текущий момент стоит поддержка платформы 8.3.10, т.е. нельзя на данный момент в расширение добавить новый документ либо справочник.
3. Хранить нужную информацию во внешних dbf файлах, при такой реализации, думаю количество коду увеличится на порядок.
На текущий момент все варианты, которые я пришли мне в голову - так себе, надеюсь кто-нибудь предложит лучше вариант.
Как выяснилось путевые листы, это далеко не только печатная форма. Необходим расчет по нормам исходя из пробега, на основании расчета должны формироваться бухгалтерские проводки.
Всё это реализовать не сложно. Сложно так реализовать, чтобы конфигурация после доработок автоматически обновлялась.
Для того чтобы вносить изменения в конфигурацию я вижу 2 варианта:
1. Снять конфигурацию с поддержки, в таком случае отключится автоматическое обновление.
2. Сделать доработки с помощью расширения.
Если пойти по второму варианту, сложность возникает в том, что возможность изменить структуру БД (добавить справочники либо документы) появилась только в последних версиях в платформы. В типовой конфигурации на текущий момент стоит поддержка платформы 8.3.10, т.е. нельзя на данный момент в расширение добавить новый документ либо справочник.
3. Хранить нужную информацию во внешних dbf файлах, при такой реализации, думаю количество коду увеличится на порядок.
На текущий момент все варианты, которые я пришли мне в голову - так себе, надеюсь кто-нибудь предложит лучше вариант.
По теме из базы знаний
- Технология обновления нетиповых конфигураций 1С:Предприятия 8 (редакция 12.04.2012)
- Печатные формы КС-2 и КС-3 в "1С:Бухгалтерия 3.0"
- Не спеша, эффективно и правильно – путь разработки. Часть 2. Теория
- Управление релизами 1С
- Интеграции с маркетплейсами из одного окна: Озон, ВБ, Яндекс, Сбер, Али, ЛаМода для 1С:УНФ, УТ, КА, ERP
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)Всё проще. Если вы добавляете печатную форму, то делаете это с помощью внешней печатной формы, не затрагивая конфигурацию и обновление. Если вы добавляете свои справочники или документы, они не участвуют и не мешают обновлению. Сложности будут, если вы затрагиваете реквизиты документов или справочников, которые входят в типовую поставку. Но при обновлении вы оставляете только дважды измененные, и тогда ваши изменения будут показываться только если 1С тоже изменял эти же документы или справочники. Тогда вам придётся объединять свои изменения с изменениями 1С.
(1)
Такой вопрос даже на экзамене по ПРОФ есть.
И правильный ответ такой - включить возможность изменения с сохранением поддержки.
Ну и да, как сказал (2) новыми объектами, подписками аккуратно допиливаем не трогая типовые документы.
А вообще можно и платформу накатить. Уже 8.3.12 в обновлениях доступны. Думаю максимум полгода и бухня и зупы будут требовать новой платформы.
1. Снять конфигурацию с поддержки
Такой вопрос даже на экзамене по ПРОФ есть.
И правильный ответ такой - включить возможность изменения с сохранением поддержки.
Ну и да, как сказал (2) новыми объектами, подписками аккуратно допиливаем не трогая типовые документы.
А вообще можно и платформу накатить. Уже 8.3.12 в обновлениях доступны. Думаю максимум полгода и бухня и зупы будут требовать новой платформы.
(1) Я бы сделал через расширения и отключение режима совместимости, а клиенту сказал (вернее, согласовал предварительно): мол какое-то время автообновлений у вас не будет, будете заносить мне копеечку по льготному тарифу. Но не за горами день, когда 1С выпустит новые обновления, которые позволят мне вернуть вам автообновления. Это лучшее, что я могу вам предложить. Или нафиг.
Снять конфигурацию с поддержки
Разрешить возможность добавления в корне конфигурации.
Таким образом, все типовые будут на замке, а свое добавляйте.
вроде это ж очевидно
4) Отдельная конфигурация с обменом. Имхо самый правильный вариант. Ну и на практие, автоматизация бухгалтерских проводок не так уж и нужна в этом случае. Вообще постарайтесь не делать автоматизацию бухгалтерских проводок, при желании все движение по ГСМ можно оформить парой проводок за месяц, что можно сделать руками, на основании данных из вашей конфигурации.
(5) Не все так просто. Стояла когда-то бухгалтерия 7-ка, и там уже все реализовано. Теперь перешли на БП 3, и хотят, чтобы функционал был не меньше :)
Я прекрасно понимаю, что не все вещи нужно компьютеризировать, есть и другие варианты автоматизации, но все-таки тема то актуальная - делать так доработки, чтобы оставалась функция автоматического обновления.
Я прекрасно понимаю, что не все вещи нужно компьютеризировать, есть и другие варианты автоматизации, но все-таки тема то актуальная - делать так доработки, чтобы оставалась функция автоматического обновления.
(7) Я просто сам наступал на эти грабли с проводками по ГСМ, из-за них приходится усложнять то, что можно сделать проще. В отдельной конфигурации можно не оглядываясь на бухглатерскую аналитику, налоговый учет и регистр бухгалтерии делать свой супер юзабильный функционал, который может быть еще переживет текущую редакцию бухгалтерской конфигурации. Одно из явных приемуществ для агрументации - не будем пускать диспетчера в бухгалтерию! :-)
Прочитали бы сначала вопрос, там не так много текста, прежде чем писать: да ты не догоняшь, да на экзамене есть. Правда?
Не знаю кто как сдавал экзамен.
1. При установке новых программных файлов, как я написал в топике, автоматически все возможности расширений не появляются, надо менять уровень совместимости конфигурации.
2. Понятно же по тексту, что имел ввиду "включить возможность редактирование", а дальше написал, что это за собой повлечет. Черным же по белому написано: "Пропадет возможность автоматического обновления". Как вы сдавали экзамен?
Ну реально как-то не солидно господа на минуту не можете сконцентрировать внимание на тексте, а потом глупости всякие пишите, да ещё с упреком. Давайте поуважительнее друг к другу будем.
Не знаю кто как сдавал экзамен.
1. При установке новых программных файлов, как я написал в топике, автоматически все возможности расширений не появляются, надо менять уровень совместимости конфигурации.
2. Понятно же по тексту, что имел ввиду "включить возможность редактирование", а дальше написал, что это за собой повлечет. Черным же по белому написано: "Пропадет возможность автоматического обновления". Как вы сдавали экзамен?
Ну реально как-то не солидно господа на минуту не можете сконцентрировать внимание на тексте, а потом глупости всякие пишите, да ещё с упреком. Давайте поуважительнее друг к другу будем.
Ну рас трогать нельзя конфигурацию никаким боком, хранить данные придется в файлах (тут уже каждый выбирает сам с какими ему удобнее работать, дбф, иксэмель, текст и т.д. и т.п.).
Делаете обработку внешнюю (типа "Список дкоумент" свой) и туда уже грузите файлы и работаете с ними, имитируя работу, как будто данные в БД. Проводки делать через привязанный документ Операция (или бух.справка или кто как её называет).
Делаете обработку внешнюю (типа "Список дкоумент" свой) и туда уже грузите файлы и работаете с ними, имитируя работу, как будто данные в БД. Проводки делать через привязанный документ Операция (или бух.справка или кто как её называет).
(17) у меня был аналогичный случай в 7.7 - тоже запретили менять конфигурацию, но просили добавить полей: я их хранил в комментарии в виде ##Машина=Камаз##
Производительность была дико низкая, но народ терпел это 11 лет, пока не перешли на ERP (я ушел почти сразу, поэтому механизм хранения не переделывался).
Производительность была дико низкая, но народ терпел это 11 лет, пока не перешли на ERP (я ушел почти сразу, поэтому механизм хранения не переделывался).
Иванов Иван, предложил наверно самую оптимальную схему.
Делаем самописную базу, где храним все данные.
Внешними обработками по ком соединению из рабочей базы пишем и читаем.
Проводки формируем, исходя из поставленной задачи или операцией или подписываем к существующим проведенным документам.
Но тогда должен быть запрет на изменение проведенных документов.
Делаем самописную базу, где храним все данные.
Внешними обработками по ком соединению из рабочей базы пишем и читаем.
Проводки формируем, исходя из поставленной задачи или операцией или подписываем к существующим проведенным документам.
Но тогда должен быть запрет на изменение проведенных документов.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот