<?php // Полная загрузка сервисных книжек, создан 2025-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
(0) Простите,PAVI , плеснуло .
(2) kompas-dm,
Не верите, да? 🙂
Во-первых, часть работы остается «за кадром». 1С-ник за день до связи присылает мне накопившиеся вопросы. У меня пока уходит где-то еще час на сотавление ответов в виде конспекта для будущего сеанса связи. Потом конспект тоже отсылаю клиенту.
Во-вторых, мы с ним сначала договаривались о двух-трех сеансах в неделю, но он сам выбрал переход на такой режим. «Скоро сказка сказывается, да не скоро дело делается…» Ему все, о чем договорились СДЕЛАТЬ надо. И, согласитесь, это работа пока не самая высококвалифицированная. У нас получается что-то вроде «наставничества» или лоцманской проводки корабля.
В третьих, с точки зрения условий сдачи УПП у меня вообще условия «шоколадные» по времени. В 2007 году я сдала экзамен на сертификат «Специалист» по УПП со второго раза именно потому, что первый раз не смогла рассчитать время.
В четвертых, я понимаю, что может прийти время для более частого общения и/или работы на территории Заказчика.
Интересно, п.3
А торговые операции? Или Вы считаете этот блок малозначительным и включили его в складские операции?
(4) margo2007,
Торговые операции входят как в регламентный учет (как же без НДС?!), так и в складские операции. НО! Именно из-за НДС считаю его лучше переносить вместе с регламентным учетом.
Теоретически я готов допустить , что такое бывает :
Удаленное внедрение , Удаленное обучение и т.д.
Дескать, консультант консультирует , пользователь консультируется , а местный 1с-ник чего-то программирует.
Но весь мой опыт говорит об обратном . Профанация чистейшей воды.
Внедрение — это интерес внедренца+теснейший контакт с персоналом+темп,темп,темп.
С другой стороны, «такое бывает» в приемлемом изложении всегда интересно.
А вдруг отрицание «удаленности» — всего лишь ограниченность опыта и узость кругозора ?
Вот уже третья статья, название которой начинается с аббревиатуры УПП. И опять, как в первых двух, конфигурация «УПП» в общем-то, ни при чем. Разве что РАУЗ… Но РАУЗ появилась отнюдь не в УПП, да и не в восьмерке даже.
С учетом этого замечания, тем не менее, плюс.
да и РАУЗ не раскрыт 🙂
тем не менее без минуса.
**
как образец письменной речи — отлично
по сути — реклама: ах какие мы молодцы с нулевым профессиональным содержанием
(6) Ish_2,
Удаленное внедрение , Удаленное обучение и т.д.
Дескать, консультант консультирует , пользователь консультируется , а местный 1с-ник чего-то программирует.
Но весь мой опыт говорит об обратном . Профанация чистейшей воды.
Внедрение — это интерес внедренца+теснейший контакт с персоналом+темп,темп,темп.
Внедрение с физическим пристутствием внедренца у клиента действительно очень желательно. НО! Между мною и клиентом 12 часов лету и 5 часов разницы по времени. А у клиента в их населенном пункте НЕТ специалистов по УПП, но есть спецы по Бухгалтерии, Торговле и Зарплате. И предприятие не может позволить себе выписать бригаду внедренцев из других городов. А с 1С-ника внедрение требует акционер. И ему просто нет дела до теории (нужно внедрять так или иначе), ему нужно ВНЕДРИТЬ УПП. Мотивация у парня мощнейшая. А я знаю из практики, до чего может мотивация человека довести.
Кстати, один мой земляк с малой родины не обращал внимание на людские мнения о том, чего он якобы может достичь после провинциальной школы. Зовут его Олег Владимирович Дерипаска.
(0)
> — Что такое «неотфактуровка»? — спросил 1С-ник.
> Западные системы учета не знают такого термина. Им не понять, как можно прислать товар без накладной.
По моему это через чур оптимистичное представление о торговле за рубежом. Товар без накладной прислать можно вполне достаточно счета.
(9) Ок. Удачи.
(10),(0) Встретились знакомые слова : «Западные системы учета» …
Не удержусь : поменьше бы их ставить на нащих предприятиях. По-моему толку мало , а недоразумений — вагон при интеграции с 1с.
Причем недоразумений глубоких — на уровне понимания учета.
Расковырял по необходимости структуру таблиц одной такой западной системы (э.. мирового лидера),
когда понял, что к чему — ахнул : «Да это же папуасы ! Так системы не проектируются !»
Мне сказали :
«Это ты папуас ! Запад есть Запад «
(7) Арчибальд,
вынужден поставить Арчибальду минус — впрочем, как и статье.
Статья — упражнение в чистописании, комментарий — поощрение выдавать такое чистописание за статью.
(9)
так вот откуда вся шелупонь идет…
Т.е. по-вашему — Дерипаска весь из себя, селф-мэйд и вообще — гигант мысли и русской демократии?
(11) Ish_2,
Спасибо и от меня, и от клиента: удача нам понадобится.
(12)
«Это ты папуас ! Запад есть Запад «
Быстро тебя раскусили 😉
(16) Честное мусульманское : я не папуас !
Истину говорю : папуасы -они.
(возможно, если не будет претензий от заинтеремсованных лиц,
я опишу эту систему здесь, на ИС)
(17) Ish_2, ну обычно когда я им тыкал на косяки в организации хранения данных и т.д., отмазки сводились к: «это нужно для сохранения совместимости с предыдущими версиями». А когда спрашиваешь это где такое старьё работает, отвечали: «ну где-то там на западе».
ЗЫ: Не удивлюсь если мы с вами про одну и ту же систему говорим 🙂
(17) Ish_2, не могу в личку, нет, это не она. Я гостиничным бизнесом не занимался, я всё больше по производству. Думаю, что могу отрыто назвать, тем более, что и так все знают, ИМХО, это SAP/R3.
(19) Ок. Понял.
(21) margo2007,
Мы не в Москве, прямого рейса до города клиента нет. Я указала время в пути с учетом пересадки, которое выдал сайт avantix.ru Чистое полетное время не считала. Конечно оно меньше 12 часов.
(5) PAVK,
Под торговыми операциями я имела ввиду весь блок взаимоотношений с покупателями. У Вашего клиента — Управление торговлей. Видимо перенос данных из «Управления торговлей» (цены, скидки, отсрочки, оформление документов на отгрузку, договора, задолженность со сроками долга, и т.д.) Вы и назвали «перенос складских операций»?
Что под этим подразумевается?
(23) margo2007,
Если Вы хотели уточнения терминологии, то должны согласиться, что блок CRM имеет смежные документы с блоками учета запасов и регламентного учета. И это блок имеет важное значение. НО! За нарушение в учете НДС не один главный бухгалтер пострадал, вплоть до увольнения. Поэтому блок CRM считаю необходимым переносить в УПП после регламентного учета в части отгрузки, договоров, задолженности.
(24) Рамзес,
По этим подразумевается буквально следующее:
в смену выпускается полуфабрикат 1, полуфабрикат 2, продукция 1
смена 1 с 8-00 до 20-00
смена 2 с 20-00 до 8-00 следующего дня
Для смены 1:
Получение материалов со склада 9-00
Выпуск полуфабриката 1 16-00
Выпуск полуфабриката 2 17-00
Перемещение полуфабрикатов 18-00
Выпуск продукции 1 19-00
Перемещение продукции 1 на склад 19-30
Упрощено, конечно. Но что-то в этом роде и для более сложных схем переделов.
Смысл в этом следующий: легче отслеживать ошибки выпуска и перемещений. Так как на практике часто бывает так:
выпустили 100 кг, переместили 100 кг. Потом обнаружили, что выпустили 110 кг, исправили ОПЗС, но документ Перемещение товаров забыли исправить.
(25)
Поэтому и даю добрый совет:
хочется им в УПП поиграть — пусть играют, НО НЕ ТРОГАТЬ БУХГАЛТЕРИЮ, пока не отладите учет в УПП.
Переносили они данные из УТ в в Бухгалтерию, так и пусть и из УПП в бухгалтерию дальше переносят.
(26) насколько я понял речь идет просто о том, чтобы документы были расставлены правильно по хронологии. Зачем тогда «расписывать время» для каждого полуфабриката? Нужно объяснить диспетчеру, чтобы документы шли в хронологическом порядке. И чтобы при исправлении ОПЗС время указал прежнее.
(27) margo2007,
хочется им в УПП поиграть — пусть играют, НО НЕ ТРОГАТЬ БУХГАЛТЕРИЮ, пока не отладите учет в УПП.
Переносили они данные из УТ в в Бухгалтерию, так и пусть и из УПП в бухгалтерию дальше переносят.
Хочется надеяться, что Вы действительно стараетесь дать ДОБРЫЙ совет. Но перенос данных из УТ в БП — дело житейское, привычное и нормальное. А вот перенос данных из УПП в Бухгалтерию… Как в анекдоте: «Черт с ней, с головой, но такого я еще не видел». И в УПП мы не «играть» собрались.
(28) Рамзес,
Этого не достаточно. Если Вы сами не выстроите хронологию Вашего многопередельного производства, то НИКТО из исполнителей это делать не будет. Нужно же учесть и перемещения между отдельными подразделениями. Эта хронология нужна для поиска ошибок на стыках учета разных ответственных лиц. Плюс тому, кто ищет ошибки, не нужно каждый раз выяснять заново, соблюдена ли хронология или…
В принципе, никто такую хронологию при РАУЗ обязательной не делает. Просто я делюсь своими маленькими хитростями, которые помогали мне искать ошибки в массе производственных документов.
Раздел «Брюки превращаются…» сразу указывают, что автор либо вообще не работал с РАУЗ, либо не понимает, как тот производит расчет.
Использовать перемещения для отражения цехов — «отлично» влияет на себестоимость, что исходит из самой идеи (системы) линейных уравнений, применяемой для расчета с/с.
(27) Ваш «добрый» совет совсем не коррелирует с вашими другими притязаниями (21).
Поэтому по общему фону складывается впечатление, что ваши советы вовсе не добрые…
(31) к ИС присоединился модератор «1С-про»? приветствую!
Статьи на ИС выкладываются не для того, чтобы мы-читатели угадывали по фразам автора весь его предыдущий опыт, умения, навыки или слабые стороны… если что-то противоречит в статье вашему личному опыту, почему бы не спросить об этом….. вместо того, чтобы делать выводы….местами обидными. ваша цель какая — задеть автора или докопаться до сути статьи?
(34) дополню, или сказать миру «я тоже в чем-то понимаю и чего-то стою!»
(34) Эээ… Есть курсы, есть статьи в интернете (не уверен, что на ИС есть), в которых указывается, в чем суть проблемы расчета с/с при множественных перемещениях по складам.
Если лень в поисковик забить эту проблему, достаточно банально сделать маленький опыт на демо базе (или пустой) и посмотреть на результат.
ЗЫ. Первая же ссылка, кстати
Очень рекомендую стаьи к прочтению, после чтения возникнет много вопросов к автору текущей статьи и что тут понимается по РАУЗом
(36) а вы что, все обсуждения с коллегами начинаете с такой фразы
??????
я обратил ваше внимание не на проблему РАУЗ, а на ваш «вход в обсуждение».
Теперь по РАУЗ… Его разработал не автор, чтобы отвечать за все проблемы РАУЗ.
Проблемы РАУЗ известны, их достаточно много, чтобы писать статьи, организовывать курсы и т.д.
А вот и отрывок из статьи по вашей ссылке от Александра Полякова:
В качестве одной из возможных причин подобного поведения процедуры решения СЛАУ, можно считать применение не очень эффективного метода решения СЛАУ.
В качестве другой возможной причины, можно выделить — наличие встречных потоков затрат (даже при перемещении МПЗ — как расплата за объединение в «одном флаконе» учета затрат и МПЗ). В данном случае, конечно надо было бы поговорить о видах используемых матриц, о числах их обусловленности — и еще о многом из теории графов, но 1С УПП РАУЗ не предполагает проведения подобного рода анализа Графов затрат. Поэтому, пользователям можно только посоветовать обращать внимание на наличие подобного рода встречных потоков затрат при анализе результатов проведения документа Расчет себестоимости выпуска.
Автор как раз и предупреждает, что пользователь должен отслеживать все результаты и ошибки…
Ну вы даете, БэбиСГ!
(37) Автор позицинирует себя, как внедренец РАУЗа и описывает, как это круто. При этом тут же описывает схему, которую в РАУЗе нужно применять с «офигенной» осторожностью.
Еще раз повторю: сделайте тест в базе и посмотрите на результат подобных перемещений. К слову, эта багофича РАУЗа известна чуть ли не с момента его появления.
Если подходить буквально:
1. При использовании такой схемы НЕ стоит использовать режим расчета с/с по складам
2. Обязательно следует описывать такую тонкость
3. Решение позиционировалось, как панацея от проблем, при это возникла другая проблема (организационно практически не решаема).
Подводя итог: цеха на заводе крайне не рекомендуется использовать в виде «складов». Эта идея получила развитие в УТ11 (и войдет в УПП2) в виде т.н. помещений.
В общем случае: склад — это весь завод. Не может меняться с/с товара в момент перемещения из цеха в цех, а при указанной цепочке — это более, чем вероятное событие.
Что бы понять проблему «отслеживания таких ошибок» — достаточно смоделировать такую ситуацию и помножить ее на реальный масштаб 🙂
Поэтому: вход был не для уровня «а что такое РАУЗ?», а для уровня «автор уверен в том, что он знает, как его решение будет работать в РАУЗ?»
О, Боже!
БэбиСГ, с чего вы это взяли?
(38) идет внедрение УПП, какой у нас выбор: Партионный учет или РАУЗ?
вы что выбираете?
и еще, БэбиСГ, опишите свой опыт внедрения УПП, пожалуйста.
Может быть вы к этому идете? то есть у вас есть некоторый опыт, вы пока его не раскрываете, но с ужасом читаете и воспринимаете написанное здесь…
(38) BabySG,
Мои симпатии на стороне партионного учета, но часто использование РАУЗа на предприятии не имеет альтернативы. Именно это я пыталась написать, сожалею, если получилось «не очень».
То, что Вы это указали, действительно важно. Только это требует более подробного объяснения. Вы имели ввиду, что уж если выбран РАУЗ, то не стоит устанавливать флаги «вести учет себестоимости МПЗ по складам»?!
Я же имела ввиду другое: отсутствие расчета себестоимости МПЗ по складам из-за «багофичи РАУЗа» не исключает ведение количественного учета по складам, в том числе по производственным. Превращение всего завода в склад (по Вашей рекомендации) превратит материальную ответственность должностных лиц в фикцию, а учет МПЗ в большую «помойку». Их я видела не мало.
Немного жаль, что учет себестоимости по подразделениям исчез вместе с партионным учетом. Эта «фича» могла позволить такую роскошь, как ведение хозрасчета по подразделениям.
(41) Мои симпатии на основе той концепции, которая закладывается в УПП2. Это почти тот же РАУЗ, что и сейчас, но «улучшенный» 🙂 Партионный учет на большом производстве — это мертвяк. Зачастую ошибки проще «похоронить», чем исправлять.
Да, не стоит указывать этот флаг. Вообще — сама концепция предполагает «склад = завод».
Именно т.н. помещения — дадут количественный учет по цехам (стоимостной — не имеет смысла)
Себестоимость по подразделениям — тоже сомнительная фича, честно говоря.
Не очень понятно, как это все должно рассчитыватся в общем случае (я уж молчу при встречке что должно происходить)
Вот если это обособленные…
Конечно, описанной — это идельная картина, но сдвижки стоит делать именно в этом направлении.
Возможно, лучше дописать механизм количественного учета «по цехам», чем вводить множество складов.
Ведь бухгалтеру эти «склады» до одного места. Зачем ему обороты огромные показывать из-за миграции туда-сюда продукции? Да и выверять сложнее будет.
Подумайте в этом направлении — это может оказаться более действенным, чем вроде бы просто решение «склады»
(42) BabySG,
Наши с Вами различия в подходе именно потому, что в УПП Вы пытаетесь все мерять бухгалтерской позицией. Тогда вообще зачем вся эта карусель? Проще развивать не УПП, а БП.
Нашим клиентам я объясняю преимущества УПП именно в том, что кроме «бухгалтерской правды» можно выявить результаты работы разных служб.
Подумайте и Вы в этом направлении…
«Честно» не синоним «правильно». Если Вы не умеете этим пользоваться для управления производством, это говорит только о Вашем опыте, не более.
(43)
Не подскажете, какую еще правду, кроме бухгалтерской, можно поискать в УПП? Т.е. вообще в учетных системах?
Любая учетная система направлена не на фиксацию фактов (хотя это важная составляющая), а на оптимизацию функционирования объекта учета. Бухгалтерский учет отличается тем, что в качестве критериев оптимальности использует денежные показатели (прибыль, доход, рентабельность и т.п.). Это и есть бухгалтерская правда. Назовите мне еще что-нибудь — без помавания и камлания мифическими понятиями потребностей «менеджеров». Какие еще такие «результаты работы разных служб» существуют? Нет, понятно, конечно, что результаты миссионерской деятельности можно учитывать в количестве новообращенных за период. Однако правильней будет за тот же период учитывать и затраты на эту деятельность, т.е. себестоимость новообращенного, а также потенциальную прибыль, которую он (новообращенный) в дальнейшем принесет. А это правда бухгалтерская.
(43)
Не совсем так. УПП — это система для УУ и для БУ. Поэтому приходится искать компромисс в каждом шаге. И БУ тут не последнюю роль играть будет, как ни крути.
Ну, это заявление сильно. Будет интереснее, если раскажете (думаю, это стоит отдельной статьи), как это используется на практике (с какой целью, какую выгоду приносит и т.д.)
Тогда это уже будет предметный разговор 🙂
(44) Арчибальд,
(45) BabySG,
Хорошо, я постараюсь подготовить отдельную статью. Вернее, я уже задумывалась над созданием подобной статьи, но мне казалось, что это будет разговор о вещах, достаточно очевидных.
По-моему, все эти «хроники малобюджетных внедрений» — того же поля ягода, что и статьи а-ля «нирвана в 1С»: внедрятели делают умные лица, расписывают, какие они мастера, какими масштабными системами с мощным функционалом они «ворочают» (в ход идут «ERP, УПП, КА, УТ») — заказчику; как легко и просто срубить бабла, не напрягаясь, как просто внедрять «ERP, УПП, КА, УТ», а бухгалтерия вообще с закрытыми глазами — здесь на форуме, а на самом деле поставят сервер с типовой и все — он теперь внедрятель-автоматизатор-реальный чел, и не понимает, че остальные 1с-ники страдают и напрягаются (видимо, уперлись «за идею»).
И льется
песнястатья за статьей….(44) — (47)
БУ не учтет такие вещи, как, например, стоимость торговой марки (репутации фирмы) или профессионализм коллектива.
но ведь и УПП здесь не при делах…
идея УУ как «учета» завязана именно на пресловутые «показатели эффективности». Увы, это — область экспертных оценок (соответственно — «интеллектуальных» программ, а не учетных).
(47) frc, да ладно, движуха какая-никакая на ИС
(48) tango,
это мне? тогда по какому поводу? 🙂
а насчет торговой марки — поспорил бы: есть т.н. НМА, в которых учитывается — в том числе, — и стоимость торговой марки, и ребрендинг…
(50) tango,
да печальная это движуха…
хотя — с другой стороны, развлекает, согласен 🙂
(49) tango,
УУ без грамотного и четкого БУ — сферический конь в вакууме, вещь-для-себя.
Или проcто — бессмыслица. Nак что БУ — первичен, основополагающ и источник всех остальных «У».
Всегда близко к сердцу принимаю проблемы переноса данных из других конфигураций.
Процитирую из статьи:
…
Массово вводится номенклатура»
Как планируется впоследствии увязать введенные вручную позиции номенклатуры с тем, что прилетит в качестве тех же остатков из УТ и БП? «Малобюджетно» разрулить ситуацию может уже не получиться… Ну, если только заставить пользователей самих вколачивать остатки.
(54) mikhailovaew,
Да, остатки по номенклатуре будем переносить вручную. И причина простая: бухгалтер по материалам в БП умудрилась КАЖДЫЙ МЕСЯЦ вводить новую номенклатуру. Конечно, до Нового года дадим возможность исправиться, но без инвентаризации о реальных остатках думать бессмысленно. Так зачем переносить бессмыслицу?!
Можно подробнее при каких условиях РАУЗ не имеет альтернативы?
Просто я всегда пытаюсь сначала внедрить партионный учёт и ещё ни разу не сталкивалась с задачами не решаемыми с помощью партий, но и опыта во внедрении УПП у меня ещё очень мало, а «на грабли наступать» совсем не хочется.
(56) Левша_,
РАУЗ не имеет альтернативы если:
— документооборот достигает того объема, когда даже фоновое перепроведение партий существенно тормозит работу;
— если имеется распределенная база данных (несколько филиалов);
— если большое количество неотфактуровок (приходов материалов без накладных)
— просто большое предприятие, на котором всю цепочку партионного учета выстроить и поддерживать требует слишком большого времени или невозможно в принципе.
Критерии, конечно, размыты. Каждый случай надо рассматривать особо. Если нужен критерий еще грубее, то предприятие с количеством более 500 человек и многопередельной продукцией лучше вести на РАУЗ.
(44) Арчибальд,
В воскресенье, 29 июля я отправлю на модерацию новую статью: «БП, КА, УПП: три правды».
Надеюсь она поможет точнее разъяснить мою точку зрения.
Вот я всё понимаю! И РАУЗ и Партионный. Ну почему не хотят сделать в КА и УПП нормальное закрытие месяца (автоматезированное)при партионном учёте???? Ведь сколько читаю статьи, отзывы, большенству организации по (57)и т.д. и т.п даже и ненужен этот РАУЗ.В торговой организации только бухгалтеров научили с документами работать и на те, опять ручные проводки при закрытии месяца. Автоматизировать — так по полной!
А автору респект! Хорошо когда люди опытом деляться! Спасибо.
Нужная вещь сами на УПП собираемся переходить
«Проще начать с того блока, учет которого в 1С-ке еще не велся: с производственного учета.»
Не знаю, как вы собираетесь внедрять производственный модуль удаленно, но могу сказать по опыту, знаю как минимум 2 конторы, которые так и не внедрили УПП, ибо начинали внедрение со слов: «главное запустить производство, остальное само получится». А производство такая штука, его учет можно годами настраивать. Особенно если предприятие работает еще с советских времен.
Сначала нужно запустить на УПП все то, что уже так или иначе отлажено и работает. Бухгалтерия, склад, снабжение, зарплата. И вот когда «вроде ничего не изменилось», но все уже работает в УПП, вот тогда и заниматься производством.
Это исключительно мое мнение. Но именно по такой системе я уже запустил УПП на одном предприятии. А производство им еще не один год внедрять. И дело даже не в самой УПП, а во внутренних бизнес-процессах организации.
(61) hvlad77,
В первой части «Хроник» я как раз рассуждала, что можно делать раньше: производство или бухучет. Ваш опыт не исключает мой. Это не первое предприятие, где спохватываются о внедрении не в октябре-декабре, а где-то после окончания годового отчета. Внедрять зарплатный блок позже января — почти гарантия провала, так как расчет зарплаты и налогов в разных программах практически никогда не совпадает. Поэтому обращаю Ваше внимание на то, что ОПЛАТУ по техпроцессам мы пока не трогали. Те же проблемы будут: с начислением амортизации, расчетом себестоимости и т.д. Поэтому бухгалтерию, склад, зарплату нужно внедрять ТОЛЬКО с января. А еще лучше в ноябре-декабре провести обучение и уточнить/изменить учетную политику предприятия под внедряемую конфигурацию. Это требует понимания предмета обеими сторонами и времени на обдумывание/согласование.
Но чтобы не откладывать внедрение на длительный срок, в другие периоды я предпочитаю внедрять производство. И это получается.