Момент времени и граница, назначение, примеры использования. Момент времени и граница, назначение, примеры использования Изменение документов "задним числом"

Момент времени:
Фирма 1С описывает так:
Предназначен для получения и хранения момента времени для объекта в базе данных. Содержит дату и время, а также ссылку на объект базы данных. Используется в качестве значений свойств и параметров методов других объектов, имеющих тип МоментВремени.
Момент времени используется в тех случаях, когда важно различать моменты времени для объектов, имеющих одинаковую дату и время, например для сравнения положений документов на временной оси.

А своими словами:
Момент времени - комбинация даты и ссылки на документ. Позволяет разделить и упорядочить документы в пределах одной секунды, выстраивая все документы в однозначную последовательность. Получение данных при проведении на момент времени гарантирует, что будут учтены движения сделанные в ту же секунду что и проводимый документ, но находящиеся перед ним.
Но есть особенность - документы проведенные в одну и ту же секунду располагаются в произвольном порядке, а не в порядке их физического создания (как было в 7.7).

МоментВремени() - это момент непосредственно ПЕРЕД позицией документа (аналог РассчитатьРегистрыНа(ТекущийДокумент() в 7-рке), а если необходимо получить момент непосредственно после позиции документа, то используйте объект Граница
Код 1C v 8.х МоментСразуПослеДокумента = Новый Граница(ДокументСсылка,ВидГраницы.Включая)

Код 1C v 8.х // Пример создает момент времени по дате и ссылке на объект в базе данных.
Момент = Новый МоментВремени(ТекДокумент.Дата, ТекДокумент.Ссылка);

При получение остатков:
"Момент времени" - виртуальное поле, не хранится в базе данных. Содержит объект МоментВремени (который включает в себя ДАТУ и ССЫЛКУ НА ДОКУМЕНТ)
<Виртуальная> таблица остатков не хранится в БД, а строится в момент обращения к ней.
1. подбирается больший или равный значению ПАРАМЕТР момент времени, на который РАССЧИТАНЫ остатки
2. на этот момент получаются остатки из таблицы итогов
3. если момент времени, на который считаются остатки, не совпадает с моментом времени итогов, то остатки ДОСЧИТЫВАЮТСЯ по движениям.

Граница:
Предназначен для получения и хранения границы некоторого интервала значений. Содержит граничное значение интервала, а также признак включения или исключения граничного значения в интервал.
Используется в качестве значений свойств и параметров методов других объектов, имеющих тип Граница.
Граница используется в тех случаях, когда важно указание включения или исключения граничного значения, например при получении остатков и оборотов регистров накопления, срезов и значений регистров сведений, для задания интервалов запросов.

ВидГраницы - Определяет набор видов границ по отношению к граничному значению:
ВидГраницы.Включая - Граница включает граничное значение.
ВидГраницы.Исключая - Граница исключает граничное значение.
Код 1C v 8.х Граница = Новый Граница(Дата, ВидГраницы.Включая);
Запрос.УстановитьПараметр("КонГраница", Граница);

Пример получения остатков на дату документа, включая его движения
Запрос.Текст =
"ВЫБРАТЬ

|ИЗ

Запрос.УстановитьПараметр("МомВрем", Новый Граница(МомВрем.МоментВремени(), ВидГраницы.Включая));

Пример получения остатков на дату документа, но до его движений
Код 1C v 8.х Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ВзаиморасчетыСРаботникамиОрганизацийОстатки.Физлицо,
| ВзаиморасчетыСРаботникамиОрганизацийОстатки.СуммаВзаиморасчетовОстаток
|ИЗ
| РегистрНакопления.ВзаиморасчетыСРаботникамиОрганизаций.Остатки(&МомВрем, Физлицо = &Физик) КАК ВзаиморасчетыСРаботникамиОрганизацийОстатки";
МомВрем = Документы.НачислениеЗарплатыРаботникамОрганизаций.НайтиПоНомеру("00012","31.12.2009 23:59:59");
Запрос.УстановитьПараметр("МомВрем", Новый Граница(МомВрем.МоментВремени(), ВидГраницы.Исключая));
// или так: Запрос.УстановитьПараметр("МомВрем", МомВрем.МоментВремени());
Запрос.УстановитьПараметр("Физик", Справочники.ФизическиеЛица.НайтиПоКоду("365"));
ВывестиРезультат(Запрос.Выполнить());

Информация взята с сайта

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

1. Общий алгоритм

Итак, вы решили переходить на «восьмерку» и хотите узнать, как это делается, и чем это вам «грозит». В самом общем виде схема перехода выглядит так (рис. 1).

Рис. 1. Алгоритм перехода с платформы «1С:Предприятие 7.7» на платформу «1С:Предприятие 8.2»

1. Апгрейд. Первое, что вам нужно сделать - написать заявление от вашей организации, сдать регистрационную анкету на платформу 7.7 и приобрести платформу 8.2. При этом Вам будет предоставлена скидка в размере стоимости старой платформы, но не более 50% . Старая платформа за Вами сохраняется, и вы можете пользоваться ей и дальше, однако она будет снята с технической поддержки в фирме 1С.

2. Обновление текущей конфигурации до последнего актуального релиза.

3. Подготовка базы данных к переносу. Подразумевает резервное копирование базы данных, закрытие текущего расчетного периода, очистку базы от элементов, помеченных на удаление, и исправление ошибок в учете (если таковые имеются).

4. Перенос данных. Это основной этап. Алгоритмы и трудоемкость в каждом конкретном случае разные.

5. Обучение персонала работе с новой конфигурацией. Поскольку конфигурации на платформах 7.7 и 8.2 отличаются как по интерфейсу, так и по заложенному в них функционалу, для работы в новой конфигурации вам может понадобиться обучение. Вы можете изучить ее самостоятельно, используя соответствующую методическую литературу, но лучше все же пройти специализированный курс по 1С.

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

Рассмотрим процесс перехода на новую платформу в контексте конфигурации «1С:Бухгалтерия» .

2. Меняем «1С:Бухгалтерию 7.7» на «1С:Бухгалтерию 8.2»

Стратегия и механизмы переноса данных из «1С:Бухгалтерия 7.7» в «1С:Бухгалтерию 8.2» определяются следующими факторами:

• время начала ведения учета в новой программе;
• наличие и сложность доработок в текущей версии вашей конфигурации;
• необходимость сохранять историю хозяйственных операций за прошлые периоды.

Своим клиентам мы советуем начинать работать в новой программе учета с 1-ого января нового года . Это связано с тем, что большинство налогов рассчитывается нарастающим итогом. Следовательно, чтобы не разрабатывать средства корректного переноса накопленных итогов, необходимо привязать начало работы в программе к началу отчетного периода по налогам. Разумеется, можно начинать работу и с начала квартала, и даже с начала следующего месяца, но такой переход повлечет за собой более значительные затраты (ввиду существенных различий в структуре документов в 7.7 и 8.2).

В зависимости от сочетания вышеуказанных факторов ситуации могут быть следующими.

Ситуация 1:

Переход с нового года, ТИПОВАЯ конфигурация, в старой программе сформированы правильные остатки на счетах

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

Если это ваш случай – вам повезло. Вам потребуется лишь обновить конфигурацию «1С:Предприятие 7.7» до последней версии и воспользоваться встроенной в «1С:Предприятие 8.2» обработкой «Перенос данных из информационных баз 1С:Предприятия 7.7». Сделать это вы сможете самостоятельно, без помощи специалиста. Нужно лишь четко следовать инструкциям, указанным в обработке.

Ситуация 2:

Переход с нового года, ТИПОВАЯ конфигурация, в старой программе ОТСУТСТВУЮТ ПРАВИЛЬНЫЕ ОСТАТКИ НА СЧЕТАХ

Стандартной практикой в таком случае является работа в старой и новой программе одновременно . Во время «переходного периода» (рис. 2) сотрудникам закрывают прежние сделки в старой программе и начинают вносить документы по новым сделкам в новую систему.

Рис. 2. Переходный период при смене платформы

Чтобы преодолеть данный период с наименьшими потерями можно пользоваться следующими стратегиями:

• перенести остатки «как есть» на начало года и вести учет на основе этих данных . Как только верные остатки в «семерке» будут получены, необходимо незамедлительно скорректировать их задним числом в «восьмерке».
• отказаться от переноса некорректных остатков и вносить первичные документы по новым сделкам в «восьмерку» без последующего их проведения. В таком случае не важно, есть в программе остатки или нет, непроведенные документы никаких движений по счетам не сделают. Так нужно действовать вплоть до момента получения корректных остатков в «1С:Предприятие 7.7». Далее полученные остатки переносятся в новую программу на начало года. Завершающим шагом становится последовательное проведение внесенной в новую программу за переходный период «первички» при помощи встроенной обработки «Групповая обработка справочников и документов» .

Ситуация 3:

Переход с середины года, ТИПОВАЯ конфигурация

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

• начать работу если не с начала года, то хотя бы с начала квартала;
• перенести остатки на начало года;
• перенести все первичные документы за текущий отчетный период (год) в новую систему и восстановить данные бухгалтерского и налогового учета с помощью групповой обработки справочников и документов.

1. Типовое решение «1С:Конвертация данных 2.1» . Данный программный продукт может использоваться для переноса информации между конфигурациями на платформе 1С любой структуры и сложности.

2. Разработки фирм-франчайзи 1С. У многих компаний, в том числе и у компании « RG-Soft» () , существуют отработанные методики для решения данной задачи, что позволяет существенно сократить время и бюджет работ по переносу данных.

Ситуация 4:

Переход с ТИПОВОЙ конфигурации С ПЕРЕНОСОМ ДОКУМЕНТОВ ПРОШЛОГО ПЕРИОДА

Отдельно отметим, что существуют компании, ведущие длительные (более года) отношения по договорам с контрагентами. Руководство таких компаний заинтересовано в наличии истории хозяйственных операций в программе. Наличие в новой программе документов, введенных в старой программе, позволяет пользователям легко и быстро отслеживать взаимоотношения по конкретным договорам/сделкам.

Реализовать такой перенос возможно с использованием тех же механизмов, что и в предыдущей ситуации. Отличием данного процесса является отсутствие необходимости переносить все документы, можно ограничиться переносом только нескольких видов документов, а остатки по остальным счетам вводятся через стандартные обработки. При этом дополнительные перенесенные документы обычно оставляют непроведенными.

Хотя документы за прошлый период перенести из старой программы в новую возможно, такой перенос приводит к заметному увеличению размеров базы, а, следовательно, и размеров обрабатываемых таблиц. Это может спровоцировать замедление работы системы. Поэтому использовать этот вариант перехода без крайней необходимости не следует. Перенесенные из прошлых периодов документы рекомендуется оставлять непроведенными, чтобы содержащаяся в них информация не влияла на текущую бухгалтерскую и налоговую отчетность. Используйте документы прошлого периода только в качестве справочной информации.

Ситуация 5:

Переход с НЕТИПОВОЙ конфигурации на платформе «1С:Предприятие 7.7»

Описанные выше варианты применяются при переходе с типовой конфигурации «1С:Предприятие 7.7», но на практике нередко приходится сталкиваться с доработанными конфигурациями. Организация перехода в этой ситуации – особый вариант, заслуживающий рассмотрения.

В зависимости от характера внесенных в программу изменений существуют следующие технологии переноса данных:

· если конфигурация изменена незначительно и в основных механизмах похожа на типовое решение 1С, можно, как и в предыдущих вариантах, воспользоваться типовыми средствами перехода. Потребуется лишь настроить или незначительно доработать их под Вашу программу. Пожалуй, самым испытанным и надежным средством является уже упомянутая нами «1С:Конвертация данных 2.1». Данный инструмент потребует от пользователя определенных навыков работы, однако с его помощью возможно организовать автоматизированный перенос объектов между конфигурациями.

· если за годы использования конфигурация переработана коренным образом, то настройка типовых инструментов переноса может оказаться более трудоемкой, чем написание собственных обработок для этих целей. Аналогичная ситуация возникает и в случае организации перехода с программы учета, не связанной с платформами 1С. Осуществить такой переход тоже возможно, но заранее придумать универсальный обмен не получится. В каждом конкретном случае нужен индивидуальный подход к проблеме. Наша компания может предложить свои наработки по переносу данных через файлы различных форматов, таких как dbf, xls (Универсальный загрузчик из Excel в 1С), xml.

Еще один момент, о котором стоит упомянуть в связи переходом с платформы 7.7 на 8.2, касается объединения баз данных .

Из-за отсутствия механизма ведения учета нескольких фирм в одной базе многим предприятиям приходилось вести одновременно несколько баз в «1С:Предприятие 7.7». Так как в восьмой версии эта проблема решена, возникает задача объединения нескольких баз в одну в рамках проекта переноса данных. При этом каждая из баз семерки может обладать своими особенностями.

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

1. Унификация документов, относящихся к той или иной организации. Данная проблема легко решается с использованием механизма префиксов. Каждой организации, зарегистрированной в программе, присваивается свой буквенный префикс. Данный префикс прибавляется к номеру документа, тем самым обеспечивая уникальность номеров.

2. Контроль задвоения элементов справочников. При переносе данных из нескольких информационных источников в единую информационную систему может возникнуть ситуация, когда одинаковые элементы справочников, например, один и тот же контрагент в новом справочнике будет повторяться несколько раз. Поэтому после переноса данных необходимо выполнить процедуру сравнения и объединения дублирующихся элементов справочников.

3. Возможные трудности, о которых Вам стоит знать

При грамотном планировании процесса перехода на новую платформу многих проблем удается избежать. Однако есть ряд специфических особенностей, которые обнаруживаются уже на этапе реализации проекта. Речь идет о различных ошибках, которые возникают как по причине некорректных действий пользователей, так и вследствие технических особенностей платформы «1С:Предприятие». Рассмотрим эти моменты подробнее.

3.1. Ошибки в исходных данных

В общем случае, однозначная идентификация объекта в базе возможна по реквизитам ИНН и КПП. В семерке оба этих значения хранились в одном реквизите ИНН/КПП, и никаких проверок правильности введенных в этот реквизит данных не было. Возможным было ввести и меньше цифр, и разделитель поставить не в том месте, и ввести совсем абстрактный ИНН.

Типовой перенос, при формировании справочника контрагенты разделяет ИНН и КПП простым отсеканием нужного количества символов. Поэтому в реквизиты новой базы могут быть записаны абсолютно некорректные данные. Таким образом, верная идентификация объектов при переносе по таким данным будет весьма затруднительна.

Другая проблема – отсутствие единого формата занесения данных. Каждый пользователь может ввести наименование так, как ему самому больше нравится. Представим, что в одной «семерочной» базе пользователь, заполняя реквизит «Наименование» контрагента, написал «УК вымпел», а в другой «семерочной» базе этот же контрагент указан как «Управляющая компания «Вымпел». В такой ситуации автоматическая обработка никак не сможет определить, что это один и тот же контрагент, и перенесет его в восьмерку дважды. Работать дальше в такой базе будет сложно, так как часть сальдо будет на одном элементе, а вторая часть на другом.

3.2. Различия конфигураций

Еще одна группа ошибок переноса обуславливается технологическими различиями конфигураций. Некоторые хозяйственные операции отражаются в «1С:Предприятие 7.7» несколькими видами документов, а в «1С:Предприятие 8» одним. Например, поступления и материалов и товаров отражается в новой программе одним документом, а в старой - двумя. Таким образом, при попытке переноса документов «Поступление материалов №22» и «Поступление товаров №22» возникает ошибка контроля уникальности. Поскольку запись двух документов с одним номером в заданном периоде невозможна, необходимо искусственно вносить в них отличия и система внесения этих отличий оговаривается заранее.

Например, данная проблема решается прибавлением дополнительного префикса к номеру загружаемого документа. Для каждой особенности документа этот префикс выделяется отдельно. Это может быть характеристика базы, из которой загружаются документы или вид документа, из которого произведена загрузка. Вот пример формирования такого префикса. База филиала в Красноярске дает префикс «КР». Вид документа «Поступление материалов», из которого производится загрузка, дает префикс «М». Так, если номер документа в семерке был 00000031, то восьмерочный номер будет следующим:

«КР» + «М» + «00000031» = «КРМ00000031»

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

3.3. Технические проблемы

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

Необходимо также обратить внимание и на саму избираемую методику переноса данных. Описанный выше пример с задвоением контрагентов, при переносе из баз филиалов компании может и не оказаться задвоением на самом деле. У компаний, работающих в разных городах, вполне могут быть и контрагенты, также работающие в разных городах. Филиал компании «Л-Аудио» в Нижнем Новгороде и сама компания «Л-Аудио» в Москве в базах совершенно правомерно могут называться абсолютно одинаково. Чтобы избежать подобной путаницы, нужно выбирать методику переноса заранее. В нашем примере можно разделять контрагентов по разным группам справочника в зависимости от базы-источника. Выбор такой методики повлияет и на механизмы загрузки данных.

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

Заключение

В настоящее время компаний, работающих с использованием «1С:Предприятие 7.7» по-прежнему остается достаточно много. Это связано с такими факторами как непонимание преимуществ новой платформы, нежелание учиться новым технологиям, опасения встретить большое количество трудностей при переходе. На примере «1С:Бухгалтерии» мы постарались показать, что большинство этих причин не такие уж существенные. На всем протяжении своей деятельности мы помогаем своим клиентам справиться с любыми возможными трудностями, связанными с внедрением программ на платформе «1С:Предприятие 8». Если Вас заинтересовал вопрос перехода или у Вас есть какие-либо другие вопросы, касающиеся платформы «1С:Предприятие 8» и созданных на ней конфигураций – специалисты компании «RG-Soft» к Вашим услугам!

Основу учета составляют документы, отражающие операции компании. Что-то купили, что-то продали. Документов много и они должны быть как-то упорядочены. Ведь мы не можем сначала что-то продать, а потом что-то купить 🙂

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

Поэтому дата в 1С имеет большое значение и не так проста как кажется на первый взгляд.

Дата документа 1С

Каждый документ имеет дату (и время), что располагает список документов в определенном порядке. Когда Вы открываете любой список документов, то сразу это видите перед глазами.

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

Если дата и время документа продажи будет больше чем дата и время документа покупки – 1С сообщит Вам ошибку – «Недостаточно товаров на складе..».

Момент времени 1С

А если у документов одна дата и время, как их различить?

С точки зрения пользователя – никак. Однако со стороны программного кода – они упорядочены дополнительно – по «моменту времени».

Суть применения – упорядочивание документов, созданных с одинаковым временем. Поэтому момент времени содержит:

• Дату и время
• Ссылку на конкретный документ.

Применение даты 1С и момента времени 1С

Есть замечательный пример – партийный учет. Это когда мы покупаем один и тот же товар несколько раз по разной цене. И когда мы начинаем его продавать – какой товар мы продали – тот что дороже или тот что дешевле?

И мы начинаем например вычислять это с помощью методики FIFO – т.е. мы считаем, что сначала продаем то, что пришло раньше. Но для этого нужно вычислить – какой документ был проведен раньше?

Оперативное и неоперативное проведение 1С

Оперативным проведением считается тогда, когда это крайний документ по линии времени. Неоперативным, когда мы проводим документ «вчерашней» датой.

В пользовательском понимании оперативное проведение считается когда проводим документ «сейчас» («сейчашней датой»). При этом что такое «сейчас» обычно мало кто задумывается.

Весь вопрос в том, что при оперативном проведении проводятся всякие проверки на корректность. Например – а можем ли мы столько продать, есть ли у нас столько на складе?

При неоперативном считается проверять уже не надо, т.к. это «вчерашняя» операция, которая уже свершилась, что же ее проверять.

Как мы видим – с помощью даты и времени можно манипулировать не только результатами учета, но и даже безопасностью, отключением проверок.

Дата актуальности 1С и итоги 1С

Каждый документ «двигает» учет на какую-то цифру своего результата, в штуках или деньгах. Результат он записывает в большую таблицу – регистр. То есть — все документы проводятся по регистрам.

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

Во-вторых, рано или поздно такая таблица становится очень большой и считать итого по ней становится очень долго. Поэтому придуман механизм итогов. Это когда на конец каждого месяца система просчитывает заранее промежуточное итого. И далее считает не с начала этой таблицы, а с последнего итого.

Дата, на которую посчитано промежуточное итого называется – дата актуальности.

Только вот какая штука, если мы возьмем и введем документ с датой меньше даты актуальности – она сдвинется назад (на последние итоги перед этим документом или на начало таблицы). Иначе – итоги уже будут неверные.

Последовательности [документов] 1С

В каждый регистр (таблицу) пишут разные документы. Например, в таблицу Остатки на складе пишут как минимум Покупки товаров (плюс товар) и Продажи товаров (минус товар).

Каждый из этих документов может быть введен задом наперед (т.е. в задним числом, т.е. со старой датой) и «испортить» результаты. Мало того, дата продажи товара зависит от даты покупки товара.

Кроме того, каждый документ проводит по нескольким регистрам. Таким образом мы имеем множество документов + множество регистров.

Для объединения таких зависимых документов от общей последовательности дат — есть последовательность. Мы включаем оба документа в последовательность и она становится общей не для одного документа, а для нескольких.

Как восстановить актуальность? Перепровести один за другим (по дате!) все зарегистрированные в последовательности документы.

Дата запрета редактирования 1С

Один из методов борьбы с такой отвратительной привычкой пользователей придумана дата 1С (граница) запрета редактирования документов.

Обычно эта дата устанавливается в настройках типовой конфигурации администратором и пользователи не могут создать или изменить документ раньше этой установленной даты 1С.

А дата 1С собственно где?

Пользователь вводит документ. 1С нужно установить дату ввода документа. А откуда ее взять?

Для нас просто – посмотрим на часы. Только на какие?

Источников даты для 1С есть несколько и это имеет большое значение в возможном создании путаницы при работе одновременно множества пользователей с разных компьютеров, особенно если это федеральная сеть в разных часовых поясах.

Дата компьютера

По-умолчанию 1С использует дату [часов] компьютера, на котором работает пользователь. Именно эту дату возвращает повсеместно используемая функция в 1С — ТекущаяДата().

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

Дата 1С пользователя

В типовых конфигурациях толстого клиента в меню Сервис / Параметры можно вызвать стандартное окно настройки, которое в частности позволяет изменить дату на любую желаемую. После этого 1С на этом компьютере будет волшебным образом считать, что сейчас не сегодня, а вчера или завтра.

Дата 1С сервера

Особенно интересно получается, когда используется серверная 1С. Это значит, что часть программы выполняется на компьютере пользователя, а часть – на сервере.

При выполнении того же кода на сервере, функция ТекущаяДата() вернет уже дату 1С сервера и если она отличается от даты 1С на клиентском компьютере, то получится просто замечательно.

Часовые пояса даты 1С

В 1С версии 8.2, не так давно, когда появился веб-клиент, озаботились о работе с учетом часовых поясов. Действительно, если используется веб-клиент, да еще и в разных частях России или мира – все еще больше усложняется.

В конфигурации появилась функция ТекущаяДатаСеанса(), которая возвращает дату компьютера с поправкой на часовой пояс.

Тем не менее в типовой конфигурации Управление торговлей 11 (тонкий клиент) эта функция не особенно используется и если изменить часы на компьютере, документ будет послушно создан с датой клиента.

Я, как бизнес-консультант, достаточно часто сталкиваюсь с вопросами о том, что такое 1С, какая структура может быть у этого программного продукта, и вообще – каким образом вся эта система работает.Их задают обычно веб-разработчики, которые вынуждены заниматься вопросами интеграции сайта и 1С, программисты, специализирующиеся на мобильных приложениях и другие специалисты, которым по роду работы с программами 1С приходится сталкиваться нечасто.

В этой статье я решил собрать ответы на наиболее частые вопросы, которые постоянно возникают у меня в работе. А потому хочу предупредить сразу: статья рассчитана на людей, знакомых с IT-технологиями, бизнесменам, бухгалтерам, людям, далеким от IT-сферы, скорей всего, будет сложно разобраться в некоторых нюансах. Я, конечно, буду стараться писать как можно проще, и не планирую углубляться в технические нюансы на уровне кода, но все равно, определенные термины и понятия неспециалистам могут показаться сложными.

Пару слов о моем опыте работы с 1С

Сейчас, как я уже не раз писал, я работаю бизнес-консультантом в сфере малого и среднего бизнеса. Я постоянно сталкиваюсь с различными задачами по автоматизации работы, и, как следствие, с программными продуктами 1С. Чаще всего я в качестве бизнес-консультанта нанимаю специалистов по 1С для решения определенных задач, у меня есть постоянная команда, привлекаю также и сторонних специалистов, в том числе, на фрилансе. В очень редких случаях пишу что-то на 1С и сам, чаще всего, если нужно в срочном порядке решить небольшую задачу.

С другой стороны, я все дальше и дальше ухожу от постоянной работы с продуктами 1С. Если на заре моей карьеры работа с программами 1С приносила мне 100% дохода, то сегодня внедрение каких-то 1С решений занимает в моей работе не более 20%, все остальное – это сайты, это CRM-системы и т.д.

А потому, пока я еще не слишком далеко отошел от вопросов, связанных с программой 1С, я решил систематизировать мои знания, собрать и зафиксировать важные аспекты и нюансы работы с этими программными продуктами

Еще немного об 1С и о том, зачем я это все пишу

1. Я планирую создать целую серию статей об 1С, где расскажу об этом программном продукте с разных точек зрения. Эта статья предназначена, прежде всего, для программистов. А потому я размещаю ее на Хабре. Следующие будут охватывать более широкий спектр понятий, интересных в том числе, бизнесменам и пользователям программных продуктов 1С, а потому они будут размещены на Мегамозге.
2. Я не буду углубляться в нюансы применения кода, в другие технические подробности, которые каждый из вас может самостоятельно прочитать на официальном сайте 1С, на сайтах поддержки, на известных форумах и пр.
3. Я не буду обсуждать нюансы работы той или иной версии платформы. Более того, чаще всего я буду говорить о платформе 8.3 как о последней актуальной на момент написания статьи, а также о типовых конфигурациях, которые наиболее востребованы у моих клиентов (средний и малый бизнес).

Сегодня компания 1С своими силами внесла такое количество путаницы в описания продуктов, в требования к уровню специалистов, которые будут настраивать систему, в выбор платформы, конфигурации, плагинов, надстроек, версий и прочее, прочее, что система 1С лично мне начинает напоминать старый сериал «Спрут». Если кто-то еще помнит, то в этом фильме комиссар боролся с преступной группировкой, часть которой являлась банковская группа. И эта банковская система была настолько запутанной, что понять, откуда берутся деньги, куда они уходят, каким образом работает то или иное подразделение и главное зачем, было очень трудно.

В системе 1С усилия по «запутыванию» пользователя, как мне кажется, направлены на одно: не надо ни в чем разбираться, надо просто платить. И многие бизнесмены приходят к тому, что платят и правда, не разбираясь, надо ли им это обновление, требуется ли им этот продукт. Просто платят и все.

Я же попытаюсь распутать «щупальца Спрута» и структурирую общее понимание того, каким образом работает система 1С.

Программистам хочется также напомнить, что любую техническую информацию вы можете найти на сайте 1С. Я на этих нюансах вообще не планирую останавливаться. Писать буду простым языком, насколько это возможно, о принципиальных вопросах.

А если вам нужны какие-то конкретные технические нюансы работы 1С, то вы всегда можете воспользоваться следующими ресурсами:

1. Сайт 1С и партнерский форум. http://www.1c.ru
2. Другие ресурсы

1С как экосистема

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

В статье Почему 1С это плохо и почему так не любят 1С программистов я уже рассказывал, что на самом деле 1С нужно воспринимать как целую экосистему. Именно такой подход поможет понять, что такое 1С и зачем она нужна.

Итак, с точки зрения технической экосистемы 1С состоит из следующих компонентов:

1. Платформа 1С – это та основа, на которой пишутся конфигурации, с которой работают программисты и пр. Она обновляется от версии к версии, а потому может быть: 6.0, 7.7, 8.0, 8.2 или 8.3.
2. Конфигурация. Это следующий уровень конкретизации. Конфигурации пишутся на платформе с использованием кода 1С. Пользователи работают с конфигурациями.
3. 1С Битрикс. Система для работы с сайтами, о ней поговорить стоит отдельно.

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

Платформа

Работать можно на разных версиях платформы. Я знаю, что на практике встречается применение версии 8.2 и 8.0, а также достаточно старой, но все еще популярной 7.7, иногда встречается даже использование первого удачного релиза 6.0. Но я буду говорить исключительно о версии 8.3, как о самой последней на момент написания статьи. Многие вещи, которые мы обсудим, одинаково актуальны и для прошлых версий. Но часть была добавлена только в последних релизах. Хотелось бы, чтобы читатели учитывали этот факт.

Программисты при работе с 1С используют специальный язык программирования, который был создан разработчиками 1С для работы с платформой 1С. Сегодня он доступен на русском и английском языках, но изначально был написан на русском, а потому типовые конфигурации также пишутся традиционно на русском языке, хотя всегда есть возможность применить в нужном месте также и английские версии операторов, если программисту так удобнее работать. Язык этот представляет смесь бейсика и C+ с добавлением SQL для написания запросов. Кроме того, в нем предусмотрена возможность использования различных конструкторов и плагинов.

Еще одна ремарка, которая поможет, надеюсь, избежать флейма и споров:

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

Варианты поставки платформы

• Файловое решение
• Клиент-серверный вариант

Но для применения 1С в компаниях с достаточно активным документооборотом и достаточно большим числом пользователей системы (более 4 человек), файловая система будет работать неудовлетворительно. Пользователи практически одновременно будут обращаться к одному и тому же файлу, который будет постоянно увеличиваться в объемах. Кроме того, потребуются постоянные синхронизации, что еще больше замедлит работу.

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

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

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

Версии 1С для разных платформ

Итак, существуют версии 1С:

• для Windows,
• для Linux.

Программу 1С, которая работает под Windows, разрабатывали с самого начала, это мощный привычный всем инструмент, который достаточно доработан, чтобы пользоваться им без особых проблем. Версия под Linux на сегодняшний день считается еще новой, а потому достаточно «сырой», в ней пока еще имеется очень много ошибок, как и в любом новом программном продукте.

Предприниматели и любые представители бизнеса – люди достаточно консервативные, им важней всего – стабильная надежная работа. Чаще всего бизнесу не столь важна высокая скорость работы или огромный перечень возможностей, сколько требуется просто стабильная работа. Кроме того, Linux на сегодня не слишком востребован в отечественном бизнесе. А потому с этой версией сталкиваться приходится очень редко.

Компонентная база 1С

Что можно сказать о компонентах платформы 1С:

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

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

Пользователи также могут столкнуться с этой проблемой – ошибками и нестабильной работой программного обеспечения при работе с платформой. Есть определенный набор функций по обслуживанию 1С, которые может выполнять пользователь. Для этого имеется пользовательский интерфейс платформы. И здесь стоит вернуться к разным версиям интерфейса пользователя.

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

По этому признаку можно выбрать:

1. Нативный 1С-клиент. Это традиционный программный интерфейс, когда к 1С идет обращение из 1С.
2. Работу через браузер.
3. Работу через мобильное приложение.

Нативный клиент

В чем разница между этими подклиентами?

«Толстому» требуется широкий (толстый) канал связи, «тонкому» хватает минимума. Подавляющее большинство моих заказчиков пользуются «толстым» клиентом, так как локальные или интернет-каналы сейчас у всех хорошие, проблем с их «шириной» не возникает. С другой стороны, «тонкий» клиент имеет определенные ограничения в работе, есть вещи, которые в нем сделать невозможно.

Web-клиент (работа через браузер)

Определенные ограничения такой вариант накладывает, об этом нужно постоянно помнить. С другой стороны, работа с Web-клиентом достаточно стабильна, неплохо отлажена, доведена до определенного логического завершения. А потому этим вариантом интерфейса пользуется довольно много людей. Работать с 1С в онлайне бывает очень удобно и даже необходимо.

Мобильная версия

1. Клиент получился очень сложным. Для того, чтобы настроить эту программу, человек должен знать одновременно 1С и мобильные технологии, причем, достаточно глубоко на уровне кода. Понятно, что найти такого специалиста довольно сложно, что не способствует популярности программного решения.
2. Технология еще очень «сырая» и плохо отлаженная. Я лично пробовал это решение применить для своих клиентов, общался с коллегами, которые также ознакомились с этой технологией, и на данный момент мое мнение и мнение коллег совпадает: проще и удобнее создать какое-то свое мобильное приложение, чем использовать вариант от 1С.

• Настройка доступа к базе данных извне;
• Решение вопросов безопасности;
• Настройка сервера для работы с мобильными приложениями;
• Настройка программных продуктов 1С;
• Настройка web-приложений (по необходимости).

Платформа 1С: резюме

Очень сложно найти программиста, который сумеет на программном уровне понимать все и сразу: и работу с 1С, и веб-программирование, и работу с мобильными приложениями, и т.д. Это возможно на понятийном уровне, т.е. на том, на котором сейчас я делюсь своими знаниями.

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

С другой стороны, платформа 1С постоянно меняется, в ней имеется огромное число вариантов, множество разных решений, как результат – огромное число багов и их исправлений.

Все это вместе приводит к проблеме позиционирования:

• С одной стороны есть компания 1С, которая говорит клиентам, что 1С – это просто и удобно. Они нигде не пишут, что для обслуживания 1С потребуется специалист с особыми знаниями, что работать программистам с современной 1С – сложно.
• С другой стороны – в реальности клиент сталкивается со всеми этими проблемами. И хорошо, если ему на помощь придет либо хорошо сработавшаяся команда, занимающаяся внедрением 1С, либо бизнес-консультант с моим уровнем знаний, который сумеет найти нужных специалистов и поставить им правильно задачи. В иных случаях пользователя ждет масса проблем в процессе внедрения.

Итак, кратко о платформе 1С: огромное количество возможностей, высокая степень гибкости, масса различных решений. И одновременно: низкое качество реализации, постоянно растущая сложность решения, огромное число багов в каждой версии.

На понятийном уровне я думаю, информации достаточно. А технические нюансы вы всегда можете найти на ресурсах 1С, которые я рекомендовал выше.

Конфигурации

Конфигурации бывают:

1. Типовые – написанные компанией 1С. Они все присутствуют на сайте 1С.
2. Нетиповые – написанные компаниями-партнерами.

1. Типовые конфигурации создает и сопровождает компания 1С. В большинстве случаев они большее качественные, в этих конфигурациях лучше организована работа с кодом, используются чаще всего оптимальные решения, оперативно исправляются ошибки. Конечно, все и постоянно слышат о «вечных багах» в типовых конфигурациях 1С, и они там действительно постоянно присутствуют, но все таки, стоит отдать должное специалистам компании. Критичные ошибки они исправляют действительно оперативно.
2. Нетиповые конфигурации пишут компании-партнеры 1С, и здесь достаточно сложно сказать что-то определенное. Такие конфигурации бывают очень разными. Чаще всего их пишут по случаю: отраслевые (для какой-то определенной отрасли) или написанные для определенного случая (конкретной компании). И здесь необходимо понимать, что компании-партнеры 1С в большинстве своем имеют достаточно высокую текучку кадров. А потому и конфигурации в них пишутся довольно не организовано. Начинает писать один программист, продолжает – другой, завершает – третий. При это каждый из них вносит туда что-то свое, свое понимание, решения, идеи. А наработки предшественника применяет так, как удобно, а не как это было задумано.

Может быть, вы помните забавный мультфильм «Трое из Простоквашино»? Там мальчик дядя Федор писал письмо родителям, но не дописал, отвлекся, и за него дописывали по очереди друзья: кот и пес. И каждый из них рассказывал о своих проблемах. В результате родители мальчика с удивлением узнали, что у него «то лапы ломит, то хвост отваливается». Вот по такому принципу очень часто пишут нетиповые конфигурации.
Отсутствие преемственности при написании нетиповых конфигураций, а часто и достаточно подробной документации, приводят к тому, что по всем вопросам внедрения и доработок придется обращаться в компанию, которая разработала эту конфигурацию.

1. Написанные на основе типовых. Эти конфигурации создаются путем добавления функционала к какой-то типовой. Например, существует такой продукт, как 1С: Управление торговлей и CRM. Здесь совместили типовую конфигурацию Управление торговли и систему CRM. Интересно, что создатели конфигурации компания Рарус, называют именно Управление торговли подсистемой, хотя на самом деле – это была та основа, на которой писалась вся конфигурация.
      Плюсы таких конфигураций – они более функциональны в сравнении с типовыми, в них добавлены часто очень нужные возможности.
      Минусы – разработчики этих конфигураций часто не успевают создавать своевременно свои обновления. Таким образом, очень может быть, что компания 1С уже выложила свои варианты обновлений, а пользователю нетипового решения придется ждать какое-то время, пока разработчик создаст аналогичное обновление для конкретного решения. Кроме того, подобные доработки также бывают достаточно «сырыми», в них может быть много ошибок.
      
2. Конфигурации, написанные с нуля. При их создании типовые конфигурации не используются вообще, решения пишутся для определенных задач.
      Плюсы : конфигурация написала точно под нужны заказчика, здесь есть все необходимое и почти ничего лишнего.
      Минусы : обычно при написании подобных решений стандарты кода не соблюдаются, дорабатывать подобные программные продукты очень сложно, чаще всего, это может сделать достаточно быстро только автор.

Резюме

Таким образом, программисту важно знать, с какой платформой потребуется работать. Пользователю интересна конфигурация. При этом без помощи 1С: программиста бизнес в большинстве случаев не сможет настроить работу нужной конфигурации. Потому я называю специалистов 1С – неотъемлемой частью эко-системы 1С.

Напомню, что специалисты 1С также бывают разные. Одни занимаются разработкой платформы и типовых конфигураций (сотрудники компании 1С), другие являются ее партнерами и занимаются внедрением и доработками, третьи – частным образом помогают решать те или иные задачи, связанные с внедрением 1С. Добавить метки

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

Начинать надо с того, что в 1.3 бухгалтерия ближе к бухгалтерии предприятия редакции 1.6, нежели к 2.0, хотя конечно же весь функционал соответствует современным реалиям. Тем не менее это воспринимается как возврат к чему-то старому, морально устаревшему. И самое главное, в этом есть изрядная доля истины.

Безусловно, для задач бухгалтерии конфигурация (далее БП) 2.0 имеет преимущества и удобства, но тем не менее изюминкой УПП является его производственный контур, аналогов которому нет ни в одном решении 1С (кроме ). Переломить именно это психологическое преимущество, к сожалению, трудно, это достигается только волевым решением руководства о том, что те, кто не станет переучиваться, будут уволены.

Отличия 1С УПП от 1С Бухгалтерии

Основные негативные моменты, которые отличают УПП от БП, с которыми мне пришлось столкнуться на практике:

• Формирование счета-фактуры по ссылке (в БП данный счета-фактуры заносятся на отдельной вкладке).
• Внешний вид отчетов (бухгалтерские отчеты в УПП выглядят безусловно уныло в отличие от красивых, с зеленой шапкой и множеством настроек, отчетов в БП).
• Отличие журналов документов (различаются как названия, так и состав журналов документов, к которым привыкли бухгалтеры в БП).
• Наличие дополнительных полей поиска на формах журналов документов.

Получите 267 видеоуроков по 1С бесплатно:

Теперь следует поговорить подробнее об этих и других технических возможностях, которые могут повлиять на учет. А также, какие альтернативы предлагает нам 1С УПП.

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

Пример: большинство бухгалтеров отражают процент по выданным кредитам с помощью операции, указывая корреспонденцию Дт91 Кт76, однако в 1С УПП такой подход не затронет, например, регистр взаиморасчетов с контрагентами. Следует использовать документ реализация товаров и услуг.

Отдельно стоит сказать о том, что возможность использовать документ Операция есть, однако только в совокупности с документом Корректировка регистров, а этот документ способен ввести в ступор любого неподготовленного пользователя.

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

Отсутствие некоторых «забалансовых» счетов в 1С УПП, например, счета МЦ. Действительно, материалы в эксплуатации учитываются в БП на счете МЦ. В УПП информация о переданных в эксплуатацию материалах учитывается в регистре «Материалы в эксплуатации», информацию о них можно получить, используя отчет «Ведомость по материалам в эксплуатации».

Отсутствие процедуры закрытия месяца, такой близкой и понятной. Да, такая обработка отсутствует в УПП. Закрытие месяца осуществляется с помощью бизнес-процесса «Процедура закрытия месяца», который использует элемент справочника «настройка закрытия месяца».

Возможно, этот пункт является совсем частным случаем. Тем не менее стоит его отметить. Документ «Перемещение ОС» — трудность здесь состоит в том, что в бухгалтерии указывается, откуда и куда перемещается объект основных средств, а в УПП указывается только место, куда перемещается объект. Настоящее местоположение объекта определяется записью регистра на данный момент времени.

Отчет Ведомость амортизации в УПП имеет иное представление и не отражает движение по перемещению основных средств, альтернативно можно использовать модернизированный отчет.

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

Пути выхода из сложившейся ситуации

Как правило, большинство стоящих перед нами задач имеет несколько путей решения. В данной ситуации я могу выделить, например, такой:

В одной компании была очень сильна позиция бухгалтерии, им жутко не нравился возврат в прошлое на 1С УПП 1.3, проект был под угрозой срыва… К счастью, у компании были отличные финансовые возможности… Итогом стала полная переписка всех бухгалтерских отчетов и приведение их к виду БП 2.0, добавление новых документов в журналы документов, вывод форм поиска на формы журналов документов. Вышло дорого: и в плане разработки, и в плане дальнейшего сопровождения, но бухгалтерия почувствовала свою значимость, и проект продолжился.

Хотя этот вариант и не представляется очень эффективным, однако он имеет место в жизни.

Диаметрально противоположенным решением будет жесткое указание руководства использовать только имеющийся функционал. Он, кстати сказать, позволяет вести бухгалтерский учет полностью, обладает всеми механизмами контроля. Такой подход оптимален для компании!