Р А З Б О Р   П О Л Е Т О В

Выпуск 37 ( дубль 2 ).

Автоматическая нумерация отдельных документов работает некорректно. Причем только на одном рабочем месте.

Причин такого поведения конфигурации может быть несколько. От банальных до
"результатов хитросплетения условий". Рассмотрим возможные:
1. Самый простой метод решения. Предположим, что проблема связана с работой
отдельного пользователя. Проверить очень просто. Нужно зайти с другой
станции под его login (учетной записью) и убедиться, что на другой машине
проблема тоже есть. Решаем ее так: Запускаем базу в режиме конфигуратора и в
меню Администрирование->Пользователи ищем проблемного пользователя. Смотрим
указанный для него рабочий каталог. Открываем любое средство навигации по
файловой системе компьютера (Проводник, Far manager, Windows commander,
Norton commander, кому что нравится), и удаляем все содержимое этого
каталога. ВНИМАНИЕ!!! Не удалите ничего лишнего! Запускаем конфигурацию и
проверяем, разрешилась ли проблема? Если нет, то идем дальше.
2. Насколько я понимаю, используется сетевая версия 1С: Предприятие.
Существует несколько способов установки сетевой версии (даже не два). Один
из вариантов установки - установка движка системы на каждую станцию сети и
подключение разных станций к одним и тем же информационным базам. Чтобы
проверить это, нужно посмотреть, где располагается файл, который запускает
проблемный пользователь. Файл называется 1cv7.exe или 1cv7s.exe. Если он
находится на его же машине, делаем вот что. Запускаем систему, как это
делается всегда, и в меню Помощь->О программе смотрим номер версии движка
системы. Алексей написал, что 7.70.019. Но!!!! Вдруг у данного пользователя
это все-таки не так? Может быть, у него стоит древний релиз, и проблема
связана с этим. Метод решения - обновление движка.
3. Наиболее вероятная причина!!!
Комплексная конфигурация (релиз 7.70.409) при вводе новых документов
вызывает процедуру глобального модуля глПриИзмененииФирмы(), в которой
происходит присвоение номера документу в соответствии с имеющимися
префиксами:
Конт.УстановитьНовыйНомер(СокрЛП(Константа.ПрефиксИБ) +
СокрЛП(ЮрЛицоФирмы.ПрефиксНомеровДокументов));
Опишем подробнее процесс:
    - При входе в конфигурацию происходит авторизация пользователя.
    - Каждый пользователь имеет в качестве индивидуальной настройки значение
ОсновнаяФирма.
    - Фирма принадлежит какому то собственному Юридическому лицу.
    - Каждое собственное Юридическое лицо имеет реквизит
ПрефиксНомеровДокументов.
Таким образом, если, скажем, у проблемного пользователя вообще не указана
ОсновнаяФирма, происходит формирование нового документа, в котором фирма и
юр.лицо не указаны (привет разработчикам конфигурации), соответственно номер
документа формируется без использования метода УстановитьНовыйНомер(), то
есть системно, на уровне ядра 1С. Нумераторы ядра системы очень часто
неверно работают. Про такое состояние пользователи говорят: "нумераторы
слетели". Метод решения прост - указать для пользователя Основную фирму. Для
этого нужно воспользоваться меню Сервис->Настройка
пользователей->Пользователи и на закладке "Значения по умолчанию" указать
все, что нужно.

Теперь немного о нумераторах. Чтобы увидеть, как "слетают нумераторы",
проведем два эксперимента. Установим конфигурацию. Любую. Выберем
документ любого вида, но такой, чтобы его нумератор был не числовым, а
строковым. Для тех, кто не знает в чем разница, объясню. Числовые нумераторы
не слетают никогда, так как к числу всегда без проблем можно добавить
единицу и получить следующий номер. Строковые нумераторы - другое дело.
Например, как определить какой номер будет следующим за "У018/1а-21ж"?
Строковые нумераторы по умолчанию сопровождаются ведущими нулями, то есть
номер первого документа будет "00000001" (количество нулей может быть иным).
1. Создаем новый документ. Получаем номер "0000001". (Если вы получили номер
"1", это означает, что вы, скорее всего, выбрали вид документа с числовым
нумератором и эксперимент не получится. Выберите в этом случае документ
другого вида.) Записываем документ в базу.
Создаем следующий документ. Ему присвоится номер "0000002", но мы его
исправим на "б/н", подразумевая, что это трактуется как "без номера".
Создаем следующий документ. И видим, что ему присвоен номер "б/н". И все.
Теперь до смены периода нумерации (обычно год) у вас возникает необходимость
исправления номеров новых документов вручную. А если в день заводится 1000
документов такого вида?
2. Создаем новый документ. Получаем номер "0000001".  (Если вы получили
номер "1", это означает, что вы, скорее всего, выбрали вид документа с
числовым нумератором и эксперимент не получится. Выберите в этом случае
документ другого вида.) Исправляем номер на "1", так как нам не нравятся
ведущие нули. Записываем документ в базу.
Создаем несколько следующих документов. Им будут присваиваться верные
номера: 2,3,4,5... Но как вы думаете, какой номер присвоится документу,
который будет следующим за 9? :)

  Можно ли в табличной форме документа расположить надписи вертикально?

Действительно, 1С Предприятие не имеет такой возможности. Но вспомним
Справку о доходах из конфигурации Зарплата и кадры. Там есть вертикальные
надписи. На самом деле это просто картинка, нарисованная заранее в каком-нибудь графическом редакторе и подставленная в печатную форму. Если устроит такой вариант, то почему бы нет? Вдруг в задаче такие надписи тоже статические?

Можно ли в ЗиКе возвращаться на период назад без обнуления записей, что бы не приходилось их все пересчитывать?

Возвращаться назад без потери рассчитанных записей можно. Причем на любой
период. И не только назад, но и вперед. Для того, чтобы сделать это нужно
написать небольшую "штучку".
    - Откроем конфигуратор.
    - Меню: Файл->Новый->Внешний отчет(обработка)
    - Меню: Вставить->Текст и вставить его в форму, которая будет на экране.
    - Ткнуть правой кнопкой мышки на вставленном тексте и выбрать в
контекстном меню пункт Свойства. Переключиться на закладку Дополнительно и в
поле Формула вставить:
Формат(ВыбДата,"ДММММГГГГ")
Нажать кнопку Ок.
    - Меню: Вставить->Кнопка и вставить его в форму чуть левее только что
вставленного текста.
    - Ткнуть правой кнопкой мышки на вставленной кнопке и выбрать Свойства.
В поле Заголовок написать значок:
<
Переключиться на закладку Дополнительно и в поле Формула вписать:
ВыбДата=ДобавитьМесяц(ВыбДата,-1)
Нажать кнопку Ок.
    - Меню: Вставить->Кнопка и вставить его в форму чуть правее ранее
вставленного текста.
    - Ткнуть правой кнопкой мышки на вставленной кнопке и выбрать Свойства.
В поле Заголовок написать значок:
>
Переключиться на закладку Дополнительно и в поле Формула вписать:
ВыбДата=ДобавитьМесяц(ВыбДата,1)
Нажать кнопку Ок.
    - Внизу окна есть переключатель на закладку Модуль. Нажмем на нее.
Сделаем так, чтобы текст нашего модуля выглядел так:
file://==============
Перем ЖрнЗарплата, ВыбДата;

Процедура ПриОткрытии()
 ЖрнЗарплата=СоздатьОбъект("ЖурналРасчетов.Зарплата");
 ВыбДата=ЖрнЗарплата.НачалоТекущегоПериода();
КонецПроцедуры

Процедура Сформировать()
 ЖрнЗарплата.УстановитьТекущийПериод(ЖрнЗарплата.ПериодПоДате(ВыбДата),0);
КонецПроцедуры
file://==============
- Меню: Файл->Сохранить и указываем имя (мои клиенты окрестили эту штуку
"Машиной времени") и путь, куда нужно сохранить созданную нами обработку.
- Открываем конфигурацию в режиме использования и Меню: Файл->Открыть и
указываем на наш файл.
Пользуемся и радуемся.
ВАЖНО!!! Нужно четко понимать, к чему может привести использование данной
обработки!!! Например, находясь в расчетном периоде ноябрь 2002, мы
возвращаемся в февраль 2002, корректируем там запись в журнале расчетов
зарплаты и возвращаемся назад. Все остается на своих местах. Никакие
промежуточные записи периодов никуда не слетают, но, возможно, мы получили
логическую ошибку!!! А вдруг от того самого исправленного вида расчета
зависят суммы марта, апреля и т.д.? Мало того, ведь в жизни то такой
возможности путешествия во времени пока нет. За февраль 2002 г. рассчитаны
налоги, подписаны ведомости и т.п.

Надо перенести данные с 6 в 7.

При установке конфигурации 1С:Бухгалтерия 7.7 в поставку входит инструкция
по переносу информации из 6.0. Причем подробнейшая. Для того, чтобы почитать ее, нужно Меню: Сервис->Дополнительные возможности->Инструкция по переносу данных из настроек для 1С:Б6.0.
Далее, устанавливаем конфигурацию "Конвертация данных", которая уже с полгода (если не больше) есть на любом диске ИТС от 1С. Формируем правила переноса информации между необходимыми конфигурациями. Это довольно сложный процесс, поэтому рекомендуется внимательно почитать диск ИТС, а именно раздел "Конвертация данных, переход с других версий". Быть может там
предлагается какая-нибудь методика для перехода с Бухгалтерии в Комплексную и уже есть готовое решение. Мало того, у вас ведь еще не просто комплексная, а Комплексная для Украины. Спасет только конфигурация "Конвертация данных", если хочется сделать переход в автоматическом режиме. Заодно и xml изучите.
Опарин Владимир

Выпуск 38

Здравствуйте, Юрий !
  Вновь спешу обратиться к Вам за помощью. Никак не могу я оседлать в
  1С:Бухучет принцип получения развернутого сальдо по счетам.
  Началось всё с того, что ко мне обратился филиал нашей компании со
  следующей проблемой. В оборотно-сальдовой ведомости они указывают по
  каким счетам выводить развернутое сальдо. Грабли в том, что например
  по 62-му сч. всё выводится нормально, а по 68-му ну ни в какую, хотя
  68-й счет полностью активно-пассивный. Однако сальдо всё равно
  получается свернутым.
  Хорошо, подумал я. Взял и в отчете "ГлавнаяКнига" в строчках "Итого"
  вместо методов СНД, СНК, СКД и СКК подставил СНДР, СНКР, СКДР и
  СККР соответственно. В результате я полностью потерял контроль над ситуацией.
  А именно, я не уловил никакой системы. То есть по некоторым счетам
  сальдо действительно получилось развернутым, а например по 60-му оно
  почему-то свернулось, хотя у меня в настройках плана счетов 60-й
  счет четко прописан АП. Единственное, что я как-то систематизировал,
  это то - что если счет чисто активный или чисто пассивный, то
  развернутое сальдо всегда получается свернутым. А вот на
  активно-пассивных как-то хаотично всё это. Захочет нарисует
  развернутое, а захочет - свернутое.
  Пробовал делать выгрузку/загрузку, пробовал делать полный пересчет
  итогов - результат неизменный.

  Подскажите - может я что-то делаю не так... Добавлю, что на нашем
  филиале релиз движка 0019, конфигурация Бухучет 00430 релиз.
_____________________________
С уважением, Best regards, Владимир Кузьмин mailto:Kuzmin_va@ivene.elektra.ru

Развернутое сальдо по 68 счету будет только тогда, когда РАЗНЫЕ значения субконто, т.е.развернутое сальдо по субконто. А если везде одно и тоже значение субконто, то отчет тебе и дает итоговое сальдо (без развернутого), поскольку нечего разворачивать 

Здравствуйте!
Вопрос по оптимизации работы 1С. У нас сетевая версия "1С:ЗиК 77". При одновременном расчете зар/платы двух
подразделений работают 2 пользователя(у них полные права).  В каждом подразделении 300 человек, время
расчета - около 1 часа. При монопольном режиме время расчета - 15 минут. Как можно уменьшить время
обработки при одновременной работе нескольких пользователей? 
evtmail@yandex.ru

  В своё время я тоже задавался таким вопросом. Нужно только учесть, что эти советы даны с учётом того, что 1С работает на SQL-сервере.

  Денис Горбунов посоветовал бы провести следующие мероприятия:

“

Не меняя программу (хотя и ее можно бы оптимизировать)

можно сделать следующие вещи, обычные для любого сервера SQL,

а не только для связки MS-SQL + 1C Зарплата,

перечислены в порядке уменьшения эффективности (самое эффективное

- сверху):

1. Добавить HDD (обязательно ДРУГИЕ RAID или просто диски, если не боишься).

    Как минимум, еще один - туда положить Log File сервера SQL – очень эффективно.

    Можно поставить еще 1 простой диск (не RAID) и приказать на него переместиться

    каталогу TEMP (ибо 1С очень много во временных каталогах данных хранит при

    расчетах). Это недорого, так как TEMP-каталогу RAID не обязателен (хотя SCSI

    желательно). Может, имеет смысл туда и своп-файл Windows перекинуть.

    Если есть возможность, то еще дисков (или RAID-ов) - SQL-сервер позволяет

    хранить одни таблицы базы на одном диске, другие - на другом, третьи - на третьем.

    Но, по-моему, вышеприведенных 1 RAID под Log File и 1 диска под TEMP -достаточно.

    P.S.:

    Надеюсь, RAID - SCSI, а не IDE? Надеюсь, не старый вариант SCSI, а U-160?

    Не всякий RAID-контроллер и не всякая материнская плата имеют пропускную

    способность шины, достаточную для 2 шт. RAID 5 + 1 HDD. Если не PCI64, а обычная PCI32 - то ограничивать    производительность начнет шина.

2. Добей памяти, хотя бы 1,5Г, можно и все 2Г (больше - не стоит, бо не

всякий вариант серверной ОС Windows и не всякий вариант сервера SQL умеет юзать

    больше памяти, детали - сколько именно и какой вариант - см. на www.microsoft.com)

3. Процессоры покруче.

4. Хотя и на четвертом месте, но может быть очень эффективно.

    В некоторые таблицы следует добавить индексов. Но увлекаться не стоит, а то будет

тормознее.

    Индексы добавлять не средствами 1С, а средствами SQL-сервера и не забыть

    их восстанавливать, после очередной смены конфигурации 1С.

5. Изучение приходящих от 1С SQL-запросов и оптимизация параметров

    сервера.

6. Способ эффективный, но муторный.

    Выгружать в DBF. Рассчитывать. Если с базой за время расчета

    ничего страшного не случилось, то загружать обратно.»

  Остановились на 6 пункте, так как все пункты 1-3 были выполнены и до этого. 

Добрый день, Юрий

У меня возникла такая проблема:

формирую запрос в котором период задается документами:

 |Период с Док1 по Док2;
 |Товар = Регистр.ОстаткиТоваров.Товар;
 |Склад = Регистр.ОстаткиТоваров.Склад;
 |ОстатокТовара = Регистр.ОстаткиТоваров.ОстатокТовара;
 |РозничнаяСтоимость = Регистр.ОстаткиТоваров.РозничнаяСтоимость;
 |Функция ОстатокТовараНачОст = НачОст(ОстатокТовара);
 |Функция ОстатокТовараКонОст = КонОст(ОстатокТовара);
 |Функция РозничнаяСтоимостьНачОст = НачОст(РозничнаяСтоимость);
 |Функция РозничнаяСтоимостьКонОст = КонОст(РозничнаяСтоимость);
 |Группировка Товар без групп;

где Док1 и Док2 Выбираются в форме

и начиная с определенной даты запрос не правильно считает функцию

РозничнаяСтоимостьКонОст и ОстатокТовараКонОст

 Если в запросе убрать подсчет остатков на начало запрос выдает верные значения

 мне пришлось разбить этот запрос на два

1 подсчитывает остатки на начало

2 остатки на конец

 восстановление базы не помогло

Стоит 1с SQL 19релиз

на сервере MSSQL2000

W2kServer

на станции W2k

может кто-нибудь сталкивался с подобным?

и второй вопрос после перехода на SQL Версию при запуске некоторых отчетов 1с просто вылетает по ошибке:((

конфигурация стоит не стандартная мы ее писали сами

Vik

В общем так...

Обратимся к мыслям о том, как устроена 1С на уровне, который пользователь не видит. А именно, вспомним о понятиях периодичность оперативных и бухгалтерских итогов.... Что это такое по сути? Рассмотрим пример. Требуется определить количество некоего товара на определенный момент времени. Что для этого нужно? Берем и делаем перебор движений по данному товару с "начала времен" и до нужного момента. Пришел, ушел, пришел, ушел ... и в результате получаем сколько на нужный момент есть остатка. Если бы было сделано так, то 1С трудилась вообще сверхдолго. Сделано не так. Существуют понятия периодичности итогов и каждый такой период происходит вспомогательное сохранение информации о всем. То есть формируется некий информационный слой. По умолчанию в типовых конфигурациях оперативный учет имеет ежемесячные "слои", а бухгалтерский "ежеквартальные". Отсюда всякие сообщения вроде "бух. итоги не рассчитаны" и т.п. То есть наша задача упрощается. Когда нам нужно взять остатки на какой то момент, происходит то же самое, что я написал, но не с "начала времен", а от ближайшего сохраненного слоя.

И вот тут есть грабли! Что происходит, когда мы заходим в старый период, после которого уже было сохранено несколько информативных слоев и что-то там меняем? Нужно произвести коррекцию тех слоев, которые лежат позднее этого момента. Это происходит при проведении документа на уровне ядра системы, то есть программным языком 1С это делать не приходится. И вот тут берем и выключаем питание у компьютера. :) Некоторые слои откорректировались, а некоторые нет. Отсюда интересные фокусы. Берем отчет, скажем с 25.01.2002 по 03.12.2002г. При его формировании мы видим правильную информацию о движениях чего-либо. А потом берем отчет с 17.04.2002г по 03.12.2002г. и получаем остатки на 03.12.2002г. иные. Почему? Потому что расчет происходил не от слоя "01.01.2002", а от слоя "01.04.2002", который остался неоткорректированным. Метод решения - Конфигуратор->Тестирование и исправление информационной базы.

Нужно задать дополнительный вопрос :”Какие именно документы (точнее их даты) были использованы при формировании запроса? Попробуйте перемещать начальную дату помесячно вперед... Скажем, начнет с того момента, когда все выводится правильно и продвигает ее "01.01.хххх", "01.02.хххх". Если в какой то момент произойдет "нечто", то дело скорее всего в этих самых слоях.

Но!!! В письме указано, что "восстановление базы не помогло". Что подразумевается под этим выражением? 

Я склонен называть вещи своими  именами. Быть может имелась ввиду просто переиндексацию? Так она не спасет!

А насчет "1С вылетает по ошибке" сказать нечего. Пользуйтесь лицензионным программным обеспечением :)

А не подскажете ли Вы как это чудо настроить и какие файлы иметь
Инсталляшки нет, документации нет, есть 2 файла web.dll и 1cscript.dll

Использование Web-компоненты регулируется специальным правом «Использование Web-расширения». Это право появляется в наборе доступных прав при установленной Web-компоненте в

режиме конфигурирования.

Для запуска 1С:Предприятия 7.7 с использованием Web-расширения необходимо следующее:

·         пользователю, использующему Web-расширение, дать право на использование Web-расширения;

·         запустить 1С:Предприятие с ключом /W или ^«имя файла». При использовании ключа /W V7 Scripting Engine соединяется с 1С:Предприятием, не используя дополнительные файлы, поэтому 1С:Предприятие должно быть запущено на одном компьютере с Web-сервером. Если используется ключ с указанием файла, то 1С:Предприятие может быть запущено на любом компьютере, однако на имя файла накладываются следующие требования:

·         путь к файлу может быть полным или частичным. В последнем   случае  путь  считается  от  каталога, содержащего исполняемые файлы 1С:Предприятия;

·          каталог должен существовать и быть доступен из 1С:Предприятия.

Если файл с указанным именем не существует, то он будет создан…

«Описание WEB расширения.DOC» - здесь есть более полная инструкция.

Hello UGeleznyakov,

      В 37 выпуске Вашей рассылки было опубликовано письмо про 1С_Сrk.

      Как можно получить данный комплект?

  Best regards,  Alexandr                          mailto:st_alex@newmail.ru

  Письмо, отправленное на указанный адрес, возвращается.

  http://www.e-servers.ru/  или  www.aladdin.ru 

Здравствуй Юра.

Меня интересует не видел ли кто в инете конфигурацию для маленького магазина разработанною для Украины.

С уважением, Ярослав.

http://www.e-servers.ru/ - это пока единственный склад продукции для 1С. Быть может здесь что-то и есть подобное, давно уже там не бывал.

День добрый, Юрий!

Прошу Вас опубликовать мое письмо в следующем выпуске рассылки.
Надеюсь, что кто-нибудь из подписчиков поможет мне решить маленькую
проблему.
  1С:Предприятие 7.7 (7.70.018).
  Конфигурация "Зарплата+Кадры", редакция 2.2 (7.70.222)
  Имеем такую ситуацию: Иванов Иван Иванович работал в подразделении,
  выполняющем вспомогательные функции. Затраты на его зарплату
  благополучно учитывались на 23-м счете (вспомогательные производства).
  В _середине_ месяца тов. Иванову И.И. вздумалось перейти на работу в
  основное подразделение на ту же должность, с тем же окладом и прочее.
  Разница только в том, что теперь его зарплата должна учитываться на
  счете 20 (основное производство). После расчета зарплаты тов.
  Иванова И.И. за этот злополучный месяц смотрим в журнале расчета
  зарплаты начисленную ему сумму. Сумма выглядит удивительно
  правильной, но она одна. Смотрим проводки по этой сумме и видим, что
  _вся_ она пошла на 20-й счет, хотя та часть, которая приходится на
  дни до перевода тов. Иванова на новую работу, должна была попасть на
  счет 23.
  Естественно, такая же картина получается и при передаче проводок в
  бухгалтерскую базу.

  Что и где нужно подправить, чтобы проводки формировались и
  выгружались верно?
Успехов!
 Sergey

В релизе 222 в глобальном модуле есть строка №19857:

ТаблицаРеквизитов = глПолучитьТаблицуИсторииРеквизитов(Сотрудник,Начало,Окончание,"СостояниеФизлица,Оклад,Ставка,ФормаТруда,ГрафикРаботы,КоэффициентОплаты");

нужно сделать так, чтобы она выглядела так:

ТаблицаРеквизитов = глПолучитьТаблицуИсторииРеквизитов(Сотрудник,Начало,Окончание,"СостояниеФизлица,Оклад,Ставка,ФормаТруда,ГрафикРаботы,КоэффициентОплаты,Подразделение");

В О П Р О С Ы   Н А   З А С Ы П К У

Добрый день !

Почему иногда на переферийных базах (при работе с УРБД) возникает "Ошибка извлечения файла из сообщения"? Почтовый клиент - Outlook Express. Как с этим боротся ?

Заранее спасибо.  Алёшкин Михаил

Налоговый кодекс РФ (часть вторая) в редакции от 24.07.2002г. имеет статью №254, пункт 8.

Краткое содержание: при определеении стоимости материалов можно пользоваться методами "По оценочной стоимости", "По средней", "FIFO", "LIFO". Вопрос: почему в комплексной конфигурации, Производстве+Услугах, Торговле, имея все сведения для реализации любого из этих методов все таки описан только "По средней"?

Вопрос касается налогового учета, естественно... По бух учету там реализованы почти все эти методы...