• Mobile apps - просто как 2х2!

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

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

     
     
  • Аналитические данные

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

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

     
  •  E-mail и рассылки

    Не секрет, что на сегодняшний день E-mail рассылка всё еще является эффективным рекламным средством, признанным во всей интернет среде, по соотношению цена качество. Охват массовой рассылки соизмерим, разве, что с рекламой по телефону

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

     
  • Мобильные устройства

    Новости, обзоры и тесты портативной техники и мобильных устройств. Современные смартфоны, КПК и планшеты содержат в себе довольно взрослый функционал, аналогичный такому же у своих «старших братьев». Удаленное администрирование, браузеры с технологиями flash и java-script, синхронизация электронной почты, заметок, обмен различными файлами. Обо всем этом и не только подробнее на нашем сайте.

1С регистр остатков - "левые" движения при поломке последовательности документов

Категория Помощь

1С 7.7 Торговля и склад 9.2 DBF(5 гиг)Регистр остатков - Покупатели, или Поставщики.Если бы бухгалтера не хотели постоянно править прошлые периоды, можно было бы проводить документы и не иметь проблем с регистрами остатков.Да, есть восстановление последовательности. Только оно будет идти несколько лет...Предположим у меня кредитный документ на 1000 руб. Вводят оплату на 950. Конечный остаток 50 руб. Потом правят кредитный документ уменьшают его сумму. Получается реализация на 800 рублей, и оплата на 950.При этом ситуация полностью не нормальна. Появляются фантомные записи в отчётах по регистрам. Лечение только одно - выборочно перепровести все документы по клиенту.Однако!Взять регистр складских остатков. По товарам никаких проблем нет.Может быть подумать о собственном простом регистре, раб 1С 7.7 Торговля и склад 9.2 DBF(5 гиг)

Регистр остатков - Покупатели, или Поставщики.
Если бы бухгалтера не хотели постоянно править прошлые периоды, можно было бы проводить документы и не иметь проблем с регистрами остатков.
Да, есть восстановление последовательности. Только оно будет идти несколько лет...

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

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

Однако!
Взять регистр складских остатков. По товарам никаких проблем нет.
Может быть подумать о собственном простом регистре, работа которого сможет уложиться в жёсткие рамки постоянных изменений документов?

Комментарии  

 
0 #7 evgenij 17.07.2013 23:18
(8) извиняюсь за не точную формулировку - в примере предполагаем, что документ, погашающий задолженость, не имеет аналитики по договорам, но распределяет сумму по договорам по какой-либо определенной стратегии.
 
 
0 #6 evgenij 11.07.2013 02:57
Я пришел и принес тебе методику правильного, не раз обкатанного решения, которое требует от тебя минимум усилий и дает максимальный результат. А ты сидишь как тот дятел на бетонном столбе, долбишь его, не понимаешь почему там нет еды, а на адекватные предложения перелететь на дерево - начинаешь пыжиться и орать, что сам лучше всех все знаешь.

А вообще раззадорил. Отвечаю по пунктам:
Вопрос: А справочники в 1С вообще часто делают с периодическими реквизитами?
Ответ: Реализация периодических реквизитов в 7.7 - нечто ужасное, при работе с крупными базами приходится руками создавать структуры, заменяющие штатный механизм - в противном случае написание SQL запросов к этим реквизитам - очень нетривиальная задача. Да еще и производительно сть типовых периодических реквизитов - беременная черепаха.

Вопрос: Или изменение этого справочника НЕ влечёт правку всех старых отчётов?
Ответ: Если есть отчет по справочнику - это явное нарушение методолгии разработки. Отчет - это некий механизм предназначенный для анализа учета, если же ваш учет отражается изменением справочников - значит система разработана в корне неверно. Не важно по объективным причинам или нет - если не придерживались методологии - это ваши проблемы.

Утверждение: А если в 99% СУБД плотной упаковки старого дня нет, на помощь приходит грубый механизм восстановления ГП.

Ответ: Чушь. В квадрате. И в кубе. ГП - это механизм предназначенный для соблюдения порядка в учете. Возьмем пример взаиморасчетов с контрагентами. Если бы нам нужны были только сводные данные по долгам - нам бы даром последовательно сть не нужна была. Но вот нас начинает интересовать картина в разрезе договоров - и привет, при изменении задним числом у нас меняется учетная картина, которая была взята как расчетная база для отражения более поздних документов. Для того, чтобы привести в порядок движения всех поздних документов - нужно либо перерассчитыват ь их в момент проведения зловредного док-а задним числом, либо использовать ту самую последовательно сть и регламентное ее восстановление. Вывод? Последовательно сти нет там, где нет развернутой аналитики, либо там, где нет работы задним числом. Все остальное - ересь, которая приведет к незакрытым регистрам. Объяснять чем грозит не закрывающийся регистр надо?
 
 
0 #5 aleksand 27.06.2013 04:45
>> не случайно во всех серьезных ERP системах вообще нет такого понятия как "работа задним числом"

А справочники в 1С вообще часто делают с периодическими реквизитами?
Или изменение этого справочника НЕ влечёт правку всех старых отчётов?

Вы ж сами и живёте правкой задним числом. Если бы ежедневно вы создавали копию старых данных, то это было бы как в Firebird SQL где есть версионный механизм.
Каждый раз при использовании создаётся новая копия элемента. И существует параллельно со старой. НО!!!! Там это чистит сама ИБ, сносит лишние уже не нужные копии. Иначе бы БД выросла ХЗ насколько.

А если в 99% СУБД плотной упаковки старого дня нет, на помощь приходит грубый механизм восстановления ГП.

Вы гений, я дурак. Вы за этим сюда на форум зашли? Обсудить насколько я глуп, что у меня воровство а у вас - светлое редактирование?
 
 
0 #4 evgenij 21.06.2013 19:21
Молодой человек, курите SAP, курите Axapta. Для расширения кругозора рекомендую почитать литературу по МСФО и порядке привлечения инвесторов к своей деятельности западными компаниями - вам станет тогда известен термин "аудиторский след". И не случайно во всех серьезных ERP системах вообще нет такого понятия как "работа задним числом". А то что предлагаешь ты - это слепое потакание просьбам зверей помочь им похерить воровство и навести бардак в учетной системе. Отвечать за честно скомунизженное сам будешь?

P.S. "Автоматизация бардака приводит к автоматизирован ному бардаку" (с) Пал Саныч
 
 
0 #3 aleksand 12.06.2013 18:33
>> при перегрузке в бухгалтерию проводок, будут разные проводки

Про бухгалтерию я ничего не писал. Если же регистр испохаблен, то по данным о долгах в ТиС находится это:
Реализация #122 на сумму 5000 руб оплачена документами
-Реализация #122 на сумму 4500 руб
- приходный кассовый ордер #23 на сумму 5000 руб

Две какие-то реализации вместо одной, и реализация фигурирует как движение сама в себе.

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

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

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

А то что мне предлагаете - это значит и пользователи не правы, и ген. директор не прав. И 1С золотой софт. Всё разрешено, логика не проверяется.

Вот где война идёт, а не с юзерами или указами директора!
 
 
0 #2 evgenij 12.06.2013 17:59
Бить по рукам линейкой, отбирать права и жестко ограничивать датой редактирования документов. Если все же есть необходимость править именно суммы - нужно вводить специально обученный документ. Я ТиС уже год не видел - не помню есть там зачеты долгов или нет. По ощущениям - нет. Предлагается тупо написать документ, в котором бух будет указывать, на какую сумму он списывает долг клиента в рамках договора/проект а, по какой причине и кто будет собственно должен бабла.Таким образом будешь видеть в базе реальные документы и все последующие махинации.А за заднее число лупить нещадно. За срывы ГП - служебные записки гендиру. По всем фактам изменения сумм задним числом - реестр изменений в руки гендиру. Хоть воровать перестанут.

И запомни, что единственно правильный путь решения задач управленческого и оперативного учета лежит в сторону уничтожения возможности работы задним числом. Любое заднее число - это не только геморрой программисту, но и отсутствие ответственности работников и порядка в учете.
 
 
0 #1 kirill 12.06.2013 15:25
Там проблема не в левых движения, а в видах долга. Соот-но при перегрузке в бухгалтерию проводок, будут разные проводки для каждого вида долга.
Если же надо просто видеть сколько нам или мы должны денег, то проще переписать движения по взаиморасчетам.
 

You have no rights to post comments