1С: грабли, камни и бриллианты

Здравствуйте, уважаемые!
Вашему взору представлена рассылка "1С: грабли, камни и бриллианты" и
я ее ведущий Кружаев Валерий  krug@tula.net

Выпуск 8.

Благодарю за поддержку всех, кто мне написал.
Мне было очень приятно услышать вас.

Много писем получено и на все нужно ответить.
Причем вопросы такие, что и другим будет интересно узнать. Поэтому отвечаю в
рассылке.

Для начала одна ссылочка, которой поделился мой знакомый.
______________________________________________________

Кстати, попался мне сайт по 1С: http://klerk.ru/soft/1c. Там народ статьи на
разные темы
по 1С пишет. Может, он тебе пригодится?

morgan
______________________________________________________


______________________________________________________

Валерий, подскажите, как возможно перебросить документ из одной базы в другую?
Спасибо
leras@online.ru
----------------------------------------------------------------------------------------------
Я перебрасываю документы из торговли в бухгалтерию, поскольку стандартная выгрузка
проводок оказалась далека от совершенства.
Делаю это с помощью ОЛЕ. Естественно, приходится синхронизировать справочники
товаров и клиентов перед этим.
Можно конечно и через файл переносить, но это более хлопотно, в связи с тем что
типичный документ не является однородной структурой, а содержит в одной линейной
структуре (шапка) другую линейную структуру (табличная часть).
В принципе можно табличную часть записывать в таблицу значений, а шапку в список
значений, а потом в этот же список добавить таблицу значений с табличной частью
документа. И выгрузить всё это в файл. Но гораздо проще подключиться к другой
базе и создавать документы напрямую. Конечно, нужно предусмотреть или синхронизацию
справочников, или создание новых элементов "на лету" по их наименованиям. У меня
так и происходит. Самое трудоемкое здесь - распихать всё по таким же папкам,
как в исходном справочнике, но решаемо.

Если у вас базы однородные - можно попробовать существующие обработки. Но мне
они не понравились.
Да и справочники быстрее самому перенести, чем настроить обработку.
Впрочем, если не отговорил, напишите, вышлю эти обработки или ссылку на них.


______________________________________________________
Здравствуйте, Валерий.

Я более 4 лет работаю с "1С" (типа программист ;-).

Рассылка №7 - это первая рассылка, которую я получил и совершенно
согласен с $corpio (автор письма №1):
> Но, исходя из названия рассылки, я
> ожидал получать информацию о разных нюансах, хитростях,
> недокументированных возможностях, принципах 1С. И это ИМХО следует
> ставить основной задачей рассылки. А уроки и домашние задания, хотя и
> нужные вещи, не дадут возможности НЕновичкам в 1С узнать что-то
> принципиально новое.

Но прочитав письмо №7 и твой ответ (это по поводу OLE), захотелось
кое-что добавить:
1. На машине PII400/128Мб/Windows98 через OLE свободно переносил между
базами:
   - Синхронизация всех справочников.  - 1-й запуск обработки
   - Начальные остатки по счетам.      - 2-й запуск
   - Все документы за квартал.         - 3-й запуск
И все вот это в фирме, где за 1 день создается
~150 только РасходныхНакладных по ~50-200 строк в каждой !!!
Справочник.Номенклатура >8000 наименований с "кучей" периодических
реквизитов, и т.д.
Обработка использовалась постоянно и не разу ничего описанного в письме не случалось.
Эту же обработку использовал в нескольких фирмах поменьше, но и компы часто бывали
"поменьше" ;-).
Я, конечно, согласен, что это не самая большая фирма, но IMHO вполне достаточная,
чтобы забить память (128Мб для компа программиста, согласитесь, не много ;-)
поэтому с
> Механизм OLE предполагает транзакционный принцип хранения данных и требует
серьезных
> ресурсов, если много данных одновременно гонять. Ну а когда начнется работа
файла
> подкачки... Много систем уже зависали на этом. Неблагодарное это дело.
не согласен.
Если же у автора письма база, размером в несколько Гб
(что IMHO врядли), то могу посоветовать сформировать операции по вводу нач.остатков
в базе-источнике, а потом перенести все это в новую базу.

P.S.: Пока создавал обработку, получал результат описанный в письме:
> по некоторым счетам запрос выполняется но
> при процедура ВыбратьСубконто(1) возвращает ноль.
Но виноват в этом был не комп, а Я (Запросы нужно формировать
правильно !!!! :-). Возможно, у автора такая же ситуация.

--
Всего доброго,
 Vetal.           mailto:vetalmail@hotbox.ru
----------------------------------------------------------------------------------------------
Очень приятно, что здесь присутствуют и люди с опытом тоже.
Признаюсь, что и сам гоняю ежедневно через ОЛЕ документы и справочники. Но на
запросах обломы случались.
Не исключено, что моя win.98 была глючная. А когда долго ломишься в одну дверь
и ничего не получается, можно попробовать в окно.
А насчет формирования остатков в базе-источнике - мысль дельная. Век живи - век
учись.
Спасибо.


______________________________________________________
Здравствуйте, Валерий!!
Сегодня получила Вашу рассылку  1С: грабли, камни и бриллианты  и сразу нашла
все предыдущие
выпуски. Спасибо, очень нужная вещь. Я тоже начинающий программист. Я работаю
с компонентой
Расчет , правда ещё не очень долго. Мы только недавно купили 1С_Предприятие,
но это наш
украинский вариант. Много непонятного. Кое-чего надо доделывать.  Хотелось бы
знать насколько
принципиально он отличается от российского? Можно ли использовать Ваши советы
у нас?

P.S.  Отдельное спасибо Людмиле за ссылку на сайт.

С уважением,  Юлия.
                                                      mailto:  julia_lambert@ukr.net
----------------------------------------------------------------------------------------------
А я украинскую локализацию не встречал, к сожалению. Но что-то мне подсказывает,
что они отличаются как близнецы - никак.:)
Ну или как win.98  ENG  от win.98  RUS, т.е. принципиально ничем, разве что отсутвием
русской кодовой страницы.
Да, самое главное - конкретные кофигурации могут отличаться очень здорово, ведь
законодательство-то другое.
Впрочем языковые средства должны быть идентичны. Иначе фирма 1С разорилась бы
на программистах - адаптаторах (локализаторах).
А что могут подсказать те, кто видел и то и другое?


______________________________________________________
Добрый день, Валерий!

Как Вы думаете, на какие продукты западного бух- и финансового учета
(например, SCALA) похожа (по структуре, по особенностям) 1С? Т.е.,
насколько она оригинальна? И насколько легко можно переучиться на
западный продукт (в случае перехода, например, в совместное
предприятие)?
Не известны ли Вам примеры адаптации 1С на западе (не считая
Прибалтики)?

С уважением,
Андрей.                          mailto:kolassa@mail.ru

----------------------------------------------------------------------------------------------
Так случилось, что до 1С я сталкивался только с DELPHI (тогда это был Паскаль)
и C++. И мне не пришлось долго переучиваться. Так что если вы умеете писать программы
на одном языке - не беспокойтесь, разберетесь и в другом.
А по поводу примеров адаптации - выше уже сказал.


______________________________________________________
Уважаемый Валерий,спасибо Вам за интересную рассылку. Я, наверное, необычный
подписчик. Дело в том, что у нас на фирме
стоит не 1С, а ФОЛИО в количестве 10 рабочих мест. Эксплуатируется ФОЛИО уже
3 года. Общее впечатление
от программного продукта заставляет меня задуматься о целесообразности дальнейшего
использования. Особенно в свете того как я
пытался реализовать учет материалов в производстве, используя "скрытые возможности
ФОЛИО"(термин ФОЛИО).
        Сами понимаете такой шаг, как замена 10 рабочих мест на другой программный
продукт требует больших размышлений. Ведь на
старом работать в принципе можно. Подводные камни известны. А что будет с новым
кто знает?
        Вопрос в следующем. Где посмотреть сравнение ФОЛИО и 1С? Проводил ли
кто-нибудь серьезное тестирование складских
программ? И за время Вашей работы были ли обнаружены ошибки в 1С? Знакомы   ли
Вы с реализацией 1С ПРОМЫШЛЕННОЕ ПРЕДПРИЯТИЕ?
        Понимаю, что вопросы не все к Вам, однако стиль Вашей рассылки и качество
ответов позволяют мне надеется на
квалифицированный ответ.

                                                                                                                   
С уважением Епифанов Игорь.
----------------------------------------------------------------------------------------------
Думаю, ваши сомнения относительно перехода на 1С развеет тот факт, что редко
найдется человек, не слыхавший про 1С, а вот про ФОЛИО известно далеко немногим.
Отсюда можно сделать простой вывод. Догадайтесь, какой.
А по поводу ошибок - фирма 1С довольно неплохо устранила всяческие дыры, кроме
разве что общей защиты данных. Дык ведь ломают даже суперзащищенные программы.
:)
Так что если вы не ошибетесь в написании конфигурации - всё сработает как надо.
А готовые конфигурации вообще довольно плотно оттестированы, в том числе и временем.
Я ответил?
С 1С:Производство я вплотную еще не пересекался.


______________________________________________________
Добрый день!
Возник очень актуальный вопрос!
Есть две базы 1с7.7 нужно данные объединить в одну.Как это коректно сделать.
Опыта работы с Кофигуратором нет.Подскажите что
делать?
----------------------------------------------------------------------------------------------
Если базы идентичны по стуктуре - воспользоваться готовой обработкой по переносу
документов.
Иначе только свою обработку писать.


______________________________________________________
Недавно подписался на вашу рассылку.
Спасибо за полезную информацию, предоставляемую Вами.
Обращаюсь за советом в такой ситуации:
пользователь при работе в 1С:Бухгалтерии 7.7 (сетевая версия).ТиповаяКонфигурация.
вмешался в автонумерацию
для документа УслугиСтороннихОрганизаций, принудительно присвоил другой номер
(например 10),
само по себе это, вроде бы не критично, система контролирует уникальность номеров. 
Какие еще
доподлинно операции производил пользователь - неизвестно, но сейчас в системе
такой "глюк" - при
вводе нового документа УслугиСтороннихОрганизаций всегда появляется один и тот
же номер 10,
хотя в базе документов такого типа уже больше 200, и выйти на правильную автонумерацию
не
получается. Буду очень признателен за помощь.
С уважением Владимир.
vlad@gen.nnov.ru
----------------------------------------------------------------------------------------------
У меня было что-то похожее со справочником товаров.
Я тогда просто поменял тип кода со строчного в числовой, и глюк отвалился.
Конечно, это пройдет, если не было префиксов номеров документов.
В противном случае следует сначала отключить контроль уникальности номеров.
А потом если этот документ не печатный, то вы можете перенумеровать все документы
с помощью несложной обработки.
И если префиксы все же нужны - после всех манипуляций поменяйте тип кода снова
в текстовый.
Можно еще для пущей уверенности сделать выгрузку данных, а потом их загрузку.
Эта процедура неплохо "трезвит" данные, потому что при загрузке система автоматически
проверяет ссылочную целостность и заново активизирует все механизмы типа контроля
уникальности номеров.
Естественно, чтобы не было мучительно больно после маленькой, но очень гордой
ошибки во время таких манипуляций, сделайте резервную копию базы.


______________________________________________________
Здравствуйте, Валерий!
Спасибо за рассылку. Дело нужное и полезное. Тем более как я понимаю Вы собираетесь
охватить весь спектр вопросов,
как простые (на первый взгляд) так и не очень (тоже, к счастью, иногда на первый
взгляд). Особенно приятно, что будет
информация и о "глюках" это оболочки. Перейду к вопросам и мнениям:
 
1. Так же как и Вы считаю эту оболочку мощной и универсальной для решения самых
различных задач учета. Однако
хотелось бы знать Ваше мнение по вопросу выбранного разработчиками формата данных
dbf. Про SQL уж не говорю. В
прошлом году имел почти годовой опыт сопровождения и доработки конфигурации для
БД в формате SQL. Впечатления
сплошь отрицательные:
- выполненные изменения в конфигурации база обрабатывала в теч. 10 мин. При этом
железо было не слабое (фирма могла
себе все позволить). Сис.адм. у них сам был знатоком SQL-Server и утверждал,
что сам SQL настроен идеально (что кстати
подтверждали и наши специалисты), но сама система 1С делает много лишней работы.
- иногда, при серьезных изменениях в конфигурации 1С начинала пересчитывать ссылки
справочника "Сотрудники"
начиная с 1753 года со скоростью 1 мес. в сек. Времени на это уходило прим. часа
4-5. Когда же по этому вопросу
удалось проконсультироватья у разработчиков, был получен ответ, что так оно и
должно быть. Круто да!?  
-  а однажды неизвестно куда пропал документ полугодичной давности. Причем анализ
журнала регистрации показывал,
что никто из пользователей его даже на удаление не помечал. Есть записи о создании,
изменении сохранении и всё!!!
Тестирование БД результатов не дало. Документа как и не было. Хотя в резервных
копиях он на месте. Представляете как
пользователи (да и я вместе с ними) относились после этого к данной программе.
И много других "приятных неожиданностей" после которых работать с SQL  зарекся.
 
2. Хотелось бы где-нибудь попонятнее прочитать о запросах. 2 года уже занимаюсь
конфигурированием 1С. Работал со
всеми компонентами. Кавалер всех ихних сертификатов:) Сейчас в должности ведущего
программиста. Разрабатываем
собственное типовое решение для ликеро-водочных заводов. Но тема запросов для
меня - белое пятно. Несколько раз уже
брался за их изучение, но всегда кончалось одинаково: запросы оказывались пустыми
или нерабочими и приходилось
возвращаться к старым проверенным методам типа ВыбратьДокументы(), ПолучитьЭлемент()
и т.п. Хотя знаю наверняка,
что многие из моих конструкций были бы проще, нагляднее и мощнее (в смысле скорости
выполнения) если бы работали
через запросы. Но запросы для меня табу. Причем такого же плана отношения к ним
и у моих коллег. Пользуемся ими
если только что-нибудь аналогичное можно взять и переделать из типовых модулей.
Не очень прозрачен сам принцип
построения запросов, а также останавливают слабые возможности работы с ними в
Отладчике. Так что сплошная
неуверенность и неопределенность.
Если можно посвятите один из выпусков рассылки этой теме. Желательно с простыми
примерчиками. От простого к
сложному сами перейдем. Главное хочется понять основные принципы. Можно например
показать одновременно как одни
и те же задачи выполняются "обычными" методами и с помощью запросов.
(ну вот уже и советы даю :)). Думаю тема была бы важна как новичкам, так и более
опытным разработчикам т.к. исходя из
опыта общения знаю, что многие из них обходят ее стороной.
 
И напоследок
3. Информация о "глюке".
Задача:
Есть отчет который содержит в себе таблицу значений  (ТЗ) состоящую из колонок
(Кол1, Кол2, Кол3, Кол4 и Кол5) и
2 флажка (Фл1 и Фл5). Служащих для включения/выключения видимости колонок Кол1
и Кол5.
 
Ситуация: Фл1=0   Фл5=1
 
Глюк:
 
ТЗ.ВидимостьКолонки(Кол5,Фл1);
ТЗ.ВидимостьКолонки(Кол5,1-Фл5);
- невидимыми становятся не только колонки Кол1 и Кол5, но и колонка Кол2
 
при этом если заставить Фл5 работать не от обратного, т.е.
ТЗ.ВидимостьКолонки(Кол5,Фл1);
ТЗ.ВидимостьКолонки(Кол5,Фл5);
- то все работает нормально
 
Данный "глюк" срабатывает только при открытии формы отчета. Если в дальнейшем
пощелкать Фл5, то все работает
правильно хотя и при открытии и при щелчках срабатывает одна и та же процедура
(Отладчиком даже смотрел). Да и тот
факт что  во втором случае все работает нормально говорит о том, что модуль то
правильный.
 
Ну вот вроде пока и все. Хотел коротенькое письмишко набросать, а сам вон как
размахнулся:)
Еще раз спасибо за рассылку.
 
Удачи!
----------------------------------------------------------------------------------------------
1. Насколько мне известно, SQL довольно быстро выдергивает данные для сложных
отчетов, и еще зависание одного пользователя не мешает остальным. Для просмотра
содержимого очень даже ничего :)
А что касается собственно наполнения базы и реструктуризации данных - по-видимому,
там что-то недоработано.
Так что если у вас не так уж много пользователей - лучше работать в обычной dbf.
Во всяком случае мои знакомые, которые пробовали SQL, еще нигде дальше испытаний
не зашли. Ограничивались обрезанием базы до приемлемых размеров. А если кому-то
взбредет в голову посмотреть что-то типа динамики продаж за пять лет - милости
просим в архив базы.

2. По поводу запросов я планировал поупражняться с читателями, но позже. Механизм
и правда побыстрее будет, чем простой перебор остатков или элементов справочников.

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


______________________________________________________
Доброе время суток, Валерий.

       Как только пришло письмо с новостями от Subscribe.ru с
       информацией о данной рассылке, я немедленно подписался. Всегда
       приятно прочитать что-нибудь новенькое про наш хлеб -
       программирование на 1С. :)))
       С проблемами в 1С я более-менее справляюсь, но вот поставил ее родимую
       на сервер под управлением LINUX - стали появляться проблемы с
       блокировками файлов по сети. Конечно, это проблемы сервера, а не 1С, но
       все равно - проблемы. Может ли кто нибудь помочь мне в этой
       беде, ведь 1С, стоящая на серверах под управлением LINUX -
       не такая уж сейчас и экзотика... Наверное, это уже решено
       многими сисадминами, но вот только как выйти на таких сведущих
       людей? Может, публикация моего письма в рассылке поможет в этом?

P.S. Наверное, этот вопрос относится к граблям в 1С:))
--
Всего наилучшего,
 Alex Golovenkin                     mailto:bitgun@ezmail.ru
----------------------------------------------------------------------------------------------
Подскажите, кто что знает по этому поводу. Я вообще то не люблю такие эксперименты,
некогда, да и ненужно пока.
Вот с конфигурацией поизвращаться - это да! Ресурсов-то немного надо, всего один
компьютер, да и остальным жить не мешаешь.




Ну вот вроде и всё сказал на сегодня.

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

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

До встречи, господа!

Написать ведущему krug@tula.net