?

Log in

No account? Create an account
Пиктограмма — друг человека
kovalchenko
Вот есть у нас некий абстрактный документ.


На кнопках пиктограмм нет. Внимание вопрос : что произойдет при нажании на кнопку «Сырье»?
Непонятно.

А если вот так?


Баланс и забаланс
kovalchenko
Правило № 1 : Балансовые счета не могут корреспондировать с забалансовыми.
Балансовые счета корреспондируют друг с другом. Забалансовые счета могут корреспондировать друг с другом, могут вообще ни с чем не корреспондировать. Но балансовый счет никогда не может корреспондировать с забалансовым (см. Правило № 1). Это невозможно практически, потому что невозможно теоретически. Баланс это двойная запись, как в физике ничто никуда не девается, так и в бухгалтерии все берется откуда-то и уходит куда-то. В этом и суть баланса.
Забаланс — это всякие дополнительные вещи, которые вы решили учитывать либо служебная информация в которой есть необходимость для каких-то расчетов. Это либо нечто невещественное (рабочее время, планирование денег, нормы товарных запасов, и т.п.), либо нечто не принадлежащее предприятию (арендованное имущество например).
И если вы что-то учитывали на балансовых счетах, а потом решили вывести в забаланс (читай — делали неправильно, а потом поняли как надо), то вам нужно придумать куда спрятать сумму с балансового счета. Обнулить балансовый счет можно только другим балансовым счетом (см. Правило № 1).

П.С.
И еще распространенное заблуждение — счет «00» (Вспомогательный для ввода остатков) это не забалансовый счет, а самый что ни на есть балансовый. Начиная свой учет вы пропускаете через него весь свой актив с одной стороны и все свой пассив с другой стороны, и после того как по нему с двух сторон прошли одинаковые суммы он закрывается. На этом он свою миссию выполнил. А вот если бы он был забалансовым он бы ее выполнить не смог потому что см. Правило № 1.

«Отчет не работает» или особенности работы с клиентами
kovalchenko
Однажды клиента поступил заказ на написание отчета. Автором задачи являлся руководитель предприятия. Клиент представлял себе отчет вот как-то так


Причем важным моментом был именно отбор по менеджерам ввиде списка с флажками, какие менеджеры отмечены — те в отчет и попадают. Если никто не отмечен, либо список пустой — отчет формируется во всем менеджерам, без отборов. Ничего сложного в общем, вот так вот эта задача была реализована.


При открытии диалога список с менеджерами должен заполниться этими вот самыми менеджерами. Но, как оказалось, в базе указание сотрудникам должностей давным-давно заброшены, у действующий менеджеров должности не указаны, а те у кого должность = «менеджер» уволены пару лет назад. Вытаскивать всех работающий сотрудников в список отбора не вариант — так как их очень много, а менеджеров только пять-шесть. Итак, без указания карточках сотрудников их должностей (хотя бы для нескольких сотрудников) не обойтись. При установке обновления эту информацию мной озвучивается бухгалтеру. Но, видать, пока ставились задачи подчиненным, разгребалась текущая работа, доходили руки и т.п. должности указаны не были, а данные отчета требовались срочно. С отчетом должен работать сам менеджер. И вот сел менеджер и не увидел себя в списке отбора. Беда. Сформировать отчет без отборов и найти себя среди итогов по каждому из менеджеров тоже было не суждено. И руководителю пошла информация «Отчет не работает!». И это при том что кнопка «Печать» так и не разу не была нажата. Вот так вот бывает...

Моралей тут две:
1. Для разработчиков — всегда пытайтесь учесть уровень подготовки персонала клиента.
2. Для клиентов — беспорядок в одном месте всегда может вызвать «непонятки» в других местах (чем меньше несоответствий, тем лучше)

Магия чисел
kovalchenko

Ну просто дьявольское удаленое объектов получается...

Дебиторская
kovalchenko
Эпиграф : «Пускай тот кому пофиг…. А мне не пофиг!…» (с) Семен Лобанов

Вот сегодня на глаза попалось.


Это список отчетов кем-то для кого-то написанных.

Слово дебет пишется через «Е». Дебет это левая сторона двойной записи.
А задолженность она дебиторская, через «И». Это когда вам кто-то должен, а не наоборот.

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

Синоним — заполнять всегда, комментарий — никогда
kovalchenko
Все объекты в конфигурации с имеют идентификаторы . Идентификатор не может содержать пробелы. Привычная для вас «Расходная накладная» для разработчика «РасходнаяНакладная». Чтобы людям не коробило глаз .у всех объектов есть синоним. В синоним «РасходнойНакладной» как раз и записывается «Расходная накладная» с пробелом. Пользователи должны все видеть по-человечески, с пробелами, те кто пишут программу — без пробелов, так правильно и они так привыкли. Если разработчик спешит или не очень заботиться о пользователе, то он забывает указывать синонимы. Тогда людям приходиться оперировать такими штуками как «ПриказОКадровомПеремещении» или «РаспределениеСдельнойЗарплатыПоУчасткам».
Кроме того у объекта есть еще комментарий. Комментарий содержит информацию которая будет выведена в скобках после синонима. Считаю что комментарии вообще не нужно заполнять, они создают визуальный шум рассеивают внимание. В большинстве попадающихся конфигураций в комментариях везде исправно продублирован синоним.

Сравните (ввод документ на основании)



и


Какой вариант глаз легче считает?

Заполнять синоним как «Расх. касс. ордер» и комментарий «Расходный кассовый ордер», мотивируя это тем что типа нельзя слишком длинные синонимы делать они не поместятся в колонке журнала тоже нельзя. Сделайте колонку пошире, на чем нибудь другом сэкономьте. Даже если человек увидит «Расходный кас..» он поймет о чем речь. И вообще, избегайте ненужных сокращений, надо разговаривать с людьми на понятном языке.

Я заполняю комментарии только в случае крайней необходимости — когда пользователь может неправильно истолковать синоним объекта.

Матрица идей
kovalchenko
Сегодня я не серьезен


играться здесь

О конфиденциальности бедной замолвите слово
kovalchenko
Все базы данных, примеры из которых я привожу в постах проходят предварительную «рандомизацию» . Фамилии сотрудников случайно изменяются на фамилии из телефонной книги. Названия контрагентов хаотично выдергиваются из специального реестра наименований который я постоянно пополняю. Цифры проводок умножаются на случайный коэффициент.
Если вы мой клиент — не переживайте, ваши тайны не станут достоянием широкой публики. Зато всегда есть шанс что вам позавидует какой-нибудь товарищ у которого нет такого замечательного учета как в вас.

Анализ счета по видам документов
kovalchenko
Обычно в конфигурации (бухгалтерской) есть так называемые стандартные отчеты -  ОборотноСальдоваяВедомость, АнализСчета, ЖурналОрдел и остальные производные от них. Когда-то у меня в процессе работы возник некий отчет «Анализ счета по видам документов», который оказался настолько удобным и полезным, что теперь я включаю его в каждую конфигурацию. Я «возвел» этот отчет в ранг стандартных и вывожу его в меню вместе с остальными стандартными.



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

Вот так выглядит диалог



Вот так печатная форма


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


На практике очень полезная штука.
Можно пользоваться отбором по субконто. А если не указать счет — то вообще получим перечень всех видов документов делавших проводки в базе за период.

Покупка 1С 8 и увольнение 100 человек
kovalchenko
Хочу рассказать вам о случае клинического идиотизма.

Дело было в канун Нового 2012 года. Нужно было мне расторгнуть через центр занятости трудовой договор с сотрудником (для тех, кто не в курсе — так в Украине регистрируются трудовые отношения граждан с предпринимателями физлицами), процедура быстрая, но требующая предварительной записи по телефону, позвонил диспетчеру
— Нельзя ли записаться сегодня на увольнение?
— Нет!
— А завтра? И завтра тоже нет!
— Почему????
— Фирма «Н» принимает на работу 100 человек!..

Неожиданно.... Но люди в этом центре работают нормальные, так что время они мне выделили (там один прием по норме занимает всего-то 7 минут). Уже у них на месте я спросил
— А для чего это фирма «Н» сто человек принимает?"
— Так они их вчера и позавчера увольняли всех, а теперь вот обратно принимают.

Ответ, признаться меня удивил, ну ладно, неверно реорганизация какая-то. Любопытство продолжило меня разбирать и, закончив свои дела, я подошел к бухгалтеру фирмы «Н»
— Это вы уволили всех сотрудников с одного субъекта и принимаете на другого?
— Нет, с кого уволили, на того и принимаем.
— А зачем тогда???
— Программа меняется.
— В смысле? Какая программа?
— Купили 1С восьмерку и программисты сказали, что у всех сотрудников должна быть одинаковая дата приема, иначе программа правильно работать не будет.
— Аааааааааааааааааааааааааа!!!!!!!!!!..........

Я смеялся еще очень долго. Разберем ситуацию. Причем вообще дата приема? Очевидно, речь идет от расчете больничных и отпусков, при которых нужна информация о зарплате максимум за последние 12 месяцев. По их логике, если человек вновь принятый, то соответственно у него нет последних 12 месяцев, значит, по нему среднюю рассчитывать не нужно. И они решили «подстроить реальность под учет», когда должно быть совсем наоборот. Сколько времени займет всех уволить и принять обратно (тут можно заметить, что у фирмы все оформлено на физлиц -ЧПшников, иначе посещения центра занятости не потребовалось бы). Если одно прием увольнение это 7 минут то 100 приемов и сто увольнений это 7 * 2 * 100 = 1400 минут = 23,3 часа = 3 рабочих дня. Это в теории. На практике все 4-5 дней. Во-первых, парализовали работу центра занятости, во-вторых, каждый сотрудник должен то присутствовать лично, и при приеме и при увольнении, которые в один день нельзя делать, то есть как минимум каждый сотрудник должен был дважды покинуть свое рабочее место, это уже палки в колеса работе собственного предприятия. Дальше, самое веселое. При увольнении каждого сотрудника ему нужно начислить выплатить компенсацию неиспользованного отпуска плюс заплатить с нее налоги. Вот и прикиньте в уме сколько это денег. Тут точно не угадаешь сколько это денег, так можно прикинуть что в среднем со ста человек компенсации получиться примерно окладов так пятьдесят. Причем, напомню что это был канун Нового года, соответственно срок выплаты налогов за это все дело выпадет с 20.01 по 30.01 — период когда с торговлей совсем глухо. Интересно, когда принимали решение о переходе учета на восьмерку это учитывали? Вот вам цена подстроения реальности под учет...

 Ну ладно «1С франчайзи» это сборище шарлатанов, почему-то решивших что они могут зарабатывать на учете, их дело продавать коробки с платформами и конфигурациями тем кто на это согласится, в учете они не смыслят нифига, но бухгалтера которые это все покупали чем думали? Согласовалась ли с директором сумму внезапно обрушившихся на голову фирмы расходов по компенсациям отпусков? Как людям объяснили что отпуск именно в виде дней отпуска им больше не положен?

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