Номенклатура. Правила заполнения справочника или как избежать дублей и ошибок в расчетах
Задачи пользователя - Инструкции пользователю
Во многих организациях, занимающихся торговлей или производством, есть такая проблема:
- В справочнике номенклатуры одна и та же позиция живет под разными именами, в разных документах выбираются разные записи;
- Путаница в остатках, сложно собрать информацию по продажам, расходится себестоимость;
- Одним словом бардак и он напрягает;
Как ее решить? Любимыми среди программистов обвесами и защитами от дурака тут не обойтись, а исключить дубли надо. Надо чтобы справочник был стройный и красивый.
Решается эта проблема через инструкции и контроль:
- Разрабатывается инструкция в которой указываются правила формирования наименований товара
- Назначается ответственный сотрудник, который обязан изучить эту инструкцию и ей соответствовать
- Периодический контроль. Если дубль возникает то смотрим кто это сделал и какой пункт инструкции нарушен. Делаем выводы в отношении нарушителя. Как правило человеку достаточно пару раз указать на ошибку, показать правила и он перестает делать ошибки.
Вот образец инструкции: Справочник “Номенклатура”. Правила заполнения
Другие примеры есть в группе: Инструкции по процессам на базе 1С Предприятие
Итог: Данное решение реально позволяет упорядочить базу и наладить ровный учет. Проверено!
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструкции пользователю Рабочее место Обмен с ГосИС Пользователь 1С:Предприятие 8 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Россия Управленческий учет Абонемент ($m)
Представлена практическая инструкция по настройке кассового места для УТ 11.5 "на полный цикл" для торговли маркированными товарами.
9 стартмани
27.07.2026 3216 17 aximo 8
Инструкции пользователю 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Бесплатно (free)
Рассказываем об истории создания 1C-Store и о том, какие проблемы пользователей и разработчиков решает каталог. Узнайте, как устроена система конвейера и аудита решений и как такой формат формирует новую экосистему вокруг 1С.
08.10.2025 4274 artbear 4
Инструкции пользователю Бесплатно (free)
Серия материалов, о том какие самые доставучие вопросы задают пользователи 1С, от которых прям выворачивает, когда видишь что пользователь не видит перед собой кнопку, галку.
23.05.2025 5718 Eugeneer 13
Инструкции пользователю Регламентированный учет и отчетность Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 Россия Бухгалтерский учет Налоговый учет Налог на прибыль Бесплатно (free)
Начиная с 1 января 2025 года изменяется ставка по налогу на прибыль. Как перейти на нее в программе «1С:ERP Управление предприятием»?
27.12.2024 16975 1СERP 6
Инструментарий разработчика Инструкции пользователю Бесплатно (free)
Макропад — это программируемая мини-клавиатура, позволяющая назначить на его кнопки выполнение каких-то действий: от управления громкостью медиа проигрывателя и до ввода макросов для автоматизации каких-то действий, например, для ввода с клавиатуры шаблонов кода 1С. Все участники конференции INFOSTART TECH EVENT 2024 получили в комплекте участника такое устройство. В этой статье - необходимые файлы и инструкции по настройке.
10.10.2024 15569 kuntashov 59
Инструкции пользователю Печатные формы Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бесплатно (free)
Простые приемы редактирования печатных форм документов 1С в пользовательском режиме.
29.07.2024 22209 accounting_cons 20
Инструкции пользователю Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Абонемент ($m)
Практические советы пользователям по настройке отчетов на СКД. Такие отчеты - как встроенные, так и внешние - используются в современных типовых конфигурациях: УТ 11, КА 2, ERP 2, БП 3.0, ЗУП 3.1 и других.
2 стартмани
11.03.2024 10769 76 accounting_cons 2
Инструкции пользователю СКД Бухгалтер Пользователь 1С:Предприятие 8 1C:Бухгалтерия 1С:Бухгалтерия 3.0 Россия Бесплатно (free)
Простые приемы работы с отчетами на СКД. Что нужно знать пользователю про настройку отчетов, чтобы использовать их на полную катушку, – продолжение.
16.10.2023 47374 accounting_cons 14
Плюсы за эти инструкции мне ставят директора и владельцы компаний где мы их поставляем вместе с программой и учим ими пользоваться.
Да, инструкциями также как и программами нужно уметь пользоваться. Этому навыку также надо обучаться.
После чего клиент получает управляемую информационную систему.
Под информационной системой понимается программа, инструкции и люди которые пользуются программой в соответствии с инструкцией.
И если в системе происходит сбой то мы получаем 3 варианта причин.
1. Ошибка в программе
2. Ошибка в инструкции
3. Ошибка человека нарушившего инструкцию
Таким образом затраты на локализацию причины сбоя, и его устранение существенно сокращается.
Система при такой комплектации дает минимум сбоев, легко развивается, и дает стабильный результат в виде качественной информации.
Это де факто качества в ДИРЕКТУМ, КАС БЛ, Навижн, САП. Только в 1С к этому еще относятся как к диковинке.
0. Что такое вообще номенклатура?
1. В инструкции не пишется кому предоставляется право;
2. Нету скриншотов что усложнит восприятие текста конечным пользователем
3. Не написано как найти номенклатуру перед вводом.
4. Номенклатура это еще и куча зависимых справочников(данных): Вид номенклатры, Ед измерения, счета учета.
5. Ничего не написано по услугам, пользователи обычно любят заводить "Аренда ноябрь 2010".
Вообщем у меня инструкций разрозненных тоже много(по номенклатуре), но идеальной увы нет.
Вы у сябя в блоге призываете делится, вот один из не очень удачных образцов:
А инструкции должны быть, чтобы нашкодившего пользователя было куда ткнуть... ;)
Такое ощущение, что заделался писакой маститым, который все знает. Нахватался фраз с различных рекламных буклетов и может теперь к любому директору, через головы ИТ и других сотрудников пинком дверь открывать. Я бы подальше держался от такого знатока.
Не знаю, как тут минусы ставятся. Будет время, посмотрю инстукцию :)
А колонтитулы с какой целью оставили? Скрытая реклама? ;)
Принцип формирования наименований по шаблонам встречал в ДИРЕКТУМ.
В 1С не видел. Есть пример?
(2)
не понимаю. что понимается под словом ответственный и безответственный.
что мешает сделать того сотрудника который менее загружен ответственным за справочник? у вас какие то странные проблемы все время всплывают. ей богу я их в упор не вижу на наших проектах. проблемы такого уровня решаются за одно совещание, мы на них даже внимание особого не заостряем.
А так за труды плюс
Плюсы за эти инструкции мне ставят директора и владельцы компаний где мы их поставляем вместе с программой и учим ими пользоваться.
Да, инструкциями также как и программами нужно уметь пользоваться. Этому навыку также надо обучаться.
После чего клиент получает управляемую информационную систему.
Под информационной системой понимается программа, инструкции и люди которые пользуются программой в соответствии с инструкцией.
И если в системе происходит сбой то мы получаем 3 варианта причин.
1. Ошибка в программе
2. Ошибка в инструкции
3. Ошибка человека нарушившего инструкцию
Таким образом затраты на локализацию причины сбоя, и его устранение существенно сокращается.
Система при такой комплектации дает минимум сбоев, легко развивается, и дает стабильный результат в виде качественной информации.
Это де факто качества в ДИРЕКТУМ, КАС БЛ, Навижн, САП. Только в 1С к этому еще относятся как к диковинке.
.
и задача - не локализовать сбой, а чтобы фирма работала и бабло капало... давай посмотрим сколько людей в Итотделе, в конторе где САП, навижн и прочие большие системы... и давай посмотрим чм занимается так называемый 1Сник...
тут все просто. ты подписал договор с организацией. ты работаешь с 8 до 17. они тебе платят деньги 2 раза в месяц. так договорились.
подписывая договор ты обязался соблюдать внутренние нормы и правила в целях предприятия. и ходишь ты на работу не для себя любимого а для реализации целей предприятия. за что и деньги получаешь.
на данный момент предприятие ставит такую норму как правильно заполнение справочника, это соответствует целям предприятия. и будь добр или выполни или уеб...й к чертовой бабушке.
все просто. а 10 т.р. ты получаешь или 100 т.р. это зависит не от заполнения или не заполнения а от того сколько пользы ты приносишь.
все эти капризы рядовых сотрудников это классика жанра. лечится просто. пинком под зад. хотя правильно конечно мотивировать. но этого я еще не встречал. рядового сотрудника проще заменить чем уговорить.
Это из жизни.
опять какой то странный синтез аналогий.
Я видел отделы 1С из 20 человек. Видел отдел ИТ с навижен из одного человека.
И как тут и что сравнивать ума не приложу.
Еще раз говорю. Не надо искать причины в программах или где то еще.
Дело не в программах. И не в том что руководство западные программки любит, а 1С не любит.
Дело в том что западные вендоры подходят к развитию сообщества специалистов комплексно и там больше людей знакомых с управлением проектами. А в 1С пока развивают программистов. Но программисты умеют программировать. Они не умеют решать задачи другими методами.
А другие методы есть. И очень часто они оказываются эффективней программирования. Просто это пока мало кто знает в сообществе 1С.
(4) Хорошо, попрошу убрать мой плюс
(4) Допустим выясниться, что Вася Пупкин завел позицию в нарушении инструкции, НО
1. Уволить мы Васю Пупкина нельзя, потому что где мы еще найдем за эти деньги другого человека
2. Оштрафовать мы тоже его не можем иначе он обидеться и уйдет, а этого допустить нельзя, потому что см п.1
Отсюда вывод, раз программа дала, т.е. позволила сделать ошибку, значит виноваты программисты, что написали такую плохую программу. И тут пусть хоть весь кабинет будет обклеен инструкциями, но в конечном итоге программа же дала, т.е. Вася Пупкин не виноват. Для чего нужны программист? Вот пусть и пишут так, чтобы Вася не смог ошибиться
Это подход программистов. Поверь есть и другие подходы.
Тут получается 3 факта
1. Программист позволяет себя загибать в позу
2. Вася Пупкин, нарушает инструкции и он важнее программиста
3. А также сбор качественной информации противоречит целям предприятия
В первый пункт я еще поверю. А вот во вторые 2 с трудом.
Скорее всего инструкций или тупо нет или они составлены "наот...сь".
Чувак, где ж ты столько проблем то нацеплял на свою голову? )))
Проблема что ты пытаешься донести нам известна.
Решаем ее через ITSM.
У нас есть служба поддержки которая организована в соответствии с ITSM.
В службе поддержки есть 3 процесса которые помогают решить эту ситуацию. Есть и другие процессы, но они помогают решать другие ситуации.
1. Управление инцидентами где фиксируются сбои, их описание и решение
2. Управление проблемами где фиксируются причины сбоев.
3. Отчетность руководству о сбоях и актуальных проблемах.
Мы если видим что завелся в сотрудниках Олень, и рогами систему зарапает, мы это так в проблемы и записываем. А потом руководство видит что затраты уходят вон на того Оленя который день ото дня косячит и инструкции нарушает.
да был крайним во всех ситуациях. но это оказалось хорошей школой. стал универсальным и закаленным бойцом.
а потом ушел в дальние плавания в серьезные организации, на серьезные проекты где и заточил клинки до блеска ))
сейчас мне все это кажется очень веселым, т.к. когда то тоже все это считал проблемой )))
Чувак, где ж ты столько проблем то нацеплял на свою голову? )))
Проблема что ты пытаешься донести нам известна.
Решаем ее через ITSM.
У нас есть служба поддержки которая организована в соответствии с ITSM.
В службе поддержки есть 3 процесса которые помогают решить эту ситуацию. Есть и другие процессы, но они помогают решать другие ситуации.
1. Управление инцидентами где фиксируются сбои, их описание и решение
2. Управление проблемами где фиксируются причины сбоев.
3. Отчетность руководству о сбоях и актуальных проблемах.
Мы если видим что завелся в сотрудниках Олень, и рогами систему зарапает, мы это так в проблемы и записываем. А потом руководство видит что затраты уходят вон на того Оленя который день ото дня косячит и инструкции нарушает.
Вот только один нюанс. Если инструкций нет, то предъявить никому и ничего не получится. Это факт.
1. Программист не может напрямую влиять на сотрудников других отделов, только через директора. Директор считает, что это задача программиста, что за компом должна работать любая обезьяна с улицы и программа должна быть дуракоустойчивой. Отсюда вывод или соглашаться с правилами игры или искать другую работу. Потому что сложно объяснить директору собственнико как ввести бизнес.
2. Вася Пупкин приносит прибыль. Программист - одни убытки. Поэтому как по твоему что важнее для торговца?
3. Цель одна, получить прибыль. А если отчет не выдает нужные данные, виновата программа, потому что позволила завести справочник, не указав все необходимы данные
"3. А также сбор качественной информации противоречит целям предприятия" - буквально недавно, ВЫСТРАИВАЯ СХЕМУ и добиваясь веления учета как надо - впрямую получил совет от аудитора - не надо так тщательно, налоговой будет легко все посмотреть... это к слову... ;-)
.
Опять же, возможно мы в разных масштабах, но владельцы бизнеса впрямую не заинтересованы в качественном персонале - это всегда дополнительные риски.
хм... задумалась... всегда считала, что в учёт должны заноситься данные в строгом соответствии с первичными документами, и если от поставщика товар/материалы называются ТАК, то именно ТАК и должны заноситься в базу данных.
Из собственной практики: разнобой в названиях и дублирование как раз и происходило тогда, когда операторы или менеджеры вводили данные, отличные от первичных документов. Потому и представляется мне, что чем меньше ручного труда будет на вводе данных, тем меньше будет ошибок.
Что неправильно понимаю и делаю?
Элементарно. Оптовая база продает болты и гайки упоковками по 100 шт. И в учете у них эта позиция так и называется, например "Болты М6 в упаковки 100 шт", но розничный магазин продает их поштучно, и логично принимать на учет не 1 упаковку, а 100 штук, т.е. "Болты М6"
Или к примеру у поставщик-завода выпускает ароматизаторы разных запахов, но магазину все равно это яблоко или груша, потому что в любом случае будет пересорт на складе, поэтому проще приходовать как "Ароматизатор в ассортименте"
Вопрос:
Наша организация занимается оптовой торговлей. Один и тот же товар у разных поставщиков имеет разные наименования. Обязательно ли в бухгалтерском учете строгое соблюдение наименований товара (согласно наименованиям поставщика)? Допускается ли учет данных товаров под одним наименованием?
Ольга
27.10.2006
Ответ:
В соответствии с п. 3 ПБУ 5/01 «Учет материально производственных запасов» единица бухгалтерского учета материально - производственных запасов выбирается организацией самостоятельно таким образом, чтобы обеспечить формирование полной и достоверной информации об этих запасах, а также надлежащий контроль за их наличием и движением. В зависимости от характера материально - производственных запасов, порядка их приобретения и использования единицей материально - производственных запасов может быть номенклатурный номер, партия, однородная группа и т.п.
Таким образом, строгое соблюдение в учете наименований товара, присвоенных поставщиками не обязательно, если обеспечено полное и достоверное формирование информации о полученном товаре. Так для учета одного вида товаров полученных от разных поставщиков Вы можете учитывать его в составе однородной группы, но как полученный от определенного поставщика.
Денис Антипин,
Руководитель отдела консалтинга
- я бы поостерегся делать такие опрометчивые заявления... ;-) 1С могут развивать программистов, а могут и не развивать - внятный 1Сник вполне готов развиваться сам в нужном направлении. И менее всего в этом случае он является программистом.. - что там программировать? даже типовая ТиС/Бух содержали в себе функционал, достаточный для успешной автоматизации 90% своей нищи. И последних лет 8, я, например, менее всего назвал бы свою область деятельности "программированием"... - программирования там процентов 10-20, - остальное - выстраивание схем, разработка "регламентов@? процессов.. потомцу что как ни странно - к этому более способны почему-то именно 1Сники - наладить взаимоотношения/связи между отделами, поставить документооборот и т.д.
0. Что такое вообще номенклатура?
1. В инструкции не пишется кому предоставляется право;
2. Нету скриншотов что усложнит восприятие текста конечным пользователем
3. Не написано как найти номенклатуру перед вводом.
4. Номенклатура это еще и куча зависимых справочников(данных): Вид номенклатры, Ед измерения, счета учета.
5. Ничего не написано по услугам, пользователи обычно любят заводить "Аренда ноябрь 2010".
Вообщем у меня инструкций разрозненных тоже много(по номенклатуре), но идеальной увы нет.
Вы у сябя в блоге призываете делится, вот один из не очень удачных образцов:
А инструкции должны быть, чтобы нашкодившего пользователя было куда ткнуть... ;)
0. Что такое вообще номенклатура?
1. В инструкции не пишется кому предоставляется право;
2. Нету скриншотов что усложнит восприятие текста конечным пользователем
3. Не написано как найти номенклатуру перед вводом.
4. Номенклатура это еще и куча зависимых справочников(данных): Вид номенклатры, Ед измерения, счета учета.
5. Ничего не написано по услугам, пользователи обычно любят заводить "Аренда ноябрь 2010".
Вообщем у меня инструкций разрозненных тоже много(по номенклатуре), но идеальной увы нет.
Вы у сябя в блоге призываете делится, вот один из не очень удачных образцов:
А инструкции должны быть, чтобы нашкодившего пользователя было куда ткнуть... smile;)
ты уверен что позвонил по тому номеру и вообще ляпнул в тему?
Инструкции бывают разных видов в зависимости от целей.
И вот вопросы на засыпку:
1. Я щас вобью Телевизор СОНИ, а потом вобью СОНИ телевизор, а завтра выйдет Вася и вобьет TV Sony, а потом как то руководителю нужно будет понять сколько телевизоров Сони продали. И как скажи на милость твоя инструкция поможет этого избежать?
2. можешь мне рассказать чем принципиально твоя инструкция отличается от ЖКК? Нафига было дублировать то что уже сделано?
Твои упреки в части того что правильно и что нет мягко говоря улыбнули.
То что в моей инструкции нет порядка действий это лишь следствие того что у данной инструкции иные цели. Инструкция по порядку ввода номенклатуры у нас тоже есть. Просто я их выложу позже когда уберу от туда лишнюю информацию.
Причем инструкции в которых описывается порядок действий мы называем регламент.
И ввод номенклатуры бухгалтерии при ОС, НМА, материалах, а также при торговле существенно отличается. И на каждую процедуру делается отдельный регламент. Чтобы он был прост и понятен пользователям. Без перегрузки как в твоем случае.
Целью этой инструкции служит закрепление единых правил по формированию наименований. Что в твоей нет и подавно. Эта инструкция позволяет потом собрать из данных нормальный отчет и дать информацию руководителю.
К тому же твоя инструкция громоздка. Именно по этой причине такие инструкции отправляются пользователями на полки или в мусорки.
Именно после таких инструкций как у тебя появляются выводы о том что они бесполезны.
Так что чувак ты сначала подумай что ты делаешь и хватает ли у тебя для этого знаний и опыта. Чтобы скорополительно делать выводы и выглядеть потом посмешищем.
:?: Давно на ИС завелось "быдло" :?:
Ну и напоследок :!:
Инструкцию, которую я привел не очень удачная в ней много недостатков (о чем я сказал когда давал на нее ссылку).
а я думал это Инструкция по заполнению справочника - Номенклатура, ну видимо какой то не опытный "писатель" давал название.
Извини. Погорячился :)
ИС мне нравится тем что тут нет перепалок, и сам же туда сорвался. А так да, парень я деревенский )) Постараюсь держать себя в руках в культурном обществе )))
(38)(39)(40) только без паники )))
на все эти утверждения у нас есть контраргументы, но смысл базар разводить. нужно показать и все. эти инструкции у меня есть, но их пока нельзя выкладывать т.к. там служебная тайна. ее надо удалить. все проверить.
далее, разработка инструкций это не владение вордом.
Перво на перво это владение знанием отличий таких понятий как Процесс, Процедура, Функция и Операция. Правил декомпозиции.
Только зная и понимая эти слова, можно написать инструкцию которую пипл схавает.
.
завалил проект года полтора назад - отчего? и рябята внедренцы вменяемые попались, а инфраструктура на котором это все разворачивать - НЕТУ!! ибо не я с поставками стеллажей рулю. шефу грю - кидайте этих поставщиков нахрен!!! дело в суд, срочно брать других.. э мну.. ну вот.. дали им последнйи срок.. потом последний китайский срок.. ну и т.д. в иитоге что - проект по большому счету завален, WMS система - стоит рядом с моим столом невнедренная, нужный функционал написал на 7-ке за неделю-две... вот такие проекты...
.
Есть такая поговорка. Если есть желание то найдутся 1000 возможностей, а если желания нет, то найдутся 1000 причин.
Момент генерации желания у сотрудников это цель системы мотивации. Мотивация бывает разная. Тут уж все зависит от ситуации.
Как обеспечить минимальную мотивацию подручными средствами описано тут
Такое ощущение, что заделался писакой маститым, который все знает. Нахватался фраз с различных рекламных буклетов и может теперь к любому директору, через головы ИТ и других сотрудников пинком дверь открывать. Я бы подальше держался от такого знатока.
Не знаю, как тут минусы ставятся. Будет время, посмотрю инстукцию :)
Мне кажется , что публикации автора интересны прежде всего конкретикой.
Переход же на "чуваков" и др. - всего лишь нехватка опыта на реальных предприятиях:
в битвах не участвовал, "мордой по столу еще не возили".
Но это дело наживное.
Во-первых, я бы придал теме наукообразия, и назвал документ не "инструкция", а "регламент". "Регламент" - всё-таки имеет более семантическую окраску более строго правила, чем "инструкция".
Во-вторых, я бы заметил, что ни одна инструкция, как её не назови, не будет работать, если она не утверждена приказом по предприятию с соответствующими санкциями и поражением в правах для нерадивых пользователей.
В третьих, я бы добавил в инструкцию (не в данный конкретный пример, а в ту, которую вы будете писать заказчику) возможность формирования наименований по двум моделям группировки, обусловленных машинной сортировкой: ключевые слова и гнёзда.
Модель группировки по ключевым словам по сути частично задействована в приведённом автором примере. Речь о том, как описывать определение и определяемое. Например, "Системный блок" вполне подходит для вывода в документы (полное наименование), но не подходит для машинной сортировки - для неё лучше использовать "выворотку" в виде "Блок системный" (краткое наименование). В основу этой рекомендации положена предпосылка, что слово "блок" - определяемое (ключевое), а слово "системный" - определяемое слово для ключевого. Ключевое слово всегда указывается первым, а определяющее - вторым.
Гнездовая модель группировки используется для тех случаев, когда, наоборот, нужно "сломать" машинную сортировку ради целей бизнес-логики или удобства работы операторов. Например, есть в справочнике номенклатуры товар, который по закону Паретто приносит 80% дохода. Пусть это будет "трюмо", тогда для его контекстного поиска надо будет набрать, как минимум, стринг из трёх символов "трю", т.к. два символа откроют список товаров в начале раздела, начинающегося на "тр", а "трю" - в конце этого раздела, в том числе может быть вообще за границами открывшегося окна справочника. Поэтому для экономии времени оператора можно добавить пробел или символ подчёркивания перед словом "трюмо" в кратком наименовании, и наиболее часто используемый товар окажется в самом начале списка, что позволит пользователю выбрать его сразу же после открытия окна справочника без контекстного поиска. Разумеется, данный пример несколько натянутый. Вот более прикладной: для справочника "Контрагенты" часто бывает удобно группировать в гнездо индивидуальных предпринимателей, добавляя перед их фамилией префикс "ИП ".
В-четвёртых, замечу, что подобные инструкции становятся архиважны, когда речь идёт о территориально распределённой компании. Тогда в инструкцию следует добавлять такие пункты, как:
- сотрудники филиалов не имеют права ввода элементов справочников (или имеют, но чётко описанные и параллельно не пересекающиеся с сотрудниками головного офиса)
- при необходимости ввода нового элемента в справочник сотрудник филиала заполняет специальную форму, которую отсылает в головной офис, где этот элемент вводится ответственным за ввод лицом.
Соответственно, возникает ещё один регламент - заполняемая форма. В идеальной автоматизации это делается через веб, но, как показывает практика, все работают через Excel. Соответственно, можно сделать обработку, и ответственный сотрудник в головном офисе будет просто загружать из этой формы новый элемент справочника. Возможно, ему предварительно придётся отредактировать в файле Excel присланные из филиала данные.
В основу этой рекомендации положена предпосылка, что слово "блок" - определяемое (ключевое), а слово "системный" - определяемое слово для ключевого.
следует читать как:
В основу этой рекомендации положена предпосылка, что слово "блок" - определяемое (ключевое), а слово "системный" - определение для ключевого.
А колонтитулы с какой целью оставили? Скрытая реклама? ;)
Хоть кто то занимается написанием вменяемых инструкций.
И для меня вовремя как. Запускаю интернет магазин, а пользователи УТ не то что не знают - даже коробку в глаза не видели. Нужно писать инструкции как работать. Воспользуюсь как основой и наглядным примером.
Автору респект и уважуха!
Принцип "Лучшее - враг хорошего" еще никто не отменял! Что то можно реализовать на уровне программы, что то на уровне регламентов и инструкций.
У контрагентов - в поле "код" стали заносить ИНН.
Не панацея, конечно, но стало чуть-чуть проще.
Если кому интересно, то есть статья, которая в очередной раз описывает обсуждаемую проблему и подсказывает решения (с точки зрения бухгалтерии и руководства):
За это все должен отвечать один человек? Если да, то какие у него еще могут быть обязанности?
Рейтинг:
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 71715
Создание 13.06.10 15:58
Обновление 21.05.11 22:56
Просмотры 466541
Загрузки 0
Рейтинг
92
Комментарии 74
Код открыт Да
Рубрики Инструкции пользователю
Кому Для всех
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)