Ошибки 1с комплексная автоматизация

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

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

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

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

Содержание

  1. Ошибки автоматизации 1С: анализ причин и правильное решение
  2. 1. Неправильная настройка системы
  3. 2. Ошибки пользователя
  4. 3. Ошибки программистов
  5. 4. Проблемы с интеграцией
  6. 5. Ошибки при обновлении программы
  7. 6. Неправильное использование отчетности
  8. Заключение
  9. Почему возникают ошибки в комплексной автоматизации 1С?
  10. 1. Неправильные настройки системы:
  11. 2. Ошибки при разработке:
  12. 3. Несоответствие требованиям пользователей:
  13. 4. Ошибки при внедрении:
  14. 5. Проблемы с аппаратным или программным обеспечением:
  15. 6. Влияние внешних факторов:

Ошибки автоматизации 1С: анализ причин и правильное решение

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

1. Неправильная настройка системы

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

2. Ошибки пользователя

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

3. Ошибки программистов

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

4. Проблемы с интеграцией

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

5. Ошибки при обновлении программы

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

6. Неправильное использование отчетности

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

Заключение

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

Почему возникают ошибки в комплексной автоматизации 1С?

Комплексная автоматизация 1С – это сложный процесс, в котором могут возникать различные проблемы. Ниже перечислены основные причины возникновения ошибок в комплексной автоматизации 1С:

1. Неправильные настройки системы:

  • Неправильно настроенные права доступа пользователей;
  • Неправильные настройки параметров работы программы;
  • Отсутствие необходимых настроек для работы конкретной организации.

2. Ошибки при разработке:

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

3. Несоответствие требованиям пользователей:

  • Неправильно определенные требования к системе;
  • Изменение требований в процессе работы системы;
  • Неправильное понимание и описание бизнес-процессов.

4. Ошибки при внедрении:

  • Неправильная подготовка и обучение пользователей;
  • Неудачное планирование и организация внедрения системы;
  • Отсутствие контроля за выполнением этапов внедрения.

5. Проблемы с аппаратным или программным обеспечением:

  • Необходимость обновления или замены аппаратного обеспечения;
  • Проблемы с сетевым оборудованием;
  • Конфликты между различными программными продуктами.

6. Влияние внешних факторов:

  • Сбои в работе электроэнергии или интернет-соединении;
  • Воздействие вредоносного программного обеспечения;
  • Неправильная эксплуатация и обслуживание оборудования.

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

Проблемы при обновлении 1С: Комплексная автоматизация до версии 2.5.7.226 ☑ 0

1div0

09.11.21

06:43

Версия 2.5.7.226 типовой конфигурации «Комплексная автоматизация» содержит очень много изменений. Если вы ещё не переходили на неё и у вас большая база — имеет смысл подождать.

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

При предварительном тестировании выявлена следующая ошибка — один из постобработчиков вызывал исключение с описанием:

> Ошибка выполнения обработчика обновления Документы.СверкаВзаиморасчетов.ОбработатьДанныеДляПереходаНаНовуюВерсию:

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

Для правки лучше сразу создать расширение и в него добавлять исправления. Указанная ошибка исправляется добавлением в модуль менеджера документа «Сверка взаиморасчётов» в процедуру «ОбработатьДанныеДляПереходаНаНовуюВерсию» между строкой 6865 и 6866 текста: «ЗафиксироватьТранзакцию();»

«` 1c

// . . .

Если Не ГотовКЗаполнению Тогда

    ЗафиксироватьТранзакцию(); // <— добавить это

    Продолжить;

КонецЕсли;

// . . .

«`

Структура многих документов изменилась, поэтому могут быть проблемы с данными во время постобработки. Постобработчиков в этом обновлении много — 454 штуки. Что-то потребуется вписать групповой обработкой, что-то разовой обработкой. Это к сожалению индивидуально. Например, сущность НДС заменена на другую. Если какой-то элемент справочника не перезаписывается по какой-либо причине — может быть достаточно перезаписать значение одной сущности НДС на то же значение новой сущности.

При успешном выполнении всех постобработчиков нормальная работа пользователей в системе так и не началась.

1.

С мест сообщают: Документы по управленческому учету не попадают в акт сверки и в сводную ведомость.

Мой комментарий: Действительно есть проведённые документы, но теперь их нет в ведомости расчётов. Пока неясно как исправлять.

2.

С мест сообщают: Прошу решить этот вопрос, т. к. управленческий учет не виден. Все данные пропали по конец 3 кв. 2021 (расчеты видны только с 01.10.2021).

Мой комментарий: Возможно постобработка коснулась только документов открытого периода. Пока неясно как исправлять.

3.

С мест сообщают: Тормозит 1С. Вал обращений про взаимоблокировки.

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

Пока Индексы.ИндексОплаты + Индексы.ИндексОтгрузкиПоставки < ЗаписейОбработать Цикл

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

## Итого

Уверен, что не я один столкнулся с подобной проблемой. Пожалуйста напишите, кто с чем столкнулся и как вы выкручивались.

1

Мимохожий Однако

09.11.21

06:47

Верни с архива и разбирайся на копии. Это для начала…

Судя по сообщениям «с мест», после обновления запустились фоновые обработки, которые не завершили свою работу.

2

DEVIce

09.11.21

06:48

Я пока не смог перейти с ЕРП 2.5.6 на 2.5.7. Зацикливается. Но пока не горит. Подождем, может чего еще пофиксят.

3

DEVIce

09.11.21

06:48

Причем остается буквально несколько обработок. И по времени чета долговато.

4

1div0

09.11.21

08:03

(1) Верни с архива и разбирайся на копии. Это для начала…

Если бы было всё так просто. Пока шла постобработка — пользователи внесли кучу новых данных. Теперь нужно сводить их со снимком из архива, а это небыстро и чревато ошибками.

«которые не завершили свою работу» — как я и говорил ранее, они все успешно завершились к концу дня. Все 454 штуки.

5

dmpl

09.11.21

08:12

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

6

Мимохожий Однако

09.11.21

09:13

(4) ОК. Тогда будем ждать вестей с фронта. Конфигурация с изменениями?

7

Мимохожий Однако

09.11.21

09:14

Печально

8

Фрэнки

09.11.21

09:15

(0) Имело бы смысл указать версию с какой совершили переход.

Будет совсем неудивительно, что приключилась такая вот неудачная попытка перепрыгивания с 2.4 на 2.5

9

GlRoznica

09.11.21

09:17

(8) наверняка. Причем сразу на рабочей, причем дали поработать всем.

10

Фрэнки

09.11.21

09:21

Кстати, если кто-то будет перечитывать когда-то сообщения в этой теме в поисках обоснования перехода на 2.5 — абсолютной совместимости у 2.4 с 2.5 нет.

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

но скажу только предварительно, что в цепочке действий Производство изменения могут сильно огорчить.

11

Krendel

09.11.21

10:01

(10) да у нас 2.5.6 на 2.5.7 много часов заявлено. Кто что допиливал. Странно что тс накотил без тестирования

12

pechkin

09.11.21

10:10

(11) может у них типовая

13

pechkin

09.11.21

10:10

Такие глобальные изменения должы были номер релиза увеличивать, типа 2.6

14

Мимохожий Однако

09.11.21

10:33

(12) в первой строке начального поста:»содержит очень много изменений.». Смелый ТС

15

Garykom

09.11.21

12:41

(13) так 2.5.6 это же тестовый, считай что все это вошло в переход с 2.4 на 2.5

16

1div0

09.11.21

13:29

(6) Конфигурация с изменениями? — нет, на максимальной поддержке (без возможности вносить изменения)

17

1div0

09.11.21

13:34

(8) «Имело бы смысл указать версию с какой совершили переход» — 2.4.13.281, это теперь предпоследняя (была последняя), пропусков не было.

«Будет совсем неудивительно, что приключилась такая вот неудачная попытка перепрыгивания с 2.4 на 2.5» — если я Вас правильно понимаю, то Вы говорите, что это штатное поведение системы при очередной итерации обновления. Так и должно быть. Так?

18

Фрэнки

09.11.21

13:36

(17) Увы, я не считаю, что подобное поведение обновления следует считать штатным.

Но увы, что мы все обычно видим на практике?

Попытка смены мажорного номера релиза практически никогда не бывает безболезненной.

19

1div0

09.11.21

13:36

(9) Нет. Тест был, я об этом написал. Имитации работы системы со всеми пользователями ни у кого нет. Поэтому то, что можно было вскрыть на тестировании — вскрылось на тестировании, я об этом написал.

20

1div0

09.11.21

13:41

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

21

1div0

09.11.21

13:44

(14) «в первой строке начального поста:»содержит очень много изменений.». Смелый ТС»

А какая альтернатива? Ждать, пока не понадобится что-то срочно для подсистемы ЗУП? И потом всё равно ставить новое обновление, но уже в режиме ещё большей нехватки времени? Или когда лучше это делать? Может быть перед сдачей года посоветуете?

22

Фрэнки

09.11.21

13:49

(20) У меня был повод залезть в конфигураторе не по всем подсистемам вообще, но по конкретным отдельным вопросам.

Например, по просмотру документов Производство без заказа в конфигураторе пришел к выводу, что перепахали всю кухню работы с ресурсными спецификациями.

Моего Заказчика это категорически не обрадует.

(21) Относительно подсистемы ЗУП я думаю об этом и готовлю плацдармы :-) Начиная с возможностей установки ЗУП в чистом виде. Но имхается, что если сейчас 2.4 соответствует 3.1.18, обновления на 2.4 будут продолжаться в части ЗУП как минимум год (пока 3.1.18 актуальная в виде стабильной версии)

23

1div0

11.11.21

07:11

(6) Ставка НДС — это теперь другая сущность. Например, если раньше, чтобы получить ставку 20%, нужно было обратиться к соответствующему перечислению, то теперь нужно получать так:

«`

СтавкаНДС20 = УчетНДСЛокализация.СтавкаНДСПоПеречислению(ПредопределенноеЗначение(«Перечисление.СтавкиНДС.НДС20»));

«`

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

24

ДенисЧ

11.11.21

07:17

(23) И что получается в СтавкаНДС20 ? Какой тип?

25

shuhard

11.11.21

07:27

(20)[А какая альтернатива?] закрыть год на 2.4 и переходить на 2.5 с II квартала 2022 года

26

1div0

11.11.21

08:39

(24) Это теперь справочник

27

1div0

11.11.21

08:48

В оплатах (ПКО, РКО, Оплата картой) сумма НДС теперь равна ноль, независимо от ставки. Если переввести сумму документа, то значение суммы НДС возвращается.

28

ildary

11.11.21

08:49

(25) Возможно автора ветки под дулом пистолета заставили обновиться сейчас.

29

Смотрящий

11.11.21

08:54

с утра обновили рабочую базу и компания перешла в аварийный режим работы

и зачем так жЫть ?

30

shuhard

11.11.21

09:07

(28) судя по уровню истерики — решение ТС принял сам и горд этим

31

1div0

11.11.21

09:11

(28) (29) Слушайте, откуда я мог знать, что релиз нерабочий? Я в тот день обновлял все типовые конфигурации (да, она не одна). Сначала на тесте, потом на бою. База увидела новый релиз — установила. Я что смог на тесте проверил и поставил в рабочую. Я не считаю, что должен был действовать по-другому (если думаете иначе — пожалуйста объясните свою точку зрения). Как только пользователи вошли, откатиться назад стало большой проблемой. Вот и всё.

32

ДенисЧ

11.11.21

09:13

«База увидела новый релиз — установила»

А такое надо пресекать в корне. Сразу отключать автоматические обновления.

33

Смотрящий

11.11.21

09:21

(31) Релиз КА 2.5.7 испекли только «вчера», и ты сразу выкатываешь его на бой

А зачем полез в нехорошее ? В чем причина торопливости ?

34

1div0

11.11.21

09:26

(33) Почему нехорошее? Это правило какое-то? Оно только к КА относится или к любой конфигурации? Почему я, как конечный потребитель продукта, должен вообще об этом думать?

35

Garykom

11.11.21

09:33

(34) Представь что автопроизводитель монополист выпускает все новые версии своих глючных авто

И все клиенты как ежики

И вот да ты можешь конечно что то начать им писать, претензии какие то, об ошибках в саппорт и т.д.

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

36

Фрэнки

11.11.21

09:34

И опыт — сын ошибок трудных

И гений — парадоксов друг

(с) А.С. Пушкин

37

Garykom

11.11.21

09:35

38

Смотрящий

11.11.21

09:36

(34) Должность у тебя такая что «как конечный потребитель» тебе думать просто нельзя, на шажок вперед хотя бы думать надо

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

Одно дело чистая бухня — ее приходится держать актуальную последним/предпоследним релизом, сдача отчетности, особенно электронной, все дела

Если выпустили кривой релиз 1с’ники то достаточно безболезненно переносится восстановление базы из бекапа и простой отдела в полдня

Другое дело остальные базы типа КА или УТ или ЕРП какое-нить — стоит производство, склад, доставка и т.п.

Фирмешка в коматозе

А всего то «потребитель» обновился

39

Смотрящий

11.11.21

09:45

Бекап то хоть сделал перед обновлением ?

Сделал ?

Пиздуй к руководству, останавливайте учетную систему, поднимайте бекап

Смиритесь с потерей времени, забьют потом данные юзера

Не сделал ?

Или махайся в рукопашную спешно затыкая «Документы по управленческому учету не попадают в акт сверки и в сводную ведомость.» и т.п., ожидая выпуска новых релизов КА

ИЛи сбеги оттуда

40

pechkin

11.11.21

09:53

(38) в ка и ерп тоже есть рег учет

41

pechkin

11.11.21

09:56

А вендор конечно подложил свинью. А мог бы хотя бы номер релиза поменять а не версии

42

1div0

11.11.21

09:57

(40) В том то и дело

43

Мимохожий Однако

11.11.21

09:58

(34) Если откинуть правила и рекомендации 1С и сообщества, то можно ответить достаточно просто: «Здравый смысл». Так вот…Здравый смысл подсказывает, что не всегда на заборе написано то, что за ним. Не хочешь думать и принимать рекомендации-запасайся вазелином.

44

pechkin

11.11.21

10:04

(42) а вы с 2.4 переходили или с 2.5.6?

45

1div0

11.11.21

10:06

(44) (17) — см. 17

46

Смотрящий

11.11.21

10:12

(40) Кусками обновляться, или тянуть до последнего

Учетная система «все в одном» требует команды поддержки; а не одинокого самурая-потребителя;

да и хороша ровно до того момента пока ничего не меняется в пределах отчетного периода

проще с синхронизаией жахаться в зоопарке конф

47

pechkin

11.11.21

10:14

(45) если с 2.4 то ваша вина.

48

pechkin

11.11.21

10:16

(45) нужно понимать, что переход между релизами это не простое обновление

49

Garykom

11.11.21

10:18

(46) Нет. В зоопарке там тоже команда нужна свой на каждую конфу и еще на каждый обмен еще один.

Если это не уровень ларька где подождет и объемов нету.

50

Смотрящий

11.11.21

10:25

(49) Не соглашусь.

Бухню выносом в БП — она наиболее часто обновляемая, и наименее болезненно реагирует к косякам релиза

Склад и продажников пихаем в УГ — работает годами не обновляясь; пока «маркировку» не введут какую-нибудь

Производство в КА — его вообще один раз настроил и забыл

Остается рулить обменами, при изменении какого — то из блоков

51

1div0

11.11.21

10:32

(50) Интенсивность обновлений ЗУПа сопоставима

52

1div0

11.11.21

10:34

(47) Надеюсь только, что это не мнение сотрудника 1С

53

pechkin

11.11.21

10:35

(52) на ерп всегда был болезненный переход между редакциями. ибо они меняют все только в путь

54

Garykom

11.11.21

10:50

(50) >Склад и продажников пихаем в УГ

УГ = Унылое Г ?

55

Garykom

11.11.21

10:51

(50) >Остается рулить обменами, при изменении какого — то из блоков

Вы в курсе что это называется микросервисная архитектура?

Только обмен извратный вместо http-сервисов между ними или шины/брокера

56

Смотрящий

11.11.21

11:04

(54) Ога

(55) В курсе.

Почему извратный ? XML типовой не используем. Строим обмен на сервисах, двухкомпонентный — расширение конфиы отдающее данные и обработки считывающей их и загружающей.

Например, обработка из БП дергает сервис в УГ, сервис отдает данные

Реализовано с индикациями, интерактивностью для бухгалтера, видами документов и и прочими свистоперделками …

Whats-App-Image-2021-10-28-at-12-13-11

На картинке не видно но в окне щелкают счетчики загрузки документов

57

Garykom

11.11.21

11:12

(56) Понимаем что на поддержку этого нужна да команда?

А вот с единой ERP/КА можно в пару справиться

58

ildary

11.11.21

11:17

(31) У 1С все свежевыкаченные релизы — нерабочие. Примите это, не торопитесь с обновлениями, иначе постоянно будете попадать в состояние в (0). Отключайте автообновления и проверяйте, когда ветка стала стабильной, или просто обновляйтесь через полгода после первого релиза (если лень мониторить). Иначе всегда будете бетатестером.

59

Смотрящий

11.11.21

11:24

(57) Клиент — группа фирмешек, 6 юрлиц, 4 базы БП последнего релиза, 3 буха; один в офисе двое по домам сидят

Обмен функционирует с июля 20, переделывался один раз — в БП сменили перечисление в договоре

УГ версии 11.4.5

Вся поддержка — дать пинка одмину, когда vpn отваливается у домоседов

О какой команде поддержке идет речь ?

60

Garykom

11.11.21

11:27

(59) Ну например когда в УГ задним числом навертят уже после того как в БП ушло кто с этим разбирается и как?

61

Garykom

11.11.21

11:28

(60)+ А ЭДО есть? в УГ или в БП?

62

Смотрящий

11.11.21

11:35

(60) Механизм то же что и в единой базе — запреты редактирования, изменения данных задним числом по согласованию

Бух просто перевыгружает один документ, тыкая галочку и перезакрывает периоды если на границе периода изменения

В УТ маркировка, в БП ЭДО работает.

Вон, третьему клиентосу требуется допсервис — сравнение доков в загружаемых из УГ в БП за период — косячит управляющий с одминскими правами в 1С

Допишу — продам остальным под видом апдейта

63

Garykom

11.11.21

11:44

(62) А если контрагент получив по ЭДО документ его не подписывает? Или с разногласиями?

Каким образом обратно из БП в УТ? И как данные обратно из БП в УТ, ну например клиент-банка где?

И где можно полные отчеты получить например какой менагер сколько реально по оплатам?

64

Смотрящий

11.11.21

11:50

(63) ЭДО, разногласия, наличие/отсутствие документов первичных — работа бухгалтерии

на склад производство и продажи это не влияет — товар/материал пришел — таскаем внутри склада, производим и продаем

банк, наличность — оператор в УГ разносит с данных БП

отчеты по товару/манагерам/продажам в УГ

65

pechkin

11.11.21

11:52

(62) те до сих пор нет никакой автоматизации сверки?

66

Смотрящий

11.11.21

11:56

(65) Ога. Предлагал — не хотят платить, думают что «экономят» )))

клюнюла нужда одного — сделаю, остальным впихну за половину стоимости )))

67

pechkin

11.11.21

11:57

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

68

pechkin

11.11.21

11:58

выгрузилось — не выгрузилось, да пох. мы нажали кнопку, остальное не важно

69

Смотрящий

11.11.21

12:01

(67) Это в типовом XML не понятно что выгрузилось, что нет — период, организация и все.

Действительно — батон продавили и пох что там происходит

У меня бух видит даты, суммы, тут же сравнить может не залезая в другую систему

70

Dmitrii

11.11.21

12:14

(19) >> Тест был.

Не было никакого толкового теста.

То что вы называете тестом — полная фигня. И практика это показала.

Как уже отметили, нельзя обновлять мажорные релизы без всестороннего тестирования.

>> Имитации работы системы со всеми пользователями ни у кого нет.

Всё никто и не тестирует. Но критический функционал должен тестироваться. В том числе с привлечением пользователей. Как правило, достаточно протестировать ~20% функционала, который на среднестатистическом предприятии покрывает до 80% потребностей всего учёта.

Накатывать на продуктив конфигурации типа ERP, КА или УТ без какого-либо внятного тестирования — попахивает маразмом и идиотизмом. Даже если эти конфигурации абсолютно девственно типовые.

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

Все остальные твои высказывания — чистой воды детский сад.

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

Поэтому то, что можно было вскрыть на тестировании — вскрылось на тестировании, я об этом написал.

   1div0

20 — 09.11.21 — 13:41

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

71

1div0

11.11.21

18:39

(70) Это только ваше мнение, потому что вы привыкли к такому порядку вещей. Расскажите, уважаемый, раз вы всё знаете, как проводить толковый тест и почему я должен проверять это всё за производителем?

72

polosov

11.11.21

18:46

(71) Когда долго ешь кактус, то входишь во вкус. 1С нас все поломала.

73

Фрэнки

11.11.21

18:58

(71) Не к тому, чтобы кого-то защищать, но к тому, что ситуация получилась кривая несколько для Поставщика 1С.

Вот смотрим, что там написано на странице релизов. Вот тут https://releases.1c.ru/project/ARAutomation20

Текст копировать не буду, но вроде бы из него очевидно, что операция перехода с 2.4 на 2.5 достаточно ответственная и это именно _переход_, а не очередное _обновление_.

Однако, в строке таблицы указано вот так : 2.5.7.226    29.10.21        2.5.5.104, 2.5.6.291, 2.5.7.211, 2.4.13.281

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

Т.е. допустим есть похожая ситуация в конфигурации БП 2 и БП 3, что там переход осуществим через запуск обновления, но не совсем простого, а специально разработанного.

Зачем? Вероятно, чтоб не было ошибки или случайного запуска процесса.

Вот как записано тоже самой в БП3 : 3.0.105.14    01.11.21        3.0.101.19, 3.0.102.11, 3.0.103.12, 3.0.103.20, 3.0.103.21, 3.0.104.25, 2.0.67.12, 3.0.104.28

Видно, что релиз 2.0.67.12 есть в этом перечне, но это не _обновление_, а _переход_

Там внутри страницы релиза это есть — копирю строчки названий ссылок на дистрибутивы

Дистрибутив обновления

Дистрибутив обновления для перехода с базовой версии для 1

Дистрибутив обновления для перехода с базовой версии

Дистрибутив обновления для перехода с редакции 2.0

Почему же в случае с конфигурациями КА2.4 и КА2.5 не сделали такого способа? Не очень понятно.

Можно предположить, что это недоразумение исправят. Ну а кто успел заскочить не глядя…? Значит влетел.

74

ildary

12.11.21

06:37

(71) а Вы похоже не привыкли к такому порядку вещей и считаете, что не должны проверять за 1С качество свежих релизов, вот и получили (0).

75

Dmitrii

12.11.21

10:34

(71) >> Это только ваше мнение.

Безусловно.

>> …, потому что вы привыкли к такому порядку вещей.

Да. Но, по аналогии с известным выражением о том, что пусть первым в меня кинет камнем тот, кто имеет какой-то другой опыт. Покажите мне систему уровня ERP (хоть российскую, хоть зарубежную), где подобные обновления тестировать не нужно. Я лично не знаю ни одной.

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

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

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

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

>> …раз вы всё знаете.

Ни разу не претендую на то, что я всё знаю.

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

>> … как проводить толковый тест и почему я должен проверять это всё за производителем?

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

Тестироваться должен в первую очередь оперативный контур и критические бизнес-процессы, сбой которых при продуктивной эксплуатации может вызвать серьёзные проблемы типа (0).

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

>> почему я должен проверять это всё за производителем?

Частично уже ответил.

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

Уверен, что принимая решение о выпуске релиза, 1С-овцы не нашли никаких критических багов. Более того ошибки не выявили и те, кто работал с предварительными тестовыми релизами.

Иначе релиз просто не был бы опубликован. Однако ваш опыт показал, что они (баги) были.

PS Вы думаете 1С просто так со скуки придумала правила о том, что конфигурации уровня ERP продавать и внедрять могут только специализированные центры внедрения, имеющие соответствующие компетенции? Уверяю Вас, нет. Сделано это было исходя из огромного негативного опыта провальных внедрений. Внедрений делавшихся либо самостоятельно, либо «специалистами», которым тупо не хватило опыта, но пожелавших непременно срубить бабла и решивших, что можно вот так тупо поставить типовую конфигурацию и она как-то там сама заработает (ведь разработчик всё «протестировал»).

PPS Не принимайте все мои слова на свой счёт. Ни в коем случае не хочу Вас обидеть или даже как-то задеть. Мы все иногда ошибаемся или заблуждаемся. В этом нет ничего страшного или зазорного. Но реально Ваша позиция (разработчик всё протестировал) видится по-детски наивной.

PPPS И да. Совсем забыл. Ни в коем разе не пытаюсь оправдывать или защищать 1С. Если у кого-то вдруг сложилось такое впечатление.

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

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

76

Garykom

12.11.21

10:39

(75) >Разработчик не может протестировать подобного уровня сложности конфигурацию при всех возможных комбинациях исходных данных.

А как он пилить конфу то умудряется тогда?

Тестирование это на порядки проще чем пилить. Есть куча автоматизаций для этого. И тестеры стоят сильно дешевле прогов.

77

shuhard

12.11.21

10:40

(75)[Но справедливости ради нельзя не отметить, что всякие там SAP’ы с их бест практикс (прости, Господи) не многим лучше]

+100500

78

Garykom

12.11.21

10:40

(75) >всякие там SAP’ы с их бест практикс (прости, Господи) не многим лучше.

Это не так.

Точнее в сапах и других подобных там «эталонное» (синоним типовое) решение обычно все супер.

Проблема что любое внедрение там кастомизация и тут начинаются траблы.

79

Garykom

12.11.21

10:41

(78)+ Точнее если решения уровня 1С а не нечто мелкое тяп ляп

80

shuhard

12.11.21

10:42

(78) не а

релизы точно так же не тестируются на 100%

аварийные патчи выходят не сразу

и реакция поддержки исчисляется неделями

81

Dmitrii

12.11.21

10:45

(78) Про эталонное решение от SAP не берусь судить. Не сталкивался.

С теми допиленными решениями, которые приходилось видеть, любые обновления и патчи ставились исключительно только через предварительное тестирование.

82

Dmitrii

12.11.21

10:49

(78) >> «эталонное» (синоним типовое) решение обычно все супер.

Ну так и демка от 1С тоже будет супер.

Как правило, до 90% проблем и ошибок на демонстрационной базе не воспроизводится. Чтобы их (ошибки) смоделировать приходится множество настроек выполнить, учетную политику подкрутить, исходные данные в нужном виде завести и сам бизнес-процесс смоделировать от начала до конца.

83

Dmitrii

12.11.21

10:55

(76) >> Тестирование это на порядки проще чем пилить. Есть куча автоматизаций для этого. И тестеры стоят сильно дешевле прогов.

Это всё так.

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

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

Практика, наверное, не самая лучшая. Но и SAP никто не внедряет своими силами.

84

Garykom

12.11.21

11:05

(83) Да не в этом проблема.

Проблема что у 1С слишком много разных конф!

Слишком много в них разных проблем!

И они погрязли в багах.

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

85

Garykom

12.11.21

11:07

(84)+ Например УНФ бесполезная конфа выкинуть и заменить КА лайт

Например БП2 выкинуть и тем более выкинуть версии КОРП, весь функционал в ПРОФ

И еще куча как можно сократить затраты на разработку и поддержку!

86

Dmitrii

12.11.21

11:21

(84) И такая проблема тоже имеет место быть.

Но каждую конфу пилит отдельная группа разработчиков (насколько я знаю).

В багах они погрязли, но вряд ли из-за большого разнообразия конфигураций.

(85) А вот с этим в корне не согласен.

Чем наличие двух конфигураций КА и КА Лайт будет лучше разделения БП на ПРОФ и КОРП (от которого ты предлагаешь отказаться)? В чем принципиальная разница?

КА — это уже лайт версия ERP.

Выкинуть БП2 — наверное соглашусь. Почему 1С этого не сделала до сих пор не совсем понятно. Предварительно анонсировалась поддержка БП2 только до конца 2014 или 2015 года.

Тут что-то может принципиально измениться только при принципиальном изменении подходов к разработке конфигураций.

Например переход на отдельные малосвязанные модули. По аналогии с тем же SAP.

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

87

Garykom

12.11.21

11:28

(86) КА лайт это замена УНФ

Выкинуть КОРП это значит не надо отдельно от ПРОФ извращаться

Типа есть БП Базовая, ПРОФ и КОРП

Есть Документооборот ПРОФ и КОРП и т.д. убрать нахрен

И Базовые тоже убрать и файловые нахрен убрать сделать так что даже базовая это КОРП на сервере 1С на PostgreSQL с добавленными ограничениями на одно юрлицо

Не вижу смысла поддерживать отдельную кодовую базу

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

88

pechkin

12.11.21

11:33

(87) так базовые и так есть проф + ограничения в коде. а именно выключенные фо на уровне кода

89

pechkin

12.11.21

11:34

(87) что нужно вырезать в КА, чтобы она стала лайт?

90

Garykom

12.11.21

11:37

(89) Ограничить функционал до возможностей УНФ, тут конечно вопрос в бухучетом УНФ его не умеет и требует отдельной БП

91

Фрэнки

12.11.21

11:42

(87) В БП КОРП Над КОРП отдельно от ПРОФ не извращаются. Делается просто КОРП. Затем отключается функциональность,

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

Затем еще раз обрезается функциональ и ПРОФ скатывается в Базовую.

92

Фрэнки

12.11.21

11:44

т.е. отдельной кодовой базы для БП базовой нет.

93

Фрэнки

12.11.21

11:44

и в ЗУП тоже так

94

Dmitrii

12.11.21

11:52

(87) >> Выкинуть КОРП это значит не надо отдельно от ПРОФ извращаться.

Так никто и не извращается отдельно.

Пилится только одна конфигурация — БП КОРП. Уже на уровне кода заложена возможность отсутствия части объектов или подсистем. Из неё только удаляют часть функционала (объектов и подсистем), получая таким образом версии ПРОФ и базовую. Аналогично с ЗУП — КОРП, ПРОФ и базовая.

Тот же подход при разработке ERP. Из которой делаются ERP, КА и УТ.

И это лучше, чем отдельная разработка каждой из конфигураций.

ИМХО (субъективное впечатление), ошибок, причинами которых был бы используемый сейчас подход, не так уж и много. И не в нём основная причина низкого качества выпускаемых релизов.

95

Garykom

12.11.21

11:59

(91) (94) Вы и правы и нет.

Фактически чтобы обрезанное работало приходится местами держать отдельную кодовую базу.

Да не много но есть и это затраты.

96

Garykom

12.11.21

12:01

(95) До сих пор нет версии УТ11.5!

ERP 2.5 первой вышла, КА 2.5 недавно, УТ11.5 на базе ERP 2.5 до сих пор нетути

Сложно обрезать? Да!

97

Фрэнки

12.11.21

12:01

(94) // Тот же подход при разработке ERP. Из которой делаются ERP, КА и УТ.

Про ERP были признания разработчиков, что этот подход планировался, но практике его не смогли осуществить. Т.е. все-таки УТ БП и ЗУП пилятся вне того, что там происходить в ERP

98

Garykom

12.11.21

12:02

(97) ЗУП потом стабильную впиливают в ERP/КА

99

Garykom

12.11.21

12:05

Теоретически надо разбивать «на микросервисы»

С интерфейсами стандартизированными между ними

И пусть будет одна конфа но состоящая из разных модулей и пусть будет дублирование данных

С онлайн изменениями на лету внутри по некой внутренней шине

Т.е. первичку изменили — запускается регламентное и пытаемся изменить регламентированный учет

Это кстати не решит все проблемы а просто уйдут прежние но появятся новые

Но проблемы будет решать легче!

Потому что не единый монструозный монолит а небольшие модули и стандартизированные интерфейсы

100

Dmitrii

12.11.21

12:23

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

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

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

101

Garykom

12.11.21

12:31

(100) Нет как раз их можно писать не оглядываясь почти.

Важно будет интерфейсы! Вот их как раз оглядываясь что можно в разных взять.

Это как обмен между УТ и БП например

102

ildary

12.11.21

13:32

(96) Возможно УТ11.5 не вышла не потому что её долго вырезать из ERP2.5, а потому что сначала исправят найденные ошибки, а потом уже и выпустят более распространённую конфигурацию.

103

Фрэнки

12.11.21

13:39

Как можно из ERP вырезать УТ 11.5, если ее там просто нет?!

104

Фрэнки

12.11.21

13:41

А не. Прикольно

УправлениеТорговлей                      11.5.7.226

105

Фрэнки

12.11.21

13:42

БиблиотекаИнтеграцииВЕТИС                10.1.13.4

БиблиотекаИнтеграцииГосИС                1.1.13.4

БиблиотекаИнтеграцииЕГАИС                10.1.13.4

БиблиотекаИнтеграцииИСМП                 10.1.13.4

БиблиотекаИнтеграцииС1СДокументооборотом 1.1.18.5

БиблиотекаПодключаемогоОборудования      2.1.6.15

БиблиотекаСистемыМаркировки              10.1.13.4

БиблиотекаТехнологииСервиса              2.0.4.61

БиблиотекаЭлектронныхДокументов          1.9.2.39

ЗарплатаКадрыБазовая                     3.1.18.217

ЗарплатаКадрыРасширенная                 3.1.18.217

ИнтернетПоддержкаПользователей           2.5.2.13

КомплекснаяАвтоматизация                 2.5.7.226

Локализация                              2.5.7.202

РегламентированнаяОтчетность             1.2.1.100

РегламентированныйУчет                   1.1.1.6

СтандартныеПодсистемы                    3.1.5.208

УправлениеПредприятием                   2.5.7.226

УправлениеТорговлей                      11.5.7.226

106

Фрэнки

12.11.21

13:45

А на релизах отдельная самая последняя опубликованная тестовая — УправлениеТорговлей                      11.5.7.203

107

Mikhail Volkov

13.11.21

08:23

С такой проблемой Зарелизили Комплексная автоматизация 2.5 сюда кто-то обращался?

108

1div0

14.11.21

11:58

Вы посмотрели остросюжетный триллер со счастливым концом — я откатил релиз. Новые данные не пострадали.

Вышедший патч видел — там мало ещё исправлений, нужных нет.

Всем спасибо за участие, переживания и наставления )

А по 1С.. есть такая вещь, как покрытие кода тестами. Да, можно не на 100% покрывать, хотя бы на часть. Вот создал ты новую сущность — напиши сценарии её использования. Если с тестами всё ок, то с ростом продукта растёт количество тестовых сценариев. Выше писали, что писать тесты легко — на мой взгляд это не так. Писать тесты должен тот же разработчик, что и писал новую сущность или функционал. Это занимает столько же времени, что и написание нового функционала. Если пишешь тиражное решение — экономить на этом нельзя. По платформе претензий нет. А вот по конфигурациям — ощущение, что тестов или совсем нет, или нет в достаточном количестве.

109

1div0

14.11.21

13:00

P.S.:

1. Кому интересно, новых и изменённых документов в новом релизе образовалось более 60 тыс. за эти дни. За вычетом изменённых в результате перехода на новый релиз. Ситуация по откату облегчалась вовремя закрытым 3м кварталом.

2. (46) Про самурая идея понравилась — нашёл и теперь слушаю Free Flow Flava (Dope Ninjaz, Smoke, …).

110

Фрэнки

14.11.21

13:05

Если под словами «написание нового функционала» понимается процесс _Перехода_ — значит сейчас можно точно сказать, что тестирования _Перехода_ оказалось недостаточно.

А если «новый функционал» это тот, что есть в уже работающих базах на конфах 2.5, заново созданных или заново загруженных,

— этот функционал вероятно протестирован в номного большем объеме.

Но судить о нем может только тот, кто в него уже попал.

Вероятно, что тут таких попавших в 2.5 еще немного.

111

ildary

14.11.21

18:53

(108) Как это нет претензий по платформе? А протухающий кэш? Демоническое обновление? Забивание на обычные формы (конфигурации на них есть, за УПП отдельные деньги берут, но переход на последние платформы требует особых проверок)? А внедрение каких-то доработок в 19 платформу ломало конфигуратор — TormozIT не даст соврать? Ну и до кучи регулярное падение производительности от версии к версии?

112

volfy

14.11.21

23:50

(109) 60к документов это слабенько) 2млн знаю у ребят)

113

Dmitrii

15.11.21

10:52

(108) >> писать тесты легко — на мой взгляд это не так.

Не знаю кто сказал, что писать тесты легко.

Написание тестов — целое искусство.

>> Писать тесты должен тот же разработчик, что и писал новую сущность или функционал.

Сомнительное высказывание.

Разработчик напишет тест того, что он разработал. И этот тест всегда будет пройден успешно.

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

В реальности, наверное, тесты должны быть и от разработчиков и от пользователей.

Не даром тестировщик — это отдельная функция.

>> Это занимает столько же времени, что и написание нового функционала.

Иногда и больше. Если ради теста требуется смоделировать всю цепочку бизнес-процесса со всеми необходимыми данными.

>> ощущение, что тестов или совсем нет, или нет в достаточном количестве.

Тесты точно есть.

В достаточном количестве их не может быть и никогда не будет. Это надо четко понимать.

Потому что протестировать абсолютно всё многообразие возможных вариантов комбинаций настроек, НСИ и исходных данных со всеми возможными бизнес-процессами просто физически нереально.

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

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

Выпуск релиза — это всегда компромисс в войне между идеальным программистом (мечтающем выпустить идеальный продукт) и идеальным менеджером по продажам (мечтающем продать новое ПО заказчикам как можно скорее).

114

Dmitrii

15.11.21

10:57

(112) >> 60к документов это слабенько) 2млн знаю у ребят).

Я так понимаю, что автор говорит только о тех документах, которые успели внести или изменить за несколько дней с момента обновления на 2.5 до момента отката к 2.4.

60 тыс. документов за пару дней — это, ИМХО, довольно много.

115

shuhard

15.11.21

12:07

(108) иди в комики, в 1С от тебя пользы нет и не будет

116

1div0

15.11.21

14:40

(115) Вы похоже таблетки забыли принять

117

Mikhail Volkov

18.11.21

08:32

Обнаружилась проблемка по Налогообложение НДС, проявилась она раньше, где-то с апреля 2019, но заметил только сейчас с переходом на 2.5.

У нас автосервис, патент на выполнение авторабот (услуги без НДС, кроме стоянки авто). А заменяемые запчасти с НДС. Работаем в Альфа-Авто, но все документы перекидываем в КА1/УПП для получения отчетности (и ЗП считаем). Еще из КА1/УПП документы транзитом перекидываю в КА2.4/ERP (пока в ней не работаем, отладка). В правилах обмена в документах где есть Налогообложение НДС прописал: Объект.НалогообложениеНДС = Справочники.Организации.НалогообложениеНДС(Объект.Организация, Неопределено, ТекущаяДата()); Но эта функция устарела (в 2.5 ее вообще нет), и с апреля 2019 везде ставила «Продажа не облагается НДС», хотя итоговая сумма НДС в документах проставлена! Сейчас заменил ее на: Объект.НалогообложениеНДС = ?(Объект.Товары.Итог(«СуммаНДС») = 0, Перечисления.ТипыНалогообложенияНДС.ПродажаНеОблагаетсяНДС, Перечисления.ТипыНалогообложенияНДС.ПродажаОблагаетсяНДС); Чтобы не перезагружать документы, написал обработку ИсправитьНалогообложениеНДС Зарелизили Комплексная автоматизация 2.5 В ходе ее выполнения выскакивало сообщение:

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

Справочник Учетные политики организаций в 2.5 не используется. Как теперь учетную политику настроить правильно, чтобы эти сообщения не выскакивали? И для моего случая это возможно?

118

Mikhail Volkov

19.11.21

09:13

В КА2.4:

// Устарела. Следует использовать методы программного интерфейса УчетНДСУП.

//

// Функция определяет тип налогообложения продажи товара налогом на добавленную стоимость.

//

Функция НалогообложениеНДС(Организация = Неопределено, Склад = Неопределено, Дата = Неопределено, Подразделение = Неопределено) Экспорт

В КА2.5 этой функции нет. Что использовать вместо ее?

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

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

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

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

Содержание

  1. Ошибки комплексной автоматизации в программе 1С:
  2. Роль процессов и настроек
  3. Человеческий фактор и его влияние
  4. Проблемы синхронизации и обмена данными
  5. Вывод:
  6. Интеграция с другими системами и сервисами
  7. Работа с базами данных и их оптимизация

Ошибки комплексной автоматизации в программе 1С:

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

  1. Неправильная настройка конфигурации.

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

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

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

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

    Ошибки в работе программы 1С могут возникать из-за неправильных прав доступа к базе данных или к отдельным объектам.

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

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

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

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

Роль процессов и настроек

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

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

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

Роль процессов и настроек в комплексной автоматизации заключается в следующем:

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

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

Человеческий фактор и его влияние

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

Основные причины возникновения ошибок в результате человеческого фактора могут быть связаны с:

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

Для устранения влияния человеческого фактора и предотвращения возникновения ошибок в программе 1С, рекомендуется:

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

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

Проблемы синхронизации и обмена данными

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

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

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

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

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

Вывод:

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

Интеграция с другими системами и сервисами

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

При интеграции с другими системами и сервисами могут возникать различные проблемы и ошибки. Наиболее распространенные из них:

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

Для устранения ошибок, связанных с интеграцией с другими системами и сервисами, необходимо:

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

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

Работа с базами данных и их оптимизация

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

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

Дополнительно, следует обратить внимание на выбор используемой системы управления базами данных (СУБД). В программе 1С используется СУБД «1С:Предприятие». При ее выборе очень важно учитывать специфику вашей компании, количество пользователей и объем данных. В зависимости от задач, также можно рассмотреть альтернативные СУБД, такие как MySQL или PostgreSQL.

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

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

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

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

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

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

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

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

Содержание

  1. Отсутствие четкой стратегии автоматизации
  2. Неправильный выбор платформы для автоматизации
  3. Плохая организация процесса миграции данных
  4. Недостаточное обучение персонала
  5. Неправильный подход к тестированию и отладке системы
  6. Неправильно настроенные права доступа
  7. Отсутствие регулярного обновления системы

Отсутствие четкой стратегии автоматизации

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

Отсутствие четкой стратегии автоматизации может привести к следующим проблемам:

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

Чтобы избежать ошибки отсутствия четкой стратегии автоматизации, необходимо:

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

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

Неправильный выбор платформы для автоматизации

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

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

Основными факторами, которые следует учитывать при выборе платформы для автоматизации, являются:

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

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

Плохая организация процесса миграции данных

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

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

  1. Отсутствие плана миграции данных. Без детального плана, в котором определены все необходимые шаги и последовательность выполнения, процесс миграции может быть хаотичным и непредсказуемым.
  2. Недостаточная проверка и подготовка данных перед миграцией. Если данные содержат ошибки, дубли, пропуски или несогласованность, это может привести к искажению данных при миграции и дальнейшим проблемам в работе системы.
  3. Неучет зависимостей между данными. В случае, если между данными есть какие-либо зависимости (например, связь между таблицами или справочниками), их нужно учитывать при миграции, чтобы не нарушить целостность данных.
  4. Неправильная стратегия обновления данных. Необходимо определить, какие данные нужно обновлять, а какие оставить без изменений. Использование неправильной стратегии может привести к потере данных или нарушению целостности системы.
  5. Недостаточное тестирование миграции данных. Тестирование является важным этапом, на котором можно выявить и исправить ошибки в процессе миграции. Недостаточное тестирование может привести к непредсказуемым последствиям и потере данных.
  6. Отсутствие резервного копирования данных. В случае возникновения проблем или ошибок при миграции данных, наличие резервной копии позволяет быстро восстановить систему и избежать потери данных.
  7. Неправильное определение сроков и ресурсов для миграции данных. Недостаточное время или ресурсы могут привести к срыву сроков и плохому качеству миграции данных.
  8. Игнорирование рекомендаций разработчиков и экспертов. Разработчики и эксперты имеют опыт работы с миграцией данных и могут дать полезные советы и рекомендации. Их рекомендации следует учитывать для получения наилучшего результата.
  9. Неправильный выбор инструментов и технологий для миграции данных. В зависимости от сложности и объема данных, необходимо выбрать подходящие инструменты и технологии для миграции. Неправильный выбор может привести к проблемам в работе системы.
  10. Отсутствие контроля и мониторинга процесса миграции. Контроль и мониторинг процесса миграции позволяет быстро выявить и исправить ошибки, а также предотвратить возникновение проблем в работе системы.

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

Недостаточное обучение персонала

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

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

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

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

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

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

Неправильный подход к тестированию и отладке системы

При автоматизации процессов в 1С часто возникает проблема неправильного подхода к тестированию и отладке системы. Это может привести к ошибкам и потере времени на исправление проблем, которые могли быть предотвращены заранее.

Вот несколько распространенных ошибок, связанных с подходом к тестированию и отладке системы:

  1. Отсутствие плана тестирования. Многие разработчики пренебрегают составлением подробного плана тестирования, полагаясь на свои навыки и интуицию. Однако это может привести к упущению важных деталей и неполному покрытию функций системы тестами.
  2. Недостаточное использование автоматического тестирования. Многие разработчики предпочитают тестировать систему вручную, не задействуя автоматические инструменты для тестирования. Это может увеличить время тестирования и привести к пропуску ошибок, которые можно было бы обнаружить автоматически.
  3. Отсутствие регулярного тестирования. Некоторые разработчики считают, что тестирование нужно проводить только перед релизом или при внесении крупных изменений в систему. Однако такой подход может привести к накоплению ошибок и сложностям в их исправлении.
  4. Использование неподходящих данных для тестирования. Часто разработчики используют случайные данные или неправильно подобранные тестовые сценарии, что может привести к неполному или некорректному тестированию системы.

Чтобы избежать этих ошибок, рекомендуется следующее:

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

Правильный подход к тестированию и отладке системы позволит избежать множества проблем и повысить качество и надежность разрабатываемой системы.

Неправильно настроенные права доступа

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

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

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

Ошибки в настройке прав доступа могут возникнуть по разным причинам:

  1. Неправильное определение ролей пользователей и их функциональных обязанностей.
  2. Ошибки при создании правил доступа к объектам и документам.
  3. Отсутствие обновления настроек после внесения изменений в систему.

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

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

Отсутствие регулярного обновления системы

Важной составляющей эффективной работы автоматизированной системы 1С является регулярное обновление системы.

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

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

Правильный подход к обновлению системы включает следующие шаги:

  1. Получение информации о новых версиях системы 1С;
  2. Оценка новых возможностей и исправлений, предлагаемых обновлением;
  3. Планирование времени и ресурсов для проведения обновления;
  4. Подготовка тестовой среды для проверки обновления;
  5. Определение влияния обновления на работу системы и ее компонентов;
  6. Установка обновления на тестовой среде и проведение полного цикла тестирования;
  7. Проведение обновления на рабочей среде и мониторинг работоспособности системы;
  8. Подготовка и проведение инструктажа для пользователей системы;
  9. Проведение документирования изменений в системе и обучение пользователей;
  10. Постоянное отслеживание появления новых обновлений и следование всем предыдущим шагам при их установке.

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

Распределение затрат и себестоимости: ошибки

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

  • Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации.
  • Обнаружены разные знаки у остатков по суммам и количеству в регистре себестоимости по организации.

Ошибки расчета себестоимости

Ошибки расчета себестоимости

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

Ненулевые остатки по суммам при нулевом остатке по количеству

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

  • через отчеты любой подсистемы, нажав на «Все отчеты» и введя в поиске «Универсальный отчет»;
  • через «Все функции» / «Отчеты» / «Универсальный отчет».

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

Нулевой конечный остаток

Нулевое количество при ненулевой сумме

Как видно из рисунка, наименование аналитики учета номенклатуры немного отличается от наименования номенклатуры, по которой мы делали отбор. Это связано с тем, что «Ключи аналитики учета номенклатуры» — отдельный справочник, который формируется 1 раз при срабатывании стандартных механизмов конфигурации и не перезаписывается при изменении наименования номенклатуры. В данном случае наглядно видно, что первоначально номенклатура называлась «Куб15г», а затем эту номенклатуру переименовали. Именно по этой причине в справочниках «Ключи аналитики учета номенклатуры» и «Номенклатура» разное наименование.

Существует множество способов решения указанной проблемы:

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

Корректировка регистра себестоимости

Для выполнения корректировки регистра себестоимости следует перейти в «НСИ и администрирование» / «Корректировка регистров», создать необходимый документ и, нажав на кнопку «Настройка состава регистров», выбрать регистр «Себестоимость товаров». В табличной части сделать необходимые записи для исправления ошибок в регистре. В данном примере делается полное сторно остатков и проблемные позиции в регистре себестоимости полностью закрываются.

Сторно себестоимости

Корректировка регистров

Обслуживание 1С

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

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

Результат сторно себестоимости

Результат корректировки

Помощь по закрытию месяца

Остались вопросы? Доверьте закрытие месяца профессионалам! Звоните и получите персональное предложение на обслуживание и сопровождение 1С!

  • Ошибки 30100 opel astra h
  • Ошибками в волейболе считаются тест по физкультуре
  • Ошибки 1с кабинет сотрудника
  • Ошибки 3000 3020
  • Ошибками в волейболе считается тест