27.11.2009, 22:52 | #1 |
китайский стажер
|
DAX: Процедура ввода начальных остатков
Привет всем!
У кого нибудь есть пошаговое описание ввода начальных остатков? Последовательность загрузки данных, список данных которые должны грузиться, процедуры выполняемые после загрузки и пр. Боюсь что нибудь пропустить... Попозже выложу свой вариант (пока не существующий). Спасибо!
__________________
Может быть выйдет, а может не-е-е-ет... Новая песня вместо штиблет.. |
|
27.11.2009, 23:23 | #2 |
Участник
|
Очень часто при внедрении ставится задача изменения и оптимизации существующей системы учета. Это влечет за собой, например, новый план счетов, новые требования к детальности данных и т.д. Поэтому, я бы на вашем месте перед загрузкой начальных остатков сначала четко определился с учетной политикой, которая будет использоваться в новой системе. Вполне может быть ситуация, когда из существующих систем данные не могут быть в чистом виде переноситься в новую систему, а для этого требуется дополнительной (может быть и вручной) обработки.
Поэтому примерная последовательность действий может быть следующая: 1. Выяснить, какие данные нужно загрузить, и в каких разрезах. 2. Выяснить, можно ли загрузить эти данные по этим требованиям из существующих систем. Если нет, то нужно определиться как получить недостающие данные. 3. Настроить систему чтобы загрузить данные по требованиям, полученным в 1. 4. После этого, собственная загрузка уже не так сложная. - Все что касается денег (дебиторская и кредиторская задолженность, банковские счета и кассы, кредиты и займы, финансовые результаты ..) - через журнал ГК. Здесь важно проработать план счетов, профили разноски и аналитики. - Все что касается оборотных материалов, ГП, - через складской журнал. Здесь важно получить себестоимость загружаемых остатков и счета учета. - ОС - либо журнал ОС, либо просто журнал ГК (если модуль ОС не внедряется) |
|
28.11.2009, 19:19 | #3 |
MCTS
|
Я так понимаю импорт будете делать через шаблоны Excel.
Рекомендую внимательно просмотреть таблицы, в которые будете импортировать, на предмет значений по-умолчанию. Идеально посмотреть (или даже выгрузить в Excel) уже заполненную таблицу. Чтоб при импорте не пропустить какой-то флаг и потом не править импортированные данные джобиками или вручную. По поводу самой процедуры импорта остатков - мы это делали по бизнес-процессам - то есть в рамках каждого БП определили, что и в каком виде надо проимпортировать. Что-то проще проимпортировать вручную - например остатки по банковским счетам, кассе. |
|
|
За это сообщение автора поблагодарили: zelibobis (1). |
30.11.2009, 11:28 | #4 |
Участник
|
Как правило, стараюсь на уровне договора внедрения, ну или в крайнем случае на этапе ТЗ четко прописать что и как будет грузиться.
Обычно, стараюсь отказаться от исторических данных, где возможно. Важно как можно раньше определиться с основным подходом: 1. Грузить сводные итоги: проще подготовить / проверить / загрузить / исправить, но сложнее на этапе запуска системы - нехватка данных и использование старой системы. 2.В разрезе документов: сложнее подготовить / выверить / загрузить / исправлять ошибки, зато проще пользователям - вся информация в системе, не нужно открывать "старую программу". Лучше автоматизировать только загрузку данных (импорт), а разноску оставить на стандартную функциональность соответствующего модуля.
__________________
Ivanhoe as is.. |
|
30.11.2009, 13:04 | #5 |
Участник
|
согласен с longson.
все зависит от... в частности от того, какие конфигурационные ключи включены, какие нет. А также от того, какие данные есть, а каких нет. Например, включен учет по партиям, но раньше учет по партиям не велся. Значит нужно либо проводить инвентаризацию по партиям и при этом расчитывать себестоимость каждой партии, либо что-то придумывать. Например, для ввода остатков по 19 счету в Аксапте нужна информация об оплаченности/неоплаченности каждого документа от поставщика. Есть такая информация или нет? Как получить? Если получить нельзя, то как восстановить по косвенным признакам? Обычно, не составляет сложности составить список остатков в необходимых для Аксапты разрезах. Обычно для 3/4 из этого списка непосредственно остатки взять неоткуда. Для таких остатков приходится придумывать косвенные пути получения остатков. А вот это уже индивидуально Цитата:
здесь скриншоты Мастер конфигурирования AX (RCT) на русском языке Там организовывалось некое дерево по всем настроечным таблицам со включенными конфигурационными ключами. С возможностью перехода к этим таблицам. С интеграцией в MS Project и отслеживанием выполнения задач. Но как всегда - главное не технические (и не платформенные) аспекты. Как всегда главное - это понять что же делать, если клиент физически не может дать данные для некоторых настроечных таблиц. Главное - это понять как перейти от тех данных, которые есть у клиента к тем данным, которые требует Аксапта. |
|
30.11.2009, 16:38 | #6 |
Banned
|
Мой метод:
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
30.11.2009, 17:20 | #7 |
Участник
|
Цитата:
Сообщение от EVGL
Мой метод:
Только не хватает:
В общем, дьявол не в журналах. Дьявол как всегда в деталях. Или другими словами: Нет проблемы ввести остатки. Есть проблема ввести остатки правильно |
|
30.11.2009, 17:39 | #8 |
Участник
|
У меня как раз идет закачка данный сейчас.
Сложности возникли со сальдо по контрагентам в разрезе договоров. В связи с чем был сделан робот "Вертер", который закачивал простыню сальдо по договорам на дату (сальдо может быть свернутым или развернутым по Д и К), далее обрабатывал в несколько проходов с развернутым логом ошибок по каждой строке 1. проверка на соотв всем используемым справочникам (аналитики, группы) 2 Поиск контрагента по имени ооо "имя", тк кодов АХ еще и близко в Ехельке нет 3 Создание карточек договоров с доп фичами к ним (наш функционал) 4 Создание ЖГК с сальдо в разрезе договоров и галками предоплат (с НДС) для авансов (иначе потом поплывет сопоставление) Выгрузка шла из 1С, где данные структурированы и можно разделить по авансу (62.2) и основному (62.1) А вообще, подход действительно индивидуальный, т.к. зависит от места хранения старых данных вообще. У нас по большей части данных неформальные Ехельки и вообще скан-картинки, перебиваться будут ручками в созданные роботом данные. По ОСам можно автоматизировать труд, обманув систему. Залив не 1 табличку, а 3-4 и через перенос (история переноса) создать штатно ЖГК сразу на все нужное. Так как ОСов может быть 2000-3000, руками не все окучить Всякие непотоковые операции проще руками переносить, как итого. Те же 68 и 90е счета, просто как корр проводки по уже залитому. Если система, откуда грузят позволяет, то можно и номенклатуру заливать с сохранением партий с остатками в них по ФИФО - был такой проект Но там на АХ с ХАЛ переходили - а это InventTrans, а там StockTrans 1 в 1 Последний раз редактировалось BOAL; 30.11.2009 в 17:43. |
|
30.11.2009, 20:23 | #9 |
Участник
|
А почему офигительная тема?
Остаток по ЗП обычно загружаю без учета сотрудников, сразу на 70. Если используется аналитика, например, департамент, и ставится задача вести учет ЗП в разрезе департаментов, чтобы, например, разделить ЗП по производству и ЗП по управлению, то эти данные тоже не сложно доставить, например, из 1С Зарплата. АО, тоже можно получить, например, из 1С, там как раз разделяется счет дебиторской задолжности и счет авансовых платежей, или счет кредиторской задолженности и счет авансовых выданных. Я обычно тоже разделяю таких остатков на разные счета в системе. |
|
30.11.2009, 20:31 | #10 |
Участник
|
Цитата:
Сообщение от mazzy
- Векселя, загружал в разрезе договоров и актов, не использую функционал учета векселей в системе. - Остатки по клиентам/поставщикам, я бы сказал, лучше, хотя бы по договорам, и по виду (АО или нет). Таким образом, сальдо и будет по валютам разделяться. |
|
30.11.2009, 20:45 | #11 |
Участник
|
Цитата:
Но и правильно ввести данные в модуль Расчеты с персоналом. Могу ошибаться, но зарплату в середине года запускать - страшный гемор. а по фин.счету - никаких вопросов. Цитата:
Но в принципе, согласен. |
|
01.12.2009, 12:09 | #12 |
Banned
|
Незавершенку в производстве, а также наполовину откруженные клиентские заказы вводим руками (вручную обрабатывая заказы на заданное количество, редактируя открытое количество к поставке в клиентские заказах). Количество открытых заказов - сотни, занимает это мероприятие, к сожалению, дни. Инвентаризацию, совершенно верно, надо машинно импортировать, чтобы иметь возможность записать себестоимость (здесь идет речь об импорте данных из сторонних систем).
|
|
01.12.2009, 13:57 | #13 |
Участник
|
О незавершеном производстве
Цитата:
В большей части сталкиваюсь с предприятиями машиностроения, где на момент ввода данных объем незавершенного производства, которое необходимо вводить с помощью производственных заказов (20-й счет), крайне велик. Есть один нюанс, связанный с фиксацией потребления компонентов спецификации до момента ввода остатков. То есть на момент начала работы часть отгрузочных накладных должна быть создана и разнесена. Использовали следующий алгоритм работы: Вариант 1. Постребление элементов спецификации привязано к операциям маршрута. 1. Проводится инвентаризация незавершенного производства с указанием выполненных операций. 2. Формируются ПЗ на номенклатуры выпуска. 3. Запускаются все ПЗ с указанием выполненных операций и автоматическим формированием неразнесенного журнала Отгрузочная накладная. 4. Выгружаются все открытые "проводки", сформированные строками отгрузочных накладных. 5. Данные о выгруженных потребностях вводятся как обычные запасы при инвентаризации. 6. Журналы Отгрузочная накладная разносятся. Вариант 2. Постребление элементов спецификации НЕ привязано к операциям маршрута, как правило, из-за плохой готовности данных о техпроцессах. 1. Проводится инвентаризация незавершенного производства с указанием потребленных элементов спецификации. 2. Формируются ПЗ на номенклатуры выпуска. 3. Журналы Отгрузочная накладная формируются на основе инвентаризируемых данных о потреблении материалов. Далее аналогично Варианту 1: 4. Выгружаются все открытые "проводки", сформированные строками отгрузочных накладных. 5. Данные о выгруженных потребностях вводятся как обычные запасы при инвентаризации. 6. Журналы Отгрузочная накладная разносятся. Есть еще нюансы с тем, разносить ли на главную книгу результаты разноски отгрузочной накладной. Но это индивидуально, зависит от выбранной методики учета ТМЦ.
__________________
Денис Салтыков |
|
04.12.2009, 03:54 | #14 |
китайский стажер
|
извините, на меня напал страшный зверь грипп
__________________
Может быть выйдет, а может не-е-е-ет... Новая песня вместо штиблет.. |
|
07.12.2009, 13:04 | #15 |
MCTS
|
У меня вот еще такой возник вопрос, каким макаром обнулить остатки товаров в разрезе всех аналитик?
|
|
07.12.2009, 17:46 | #16 |
MCTS
|
|
|
|
За это сообщение автора поблагодарили: Eldar9x (2). |
24.02.2011, 20:03 | #17 |
Участник
|
Несуществующая прибыль, левые убытки
Цитата:
Сообщение от EVGL
Мой метод:
Например, складские остаки на 10 милионов. Если их оприходовать журналом инветраризации, то получиться замечательная картинка - шел кладовщик по складу и случайно нашел товар на 10 млн. И соответственно этот клад ляжет на прибыль. Я вижу что можно использовать журнал проводка и в качестве кор.счета использовать забалансовый счет. А есть ли для этого какая то специальная процедура - или только стандартный журнал? Я такйо процедуры не знаю. Аналогичная ситуация с клиентами, поставщиками, подотчетниками и т.д. Например с клиентами можно временно поправить профиль разноски на период ввода начального сальдо и все лишнее останется за балансом. Иначе все это ляжет на прибыль и убытки и попортит красоту баланса. А есть ли какая то специальная процедура ввода начальных остатков. Или все это надо делать стандартными журналами. Кстати, а что потом делать с этими забалансовыми остатками - отдельный вопрос. По сути вопрос методический: а в ПБУ предусмотрена такая процедура, или ПБУ подразумевает ведение учета от рождения до смерти, а процесс промежуточной постановки не обсуждается? |
|
25.02.2011, 11:38 | #18 |
Участник
|
Для этого ваш главбух может рисовать такие замечательные документы, как "бухгалтерские справки".
|
|
25.02.2011, 21:02 | #19 |
Участник
|
Цитата:
Сообщение от Волчара
Например, складские остаки на 10 милионов. Если их оприходовать журналом инветраризации, то получиться замечательная картинка - шел кладовщик по складу и случайно нашел товар на 10 млн. И соответственно этот клад ляжет на прибыль.
Я вижу что можно использовать журнал проводка и в качестве кор.счета использовать забалансовый счет. Кстати, если использовать для всей заливки один корр. счет, то после завершения он должен закрыться в ноль. Это может служить проверкой того, что ничего не забыли. |
|
|
За это сообщение автора поблагодарили: Волчара (1). |