Здравствуйте UGeleznyakov,
>  Скажите,
>   пожалуйста, существует ли какое-либо решение следующей проблемы:
>
>  Объем данных в
>   базе 1С за 1 месяц у нас составляет порядка 300-400 Мб, то есть за 3 месяца
>   наша база достигает размера около 1Гб, поэтому ее приходится регулярно
>   резать, то есть отрезать данные за 2 предыдущих месяца, и т.д., в общем-то
>   это не очень удобно так как бывают нужны часто и данные и отчеты с учетом
>   всех месяцев. И работать с базой в 1Гб не можем - отчеты начинают очень
>   медленно формироваться, документы долго проводиться. Есть ли какое-то решение
>   этой проблемы?

В общем есть некое соломоново решение от 1С, в текущем релизе Т+С 9.2
реализована функция переноса данных из текущей базы в архивную. По
моему меню "сервис".

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

С уважением,
 Иван Рублев   mailto:rublev@aaanet.ru

Добрый день!

У меня есть ряд наболевших вопросов, но сдвинуться пока не могу по ним, просьба пнуть в нужном

 направлении: 1. Если не сложно, можешь ли описать работу регистра партий в торговле, не могу с 

ходу сообразить, какой жизненный цикл у каждой из партий (как появляется, как живет и как исчезает)? 

Руки пока не дошли до раскопок. 2. У меня в конфигурации используется прайс-лист с остатками по 

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

документом (сам справочник хранит только наименование медикаментов, а в диалоговой форме 

"прайс-листа" отображается медикамент из справочника и колонка "остаток" по регистру остатков). 

Возникает постоянная необходимость контролировать движение медикаментов и соответственно 

редактировать справочник "прайс-лист". Можно ли реализовать прайс-лист в каком-нибудь другом 

виде объекта и как лучше? Так как имеем две проблемы, движение справочника каждым из документов 

и низкая скорость работы с прайс-листом в интерактивном режиме. 3. Как лучше реализовать регистра 

остатки товаров, для варианта розничной торговли. Что требуется: оприходывание опта, 

ценообразование, возможность продажи со скидками, переоценка сразу при расходе. Вот наверно и 

все. Видел раз, хранение отдельно по регистрам остатка по количество и остатка по суммам, какие 

есть на это мысли?  

С благодарностью Magic.

1.        В принципе, и я в этом вопросе досконально не разбирался – не было пока необходимости. Суть состоит примерно в следующем:

             Товар в разных приходных накладных идет по разным ценам и списывать надо его именно так, как он

             пришел.

             Пришло:

                 15 ручек по 10 руб

                25 ручек по 12 руб

                продали 18 ручек

                списываем по ФИФО

               15 штук по 10 руб

               3 штуки по 12 руб

               или списываем по ЛИФО

               15 штук по 12 руб

               3 штуки по 10 руб

2. В версии ТиС 7.70.911 вроде бы уже реализована печать прайса… Можно попробовать реализовать прайс-лист, используя за основу ВедомостьПоОстаткамТМЦ.

3. Указывайте версию, а то так тяжело сообразить что, где и куда. И разве в ТиС это не реализовано? Уточните версию!

Приветствую!

   У  меня  есть  проблема  с  1С.  После  перехода  с  версии 7.5 на 7.7 (конфигурация  торговли  была  преобразована  средствами  1С 7.7) я не проверил  целостность полученной конфигурации, зато добавлял некоторое количество  справочников,  обработок, документов позже. В конфигурации стали  накапливаться  ошибки  "физической  целостности", что привело к тому,  что  после  добавления  очередного  справочника  1С  отказалась сохранить измененную конфигурацию.

Вопрос   1:   Можно  ли  "откачать"  поврежденную  конфигурацию  (там, например,  если  в конфигураторе открыть форму некоторых обработок, то 1С  вообще вываливается - GPF)? Проблема в том, что при редактировании конфигурации 1С не может сохранить изменения (так ей плохо).
2.   Я   сделал   заново   конфигурацию,  копируя  все  компоненты  из поврежденной  конфигурации, но данные не "узнаются" и обнуляются. Т.о. каким  образом  перебросить  все  данные  (справочники,  документы) из старой конфигурации?

3.  Я  попробовал восстановить конфигурацию сразу после преобразования из  7.5  в 7.7. Но пришлось также заново делать некоторые изменения, в частности, добавлял реквизиты в справочники и документы такие же как и в  поврежденной  конфигурации,  однако  при  попытке использовать БД к такой   восстановленной   конфигурации   все  данные  для  добавленных реквизитов  теряются,  а это очень критично. Т.о. как можно перекинуть данные  из битой конфигурации в восстановленную, если, по крайней мере внешне, структуры БД совпадают?

Best regards, Эдуард                          mailto:edische@mail.ru

1.        Сходите сюда, может быть это поможет http://www.soaron.fromru.com/mddiags.htm

«Это программа предназначена для диагностики ошибок в файлах конфигураций системы 1С:Предприятие 7.7. Файл конфигурации представляет собой Compound-файл который являет собой аналог файловой системы, где данные любого типа хранятся в специальных областях файла называемых потоками (Streams), а каталоги в Compound-файлах называются хранилищами (Storages). Во время конфигурирования и администрирования файл конфигурации может "ломаться", это может быть выражено такими характеристиками как…»

2.        Сомневаюсь я, что таким образом можно перебросить данные – то есть, на сколько я понял, описание данных, сохранив соответствие.  Ctrl+C в старой и Ctrl+V в новой, видимо… А для переноса данных см. п.3

3.        По данному вопросу опять отсылаю http://1c.hippo.ru/enterpr77.html. В режиме «Горячая пятерка» смотрите программу:

Перенос документов и справочников между разными конфигурациями 1C, фильтр, заполнитель реквизитов.

А вот интересный вопрос, ответ на который, я надеюсь, пригодится многим.

  У меня тут возникла проблемка. Была конфигурация  "Зарплата и Кадры" версия  030. Сейчас есть аж версия 221, промежуточных версий нет. Как можно произвести перенос данных из старой в новую???

В соответствии с инструкцией, идущей с версиями ЗиК 2.х. Объединение  использовать нельзя, надо использовать прилагаемые к версиям 2.х  обработки, которые выгружают данные из старых конфигураций в XML-файл, а затем загружают его в 2.х. Но они (точнее, XMLный файл правил конвертации) подходят только в том случае, если в конфигурацию не вносились изменения.  Если же изменения вносились, то надо либо писать собственную обработку,  либо воспользоваться конфигурацией "Конвертация данных", она поставляется с дисками ИТС. Оба подхода примерно равноценны по трудозатратам,  правда, освоение "Конвертации данных" потребует определенных усилий -  вещь не вполне очевидная и довольно сложная, но эта технология будет  применяться 1С и в дальнейшем, так что есть смысл с ней ознакомиться.  Практика показывает, что конвертация даже неизмененной конфигурации все равно затем требует "подчистки" сконвертированных данных.

>> Объединение конфигураций вылетает на ошибке :((

...о чем прямо говориться в документации, поставляемой с 2.х. Так что
сначала - RTFM :)))
С уважением,
Михаил Жук
P.S. ЕМНИМС, лучше сначала сделать Upgrade 030 до 034 как минимум,
а потом уже конвертить в 2.х

Здравствуйте, Юрий !

 Занимаюсь 1С около 2-х лет. Много повидал, много сам раскопал, во  многом помогла и рассылка Валерия Кружаева, ныне Ваша, за что Вам  обоим огромное спасибо. Теперь, с Вашего разрешения, я опишу суть моей проблемы. Слышал я от народа, что не совсем совместимы конфиги,   созданные в DBF и в SQL. Слышал, но не особо верил, пока сам не наступил на такие грабли. Дело в том, что я вношу модификации в конфигурацию на своей локальной машине, а потом обновляю конфигурацию в сетевой   базе. Сетевая база у меня под MS-SQL, а локальная однако DBF. Всё   обновлялось и работало нормально до некоторых пор. В один прекрасный   момент обновление конфигурации прошло нормально, но при работе в   режиме "Предприятие" происходит внутренний вылет 1cv7s.exe при   попытке вывести журнал ручных операций. То же самое происходит и при   просмотре общего журнала документов. Самое обидное, что в моей локальной   DBF-базе всё работает изумительно. Не помогает даже полное   уничтожение базы на SQL-сервере, создание её заново и операция   Выгрузка/Загрузка данных из DBF в SQL - базу. При загрузке zip-архива   в базу SQL, 1С вываливается с той же самой ошибкой "Программа   выполнила недопустимую операцию и т.д."   Посоветуйте пожалуйста, как поступить...   Добавлю, что работаю я в 1С 7.7 - Бухгалтерский учёт для SQL. Релиз   0018. Конфигурация "Бухучёт, редакция 4.2", версия 00430. 

Заранее благодарен, Владимир.

mailto:Kuzmin_va@ivene.elektra.ru

  Спасибо за добрые слова!

  По такой же технологии работаю и я. Формат DBF используется для отладки программ – это быстрее. А в SQL версию идет объединение конфигураций. То, что вы описали для меня полная неожиданность. С этим я никогда не сталкивался, но если бы столкнулся, то действовал бы так:

1.        Убедился бы, что в настройках базы стоит Data Files – FileProperties  галочка в Automaticalle grow file. ( но она там должна стоять по умолчанию)

2.        Произвести выгрузку-загрузку средствами SQL. ( BackUp - Restore )

3.        Сделать «Shrink DataBase …».

4.       Еще раз произвести объединение MD.

4.       проверьте этой прогой  http://www.soaron.fromru.com/mddiags.htm

Добрый день!

Поставили УРБД и  появились вопросы. Вводим клиента как нового и оплачиваем ему платежкой за товар (предоплата), в этот же день вечером уже этот товар пришел на базу, но наших данных нет еще, операторы видят что нет клиента и тоже заводят нового. В итоге получаются два разных клиента, а на самом деле это один. Как быть? 

Чепчугов Сергей

sergey_1st@mailru.com

 Ответ на этот вопрос дал сам автор рассылки - Кружаев Валерий:

«Я работал с УРБД. И подобные проблемы возникали. Более того, если в
разных базах одновременно создать элемент справочника, он будет иметь
одинаковый код и при обмене данными вызовет коллизию - нарушение
уникальности кодов справочника. Как быть?
1. Можно запретить создавать элементы в справочниках для периферийных
баз и наладить оперативный обмен данными через модем, курьера,
конные упряжки и т.д.
2. Можно внимательно смотреть во время обмена, не появилось ли
сообщения о коллизии. Чем я, собственно, некоторое время и занимался.
После чего одного из контрагентов удалял (помечал), а другого
подставлял в документы вместо удаленного.
3. Можно создать контрагентов с наименованиями "Новый1", "Новый2" и
т.д. (в зависимости от частоты появления новых контрагентов). И на
периферийных базах подставлять их в документы взамен реальных, но с
указанием в комментариях настоящего контрагента. А в глобальнике
прописать процедуру, которая будет выискивать в текущем дне документы
с такими контрагентами и выдавать на экран отчет по ним, чтобы их
можно было поменять. А в расшифровке ячейки указать ссылку на
документ, чтобы попадать в документ прямо из отчета. После подмены, а
если нужно и создания новых элементов, делается выгрузка.

А иногда удобнее установить префикс кода справочника для новых
элементов в зависимости от кода информац. базы. Тогда никаких коллизий
не будет, но за появлением двойников всё равно придется следить.
Это еще поможет установить, какая слепая девочка ввела второго, не
заметив первого. Особенно когда периферийных баз много. У нас их было
четыре.
Но если для контрагентов это еще более-менее легко решаемо, то для
товаров всё гораздо сложнее. В процессе подмены можно и единицы и цены
не те влупить, тогда жди беды (разборок с руководством). Поэтому ввод
новых товаров на периферии у нас был запрещен напрочь.

Вроде всё сказал.

--
С наилучшими пожеланиями,
Кружаев Валерий
 Kruzhaev Valery                 mailto:Krug@tula.net»

Спасибо, Валерий!

Добрый день.

Вопрос такой. В нетиповой конф. существует ДокументВида1. На основании его вводятся ДокументВида2  и ДокументВида3. Так вот - если в журнале встать на ДокументВида1 и посмотреть "подчиненные документы", то в списке подчиненных документов будут только ДокументыВида2 , а ДокументыВида3 - нет. В настройках "ввода на основании" во всех документах Ок. Процедуры "ВводНаОсновании" в ДокументахВида2 и ДокументахВида3 тоже почти совпадают. В чем может быть дело ???

С уважением Евгений К.

emkon@beep.ru

Убедитесь, что ДокументВида2 и ДокументВида3 вводятся действительно на основании ДокументВида1.

На сколько я понимаю, взаимосвязи документов отслеживаются 1С автоматически.

Здравствуйте, Юрий!

 1С я занимаюсь совсем не долго. Месяца 1,5. Помогите мне, пожалуйста, со следующей проблемой. Из одной Процедуры мне необходимо вызвать другую, а то и две. Как это можно сделать?
Спасибо.
Алексей.

Если  я правильно понял вопрос, то так:

ИмяПроцедуры( Параметр1, ..., ПараметрN)

Если хотите вызывать процедуры из различных модулей, поместите процедуры в глобальный модуль что-то типа

«Функция глСтандартныйНижнийКолонтитул() Экспорт»

И вызывайте хоть три и более процедур – на это ограничений нет!

Здравствуйте, Юрий и читатели !

Может кто-нибудь подскажет решение такой проблемы:

У меня 1С-Бухгалтерия 7.7. База на данный момент занимает 620М без индексных файлов.

Переиндексация на сервере (2хPIII-933) идет 30-40 мин.

Приходится запускать ночью планировщиком индексацию в пакетном режиме, но иногда она требуется

в течении рабочего дня, а производственный процесс не позволяет НА СТОЛЬКО отключаться :(

Нет ли какой возможности СУЩЕСТВЕННО ускорить этот процесс ?

PS база за 1год, на новый год начинаем новую. Регулярно чищу удаленные и сжимаю базу.

С уважением, Леонид.

От себя я могу посоветовать следующее

1.        Поменять комп на новый.

2.       Перейти на SQL – сервер – тогда переиндексация вам будет не нужна совсем.

3.       Дать поработать SpeedDisk.

4.       Разобраться: для чего вам нужна ежедневная переиндексация, может быть она вам и не нужна вовсе.

5.       Можно попробовать написать на Foxe программу, которая

-          выбирает  все Dbf из указанной директории

-          открывает их по очереди ( Use ИмяФайла )

-          переиндексирует ( Reind )

-          закрывает

             Но наличие CDX в этом случае обязательно.