Уважаемые профессионалы, помогите пожалуйста советом! Да, я знаю, что сама виновна во всем что произошло, но надо найти выход и выправить ситуацию. Производственная компания, мой заместитель сказала, что все знает и все будет делать сама, и я на это повелась и не проверяла за ней. Теперь я решила посмотреть счета 10.07, 41, 43. И о Боги ..там жуть ...есть краснота по количеству. Но самое неприятное есть сальдо конечное по БУ и НУ, но нет количества. По некоторым позициям, это тянется ещё с 2023. Вопрос, это можно как-то исправить, не открывая периода?
— Лариса
Такие проблемы возникают чаще всего при нестыковках номенклатуры. Приходит одно, уходит другое. Часто с таким же или похожим названием.
В общем, придется потанцевать с бубнами.
Составляет бух.справку. как должно быть
Как сделано
Разница
И делаете проводки или чёрным, или красным.
А так странно..как год закрывали? Инвентаризацию то не делаете хоть даже формально?
О это да, самое неприятное, что все работают в УТ, а потом все выгружается в 1С, ну а потом, некоторые умельцы задним числом вносят исправления в УТ... И как за всем уследить, надо постоянно проверять за всеми
Да, это есть в 1С, а исправления вносятся в УТ, я поначалу поставила и там дату запрета, но так все устроено в компании не до меня, что этого нельзя делать, директор попросил в УТ не ставить дату запрета
Я не оправдаываюсь, я сама виновата, но в конце года у нас полетела база и мы судорожно ее восстанавливали и год закрывала по диагонали, это не снимает с меня ответственность
Мне сейчас надо понять, как выправить ситуацию, а потом я уже буду все равно все перепроверять за заместителем, хотя девочка вроде и умненькая, почему так происходит ...
Если у вас там так все устроено, то не удивительно. Архив базы почему не делается? Ну хоть раз в неделю, хоть раз в месяц.. Вы же должны обновляться. Перед обновлением архив сделать как отче наш
Директор мне сказал, что предыдущий бух наладил все таким образом, что база сохранялась сама на сервере, но когда кинулась, то это не так. В январе поняла, что последний раз база сохранялась в августе ....
Внутри квартала пусть все вносят, но когда отчётность сдана, период должен быть закрыт. Ну если директору вообще важна достоверность сданной отчетности
Вообще сама я виновата, надо перепроверять все. В 1С никто ничего не может изменить, кроме бухгалтерии, но а в 1С УТ, все кто хочет может творить ...например, смотрю на 10.07 висит одна позиция, проверяю, отдали в переработку 30 шт, вернулось из переработки 29 шт. База в 1С выгрузилась, значит в УТ было 30 отдано в переработку, а потом кто-то внёс изменение в УТ и нам не сказано, потому как стала смотреть в УТ, то да, передано 29 и вернулось 29....вот кто и когда поменял и как за этим уследить
В 1с есть журнал пользователей, в котором все действия всех пользователей фиксируются. Если сильно заморочиться, найти кто внёс изменения, можно. Долго, но можно
Я после 10-х чисел месяца текущего проверяю на предмет правильности синхронизации предыдущий месяц и после этого ставлю запрет на редактирование и синхронизацию предыдущего месяца в УТ и в Бух. Т.к в прошлом году столкнулась с такой же ситуацией как у Вас. Теперь хвосты убирать только вручную. Период прошлый не открывала, все корректировала в текущем. Если номенклатура большая и хвостов много, то есть смысл дать задание программисту 1С на написание задания по автоматическому закрытию минусов.
Если у вас номенклатура условно 50 позиций, это одно. Можно и вручную все прошерстить. Если позиций условно 5000, вам вручную это не сделать. Я бы попробовала сделать копию базы, в копии выровнять 23 год, сделать исправления по 23 году 1.01.24.
А 24 весь перепроводить. Но не знаю как это ляжет на ваши реалии
номенклатуры ооочень много, хвостов тоже хватает, но если ежемесячно проверять, то их можно минимизировать. Вот только проблема, что в УТ нельзя поставить запрет, вернее там есть такая функция, и я даже его один раз ставила, так куча людей прибежало, руками махало, на меня злились, я сказала нет, но они пошли пожаловались директору и он сказал, чтобы я открыла период в УТ 😳
А директор может объяснить зачем производственникам исправлять производственно-складской учет проведенный несколько месяцев назад? Они так свои косяки исправляют? Ему самому не интересно, что же за махинации проводит производство? Я как-то работала ровно на участке вашего зама, там мы закрывали периоды в КА производству, но в базе было уже нахерачено до нас... Складской учет где-то ехал жутко, при инвентаризациях его пытались подправить, что-то я вычистила ручными проводками и т.д. Но по опыту скажу так: это сложно уследить за ними, нужно добиться закрытия базы после перелива документов! Иначе у вас не верно сформирована себестоимость, если висят суммы в учете без количества, то это может говорить о том, что вы переплачиваете налог на прибыль. Если, наоборот, то вы не доплачиваете, а там можно и до уголовной ответственности при суммах от 2,7 млн за 3 года. А бухгалтерия не может постоянно проверять прошлые периоды... Это физически не реально. И вот под этим соусом добиться закрытия периодов, но я со своим производством (чтобы они генеральному не жаловались, что я им своими ежемесячными закрытиями жить мешаю и творить) договорилась: перед закрытием я их предупреждаю, они готовятся и разрешают мне. Далее я провожу все документы, заодно вычищаю им остатки (правлю и им базу под реальные складские остатки - тут в тандеме с кладовщиком). Если им ну оч надо куда-то влезть - они мне пишут куда им надо (даже если просто накосячили - бывает), я открываю, они исправляют и принт-скрины мне куда залезли. По журналу там хрен отследишь. В КА есть функция, можно версии сохранять каждого документа. Я ее сразу включила, чтобы видеть чьи шаловливые руки все поломали. Но самое действенное - это по человечески договориться с производством сообщать, тогда конфликты минимизируются
У них синхронизация баз, там во-первых при переносе документов может случится все что угодно. Программа перенесенные документы воспринимает не так как свои родные и может позволять списывать, я такое видела. Во-вторых, перелив идет обычно блоками и там не возможно соблюсти последовательность проведения и постоянно будут вылетать ошибки. Поэтому его отключают, а вот потом кто переливал должен все остатки сверить и проверить отчетом контроль отрицательных остатков, а параллельно еще и ОСВ.
Когда, ещё давно, возникла конфликтная ситуация, я сказала директору, что так невозможно работать, он позвал тех, кто может задним числом поправить документ и мы договорились, что, если они что-то делают, то мне говорят.... Но увы, договоренности никто не соблюдает. Перед тем как выгружать базу, я ее выгружаю раз в месяц, производственникам говорю, они говорят ок, но а потом могут и что-то поправить .. Мне кажется все бесполезно, тут уже только на себя надо надеяться и перепроверять постоянно
Были такие ошибки в базах, через операцию закрывала, текущей год с помощью обработки делала, она заменила один товар другим, если нужна могу в понедельник кинуть
Из документа справа жмём еще-отчеты-журнал регистрации. Открывается вся работа с этим документом. Можно период побольше поставить. В бухгалтерии точно работает, в ут не проверял
Можно ставить дату запрета загрузки из ут. Тогда в предупреждениях синхронизации будет список того, что не удалось загрузить с пометкой про дату запрета
В 1С Бухгалтерии никто кроме бухгалтеров не работает, из мнения вносятся в документы в 1С УТ, могут поменять номенклатуру или количество или даже просто удалить документ и все это задним числом, уже после выгрузки базы из УТ в 1С Бух. У нас не синхронизация, а руками раз в месяц выгружается база, перед выгрузкой всех предупреждаю, прошу если будут какие изменения, то говорить, но увы и ах....
Тогда повод подумать про штатный механизм синхронизации, её можно делать и односторонней. Это получается выгрузка в формате XML у вас? Как из всяких сторонних программы типа мой склад делают, или из Битрикса