Друзья! Нужен совет по ERP 2.5

Есть большая компания в Москве, оказывает транспортные услуги таким гигантам как Роснефть, Газпром, Сибур и т.д. Предоставляет автобусы, автокраны, спецтехнику и т.д.
Название и ИНН компании скажу позже. У компании информационная система построена на 1С, а именно стоит ERP 2.5 с расширением УАТ (управление автотранспортом).
Программисты 2 года назад залезли в бухгалтерию (что в моей религии строго делать запрещено в 1С) и сделали интересные вещи:
1. Документы по себестоимости создаются сами фоновым заданием (расходы будущих периодов РБП и приобретение товаров и услуг ПТУ)
2. Себестоимость сама расчитывается чуть ли не каждый день фоновым заданием

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

Однозначного ответа/лечения конечно не может быть.
Что посоветуете в этой жизненной ситуации? ИМХО надо начинать новую базу с нуля с переносом остатков чтобы можно было закрыть период в бухгалтерии.

ну и ветка... деградация мисты...

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

А на мисту нужно начинать с формирования бюджета данного действия

А если серьезно, то начать нужно с обращения к профессионалам, а не выебываться на Мисте про крупную компанию и свою религию

(7) Там неделю восстанавливать, делов-то

(8) Вообще-то есть обработка универсального переноса данных
Это раз

Есть варианты лучше?
Это два

(8) Да ну... ежедневная себестоимость - это рюшечка для финдирекции (об этом говорит РБП), она нужна только сегодня, а месяц назад и сто лет в обед не снилась. Отключить временно это расширение, распровести все доки покупок/продаж за год и спокойно по типовому механизму последовательно провести. Нормальная налоговая себестоимость совпадёт с ранешней на 98%.

А потом снова включить эту хрень на радость финикам )

А зачем вообще транспортной компании ЕРП?
(10)Геннадий, у нас есть всего лишь легенда. Они внедряли 2 года назад, а почему вдруг сейчас внезапно провелись документы прошлых периодов? Скорее всего было что-то другое.Может программистам не заплатили и они заложили бомбу ?)

(10)[ ежедневная себестоимость - это рюшечка для финдирекции]
это типовой функционал ERP
[ распровести все доки покупок/продаж за год и спокойно по типовому механизму последовательно провести]
фееричный бред

(11) Крупной компании. В таких целый отдел у финдира. И всем надо графики чертить для папы каждый день и показывать свою потную спину. А для этого как раз ЕРП подходит.

(12) Бред - это ежедневная себестоимость. Как в неё запихнуть месячные траты, ту же аренду, свет, воду? Вот это точно бред.

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

(14)Себестоимость чего ? Про какую себестоимость мы ведем речь ?

(15) Себестоимость их транспортных УСЛУГ. Не продажную же, где товар покупают и перепродают.

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

(17)Вы не поняли, виновны другие. они были сразу четко обозначены )

(18) вот папа сейчас вернётся с морей и разберётся назначит кто виноват

(18) Мне особенно понравилось про "недогляд". Программисты 1С, оказывается, виноваты в том, что "защиту от финика" не поставили, который увёл дату запрета на год и забыл вернуть взад.

У меня складывается ощущение, что это фейк. Нас просто троллят

(19) папе как раз филетово, не деньги же его увели... а к мышиной возне между отделами он давно привык... так что скажет:
- Я вам деньги плачу, вы и разбирайтесь сами.

(21) Не похоже. Суконный стиль мелкого руководителя просвечивает. Скорее всего на него ГБ наехала, что полетела налоговая прибыль после "ваших себестоимостей", ну а автор умеет стрелки переводить на самых безответных - на программистов )

А может разгадка кроется в ИНН, который обещали сообщить позже?)

Я с одним таким ухарем лет 15 назад схлестнулся. Молчал, когда он свои ежедневки рисовал. Но ему мало показалось, решил НДС и прибыль уменьшать: в приказном порядке стал каждый квартал рассылать по филиалам (а их штук 20) директивные цифры: такая-то копеечная прибыль, такой-то копеечный НДС. И это при том, что налоговикам даже искать взаимозависимость не надо: даже в названиях фирм первое слово одно, и конечный бенефициар - папа - один )

Ну я ворвался в его кабинет, они там совещались, панимашь, и начал с порога крыть матом, чуть до драки не дошло )

(0) "Однозначного ответа/лечения конечно не может быть."
Отнюдь.
Из ближайшего не кривого бекапа выгружаешь движения документов в файлики, в raw.
В ОбработкуПроведения пиндюкаешь код который при проведении, возьмет движения из файлика и пропишет в боевой базе.
Определяешь список типов доков которые попадают под операцию; период обработки - от первого "потроганного" документа до даты запрета редактирования.
Посношаться придется только с независимыми РС.
Остальное руками закроют.


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

(0) не разберешься через 2 недели- набирай

Закрепил ветку временно...

(0) Не понимаю в чем проблема
Возьми базу из бэкапа и перенеси/добавь новые данные из актуальной базы
Как отладишь перенос - техокно и переход с текущей на восстановленную

(29)+ Конфы идентичны, данных не так много даже если месяц целиком
Бэкап текущей так же сделать, чтобы потом косяки всплывшие после перехода исправлять планово

(0) >>>При закрытии периода выплывает синтетическое сальдо без аналитики по РБП

Может, проще сюда копнуть?

Ну и неделя документов - херня, как высказались раньше.

(0) Могу только позавидовать. У тебя в ветке и ВР и Асмоди и Гаригом и ПР и куча других уважаемых 1сников отметились. Если из бекапа не хочешь восстанавливать, у меня есть обработка, на вражеском сайте лежит. Нужно только просить у гугла.

Внешне задача выглядит простой или даже тривиальной. Решение многократно озвучено:
- сохранить текущую базу
- восстановить базу из последнего "правильного" бекапа
- перебросить из текущей базы новые документы, либо набить их руками. Конфигурации идентичны, перебросить не проблема. Но смотря кто будет делать и платно, или бесплатно. Может оказаться, что ввести руками безопаснее и проще. Тем более, что после переброски все равно придется проверять наличие и правильность новых документов.
Но действительность чаще всего слегка не такая, как мы ее представляем. Может и напрасно, но есть по меньшей мере пара опасений:
- не вполне понятно, почему вдруг база взбрыкнулась и начала что-то там проводить, распроводить и т.д. Надо прежде всего найти и устранить это проблему, чтобы ситуация не повторилась.
- может оказаться (так бывает), что база перед НГ уже была с обсуждаемой проблемой, но этого просто никто не заметил. Тогда все выглядит несколько хуже.
Иными словами, надо сначала все-таки понять что же произошло, а потом лечить

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

Дубль два: вот зачем восстанавливать из бэкапа базу со всей историей ежедневной стоимости на РБП?
Кому сейчас нужна ФИКТИВНАЯ себестоимость, например, от 12 декабря 2024 года? Или от 1 мая 2024?
Отключите эту дурь и спокойно восстановите последовательность документов за год. Потом опять включите ежедневку, коли приспичило.

Не надо бояться неглубоких залезаний в закрытый период.
Какой критерий истинности законов природы? Повторяемость опытов. Яблоко одинаково падает на голову Ньютона и автора ветки, хотя они в разных странах и разных временах.

В программе 1С повторяемость означает, что если сто раз заново распровести (где требуется и перезаполнить, как в ЗУП) и провести документы - то результат будет ОДИНАКОВ.

А если нет - то УЖЕ была допущена ошибка в ранешнем расчёте и её надо исправить этим перепроведением.

Вы же отливаете в граните ранешние расчёты, как если бы это были скрижали Моисеевы.

(35,36)это техническая сторона, а есть еще и психологическая. И есть особенности нервной и сердечно-сосудистой систем главного бухгалтера.

В базу. Руками.

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

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

(38)да, да, тысячи автобусов и кранов в час для Лукойла и Роснефти.
Любопытно получается, что у последних нет ни кранов, ни автобусов, ни спецтехники)

(40) Есть, 30%. Давно уже эта цифра известна

Я учился на МВА с директором Г-Нефти, давно это было

(41,42)Так это давно было. Откуда уверенность, что все так и осталось ?

(35)(36) Это же не бух база, где вам плевать, компот это или котлеты

(43) У крупных компаний обслуживание выходит дороже, чем у мелких ;-). Пока эта аксима не поменялась

(40) Не рентабельно сейчас технику содержать.

(0) А что нельзя из бэкапа перенести выгрузкой загрузкой XML доки закрытого периода ? вместе с движениями

(36) >Яблоко одинаково падает на голову Ньютона и автора ветки, хотя они в разных странах и разных временах.

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

(48) Ты невнимательно читаешь ТЗ ;-) Там не было ничего про силу тяжести

(35) >вот зачем восстанавливать из бэкапа базу со всей историей ежедневной стоимости на РБП?

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

(49) ты реально не в курсе про Ньютона и яблоко?

(50) Да это техническое РБП - оно под ноль обязано закрываться в конце месяца при расчёте НОРМАЛЬНОЙ себестоимости.
Дубль три: и на фиг не нужно восстанавливать этот РБП.

(51) Ты реально думаешь, что при падении яблока, кого-то интересует с какой скоростью в тебя оно прилетает? или с какой силой оно тебя бьет?

(53) дада
вот такие РП - аналитеки
а потом удивляются почему не сходится в базе у клиента

(54) Ты усложнил задачу, но не до конца, так как не уточнена Планета

Автор квакнул (одно сообщение) и в тину... а мы тут копья ломаем )

(56) У Автора ща немного жопа в мыле

(0) Было похожее в УПП, с помощью обработки универсальной переноса данных перенес старые документы закрытия с движениями из бекапа.
Хотя как в ERP пройдет непонятно, при закрытии месяца меняются движения в самих документах, а не только в документах закрытия месяца.

(58) в ERP можно удалить задания к закрытию месяца и сисьтема будет считать, что в прошлых периодах чики-пуки

(36) Повторяемость? Ну конееееечно. Ага. Особенно если релизов много сменилось. :) Вообще непредсказуемо что там появится и где.

(60) Значит программа уже загажена и дальше будет сплошной ручник.

Нет повторяемости = вечный ручник (с) моё

(59) это да, но вопрос в том что документы перепровелись

(60) А что там в релизах? Новый РС? Тем более у них самописный

(62) Перепроведение документов не является проблемой, если база закрыта корректно

(61) Ну может у меня какое-то предвзятое мнение, но вот взять условную полностью типовую БП и перепровести закрытие месяца за год назад. А потом сидеть рыдать над пр, вр и прочими радостями, которые теперь почему-то считаются иначе.

(65) у меня такое же мнение. И плюс к этому ерп это не БП ). И кто будет закрывать )

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

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

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

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

(60) да, в зависимости от релизов результат закрытия будет разный.

Понятно, что лезть в 2023 год не стоит, во всём нужна мера. Но уж текущий-то 2024, который только в марте закроется окончательно?
Впрочем, делайте что хотите. Можете морозить хоть каждый день свой генератор случайных чисел. Ставьте дату запрета на вчера.

(47) +1 и не надо бэкапы восстанавливать

Мда.. Не правильно вы ТЗ читаете. ТС просит рекомендации как добить базу, а вы все про бэкапы и восстановление.

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

(0) завидуешь атеистам? разберутся сами

"фоновое задание перепровело ВСЕ документы... за год"
Развернуть базу из бэкапа до нештатной ситуации и мигрировать из бэкапа все движения этих документов (т.е. все записи регистров за период с начала года до нештатной ситуации).

Чисто теоретически рассуждая, можно купить/взять/написать обработку сравнения содержимого двух баз, которая выявит и "восстановит" состояние закрытых периодов по данным базы из бэкапа.

(0)
Перенести движения из бэкапа предлагали?

(0) Зачем ЕРП транспортной компании,зачем бух если есть ерп ? ,взять бэк ,обр универсальн обмен хмл и перенести доки из тек базы в бэк.

(0) Конечно мощно, но ремонт занимает фигню времени:
1. Достаём целый BacUp
2. Выгружаем из него регистры (себестоимости, расчётов с контрагентами, остатки ТМЦ и посмотри что там ещё нужно) до имеющейся даты (т.е. целые данные)
3. Загружаем в поломастик регистры
4. Зачищаем регистр к проведению документов от старых
5. Перепроводим документы сверх даты ремонта (или от начала месяца)

В зависимости от объёма БД, около 4 часов работы, даже выгонять из БД никого не нужно

Закон Конвея намекает: управленческая себестоимость (для фиников) должны быть отделелена от регламентированной себестоимости (для бухов). А тут закостылили всё на одном и схлопотали проблемы. Программистов расжаловать до middle---, с понижением зарплаты до джунской. А то небось рассказывают сейчас где-нибудь, какие они крутые сеньоры

(79) есть куча бизнесов и ситуаций где этот конвей не применим

(80) например?

(81) Интернет провайдер

(82) и в каком месте у интернет-провайдера закон Конвея не работает?

А в каком будет работать?

упр учет там будет базироваться на бух учете

(85) и это совершенно не значит, что упр и бух учеты должны срастаться аки сиамские близнецы

(86) ты спросил, я ответил

(24) Газпром сокращает центральный офис с 4100 до 2500 человек, видимо тоже что-то не то нажали)

(0) в привилегированном режиме правили проводки, да, это уже не откатить, кроме как перепроведением.

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

Правильно! Восстановить из бэкапа! Но заметили только через неделю, а чесатся начали через 10 дней. Кучу документов в УАТе выписали. Не решились восстановить бэкап. Мое мнение - база запорота. Надо начинать бухучет с нуля  (восстановление бухучета)...

(89) "Мое мнение - база запорота. Надо начинать бухучет с нуля  (восстановление бухучета)..." Можно ли считать это подходящим поводом чтоб полностью закрыть старую фирму (оставив на ней все долги) и открыть новую?

это я два года назад проведение писал в бухгалтерии
это штатная ситуация

она совсем не внештатная

там одну галочку надо поставить

"не исправлять документы закрытых периодов"

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

нужно разобраться и устранить первопричины

имхо с этой базой еще можно пожить несколько лет

каждый раз когда мне предлагают начать базу с нуля

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

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

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

(0) Пожалеть вас что ли?

(89) До сих пор не восстановили что ли?

(92) Очень умное замечание! Первопричины по моему следующие:
1. Документы по бухучеты должен создавать ручками бухгалтер, а не автоматически в фоновом задании. Расходы будущих периодов и ПТУ создаются сами и это глупо! Автоматизация здесь НЕ НУЖНА! Бухгалтер получает з.п. вот пусть и создает такие док-ты. При закрытии периода эти "автоматические" документы и не распределяются.
2. Отказаться от автоматического расчета себестоимости и уж тем более чтоб не было такого глюка как перепроведение док-тов за год. Если нужен отчет с актуальной себестоимостью, то извольте дождаться, когда бухгалтерия в конце месяца/периода её расчитает.

(96) Еще не восстановили. Главбух каждую неделю приходить с одним и тем же вопросом "Почему у нас ничего не сходится?". Это как геморрой постоянный. Кстати, начальник отдела 1с женщина. Под её руководством полезли программисты "совершенствовать" и улучшать бухгалтерию в ERP...

>  Кстати, начальник отдела 1с женщина. Под её руководством полезли программисты "совершенствовать" и улучшать бухгалтерию в ERP...

Достаточно характерно

100

У автора все виноваты - бухгалтеры, программисты, женщины. А сам то там кто, какая зона ответственности. Еще в начале года предлагали кучу решений, но в итоге "один плач Ярославны"

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

(97) Можно еще проще, предварительным закрытием можно получать "себестоимость"