Отправляет email-рассылки с помощью сервиса Sendsay

Для бухгалтера: программы, новости, советы

Подписаться «Серебряная» новостная рассылка . Подписчиков 7.654 RSS
←   Ноябрь 2003   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
25.11.2003
01:10:36
23:03:35
26
27
28
29
30


За последние 60 дней 1 выпусков (1 раз в 2 месяца)


Открыта: 11-09-2003

Автор
Konstantino

Статистика

7.654 подписчиков
+2 за неделю
←   Все выпуски   →

1С от 2.0 до 8.0. ЛикбеЗ от ярлыка до Конфигуратора


Информационный Канал Subscribe.Ru

Рассылка 1С от 2.0 до 8.0. ЛикбеЗ от ярлыка до Конфигуратора (economics.book.likbez1c)

Выпуск # 16

 

Пробежимся по задачкам?

Вот одно из писем. В.

Здравствуйте. Помогите, пожалуйста, разобраться. Я работаю в версии 6.0. Обновляться пока не вижу большого смысла. Разобрался в программе, могу настроить сам с учётом изменений в законодательстве. Но происходит интересная вещь. Если я создаю новый документ или копирую имеющийся, потом редактирую его, пропадает автоматический перевод строк при заполнении табличной части документа. Приходится каждый раз кнопку insert нажимать и вводить новую строку. Отчего это происходит?
Best regards Aleksandr adviser@starman.ee

Обновлять программы в компьютере опытный руководитель рекомендует не чаще раза в 5 лет! Естественно, это никоим образом не вписывается в идеи как развития софта, так и сочинительства законотворцев.
Про создание новых строк в 6-ке я понял такую специфику работы: пользователь стремится использовать только клавиши букв, цифр и ENTER. Набив руку, можно вообще не глядя набивать документ - написал символы - Enter, еще написал - Enter; сначала по шапке документа пробежал, потом начал табличную часть вводить. Enter на последнем поле в строке - и сразу новая строка, курсор в первом поле в ней. Только когда последний раз Enter, надо Esc нажать и отказаться от ввода очередной (еще пустой) строки.
Проблема же возникает при подомном подходе в уже введенном документе? Тогда если это не глюки в платформе, то программа может быть воспринимает это уже не режимом ввода документа "с нуля", а редактированием существующего? В редактировании наиболее вероятно исправление имеющегося, а не добавление.
В худшем случае тоже ничего страшного - я только через Ins и ввожу новые строки. На моей памяти это выглядит шаманством только у тех пользователей, кто мышом управляться не умеет, но там случай интересный - что-то типа умения владения пишущей машинкой, поэтому дикая боязнь кнопок, отличных от букв, цифр, запятых и ВК.

Еще письмо. В.

Добрый вечер. Я хотел бы, чтобы в рассылке рассматривались и предлагались для самостоятельного решения задачи, связанные с программированием а еще: какие есть "фишки" при конвертации данных?
С уважением, Саня
shurik_tushino@mail.ru

Я полагаю, что голые задачи - ради даже "набивания руки" не стоит изобретать. Работ хватает, ниже будет пример достаточно реальный. Есть, конечно же и некоторые базовые особенности, например, понять стиль языка, стиль решения задачи вообще - примерно в таком направлении я пока только вынашиваю планы сделать отдельные рассылки, более специализированные. Опять же боюсь стерильной постановки вопросов. Специалисты-трудоголики умеют делать что-то круглыми сутками, но не знают зачем, кем это востребовано :(.
В и-нете, в рассылках я что видел, грубо так говоря все есть пересказ близкий к копированию документации 1С-ской. Я все абсолютно своими словами пишу, и только пропустив через себя. Многое я сразу, в считанные недели не охвачу, сейчас же еще могу порекомендовать посмотреть задачи для сдачи экзаменов в 1С - их на сайте можно найти, раздел типа "Партнерам- аттестации/сдачи экзаменов - вопросы/требования к экзамену". Если получается (равно как и наоборот) с их решением, пишите.

И последнее на сегодня по списку, но не по размеру задачки. В.

Слава,привет!
Подписался на Вашу рассылку недавно. Получил первый выпуск. Может обсудите в одном из очередных выпусков проблему партионного учета на бухг-ской компоненте. Как лучше это делать - на одтедельном забалансовом счете или другими методами, ведь введение заб-го счета потребует перепроведение док-то и введение остатков по этому счету? Еще недавно возник вопрос. В сетевой бухг-рии, где база стоит на сервере, каждое утро программа выдает, что "необходимо переиндексировать" и потом долго пересчитывает итоги. В чем может быть дело?
Sincerely yours, Denis

Еще просьба - В. Вписывайте или вбейте в подпись адрес в явном текстовом виде - мне-то в почте если адрес не видно, то программа сам его подставит при ответе и т.п. А при копировании текста письма сюда переносится только представление ссылки на мою адресную книгу, а мой комп в И-нете не прописан :).

Отвечаю Денису с конца. В.

Итоги "долго" пересчитываются из-за соотношения размер базы/производительность вычислительного комплекса (собственно скорость компьютера, сети, сервера или "сервера").
Постоянное желание пересчитать (выходят все из 1С и Виндов я надеюсь корректно ??!!! :-) ) у 1С возникает только при глюках в сети (вообще): по "мнению" 1С за время рабочего дня (точнее, между моментами, когда _все_ уже давно вышли, и первым затем вошедшим в базу) не все пользователи оставили признак отключения. Каждый exe-шник в сети в спец. файле при входе в базу делает пометку подключения, а при выходе - отключения. На утро получается, что актив и пассив не сходятся, 1С воспринимает как за имевший место аварийный выход => предложение переиндексироваться. От него, кстати, можно и отказаться. Если на самом деле не было вываливаний, то глюков не будет. Это и на ИТС упоминается.
Остается только отловить, какой же комп так выходит. В худшем случае это может быть связано не с пользовательской стороной, а с неправильной отработкой сервером прекращения работы с программой, условно назову это "закрытием файлов" - 1С у пользователя на сервер в файл хочет прописать признак выхода, но не "шмогла".

Про партионность.

Если изменить аналитику учета (перетряхнуть план счетов, понаменять субконто), то в любом случае надо будет все перепроводить, независимо в балансовых счетах новшества или в забалансовых.
Учет по партиям я вижу миниму в такой аналитике: остатки надо видеть не просто по номенклатуре, а по номенклатура + партия. Про места хранения и т.п. я здесь не пишу, но подразумеваю. А может быть и не надо склады использовать, мало ли какой учет требуется, а к партиям это отношения не имеет.
То есть при партионном учете по одной и той же номенклатуре остатков много. Да, можно в отчете увидеть и в целом по номенклатуре, но на уровне проводок нужны два измерения - номенклатура и партия.
Где хранить? Завести два субконто таких можно и на классичесокм 41.1, можно и забалансовый придумать, можно и типовой использовть, типа "МХ". Для программирования это значения практически не имеет. При изменении балансового счета бухгалтерия может "сюрприз" получить в балансе, а если они сами прекрасно ориентируются, или более того, хотят функциональности новой, то тогда ограничений нет.
Как движения будут? При оприходовании просто все. Строка прих. накладной - проводка для оприходования товара. Субконто "номенклатура" берется из табличной части, субконто "партия" - как хочется их видеть: можно взять номер документа, можно завести некий счетчик - очередной приход того же товара - получите очередной номер прихода (в ТиС для этого к номенклатуре заведен подчиненный справочник партии с автоматической нумерацией новых). Далее все стандартно - количество, сумма, описания проводки.
При расходе нюанс один. В документе есть товар, но нет партии. Здесь надо решить небольшую задачку: как требуемое к расходу количество разложить по остаткам, имеющимся в нескольких партиях. По номенклатуре в счете, учитывающем партии, рассчитываем остатки, должны получить список партий, в к-х есть остаток по текущей номенклатуре. Можно еще их отсортировать по разным критериям (по учетной политике - FIFO/LIFO, либо вообще по какому-то специфическому, например, вперед расходовать самые маленькие по остатку партии).
Затем выполняем цикл. В общем случае, на каждую позицию в расходной накладной делается много проводок - пока по партиям не подберем заданное количество. Здесь еще необходимо правильно списывать себестоимость (и т.п., если кроме количества ведутся суммы) - ее надо списывать с остатка партии в той же пропорции, в какой списывается количество с этой партии.
Самый же прозрачный вариант - создать в расходном документе колонку "Партия", тогда задачу распредения количества по пратиям и выбора само партии будет решать пользователь :). Кстати говоря, когда я про ГТД рассказывал в Аспекте и Бухг., там именно такой вариант и сделан.

Для полной автоматизации можно еще сделать предварительную проверку наличия остатка по номенклатуре вообще - вызвать итоги без использования субконто2. А для совсем полной - еще проверять списание в пределах партии "в минус", особенно если ее выбирает пользователь. В ТиС такой ошибке соответсвует предупреждение "не распределилось по партиям".

Дерзайте! Пишите! Но не сразу ждите ответа :). Я уезжаю в 1С, готовиться к декабрьскому единому семинару, поэтому могу промолчать до 2-го - 3-го числа.

 

dtpr_st@vpost.ru (ведущий рассылки dtprST)
Вячеслав Ткаченко

Поиск в рассылке
Архив на Subscribe.Ru
Поиск по архиву рассылки
"1С от 2.0 до 8.0. ЛикбеЗ от ярлыка до Конфигуратора"
http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное