Почему «1С» так называется?
18 марта, 2014 admin.noko
Сегодня название фирмы «1С» у всех на слуху. И за время существования на рынке It-технологий она успела разрастись до невиданных масштабов.
Компания «1С» была основана в 1991 году в России Борисом Георгиевич Нуралиевым — российским предпринимателем.
По поводу названия существует несколько версий происхождения.
Одна из версий связана с тем, что название компании возникло из названия собственной поисковой программы: не более 1 секунды требовалось для получения информации.
Еще одна версия происхождения названия программы говорит о том, что название было придумано для того, чтобы быть первоочередной во всех известных справочниках, ведь цифры, в отличие от букв, при сортировке по алфавиту, стоят первыми.
Следующая версия говорит о том, что в названии «1С» закодировано выражение: «один на один с бухгалтерией».
Четвертая версия: название «1С» — это первая рукописная буква еврейского алфавита, читается как «алеф».
Далее, пятая версия. Борис Нуралиев придумал название, когда увидел на компьютере своего брата (Сергея Нуралиева) самодельную бухгалтерскую программу. Название «1С» должно было означать: «Один Сергей сделал».
Одна из версией происхождения названия — это выражение «1С — первый Сорт, или First Company (первая компания)».
Седьмая версия состоит в том, что название никак не расшифровывается и не переводится. Это название было подобрано экспертным путем.
Восьмая возможная версия: буква «С» — это единственная на клавиатуре клавиша, написание которой на латинице и кириллице совпадают.
Следующая версия возникновения названия «1С» заключается в том, что название означает «Единая система» или «Единый стандарт». Борис Нуралиев хотел выйти на рынок с программой, которая станет намного лучше других, уже существующих.
Последняя версия появления названия это небольшая история. Борис Нуралиев, который первый раз пришел представлять свою, еще неизвестную бухгалтерскую программу, сказал: «У нас есть очень хорошая программная новинка, а если что-то не так, то подождите «1 Секунду» и ваша проблема будет решена».
В заключении цитата из интервью Бориса Нуралиева газете «Вакансия»:
– Борис Георгиевич, какую формулу успеха вы бы могли предложить нашим читателям?
– Мне нравятся слова Льюиса Кэрролла: чтобы стоять на месте, необходимо все время бежать, а чтобы двигаться вперед – бежать в два раза быстрее. Кстати, «1С» было вначале названием нашей поисковой программы: не более 1С (секунды) требовалось для получения требуемой информации. Быть живым в бизнесе – значит быть быстрым, маневренным. И всегда помнить: завтра начинается уже сегодня.
Опубликовано в рубрике Статьи Метки: 1С
Вы можете пропустить чтение записи и оставить комментарий.
Размещение ссылок запрещено.
Ошибки программы 1С (8.1 / 8.2) и как их исправить
Программный продукт фирмы «1С», написанный на собственной платформе очень популярен среди отечественных компаний, т.к. имеет большое разнообразие сфер использования. Программные решения конкретного функционального направления (управление торговлей, управление производством) называются конфигурациями.
Программные продукты 1С достаточно функциональны и надежны, но к сожалению, содержат ошибки. В данной статье описан список ошибок 1С, с которыми лично столкнулись на практике и способы их обхода (если такое возможно), чтобы ты, пользователь экономил время и эмоции на более приятные моменты в жизни 🙂
Хотим предупредить, что описанные ошибки и способы их обхода идентифицировались на конфигурации «Управление торговлей для Украины». Но поскольку продукты 1С тиражируются разработчиком, не исключено что эти же ситуации встречаются и в других конфигурациях, а способы их решения будут такими же как для конфигурации «Управление торговлей для Украины».
Все ошибки мы разделили на две категории: 1) логические 2) программные.
Логические – ошибки, которые противоречат привычному пониманию протекания какого-либо бизнес-процесса. Например, любой из нас понимает, что перед продажей продукции, ее сначала необходимо закупить у поставщика, а не наоборот.
Программные – ошибки, которые не видны на стороне пользователя. Находятся в программном коде. Как правило, их очень трудно идентифицировать, а из-за этого найти способы обхода.
Логические ошибки
№ 1. Добавление товара к выполненному и закрытому заказу.
Описание: Допустим, у вас есть отгруженный заказ. Жизненная цепочка заказа была следующая:
«Создание заказа – корректировка заказа – резервирование – отгрузка – закрытие».
Как всем известно, последняя операция «Закрытие заказа» — финализирующая. Ее выполнение подразумевает что заказ больше не будет выполнятся и могут быть подбиты итоги по сделке.
Но тут как раз и нет. Оказывается, к закрытому заказу можно добавить корректировку или отредактировать сам заказ. Что получается? Мы можем добавить количество товара к закрытому заказу. Как это отразится на заказе?
Добавив товар, мы искусственно, постфактум искажаем процент выполнения заказа. Т.е. до момента корректировки заказ был выполнен на 100%, после корректировки только на 80%.
Если мы не просто добавим товар, а еще зарезервируем, получим зарезервированный товар в закрытом заказе.
На наш взгляд данный инцидент – грубейшее нарушение принципов логистики и продаж. Т.е. проведя аналитику за прошлый месяц, отдел логистики получит один процент выполнения заказов. После того как некоторый пользователь создаст корректировки к закрытым заказам, процент выполнения изменится и получится другой результат.
Мнение службы поддержки 1С на данный вопрос: «Данная операция не является ошибкой работы программы, т.к. в технической документации по эксплуатации программы нигде не указано что после операции закрытия заказа должна устанавливаться блокировка на изменение.
»
Т.е. 1С не признает данный инцидент как ошибку в работе программы.
Способы решения.
Устанавливать дату запрета редактирования документов (в этом случае пользователи не смогут корректировать сам заказ, но все же смогут создавать корректировки). Для исключения создания пользователями документа «Корректировка», можно запретить (сделать недоступным) использование корректировок.
Если проблема уже существует, найдены заказы, к которым задним числом прикреплены корректировки, необходимо перепровести закрытие заказа на дату, позже, чем все прикрепленные по структуре подчиненности документы к данному заказу. Т.е. нужно сделать так чтобы по иерархии дат документ «Закрытие заказов» был самым последним.
№ 2. Редактирование цен и скидок в документе.
В 1С есть функция настройки дополнительных прав пользователей. Среди прочих функций есть такая: «Редактирование цен и скидок в документе». Разрешение или запрет данной функции регулируются галочкой (булево) т.
е. параметр, который может принимать всего два значения – «да» и «нет». Из самого названия функции понятно ее предназначение, но оказывается когда разработчики писали код и вкладывали в данное понятие смысл, то имели ввиду, что данная опция относится лишь к документам реализации. Т.е. на документы, касающиеся прихода товара данная функция не распространяется. Вопрос. Неужели нельзя было разделить данную функцию на два подвида: а) документы реализации б) документы прихода? Очевидно, можно и нужно было. Это ошибка проектирования системы вводит в заблуждение пользователей и администраторов программ. При значении данной функции «ДА» мы запрещаем редактирование цен только в половине документов, остальная половина документов остается свободной для редактирования цен.
Мнение службы поддержки 1С на данный вопрос: «Настройка «Редактирование цен и скидок в документе» влияет только на документы продажи.
В том случае, если установлено значение «Запрещено редактирование» (флаг не установлен), то пользователю, которому назначена эта роль, не будет доступно редактирование цен и скидок в документах, оформляющих продажу товаров.
В том случае, если контрагенту в договоре задан тип скидки по умолчанию, то эта скидка будет установлена для него в документе, однако редактировать ее значение или выбирать другой тип скидки пользователю разрешено не будет».
Способы решения.Данная проблема не решается на стороне пользователя. Функцию разделения редактирования цен в документах реализации и документах прихода можно только самостоятельно дописать в программный код.
№ 3. Выгрузка Приложения №2 к налоговой накладной (корректировки) без дат и номеров налоговых накладных.
В нашей компании данная ошибка всплыла наружу благодаря тому, что бухгалтеры, перегружая данные за месяц (налоговые, корректировки) начали жаловаться на то что им каждый месяц вручную приходится в программе «m.e.d.ok» проставлять даты и числа налоговых накладных, на основании которых выписано «Приложение 2». Разобравшись в чем дело, мы выяснили, что при выгрузке реестра налоговых накладных, данные номеров и дат по корректировкам к налоговым накладным попросту не выгружаются.
На наш запрос о том можно ли выгружать корректировки к налоговым накладным за период, например, месяц, фирма 1С ответила следующее: «Групповая выгрузка реализована только для работы с программой 1С-Звит. В формате *.xml возможна выгрузка только единичных документов. Это меняться не будет.»
Т.е. в данном случае фирмой 1С четко очерчена задача – борьба за рынок программных продуктов и нежелание организовать качественно работу 1С с другими приложениями. Хотя у клиента должен быть выбор, каким программным приложением ему более удобно отчитываться за налоговый период фирма 1С максимально сузила пользовательский выбор в сторону того или иного бухгалтерского ПО. Маркетинговая борьба в данном случае исключает возможность выбора.
Способы решения. Использование программных продуктов линейки 1С, в данном случае «1С-Звит» для сдачи налоговой отчетности.
№ 4. Формирование отчета «Ведомость по денежным средствам» по статьям.
Ошибка в том, что при формировании отчета с группировкой по «Статьям
движения денежных средств» не выводится сама статья.
Это касается приходных и расходных кассовых документов. По документу «Внутреннее перемещение
денежных средств» статья все же выводится.
Был задан вопрос в службу поддержки с просьбой объяснить, почему нет возможности группировать стандартным отчетом движения в разрезе по статьям.
Мнение службы поддержки 1С на данный вопрос: «Отчет «Ведомость по денежным средствам» предназнаяен для анализа остатков и оборотов денежных средств. В регистре, на основании данных которого строится отчет, нет информации о статьях ДДС.
Выводить в отчет реквизит документа-регистратора некорректно, т.к. при некоторых видах операций движения формируются по данным табличной части, и статья движения денежных средств указывается именно в строках табличной части.
Например, при оплате от покупателя и оплате поставщику данные хранятся в табличной части, даже если визуально на форме представлены как платеж «не списком».»
Т.е. не пытайтесь формировать отчет «Ведомость по денежным средствам» вместе со статьями – ничего не получится.
Способы решения.
В стандартном отчете «Движения денежных средств» есть возможность выводить суммы с аналитикой по статьям движения. Другое дело что сама суть отчета другая.
Как оказалось, документ «ПКО» и «РКО», отвечающие за учет движения наличных денежных средств состоят из двух разделов. И чтобы реализовать постатейный учет и анализировать отчетом «Ведомость по денежным средствам» необходимо прописывать статью движения именно в двух местах документа. И тут самая большая загадка-ошибка. Раздел документа отвечающий за заполнение статей по-умолчанию пустой и мало того не доступен пользователю для заполнения. По-правильному он должен заполняться самостоятельно при проведении документов, но это не происходит.
Способы решения. Данная недоработка лечится только программно. Дописывается программный код, который копирует статью движения при проведении документа в обе части документа.
№ 5. Разделение прав пользователей подразделений на проведение документов по чужому подразделению.
Данная ошибка касается целого ряда документов: поступление товаров, реализация товаров, резервирование товаров, проведение операций с денежными средствами по чужой кассе.
Поскольку 1С поддерживает работу распределенной базы данных, это подразумевает, что компании пользующиеся продуктом 1С имеют возможность вести учет разветвленной структуры – несколько складов, филиалов, магазинов и т.д. И, конечно же, сколько у компании центров учета столько должно быть и центров ответственности. С разделением центров учета в 1С все получилось, а вот с разделением центра ответственности – нет.
Например: У компании есть склад в г. Одессе и в г. Харькове. Соответственно есть пользователи, которые вносят документы прихода-расхода на этих складах. Но пользователь склада г. Одессы может поставить на приход товар складу в г. Харьков, тем самым без ведома харьковского склада увеличивая остатки на чужом складе.
Такая же ситуация с учетом денежных средств, резервирования товара.
Т.е. ошибка заключается в том что в 1С не предусмотрено разделение ответственности по центрам учета.
Способы решения.Как мы уже сказали в 1С не предусмотрено разделение ответственности по центрам учета, поэтому если у вас есть необходимость разделения центров ответственности, придется самостоятельно дописывать программу. Один из самых простых вариантов – создать под каждое направление контроля справочник с внесением пользователей, которым разрешен доступ к складу или кассе. И конечно в самом документе придется дописать ссылку просмотра контроля из справочника при проведении документа для текущего пользователя.
№ 6. Отображение в отчете «Анализ заказов покупателей» закрытых заказов покупателей.
Характер ошибки:
Если в возврате покупателя в табличной части документа есть ссылка на заказ покупателя, и если товар отпускался с резерва, то при проведении документа «Возврат товаров от покупателя» товар снова вернется в резерв. В данном случае товар снова возвращается в резерв для данного покупателя, несмотря на то что покупатель вернул товар, а значит отказался от него.
Кроме того что товар вернулся в резерв по завершенной сделке, он одновременно недоступен для продажи по другим сделкам, а в отчете «Анализ заказов покупателей» заказ будет считаться выполненным не полностью, из-за ссылки на заказ в документе возврата.
На наш взгляд, возврат никоим образом не должен влиять на выполнение заказа.
Т.е. если покупатель вернул продукцию, это не значит что по этому заказу отгрузится другой товар. Скорее это будет совсем другая сделка.
Взаиморасчеты в этом случае корректируются правильно. Покупатель вернул продукцию, значит мы должны вернуть деньги или отгрузить другую продукцию, чтобы закрыть предоплату покупателя. Но возврат никоим образом не должен влиять на процент выполнения и на количество зарезервированного товара.
Отметим, что даже после закрытия заказа ссылка в возврате на заказ покупателя влияет на процент его выполнения. Данную ситуацию мы описывали в ошибке № 1.
Способы решения.Не устанавливать (очищать) ссылки на заказы в табличной части документа «Возвраты от покупателей».
№ 7. Автоподстановка статей движения денежных средств в документах учета денежных средств.
В 1С при создании документа, например, «Приходный кассовый ордер» автоматически подставляется статья движения денежных средств. Как это происходит? Дело в том что разработчики 1С под каждый вид операции с денежными средствами придумали предопределенные статьи и прописали их автоподстановку в документ, в зависимости от проводимой операции с денежными средствами (в ПКО видов операций примерно – 7 и под каждую прописана подстановка определенной статьи). В данном случае ошибка разработчиков в том что они за каждую компанию заранее определили название (содержание) статьи, которая будет подставляться в документ и самое главное – сделали невозможным редактирование названия (содержания) статьи в пользовательском режиме работы программы. Т.е. если вы захотите поменять название статьи, которое автоматически подставляется в документ, вам необходимо будет изменить конфигурацию.
Если вы посто удалите предопределенные статьи в справочнике «Статьи движения денежных средств», то статьи подставляться не будут, но и документы проводится также не будут в связи с программной ошибкой.
В данном случае в программе вскрыта программная и логическая ошибка.
Во-первых – автоподстановка ненужных статей движения ДС в документ
Во-вторых – отсутствие возможности отключить автоподстановку или отредактировать ее
В-третьих – удаление предопределенных статей со справочника статей влечет изменения конфигурации. Данную функцию можно было бы включить в настройки параметров учета и т.д.
Способы решения.
В режиме «Конфигуратор» переименовать предопределенные статьи в нужные для автоподстановки в документы.
Удалить все предопределенные статьи, закомментировать программный код в документах, который выдает ошибки при автоподстановке предопределенной статьи. После этого в режиме предприятия ввести список статей, с которыми должны работать пользователи по своему усмотрению.
№ 8. Зависают остатки товаров в резерве и одновременно отсутствуют на остатках по ведомости.
Характер ошибки: В рабочем месте менеджера по продажам при полном отсутствии товара может быть остаток по зарезервированной продукции (зависает резерв). Ошибку можно также наблюдать в отчете «Анализ доступности товаров на складах». В отчете товар по которому зависли резервы зарезервирован в графе «К передаче» в минус.
Такая ошибка возникает, например, в следующей ситуации:
1. Есть заказ с зарезервированным товаром.
2. Есть реализация по заказу.
3. Есть бой продукции по реализации.
4. Откорректирована реализация на количество разбитой продукции.
5. Оформлен документ «Списание товаров» на основании документа реализации.
И вот в документе списания в поле «Документ резерва» указана реализация по которой списывается товар.
И как раз из-за этого возникает ошибка. Т.е. 1С-ка считает что товар вернулся обратно из реализации в заказ, при этом считает заказ покупателя недовыполненным.
А в описаном примере заказ не будет довыполнятся на количество разбитой продукции. Просто проведено списание боя. А поскольку в документе «Списание боя» нет графы списывать с резерва, возникает исключительная ситуация — товар списывается с остатков документом «Списание товаров» и одновременно остается зарезервированным для заказа покупателя как недопоставка. Т.е. возникает коллизия — отсутствие товара на остатке и наличие этого же товара в резерве. Заказ покупателя закрыт при этом закрыт и этим самым подтвержден что не нуждается в довыполнении.
Способы решения. Вместо реализации в поле «Документ резерва» указывать заказ покупателя, по которому проведен бой или оставлять данное поле незаполненым. Тогда резервы списываются и закрываются корректно. Данная ошибка связана по сути с ошибкой № 1 данного раздела «Добавление товара к закрытому заказу». Должно быть так: заказ закрыт, значит все резервы по заказу обнулены. К сожалению, такой логики нет в программе 1С, поэтому пользователям приходится самостоятельно находить способы решения коллизий 1С.
Системные ошибки
№ 1. Тонкий, Веб-клиент в 1С 8.2. В платформе 1С Предприятие 8.2 было заявлено о том что в платформе заложена поддержка тонкого и веб-клиента. С нашей стороны была попытка организации работы в режиме тонкого клиента на конфигурации «Управление торговлей». Ничего не получилось.
Мнение службы поддержки 1С на данный вопрос: «Конфигурации «Управление небольшой фирмой для Украины» и «Документооборот КОРП
для Украины» разработаны с использованием управляемого приложения и в полном объеме поддерживают работу в указанных режимах. Остальные конфигурации не тестировались в указанных режимах».
Способы решения:Либо использовать конфигурации поддерживающие работу тонкого и веб-клиента, либо ждать, когда украинский разработчик «ABBYY Ukraine» доработает все конфигурации для работы в режиме тонкого клиента.
№ 2. Не создается узел распределенной базы данных (РИБ). Заканчивается память, системная ошибка С++ …
После выпуска платформы 8.
2.14.540 перестал выгружаться узел распределенной базы данных.
Описание ошибки на примере: «Процес по выгрузке узла начинается. Затем,
если открыть диспетчер задач компьютера видно как процесс 1Сv8.exe
постепенно растет, вбирая в себя всю оперативную память компьютера, до
момента, пока оперативная память ПК, на котором происходит выгрузка
окончательно не закончится и в итоге выдается системная ошибка о том что
памяти нет. Пробовали делать процесс и в файловом и в серверном варианте.
На ПК с разной мощностью и оперативной памятью. Результат один и тот же.»
Способы решения. Существует альтернативный вариант выгрузки узла распределенной базы. Суть способа в том что узел создается из копии «живой» базы предварительно почистив истории обмена, регистры сведений и др. справочники. Более подробно способ описан здесь.
№ 3. Остатки списываются не с того склада, который указан в документе.
Описание ошибки. В базе данных проведен документ «Реализация товаров и услуг».
По всем регистрам записи проведены. Но товар с остатков не снялся с указанного склада. Вместо указанного склада, товар снялся с остатков с другого склада.
Тестирование и исправление через конфигуратор не исправляет данную ошибку.
Скорее всего, такая ошибка может быть связана с тем что конфигурация модифицирована либо в документах каким-то образом был изменен склад но вместо перепроведения документ был просто записан.
Способы решения. Перепроведение документа решает данный вопрос. Для поиска таких ошибок полезен будет отчет «Ведомость по товарам на складах» с настройкой отображения склада, установленного в шапке документа и склада, который реально участвует в формировании движения по регистрам накопления. Сохранив в Excel с помощью функции «СОВПАД» найти все несовпадения и перепровести документы с ошибками.
№ 4. Обновление конфигурации «Управление торговлей» до версии 3.0
При обновлении до версии 3.0 возникает программная ошибка. Обновление не может найти справочник «ГруппыДоступаПартнеров».
Способы решения :
— В УТ 2.3 на время выгрузки снять флаг: Сервис — Настройки учета — Настроки параметров учета — Ограничивать права на уровне записей
— Если в УТ 2.3 использовались органичения на уровне записей для контрагентов (справочник Группы доступа к контрагентам не пуст), то в УТ 3.0 установить вручную значение функциональной опции: Администрирование — Настройка пользователей и прав — Группы доступа партнеров.
№ 5.Медленно работает 1С на СУБД SQL Postgre.
Всем компаниям, использующим клиент-серверный вариант работы с 1С, посвящается.
Так сложилось исторически, что проектировщики платформы 1С, разработчики ориентировались на то что их бизнес-приложения будут работать исключительно на линейке программного обеспечения корпорации Microsoft. Поэтому многие компании, которые решили использовать в клиент-серверном режиме бесплатную СУБД SQL Postgre, которая кстати, идет в поставке вместе с дистрибутивом сервера 1С, потерпели фиаско.
Ну почему-то очень медленно работает программа на бесплатном СУБД. Прежде всего, это касается проведения документов, т.е. записи данных. Анонсируемая платформа 8.3, опубликованная в мае 2013 г. нисколько не улучшила показатели в этом направлении. По-прежнему работа с SQL Postgre значительно медленнее (2-3 раза), по сравнению с Microsoft SQL Server. При возникновении ошибок типа «База данных повреждена ошибка СУБД» с файловыми базами данными рекомендуется стандартное тестирование компонентой chdbfl.exe
Способы решения: Дополнительная настройка, наладка SQL Postgre под 1С не дает значительного прироста производительности.
Не советуем использовать в клиент-серверном варианте СУБД SQL Postgre. С программными продуктами линейки Microsoft 1С работает значительно лучше и быстрее.
№ 6. В печатной форме «Расходная накладная» вместо слова «буд.» выводится на печать слово «дом».
В релизе 2.3.17.1 данная ошибка устранена, но только для вновь созданых клиентов.
Для контрагентов внесенных до обновления конфигурации ошибка осталась.
Способы решения: В форме внесения адреса контрагента необходимо выбрать значение «За пределами Украины» и в текстовом поле вместо «дом» руками пробисать «будинок».
№ 7. Потеря данных, ссылки на несуществующие объекты.
Бывают ситуации, когда по каким-либо причинам в 1С исчезают документы. Если какой-либо документ ссылался на документ, который пропал вместо ссылки отобразится циферно-буквенный набор без логической взаимосвязи (7b54dglsjgh7800m). Такая ошибка может появится как в подчиненном узле распределенной базы данных так и в главном. Такая ошибка может быть следствием некорректного отключения питания, перепада напряжения и других экстренных ситуаций для баз данных.
Пропажа документов из базы данных крайне не желательна, т.к. влечет за собой неправильные остатки по товарам, путаницу во взаиморасчетах и т.д.
Способы решения:
Для исправления ошибок в файловой БД существует внешняя компонентся – chdbfl.
exe
Компонента достаточно успешно устраняет ошибки но не восстанавливает данные. Как правило, после ее проверки и обмена данными РИБ (если база распределенная) все данные успешно восстанавливаются.
Другое дело, если БД не распределенная и обновить данные неоткуда. В этом случае после проверки и устранения ошибок данные придется восстанавливать вручную, вносить документы, корректировать регистры, при условии что есть архивная копия, в которой данные содержатся в полном объеме и без ошибок.
Для избежания перебоев с напряжением и травматизма БД рекомендуется использование источников бесперебойного питания на ПК, где установлена БД 1С и резервное копирование базы данных. Инструмент и инструкция копирования (beckup) есть на нашем сайте. Можно почитать и скачать здесь.
№ 8. Слетает программа при перезагрузке (reboot) сервера.
Еще одна глобальная проблема работы программы. Дело в том что время от времени есть необходимость перезагрузки сервера 1С.
Это может быть связанно с установкой обновлений операционной системы, и плановой очисткой кеша 1С. И после перезагрузки сервера программа перестает работать. Обычно обибка дает о себе понять сообщением «Ошибка формата потока …«. И что пользователю в этом случае делать вообще не ясно. Исправляется проблема на наш взгяд грубо но эффективно с помощью переустановки программы.
Способы решения: Переустановка программы.
№ 9. Не загружается обмен в подчиненный узел распределенной базы данных.
Характер ошибки. В 1С есть функция установки даты запрета изменения данных. Так вот, если в закрытом периоде в главном узле, к примеру, администратор, изменит какой-нибудь документ, сформирует и отправит обмен в подчиненный узел, они могут не загрузится из-за того что в главном узле установлен период запрета изменения данных. Дальше происходит все так: в подчиненном узле обмен данными загружает пользователь, например, менеджер по продажам (не важно с полными правами или нет) и происходит коллизия.
В подчиненный узел должны быть загружены изменения из главного узла, не это не может произойти по причине, что для пользователя в подчиненном узле закрыт период для внесений изменений. Происходит блокировка загрузки обмена в подчиненном узле, пользователь не может загрузить обмен данными т.к. для него закрыт период.
Способы решения. Загрузить обмен данными под пользователем, для которого не закрыт период или в главном узле открыть период для внесения изменений, выгрузить обмен, а потом снова закрыть период. Таким образом, изменения загрузятся в подчиненный узел.
№ 10. Ошибка dbeng8.
Характер ошибки. В файловой базе данных иногда появляется ошибка при работе 1С или при ее запуске — ошибка dbeng8. Появляется данная проблема внезапно вследствие сбоя базы данных. Сбой файловой базы данных может быть связан или с внезапным, незапланированным завершением работы программы или нарушением правил эксплуатации ПК. Также база с такой ошибкой может сбоит вследствие принудительного завершения работы программы с помощью диспечера задач Windows.
Способы решения. Для исправления ошибок в файловой БД существует внешняя компонентся – chdbfl.exe. С помощью нее как правило можно устранить данную проблему. Если тестирование и исправление через утилиту chdbfl.exe не помогает, нужно ставить базу на более глубокое тестирование через конфигуратор.
№ 11. Тормозит сервер 1С в связи с ростом кеша.
Характер ошибки. Для серверной версии 1С характерно замедление проведения документов, формирования отчетов. Одной из причин может быть чрезмерный рост кеша программы (оперативной информации) который должен самоочищаться, но этого не происходит по неизвестным причинам.
Способ решения. Помогает перезапуск сервера 1С и SQL сервера. Процедуру перезапуска нужно производить примерно раз в две недели или по необходимости. Можно также перегружать сам сервер (ПК) где установлена 1С.
№ 12. Ошибка формата потока.
Характер ошибки. Не запускается база данных 1С и само приложение.
При этом выскакивает маленькое окошечко с сообщением «Ошибка формата потока».
Способ решения. Как правило, возникает в файловых база данных 1С. Проблема устраняется очень просто. Нужно удалить из списка информационных баз ту базу, которая запускалась с ошибкой и переподключить заново с помощью меню «Добавить» в окошке информационных баз 1С.
Если у тебя, пользователь, есть опыт решения аналогичных вопросов, накопленный опыт, не стесняйся, поделись информацией с братьями по разуму. Напиши нам письмо с характером найденной ошибки с способом ее обхода. Мы обязательно опубликуем все интересные материалы по данной тематике с ссылкой на автора материала или источник.
Надеемся, мы помогли вам сэкономить время и энергию для решения других более важных задач, чем поиск способов решения ошибок в программных продуктах линейки 1С.
История кодирования и разработки программного обеспечения
Кевин Юхас для Hack Reactor
Инженерное дело существует уже много столетий.
Программное обеспечение дебютировало в 1948 году и не называлось так широко до 1952 года. Прошло десятилетие, когда дисциплина разработки программного обеспечения получила свое название и заняла свое место в качестве формы разработки на том же уровне, что и другие. За последние 50 лет разработка программного обеспечения прошла интересный путь и стала жизненно важной частью формирования и поддержания мира.
1960-е годы были временем, когда разработка программного обеспечения была признана отдельной формой инженерии, но также были трудным временем для разработки программного обеспечения. Программная часть изо всех сил старалась идти в ногу с аппаратным обеспечением и создавала проблемы для поля.
1963/1964 — При разработке систем наведения и навигации для миссий «Аполлон» ученый-компьютерщик и системный инженер Маргарет Гамильтон придумала термин «программная инженерия». Гамильтон считал, что разработчики программного обеспечения заслужили право называться инженерами.
1965 — «Кризис программного обеспечения» начинается, когда программное обеспечение изо всех сил пытается идти в ногу с достижениями в области аппаратного обеспечения. Некоторые из проблем включали в себя программное обеспечение, которое превысило бюджет и просроченные сроки, нуждалось в обширной отладке, не соответствовало потребностям пользователей, требовало большого объема обслуживания (если это вообще было возможно) или просто никогда не было завершено.
1968 – Состоялась первая конференция НАТО по разработке программного обеспечения. Вторая последовала через год. Конференция была разработана для решения проблем кризиса программного обеспечения, а также для установления руководящих принципов и передового опыта для разработки программного обеспечения.
Кризис программного обеспечения продолжается, поскольку инженеры-программисты пытаются исправить ситуацию. 1970-е годы были временем, когда разработка программного обеспечения начала развиваться по мере появления новых идей, языков и аппаратного обеспечения.
1970 — Представлен Pascal, язык программирования, использующий структурированное программирование и структурирование данных. Язык был разработан Никлаусом Виртом.
1972 — Деннис Макалистер Ричи начинает разработку языка программирования C. Он станет одним из самых популярных языков программирования. Это было также время, когда дебютировала операционная система Unix, разработанная Ритчи и Кеном Томпсонами. Ричи, умерший в 2011 году, признан одним из самых важных людей в области программных технологий, и его работы можно найти почти в каждом программном обеспечении, созданном в современную эпоху.
1975 — Начинается дебют первых ПК. Многие из этих ПК были разработаны для бизнеса, а не для дома.
1979 – Университет Сиэтла начинает предлагать степень магистра компьютерной инженерии.
1980-е годы продолжали претерпевать большие изменения, когда Кризис программного обеспечения начал стихать.
Новые языки и инструменты помогают начать путь к лучшему проектированию, и начинается движение к объектно-ориентированному программированию.
1980 — впервые появляется язык программирования Ада, впервые разработанный Джин Ишбиа.
1982 – На рынке начинают появляться первые CASE-инструменты, которые назывались CASE-инструментами. Компьютерная разработка программного обеспечения предназначена для повышения качества системы, а также для сокращения затрат и времени разработки.
1985 — Выпущен язык программирования C++, который имеет функциональные, универсальные, объектно-ориентированные и процедурные функции. С момента своего появления этот язык постоянно обновлялся и является четвертым по популярности используемым языком. Голландский ученый-компьютерщик Бьяне Страусоп задумал и разработал язык.
1989 – Компании начинают предлагать доступ в Интернет. Он используется в основном учеными и военными.
Это десятилетие было благом для языков программирования, когда были введены некоторые из самых популярных, используемых сегодня. 1990-е годы принесли ряд других крупных изменений в индустрию разработки программного обеспечения: популярность объектно-ориентированного программирования начала расти, дебютировал Интернет и появился новый подход к разработке.
1990 — Тим Бернерс-Ли разрабатывает WorldWideWeb, первый веб-браузер. Он также создает HTTP, HTML и первые веб-страницы, на которых описывается то, что он создал.
1990 — Хотя этот термин использовался много лет назад (и существует спор о том, кто его придумал), использование термина «большие данные» начинает расти.
1991 – Дебют языка программирования Python, который в конечном итоге станет одним из самых популярных языков программирования благодаря большой стандартной библиотеке и либеральному использованию пробелов.
1995 – Выпущен язык программирования Java, разработанный Джеймсом Гослингом.
Он станет самым популярным используемым языком, популярным как « Write Once, Run Anywhere ». Программа изначально разрабатывалась для интерактивного телевидения, но эти планы пришлось изменить, потому что язык был слишком продвинутым для нее.
1995 – Представлен JavaScript, объектно-ориентированный язык программирования, работающий по принципу «точно в срок». JavaScript позволяет создавать интерактивные веб-страницы и используется большинством веб-сайтов.
1996 – Рочестерский технологический институт представляет первую программу бакалавриата в области разработки программного обеспечения.
1998 – Военно-морская аспирантура США предлагает первую докторскую программу в области разработки программного обеспечения.
1999 – Кент Бек представляет экстремальное программирование, тип гибкой разработки программного обеспечения, предназначенный для реагирования на меняющиеся требования пользователя.
Языки и инструменты перестали привлекать внимание, поскольку компании продолжали совершенствовать то, что было создано за два десятилетия до этого. В 2000-х больше внимания уделялось методологии, поскольку разработчики стремились сделать процесс более чувствительным к потребностям клиентов, более прибыльным и простым в создании.
2001 – Опубликован Манифест гибкой разработки программного обеспечения . Он охватывает ценности и принципы гибкой разработки программного обеспечения, которая фокусируется на разработке посредством совместных усилий кросс-функциональных команд и клиентов.
2001 – Scrum, гибкий процесс, использующий итеративную и инкрементальную структуру для разработки сложного программного обеспечения, представлен Кеном Швабером и Майком Бидлом. Эта практика существовала с 1990-х годов, но не получила широкого распространения до 2000-х годов.
2004 – Представлен Свод знаний по программной инженерии .
Совместная работа направлена на решение многочисленных проблем с программным обеспечением, включая проектирование, строительство, техническое обслуживание и многое другое.
Постоянно улучшая языки и методы, фокус снова смещается, чтобы удовлетворить потребность в инженерах-программистах с новым стилем обучения, призванным улучшить традиционное образование в области разработки программного обеспечения.
2010 – Облачные вычисления начинают набирать обороты, что в конечном итоге приводит к увеличению спроса на программное обеспечение как услугу и открывает новые возможности для разработки программного обеспечения.
2011 – Начинают появляться учебные курсы по программированию. Менее чем за 8 лет будет введено около 95 буткемпов. Учебные курсы — это способ обучения новейшим технологиям в рамках интенсивной программы, предназначенной для подготовки студентов к работе на начальном уровне.
2012 – Вдохновленный опытом иммерсивного обучения, который он получил в Корее, Тони Филлипс вместе со своим братом Маркусом Филлипсом и Шоном Дростом начинает учебный курс по программированию Hack Reactor.
Их первый класс состоял из 16 учеников, и все они нашли работу.
2014 – После того, как один студент не может посещать занятия из-за проблем с визой, Hack Reactor запускает первый в стране онлайн-курс по программированию. Сегодня студенты из более чем 20 стран используют онлайн-буткемпы. Среди других достижений этого года — проведение учебных курсов по программированию в исправительном учреждении Сан-Квентин и разработка учебной программы для школы в Кении.
2015 – Еще один успешный год для Hack Reactor, поскольку школа расширяется по всей Америке и создает Telegraph Academy для обучения малопредставленных меньшинств в области разработки программного обеспечения.
2017 – Hack Reactor представляет курс с частичной занятостью, который позволяет учащимся посещать учебные курсы по кодированию без необходимости покидать свою работу.
2018 – Hack Reactor приобретается компанией Galvanize, добавляя ценные предложения продуктов, дополнительные кампусы и услуги.
Краткая история разработки программного обеспечения | Мика Йост
От массивных машин, таких как компьютер ENIAC, до смартфонов и других мобильных устройств, вычислительная техника претерпела невероятно быстрые технологические изменения. Однако эти обновления аппаратного обеспечения мало что значили бы без сопутствующего им рождения и роста разработки программного обеспечения.
От операционных систем и электронных таблиц до мобильных приложений и игр, вы взаимодействуете с программным обеспечением каждый раз, когда используете компьютер. Вот краткий обзор истоков разработки программного обеспечения и текущего состояния этой области.
Проще говоря, программное обеспечение — это интерфейс между компьютерными системами и людьми, которые их используют. Программное обеспечение состоит из программных инструкций и данных, которые сообщают компьютеру, как выполнять различные задачи. В наши дни инструкции обычно пишутся на языке более высокого уровня, который легче использовать программистам-людям, а затем преобразуются в машинный код низкого уровня, понятный компьютеру.
Ученый-компьютерщик Том Килберн написал самую первую в мире программу, которая была запущена в 11 часов утра 21 июня 1948 года в Манчестерском университете в Англии. Килберн и его коллега Фредди Уильямс построили один из первых компьютеров, Манчестерскую маломасштабную экспериментальную машину (также известную как «Малыш»). SSEM был запрограммирован на выполнение математических расчетов с использованием инструкций машинного кода. Этой первой части программного обеспечения потребовалось «всего» 52 минуты, чтобы правильно вычислить наибольший делитель 2 в степени 18 (262 144).
В течение десятилетий после этого новаторского события компьютеры программировались с помощью перфокарт, отверстия в которых обозначали определенные инструкции машинного кода. Fortran, один из самых первых языков программирования высокого уровня, был первоначально опубликован в 1957 году. В следующем году статистик Джон Тьюки ввел слово «программное обеспечение» в статье о компьютерном программировании.
Другие новаторские языки программирования, такие как Cobol, BASIC, Pascal и C, появились в течение следующих двух десятилетий.
В 1970-х и 1919В 80-х годах программное обеспечение стало популярным с появлением персональных компьютеров. Apple выпустила Apple II, свой революционный продукт, для публики в апреле 1977 года. VisiCalc, первая программа для работы с электронными таблицами для персональных компьютеров, была чрезвычайно популярна и известна как приложение-убийца Apple II. Программное обеспечение было написано на специализированном языке ассемблера и появилось в 1979 году.
Другие компании, такие как IBM, вскоре вышли на рынок с такими компьютерами, как IBM PC, который впервые был выпущен в 1981 году. В следующем году журнал Time выбрал персональный компьютер в качестве своего Человека. года. Опять же, на этих ранних этапах развития персональных компьютеров доминировало программное обеспечение для повышения производительности и бизнеса. Многие важные программные приложения, включая AutoCAD, Microsoft Word и Microsoft Excel, были выпущены в середине 19 века.
80-е годы.
Программное обеспечение с открытым исходным кодом, еще одно крупное новшество в истории разработки программного обеспечения, впервые стало популярным в 1990-х годах, в основном благодаря использованию Интернета. Ядро Linux, ставшее основой для операционной системы Linux с открытым исходным кодом, было выпущено в 1991 году. Интерес к программному обеспечению с открытым исходным кодом резко возрос в конце 1990-х, после публикации в 1998 году исходного кода браузера Netscape Navigator, в основном написанного в С и С++. Также следует отметить выпуск Java компанией Sun Microsystems в 1995.
Самый первый в мире звонок по мобильному телефону был сделан 3 апреля 1973 года. В 1993 году IBM выпустила первый общедоступный «смартфон», а в 1996 году на рынок вышла Palm OS, предложив КПК в массы. В 1999 году RIM выпустила первое устройство Blackberry 850 и быстро стала самой быстрорастущей компанией в мире. Затем, в 2007 году, Apple изменила вычислительную технику с выпуском iPhone.