ТиС и обновления

[Anatoly1987]

Здраствуйте Форумчане!

Вообщем ребята вопрос такой: Беру ТиС, изменяю его подсебя (возможно совсем чуть-чуть метаданные и формы), планируются примерно такие изменения:

1. Поле номера документов закрыто на изменение.
2. Поле даты документов будут доступны только администраторам или продвинутым операторам базы.
3. Реализация ТМЦ, изменена след. образом: если на складе не хватает ТМЦ, то делается продажа с другой фирмы на текущую, если конечно там
оно есть (т.е. продажа собственной фирме). Если ТМЦ есть на других складах текущей фирмы, то делается перемещение на текущий склад. После
проводиться текущий документ, в противном случае выводиться сообщение о нехватке ТМЦ.
4. Списание ТМЦ : Если не хватает ТМЦ, то недостающее количество списывается с других фирм и/или складов.
5. Перемещение ТМЦ (Реализация Розница) : Если перемещение производиться на розничный склад и нехватает ТМЦ, то с других фирм и/или складов также делается перемещение на этот склад (Выполняется продажа недостающего количества ТМЦ с других фирм и/или складов).
6. Также внедрение функции для проверки последовательности проведенных документов.

Последнее поясню подробно:

Представте что на 1 января у нас поступление в 10 ручек, а 10 января мы их все продали. После ни с того ни с сего нам надо сделать документ задним числом, и делаем реализацию этих же 10 ручек только 5 января. В результате документ проведеться, а на складе будет -10 этих ручек. Так вот функция с номером 6 описанная выше, проверяет на то что никаким документам мы не помешаем, т.е. исключаем возможность минусовых остатков на складе.

Вышеописанные функции реализованы, интересует следующее:

Что мне нужно такое сделать, чтобы при обновлении конфигурации мои изменения остались? И как конфигураци вообще обновляется?

 

[KiR]

нужно научиться обновлению. т.е. сравниваешь с конфой поставщика, то что ты не трогал обновляй смело, а что трогал - обнови и накати заново свои доработки. иначе ИМХО - никак

 

[Anatoly1987]

нужно научиться обновлению. т.е. сравниваешь с конфой поставщика, то что ты не трогал обновляй смело, а что трогал - обнови и накати заново свои доработки. иначе ИМХО - никак

Этот процесс можно как-то автоматизировать? И если офф. обновление не трогало моё можно ли это определить? Короче как сделать автоматически?

 

[kaa]

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

 

[Anatoly1987]

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

А поподробней могна? Т.е. твой случай.

 

[KiR]

kaa написал фактически то же самое что и я тока несколько другими словами. ТиС идет (как и любая типовая) под определенным номером - мона посмотреть в сведеньях о программе. Дальше нужно сравнить с типовой конфигурацией того же релиза (1) - покажет разницу - личные доработки. Сделав копию базы можно ее обновить до новой типовой. Потом скопировать туда личные доработки. После этого уже сохранить конфу. потом сравнить опять же с типовой - все изменения которые были полученвы при первом сравнении (1) должны отобразится и теперь

 

[Anatoly1987]

kaa написал фактически то же самое что и я тока несколько другими словами. ТиС идет (как и любая типовая) под определенным номером - мона посмотреть в сведеньях о программе. Дальше нужно сравнить с типовой конфигурацией того же релиза (1) - покажет разницу - личные доработки. Сделав копию базы можно ее обновить до новой типовой. Потом скопировать туда личные доработки. После этого уже сохранить конфу. потом сравнить опять же с типовой - все изменения которые были полученвы при первом сравнении (1) должны отобразится и теперь

А пример могна вообще? Или все детально по шагам?

 

[KiR]

а какой тут может быть пример? ну допустим создан реквизит в справочнике контагенты и увеличина длинна кода. сравнение сразу это покажет. Если тупо обновить - реквизит будет удален, длинна кода станет типовой (это приведет к потере некоторых данных, ибо код обрежется справа). Посему нужно обновить не сохраняя конфу и сделать такие же изменения. А потом сохранить, чтобы доработки в дбф не перестаривались...

 

[Anatoly1987]

а какой тут может быть пример? ну допустим создан реквизит в справочнике контагенты и увеличина длинна кода. сравнение сразу это покажет. Если тупо обновить - реквизит будет удален, длинна кода станет типовой (это приведет к потере некоторых данных, ибо код обрежется справа). Посему нужно обновить не сохраняя конфу и сделать такие же изменения. А потом сохранить, чтобы доработки в дбф не перестаривались...

Уже лутше ясно. Теперь давай так:

1. У меня есть моя конфигурация с изменениями
2. У меня есть новая версия

Какие дальше действия? (Т.е. как сравнивать и т.д.)

 

[vitfil]

Объявляю конкурс на самое бОлее детальное объяснение, чем уже были даны в ответах.
На оригинальность не претендую, но мой ответ:
Anatoly1987, попробуйте сделать объединение конфигураций и вам все сразу станет ясно. Если задача не прояснится, срочно все бросать и "Сантехником, Коля, только сантехником" (с) КВН, Четыре татарина.

 

[tanat]

7.7 или 8?) Вам по пунктикам надо объяснить, что именно нажимать?)

 

[KiR]

1. У меня есть моя конфигурация с изменениями

Если семерка - то нужна еще типовая конфигурация той же версии как ваша иначе сравнивать не с чем будет!

 

[vbs]

Если задача не прояснится, срочно все бросать и "Сантехником, Коля, только сантехником" (с) КВН, Четыре татарина.

Тем более, что зарплату сантехников, помнится, здесь же, на форуме высоко оценивали

 

[Anatoly1987]

Понял. Единственно, вот я обновил, но надо внести мои доработки, я так понимаю конфигурация с которой я должен объединять должна содержать только мои доработки, иначе если объединю с предыдущей версией конфигурации то изменений никаких не произойдет, так? Ну ребята правда времени нет, да и литературы тоже, а сделать срочно надо. Относительно срочно.

Понял еще лутше. Т.е. обновляю конфигурацию и перед сохранением объединяю с предыдущей (там где мои обновления), причем указываю вручную только те документы где я делал изменения, так? И вопрос тогда такой, если я возьму конфу с моими изменениями, и удалю оттуда все кроме тех элементов которые с моими изменениями, смогу ли я тогда использовать для объединения в будущем. Я малость не точно выражаюсь. Я это хочу сделать дабы сэкономить время на ручном указывании обновляемые документы.

7.7 или 8?) Вам по пунктикам надо объяснить, что именно нажимать?)

Не плохо было бы.

 

[vbs]

А тебе обновления для ТиС жизненно необходимы ?
У меня масса клиентов живет в ТиС версий 9.23, 9.25, 9.30, 9.38 и т.п. с моими доработками и прекрасно себя чувствуют.
Если же надо из новых версий добавить какие-то существенные изменения, без которых ну никак нельзя - объединяй конфигурации,
указывая явно, что изменить.
Для бухгалтерии новые релизы существенны, а в ТиС легко и без них обойтись - программа-то считает, что положено ?

 

[Anatoly1987]

А тебе обновления для ТиС жизненно необходимы ?
У меня масса клиентов живет в ТиС версий 9.23, 9.25, 9.30, 9.38 и т.п. с моими доработками и прекрасно себя чувствуют.
Если же надо из новых версий добавить какие-то существенные изменения, без которых ну никак нельзя - объединяй конфигурации,
указывая явно, что изменить.
Для бухгалтерии новые релизы существенны, а в ТиС легко и без них обойтись - программа-то считает, что положено ?

Об этом я знаю конечно. Что обновления для ТИС не существенны. Но я сторонник нового...

 

[vbs]

Лучшее - враг хорошего
Вольтер

 

[Anatoly1987]

Лучшее - враг хорошего
Вольтер

Только он применительно не к этому случаю сказал.

 

[tanat]

Кстати, если уж на то пошло - то можете создать файл поставки конфигурации, куда можете запихать все свои изменения. разрешение будет не .cf a .cfu

 

[KiR]

И вопрос тогда такой, если я возьму конфу с моими изменениями, и удалю оттуда все кроме тех элементов которые с моими изменениями, смогу ли я тогда использовать для объединения в будущем

По идее можно. но все же я бы не рвался к новому ретиво!