Вход | Регистрация

  1  2
1С:Предприятие :: 1С:Предприятие 8 общая

Как обеспечить правильный учет, если в базе есть "временные продажи"?

Как обеспечить правильный учет, если в базе есть
Я
   ac13
 
28.09.18 - 13:57
Такое дело. Вполне естественно, что руководство хочет, чтобы учет в инфобазе работал идеально. Очень важна корректность расчета себестоимости, партионного учета и т.д. Движений товара много: поступления, реализации, списания, перемещения и т.д. между большим количеством складов (относительно большим - около 20). При этом иногда сотрудники (пользователи инфобазы) по согласованию с руководством формируют временные документы, например временные продажи какого-нибудь товара. После по этому товару с этого склада (с которого были сделаны временные реализации) создаются еще движения. Спустя некоторое время, например 10-20 дней просят эти временные реализации - отменить или удалить. Это только один из моментов. Объяснения о том - как это повлияет на учет - никому не интересно, при этом нужно обеспечить правильный учет. Как вы поступаете в таких ситуациях или я чего-то не понимаю?
 
 
   vvspb
 
101 - 28.09.18 - 15:47
(100) ага :)) 
"Это программа сделала"
   la luna llena
 
102 - 28.09.18 - 15:48
(95) тогда уж надо и электронные письма на почтовом сервере подделать, где его просят удалить
   Вафель
 
103 - 28.09.18 - 15:48
(102) подделать письмо, где рассказываешь ГБ как удалять )))
   unregistered
 
104 - 28.09.18 - 15:52
(100) Ты так это говоришь как будто это нормально.
Это дикость. Поэтому 1С так и не любят - за подобную дичь и ларёчный подход. Причем ларёчный подход даже на крупных и серьезных проектах.
   Вафель
 
105 - 28.09.18 - 15:52
(104) подход не от платформы зависит, от РП с обеих сторон
   Вафель
 
106 - 28.09.18 - 15:53
(104) для небольших контор - это вполне нормально
   vvspb
 
107 - 28.09.18 - 15:53
(104) причем тут именно 1 С?
   unregistered
 
108 - 28.09.18 - 16:02
(107) Потому что в некоторых крупных системах типа SAP, на конкуренцию с которыми всерьез претендует 1С, таких проблем нет. Программист там не имеет доступа к реальным данным вообще. А администратор, накатывающий патчи, физически не имеет возможности корректировать данные - только конфигурацию (в терминах 1С).

(105) > подход не от платформы зависит, от РП с обеих сторон

Полностью согласен. Только, во-первых, правильный подход встречается крайне редко. А, во-вторых, даже при правильном подходе остаётся специалист, который делает обновления (устанавливает доработки, патчи и пр.) и осуществляет прочие административные функции и фактический имеет полные права на все данные. Что даёт ему возможность не только вмешиваться в данные, но и заметать следы вмешательства (чистить ЖР). С точки зрения безопасности это просто пи*дец.
   vvspb
 
109 - 28.09.18 - 16:08
(23) а разве в задачу программиста не входит - за всеми всё исправить\\\
тогда я программист )))
   vvspb
 
110 - 28.09.18 - 16:10
(108) ясно.
 
 Рекламное место пустует
   ac13
 
111 - 28.09.18 - 16:12
в крупных конторах, где есть ит-отдел в штате которого числятся разработчики, тестировщики, консультанты - вопрос с разделение обязанностей конечно может быть четким и при таком раскладе программист не лезет в данные 1С и не общается с конечными пользователями, а если организация среднего или малого бизнеса, в штате пара тройка одинэсников, очень редко обходится, чтобы программист не лез в данные
   ac13
 
112 - 28.09.18 - 16:15
появился еще вопрос на счет обмена данными. выполняется обмен данными между базами, например из УТ в БП по расписанию - раз в неделю. но после обмена какие-то доки правятся, добавляются, удаляются в УТ, соответственно в БП все эти исправления тоже нужно зафиксировать. кто это должен делать - программист или пользователь (бухгалтер или менеджер)
   Фрэнки
 
113 - 28.09.18 - 16:19
(111)
// в штате пара тройка одинэсников, очень редко обходится,

// чтобы программист не лез в данные

Лезут, конечно, без этого не обходится. Но это осознаваемая всеми необходимость и практически всегда от такой работы программиста стараются отойти, чтоб не было от него никакой зависимости.
   Фрэнки
 
114 - 28.09.18 - 16:21
(112) А каким образом сейчас завершается перенос данных из базы в базу? Вот полный цикл до появления корректировок, потом корректировок не было, потому что повезло, а потом корректировки приключились - не повезло.
Можно перечислить события, который возникают?
   unregistered
 
115 - 28.09.18 - 16:27
(112) Еще раз! Программист данные не изменяет.
В журнале регистрации не должно быть ни одной записи с событиями Изменение/Добавление/Удаление, где пользователь был бы - программист.

Исключение - обработчики обновления, которые запускаются после обновления конфигурации.

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

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

Только так это работает. Только так косяков со временем станет меньше.
   Фрэнки
 
116 - 28.09.18 - 16:30
(115) все так, но интересно услышать его рассказ - есть вероятность, что обмены там не настроены до конца и они ими фигачат туда-сюда вручную просто.
   vvspb
 
117 - 28.09.18 - 16:47
(115) абс. справедливо
   mTema32
 
118 - 28.09.18 - 16:53
(115)Ну еще выгрузка/загрузка данных тож бывает.
   ac13
 
119 - 28.09.18 - 17:07
(114) правила обмена - типовые дописывались до нужно вида. средства для обмена используются типовые.
Но - обмен должен быть раз в неделю строго документов за эту неделю. Например выгрузились доки с 10.09 по 26.09.
В БП бухгалтерия эти доки у себя в базе обработали.
И на этой неделе в базе УТ какие-то доки исправляли или добавляли.
Бухгалтерия против обмена изменений за период с 10.09, так как прошло уже две недели. Просят добавленные или измененные документы догрузить отдельно (используем обработку Универсального обмена данными).
   Вафель
 
120 - 28.09.18 - 17:11
(119) те ты сам догружаешь? не они?
   ac13
 
121 - 28.09.18 - 17:11
(120) глав бух сказала что это должен делать программист
   Вафель
 
122 - 28.09.18 - 17:13
(121) это потому что инструмента нет нормального.
была бы обработка. где видно измненные, а они только нажимают ок ну или галочки там снимают, какие не выгружать
   Smile 8D
 
123 - 28.09.18 - 17:17
(112) Пользователям показали что надо нажимать для ручного выполнения обмена и они сами делают обмен, если им нужно "срочно".
Как уже много раз сказали: должно быть четкое разделение ответственности за ведение учета.
Программист 1С с высокой квалификацией может заменить большую часть сотрудников компании, т.к. по работе сталкивается с бухгалтерским учетом, налоговым, управленческим, кадровым и т.д., но это глупо и не рационально. При этом естественно, что конечные пользователи с радостью вешают часть своих функций на программистов.
Поэтому происходит постоянное перетягивание одеяла: мы заставляем пользователей делать свою работу, а они ищут все новые лазейки как спихнуть что-нибудь на программистов. Благо пока руководство на нашей стороне.
Понятно, что у новичка в профессии нет ни знаний, ни опыта, ни навыков для отстаивания своей позиции (а зачастую и морально-волевых качеств для отстаивания любых позиций, если это студент), но в любом случае к этому надо стремится. В противном случае не получится развиваться в профессиональном плане, т.к. рутина будет съедать все доступное время.
Если руководство действительно полностью неадекватно и нет никаких надежд на конструктивную совместную работу, то надо искать другое место работы.
   ac13
 
124 - 28.09.18 - 17:20
(123) спасибо)
   Smile 8D
 
125 - 28.09.18 - 17:42
(124) Гораздо сложнее следующий шаг. Мы постепенно заставляем пользователей самостоятельно искать информацию на ИТС (банально нет возможности следить за изменениями законодательства или не сильны в терминологии, в итоге потратили пол дня на поиски, а они бы нашли за пол часа). Так же в качестве аргумента используем то, что в современных учетных системах зачастую разобраться по коду в функционале гораздо сложнее чем пройти обучение. Руководство понимает, что логичнее обучать непосредственных исполнителей, а не программистов (и с точки зрения диверсификации рисков и с точки зрения здравой логики).
   Cyberhawk
 
126 - 28.09.18 - 18:14
   unregistered
 
127 - 28.09.18 - 18:26
(121) > глав бух сказала что это должен делать программист

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

Что на это скажет главбух, интересно...
Может тогда до неё дойдёт, что программист ни за что не отвечает и по большому счёту может вообще сделать всё что угодно?

(122) > это потому что инструмента нет нормального.

+100. Бухгалтера понять можно. Когда ей показали универсальную обработку выгрузки-загрузки, где надо предварительно кучу хитромудрых галочек расставить и правильно все параметры выборки прописать, она и обо*ралась - тут ведь чёрт ногу сломит.

А по сути проблема решается либо каким-либо отчетом - о том какие объекты в (условно) закрытом две недели назад периоде повторно загрузились, либо какой-либо инструмент по загрузке таких данных более чем двухнедельной давности.
   vvspb
 
128 - 28.09.18 - 19:42
(97) я уже не помню - а что, резервирование по сериям не работает? Отдельный склад, типа -- предзаказ делали, когда менеджер убеждал что это нужно.
   Злопчинский
 
129 - 28.09.18 - 19:52
(18) Решается все тривиально - пользователь должен не иметь возможности делать неправильно. и не иметь возможности в оперативном процессе изменять сделанные операции/документы. и внезапно все проблемы исчезают.
   Злопчинский
 
130 - 28.09.18 - 19:56
(45) ну мне тоже почти такое рассказывали - я почти открытым текстом послал и сказал - не знают как - пусть берут счеты, журанл-ордер, главную книгу и пр и ведут я вручную - Я НЕ ВОЗРАЖАЮ. на этом все успешно закончилось.
правда у нас до сих пор нет того, кто отвечает за учет в торговой базе. По факту получаетяс так, что все делают свою работу и учет образуетяс сам собой. Взбрыки начинаются когда влазит бухия с какими-нить мутными хотелками.
   Злопчинский
 
131 - 28.09.18 - 20:07
(113) лезут, да. например есть ряд неких регламентных действий. пользователям они не под силу. запрограммить на 100% - проблематично из-за "эмпиричности" и недостатка финансирования. поэтому в конце месяца я сажусь и с помощью отвертку и плоскогубцев быстро проворачиваю этот регламент. час-два или меньше. все довольны. но за цифры в базе - я не отвечаю.
   Злопчинский
 
132 - 28.09.18 - 20:12
(115) да, но тут засада. исправление косяков по ресурсам на порядок дороже самих косяков. вдобавок для исправления косяков часто надо понимать и знать как построен учет в (торговой) базе. не просто какие кнопки нажиамть (операционная деятельность). а какие неформализованные действия произвести по исправлению ВСЯКИХ проблем, чтобы получить правильный результат. таких людей в конторах - минимум или вообще нет (кроме п1с). Поэтому имхо один только выход - жесткая регламентация операционной деятельности.
в своей практике приходилось иногда доводить ситуацию до "ножей" (ввиду как раз отсутсвия такой жесткой регламентации некоторых участков операционной деятельности) по типу "если Маша еще раз сделает так как ей хочется, а не так как надо - я снимаю с себя обязанность за поддержание работоспособности базы. БУДЕТЕ ТРАХАТЬСЯ САМИ". только такая постановка срабатывала.
   Злопчинский
 
133 - 28.09.18 - 20:12
(121) пошли главбуха нафуй
 
 
   Злопчинский
 
134 - 28.09.18 - 20:15
(127) угу, именно. юзверям нужны инструменты для выполнения тупых действий. запустил обработку - нажал кнопку - удостовеорился ОК или НЕ ОК.
.
все.
понятно, что это треьует существенного участия програмимтиста в доработке проблемных участков. и тут уже как получится...
   Фрэнки
 
135 - 28.09.18 - 20:38
(124)// глав бух сказала что это должен делать программист

оно как бы ДА. Должен. Но он должен не загрузку/выгрузку исполнять, а ЗАПРОГРАММИРОВАТЬ всю эту обработку так, чтобы ответственный за свой участок учета бухгалтер или менеджер нажимал минимум кнопок, но ОТВЕТСТВЕННО и САМОСТОЯТЕЛЬНО передавал данные в БП и обратно.

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

Кстати, вполне вероятно, что сам факт корректировки в условно "закрытом" периоде должен быть закреплен в должностной инструкции (устно или письменно не столь важно) и должна быть возможность быстро и без заморочек менеджеру самостоятельно передать бухгалтеру документы или бухгалтер должен уметь получать выборочно документы повторно: это все можно запихать внутрь обработки и научить юзеров их использовать.
   Фрэнки
 
136 - 28.09.18 - 20:41
Просто сам факт повторной загрузки программистом документов из уже закрытого периода... ну бывает, все бывает, ну возможно это технически, для программиста нет ничего невозможного, только бухгалтера при этом работают через жопу в итоге, звиняйте за мой французский. Представь, что с ними будет, если внезапно у них не останется персонального программиста?
   Фрэнки
 
137 - 28.09.18 - 20:42
Анекдот в тему:
Знаете как выглядит Рай Бухгалтера?
В нем у каждого бухгалтера есть свой персональный программист!
   МимохожийОднако
 
138 - 28.09.18 - 20:46
(0) Вместо реализации достаточно делать Заказ клиента с резервированием на складе. Х..ней занимаетесь.
   vvspb
 
139 - 28.09.18 - 21:28
(137) :)) в другой теме сегодня уже было про каждой женщине по мужчине :) а если мужчина ещё и программист так больше ничего для счастья не надо
   Злопчинский
 
140 - 28.09.18 - 22:37
(138) да понятно это. описанное в (0) говорит лишь о том, что прога используется как печмаш и как инструмент для решения _сиюминутных проблем_ с потугами на какое-то подобие учета (они, пользователи и руководятелы этих пользователей как бы верять что такое возможно). а так как технической постановкой учета (бизнеспроцессов) в конторе никто не занимался, то такое как в (0) - сплошь и рядом.
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует