Здравствуйте уважаемые эксперты! Прошу Вашей подсказки по весячим резервам в 1С 7.7 (нетиповая Бухгалтерия).
Необходимо было распровести счёт, у него есть подчиненные документы в производство, которые видимо тоже резервировали остатки, суть в том что я незнаю как в 1С 7.7 правельно снять весячие резервы.
Прошу вашей подсказки!
Необходимо было распровести счёт, у него есть подчиненные документы в производство, которые видимо тоже резервировали остатки, суть в том что я незнаю как в 1С 7.7 правельно снять весячие резервы.
Прошу вашей подсказки!
По теме из базы знаний
- Универсальный конструктор отчетов (Новейший отчет) для 1C 7.7
- Косил Ясь конюшину...
- Обмен с ЕГАИС из 1С V7.7
- Исправление резервов. Сверка остатков с резервами. Проверка на зависшие резервы. Заполнение документа списком кодов товаров. 1С 7.7
- API-интеграция 1С с маркетплейсами ОЗОН, WildBerries, Я.Маркет, СберМегаМаркет, Стройландия, Леруа Мерлен, Hoff, AliExpress для УТ11, КА2, ERP2, УНФ, БП3, Розница, УТ10, УПП1.3
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В номенклатуре, в табличной части есть Резервы где показаны минусовые остатки (-980 как пример)
Прикрепленные файлы:
1. убиться апстену
2. при исправлении задним числом, юзвер, проводящий такие исправления, должен понимать последствия своих исправлений, в частности - как это исправление отразится на всех последующих (после исправления) документах/операциях/справочниках и предпринять после исправления действия по "приведению в порядок" последующих документов/операций/итд для обеспечения логической непротиворечивости данных
3. в подавляющем количестве случаев. стантартный юзверь-обезьняеа требования п.2 не понимает и не может их обеспечить.
4. поэтому для юзверей-обезян - запрет изменения документов задним числом (да-да, как бы не орали и не приводили что "это нам нужно, см. п.2,3)
5. все "исправления" документов (для юзверей-абизян) должны выполняться только в "сейчас", для этого им д.б. предоставлены соотв. инструменты
2. при исправлении задним числом, юзвер, проводящий такие исправления, должен понимать последствия своих исправлений, в частности - как это исправление отразится на всех последующих (после исправления) документах/операциях/справочниках и предпринять после исправления действия по "приведению в порядок" последующих документов/операций/итд для обеспечения логической непротиворечивости данных
3. в подавляющем количестве случаев. стантартный юзверь-обезьняеа требования п.2 не понимает и не может их обеспечить.
4. поэтому для юзверей-обезян - запрет изменения документов задним числом (да-да, как бы не орали и не приводили что "это нам нужно, см. п.2,3)
5. все "исправления" документов (для юзверей-абизян) должны выполняться только в "сейчас", для этого им д.б. предоставлены соотв. инструменты
ну и очевидно, что разработчик живет в сферическом вакууме, ибо при вычислении свободного остатка в алгоритмах должен писать не
СвободныйОстаток = Остаток-Резерв, а
СвободныйОстаток = Остаток-Макс(Резерв,0)
что при бардаке в учете (каковой наблюдается у автора) будет обеспечивать хоть-какую-то подстраховку и недопущения возникновения свободного остатка "из ниоткуда".
В типовой ТиС, кстати. точно такая же "ошибка" присутствует
СвободныйОстаток = Остаток-Резерв, а
СвободныйОстаток = Остаток-Макс(Резерв,0)
что при бардаке в учете (каковой наблюдается у автора) будет обеспечивать хоть-какую-то подстраховку и недопущения возникновения свободного остатка "из ниоткуда".
В типовой ТиС, кстати. точно такая же "ошибка" присутствует
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот