Производственный учет 7.7.




Принцип обмена данными из 1С с сайтом (на MySQL) и выдачи (публикации) этих данных по запросу.
PHP-Скрипт автоматической загрузки данных из файла данных в формате CSV в базу данных сайта работающего на WordPress.

В продолжение моей темы: 1С:Альфа-Авто Автосалон Автосервис: обмен с сайтом.
С помощью данного скрипта можно загружать в автоматическом режиме, по расписанию, данные сервисных книжек (ремонтов авто) из 1С:Альфа-Авто Автосалон Автосервис.
Также можно загружать данные в ручном режиме: для этого делается скрытая страница, где размещается специальная кнопка.
Комментарии размещенные внутри скрипта разъяснят логику и порядок действия.
Комментарии с "/////    echo" использовались для отладки.
Дополнительно создана таблица для журналирования результатов загрузки данных.
Скрипт включает в себя защиту от SQL инъекций (думаю безопасность соблюдена в полной мере).
В кратце:
1. Пишется скрипт, который запускает этот.
2. Создается регламентное задание в WordPress, по которому запускается скрипт из п.1. 
3. Этот скрипт осуществляет проверку на существование файла обмена в папке.
4. Если данные не новые, загрузка не производится.
5. Если данные новые, очищается таблица сервисных книжек.
6. Загружаются новые данные.

Собственно сам скрипт:

<?php // Полная загрузка сервисных книжек, создан 2024-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='\

53 Comments

  1. Sprite

    То же самое можно сказать и про ТиС в контексте производственных процессов.

    Reply
  2. Арчибальд

    (1)В ТИСе производства и не должно быть.

    Мысль такая: если у предприятия есть производство, то должен быть его учет. Очевидно, бухгалтерия также будет у предприятия присутствовать на (мелкоту, умещающуюсю в ПУБе, рассматриваем). Так что надстройку для производства делать придется над бухгалтерией — либо писать конфигурацию «Производство» и связывать ее с бухией. Однако тогда потребуется связь двусторонняя.

    Reply
  3. Свой

    Поднятая тема производственного учета в 1С Бухгалтерии 77 интересна и знакома.

    1. Способ доработки конфигурации без изменения сходных объектов 1С не нов и поддерживается мною.

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

    3. Пользу может принести использование текущих возможностей конфигурации, которые многие бухгалтеры не знают.

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

    Reply
  4. Арчибальд

    (3)

    1. Андрей, должен заметить, что восьмерки это («неразрушающее конфигурирование») тоже касается, причем даже в бОльшей степени из-за слабой совместимости версий платформы и конфигураций снизу вверх. Семерка выбрана была, поскольку имеется рабочая конфигурация, где реализованы описанные приемы и имеется положительное заключение заказчика.

    2. С забалансом можно вообще много полнзного сотворить.

    3.Я сосредоточился на поизводстве из-за того, что этот участок совершенно не регламентирован Минфином в части 23 (да, в общем, и 25 счета), а в реальном производстве там часто крутится львиная доля затрат. У меня около 70%. Аналитикой 20 счета тут не отделаешься.

    Reply
  5. tsd

    хотелось бы уточнить пункт 3 методики. Что подразумевается под «одно подразделение – одна услуга»? Например, во вспомогательном цехе рубим листовой металл на полосы и перетягиваем проволоку. Как по классификации описано будет?

    Какие общепроизводственные расходы не будем копить на 25 счете?

    ЗЫ может стоило рассмотреть имеющиеся конфы от ИТРП?

    Reply
  6. Арчибальд

    (5) Классификация центров затрат — весьма тонкая материя. Во многом классификация зависит, естественно, от специфики сведений, которые необходимо получать. В примере: если ам требуется себестоимость тонны металлических полуфабрикатов (полосы и проволока), то делить не требуется, если же полосы и проволока нас интересуют по отдельности, то есть два пути: либо разделить цен на два центра затрат, либо опытно-статистическим путем установить соотношение себестоимостей двух продуктов. Еще один вариант — разделение продукции цеха на основную и попутную (когда объем выпуска многократно различается по затратам), и сначала из суммы затрат вычитать (условную) себестоимость попутной продукции, а затем проводить основной расчет.

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

    Reply
  7. Арчибальд

    (5)+ ИТРП реально «страшно далек от народа». Более или менее разработаны торетические основы управления, базирующиеся на наличии исходной информации о функционировании подразделений (центров затрат) предприятия, и то эти еории не общеприняты. Плюс совершенно неприемлемые для среднего бизнеса цены. Так что среднее предприятие вынуждаемо (по необходимости) самостоятельно заполнять вакуум в методолоии учета на промежуточном уровне между ERP и оприходованием купленных гвоздей.

    Reply
  8. gutentag

    И в семерке (если не менять типовую конфигурацию), а частично и восьмерке, я бы все «вспомогательные счета» через 20счет перегонял при помощи «заполнялки/расперделялки» для бухгалтерской справки в в виде внешней обработки. Хотя знаю, что «перегонять» услуги выполненные вспомогательными подразделениями через счет 20 — не есть правильно (….Ну, если только прописать в учетной политике, что услуги оказываемые более 1-месяца/раза являются основным видом деятельности).

    —-

    ЗЫ. точно также я бы и 19-счет распределял бы по «Облагаемым НДС» и «Не облагаемым НДС» операциям.

    Reply
  9. gutentag

    > Считать эффективность необходимо, значит, нужен механизм сопоставления план-факт.

    Если планового отдела нет и организация не работает по госзаказам, то можно установить приказом, например Плановая цена 1шт = 1руб или 100 руб или по своему вкусу. Когда я пользовался бух-77, то устанавливал плановую цену 1руб(т.к. это никого не интересовало 🙂

    Но это действует применительно к методологии учета бух-77, т.к. отклонения от плановой Себестоимости все равно перетекают на 43-счет.

    А по-правильному, все отклонения списываются в сразу в 90-ый счет, а на 43-счете готовая продукция отражаются по плановой с/с(но против этого очень сильно Налоговики против)

    Reply
  10. Арчибальд

    (9) Сейчас можно отклонения плана от факта списывать на 43. В последних релизах Бух 7.7 (примерно, с 490-го) это выбирается константой, проверяемой при штатном закрытии месяца.

    В 2002 году этого нельзя еще было делать, так мы равели регламентный (непроводочный) документ РасчетСебестоимости, который в конце месяца корректировал плановую себестоимость на конкретные отклонения и перепроводил выпуск продукции и месячные отчеты вспомогательных и обслуживающих цехов. Налоговая не придиралсь…

    Reply
  11. Арчибальд

    (9)+Запланированная себестоимость сохранялась при этом в форме документа…

    Reply
  12. gutentag

    (10) > Сейчас можно отклонения плана от факта списывать на 43. В последних релизах Бух 7.7 (примерно, с 490-го) это выбирается константой, проверяемой при штатном закрытии месяца.

    А можно по конкретней — где найти эту константу в типовой конфигурации?

    Я сработаю в восьмерке, но врага надо знать хорошо 🙂

    Reply
  13. Арчибальд

    Константа СпособыУчетаГПиПФ со значениями ПоПлановой/ПоФактическойСебестоимсти

    +доп. субконто на 40 счете СтоимостьВыпуска со значениями ПлановаяСтоимость/Отклонения.

    В зависимости от значения этой константы итоги на 40 по отклонениям списываются на 90, либо на 43.

    Reply
  14. oxygen-so

    (13) Вопросик… Как относить отклонения на 43 счет, если затраты списывают по виду продукции? Т.е. на 43 счете — субконто Номенклатура, поэтому нужен конкретный код продукции. По какому принципу сумму по виду продукции раскидывать по конкретным кодам продукции? Например, как это реализовано в тех же новых релизах с 490?

    Reply
  15. Арчибальд

    (14) Собственно говоря, это вопрос того же порядка, как учесть затраты на выпуск конкретной продукции. На 20-то счете тоже ведь субконто «ВидыНоменклатуры». Если нужно считать конкретную продукцию, то она должна быть в ВидеНоменклатуры единственной.

    Reply
  16. oxygen-so

    (15) Вот-вот.. Выходит в справочнике видов номенклатуры должно быть дублирование самого справочника номенклатуры, что отрицает суть самого справочника видов. А иначе непонятно, каким образом отклонения со счета 40 должны относиться на счет 43. Если только какой-нибудь алгоритм придумать самому, например, по объему выпусков по всем кодам в виде. Но это не будет отражать всей картины затрат. Поэтому, по сути, что списание на 90 счет, что на 43, в конфе бухии практически равнозначно.

    Reply
  17. oxygen-so

    (15) Я сам не пробовал, т.к. нет данных, но хотелось бы узнать, какие субконто стоят на 43 счете в случае закрытия на него со счета 40 в новых релизах бухии с 490? Что 1С там придумала?

    Reply
  18. Арчибальд

    (16) не совсем так. У справочника видов никакой сути нет. Он назван так потому, что термин «Виды» присутствует в инструкции Минфина, а совсем не для группировки выпускаемой продукции.

    Ну, а для варианта, когда продукция по себестоимости и затратам практически не различается (например, велосипеды разного цвета) можно на 43 счет разбивать пропорционально количеству.

    Reply
  19. oxygen-so

    (13) «В зависимости от значения этой константы итоги на 40 по отклонениям списываются на 90, либо на 43.»

    Просмотрел я, правда бегло, модуль документа Закрытие месяца.

    Не увидел я, где вообще может формироваться проводка 43-40…

    В процедуре ЗакрытиеСчета40() написано «в лоб» д90.2.1 к40.

    А в ОбработкеПроведения именно она вызывается при Константа.СпособУчетаГПиПФ = …ПоПлановойСтоимости

    Reply
  20. oxygen-so

    …А насколько мне известно, отклонения на 40 счете как раз и используются при учете по плановой стоимости…

    Reply
  21. Арчибальд

    (19) Так они (1С) это не автоматизировали. Второе субконто 40 счета вообще в конфе не фигурирует. Все ручками…

    Reply
  22. oxygen-so

    (21) Ну тогда выходит, что и константа, и доп.субконто — это просто их (1С) показуха… Для чего вот только…

    Reply
  23. Арчибальд

    (22) Дело в том, что специалисто по реальному производству (в частности, по производственной себестоимости) на фирме нет. Поэтому они и не взялись за дело. Но честно дали возможность, разрешенную Минфином — дерзайте, доделывайте. Все-таки не показуха, а реальная оценка своих возможностей + подталкивание к восьмерке.

    Reply
  24. oxygen-so

    (23) Сомневаюсь что-то, что нет… Уж деньги есть, чтоб купить спеца.

    Я думаю, это просто для того, чтобы сохранять своё искусственное деление по конфигурациям, т.к. в том же ПУБе (Производство+Услуги+Бухгалтерия) по выпуску продукции сделано все намного лучше. А улучшат учет производства в бухии, кто будет покупать эту ПУБ?

    Reply
  25. oxygen-so

    … т.е. скорей всего именно подталкивание к 8ке )

    Reply
  26. Арчибальд

    (24) Ну, настаивать не буду — кто знает, о чем Нуралиев думает. Я-то считаю, что 1С выросла из потребностей «бизнеса» начала 90-х: мелкая торговля и «отверточные» кооперативы. Вот это они изучили и автоматизировали. ТиС всегда у них был на первом месте.

    Бухгалтерия еще дооОоолго была в зачаточном состоянии. Десять лет до «удобоваримости». Да и теперь Бух 8.* уступает семерочной в «юзабельности» — достаточно на обработки на ИСе посмотреть. Для восьмерки выкладывают то, что в семерке давно в типовые включено…

    Reply
  27. Altair777

    А я реализовывал другой подход.

    Абсолютно типовая (неизменеямая) Бух в комплексе (не путать с Комплексной конфигурацией!) с изменямой ТиС. Внешними обработками делаем импорт/экспорт из ТиС в Бух.

    Reply
  28. Арчибальд

    (27) Что, производство в ТиСе?

    Reply
  29. Altair777

    (28) В любом слачае, как мне кажется, его там легче организовать, чем в Бух.

    Reply
  30. oxygen-so

    (26) «Да и теперь Бух 8.* уступает семерочной в «юзабельности» — достаточно на обработки на ИСе посмотреть. Для восьмерки выкладывают то, что в семерке давно в типовые включено…» — можно для примера что-нибудь?

    Из 8ки кстати как раз бухию и собираюсь пользовать…

    Reply
  31. oxygen-so

    (29) Производство в Торговле?…

    Reply
  32. Арчибальд

    (30) Ну, сейчас разве найдешь… Такое впечатление сложилось, особенно в мае — июне. Помнится, печатных форм море было…

    Reply
  33. Altair777

    (31) Работал я с такой конфой, к которой было подвязано начиная от получения данных от станков (через контроллеры, которые обслуживались отдельной скульной базой (не 1С) и потом импортировались в 1С-ку)

    Reply
  34. oxygen-so

    (32) Это когда по счетам-фактурам изменения были? Так в клюшках тоже самое было… А 8ка-бухия по отзывам намного лучше 7.7, и что самое главное — 8ка развивается.

    Reply
  35. oxygen-so

    (31) Всё равно не понятно, почему именно на основе ТиСа… Может, кто-то из реализаторов идеи дружил с регистрами и не дружил с бухитогами )

    Reply
  36. oxygen-so

    (35) -> (33)

    Reply
  37. Арчибальд

    (30) Вот, например

    http://infostart.ru/projects/3029/

    (34) Я не против восьмерки. Пусть себе развивается. Я даже толкаю начальство к переходу на восьмерку. Но как подумаю, какой гемор появится с изготовлением «мелочей», которые в семерке уже есть…

    Reply
  38. Арчибальд

    (35) А вообще-то мысль интересная. В смысле, сделать производственный учет на регистрах (не в ТиСе, конечно)…

    Reply
  39. oxygen-so

    (38) В ПУБе так оно и есть.

    Reply
  40. Арчибальд

    (39) ПУБ маааАааленький. Если список комплектующих составить можно — тогда да, ПУБ рулит.

    Reply
  41. oxygen-so

    (37) Выходные формы и в клюшках не все есть, а только более-менее часто используемые…

    Reply
  42. Altair777

    (35) Думаю, что так оно и было. Я вот тоже больше люблю регистры 🙂

    (38) В комплексе? С импортом в «чистую» бух?

    Reply
  43. oxygen-so

    (40) Ну я бы не сказал, что ПУБ маленький. С чем сравниваете? Если с бухией, то ПУБ намного больше. ) И по кол-ву строк кода, и по возможностям.

    Reply
  44. Арчибальд

    (43) Объем производства (в смысле количества разнообразно взаимосвязанных производственных участков), «умещающийся» в ПУБе и свои реалии. А возможности… В ПУБе есть возможности, которых нет в Бух, но нет тех, которые требуются. Потому и статья…

    Reply
  45. ZeBeR

    Тема актуальная, вцелом с подходом согласен. Сам много лет переделываю учет с/с в 7.7. (прим. я бух, а не программер)

    Возражения к методике:

    Не всегда есть возможность соотнести одно подразделение с одной услугой и как следствие отказаться от 25 счета. (хотя согласен, что это удобно).

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

    Для закрытия счета пришлось добавить документ «Закрытие 25счета», который распределял затраты 25 на 20 пропорционально базе, указанной в уч.пол-ке (базу били ручками в док), Впоследстии подобный механизм использовал и для 23 счета.

    Reply
  46. Арчибальд

    (45) Нет, от 25 счета мы не отказывались. Мы отказались только от проводок Дт23-Кт25.

    А «Закрытие25_23_29счета» — это и есть у меня «ОтчетПодразделения»

    У нас еще специфика — 80% потребляемых ресурсов «жрут» вспомогательные производства. Напрямую на 20 идет только сырье и зарплата.

    Reply
  47. ZeBeR

    Аааа, спорить не буду, но из текста это непонятно было.

    Reply
  48. puzano-v

    На конфигурации ПУБ — 7.7 автоматизировал два предприятия ( одно уникальное — каждая спецификация уникальна).

    Основные требования по автоматизации — типовую конфигурацию трогать нельзя.

    Весь анализ производственного и торгового цикла выполнялось в одной обработке.

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

    При желании вся группа документов ( производственного отчета ) может быть скорректирована и сформирована заново.

    Спецификации формируются в документе и могут неоднократно использоваться целиком или частично.

    Обработка позволяет:

    — производить учет услуг ( Распределять стоимость затрат );

    — Учет возвратных отходов;

    — Анализ бух. счетов и затрат на 25 и 76 счетах;

    — Анализ 20, 21 и 23 счетов ( при грамотной автоматизации все закрывается нормально);

    — Продажа услуг с 20 счета и др;

    — отрабатывать несколько спецификаций в одном отчете ( один отчет в день);

    — и многое другое необходимое бухгалтеру (руководителю) для анализа

    производственного цикла и для оптимизации работы.

    Схемы учета: — на предприятии или стороннее производство).

    Перемещение материалов по основным и виртуальным складам ( ТОРГ 12 или акты передачи ).

    Полный комплект документации за отчетный период и анализ конечного результата.

    В свое время я выкладывал на сайт обработку «Анализ сверхстоимости производственного предприятия » и схему ведения производственной копании в 1с ( не оценили).

    Обработка работает и сейчас хотя меня давно уже уволили.

    С уважением Пузанов В.Ю.

    Reply
  49. tsd

    (48)

    Основные требования по автоматизации — типовую конфигурацию трогать нельзя.

    Интересное требование. Либо конфа должна полностью удовлетворять по функционалу, либо человеки, ставящие такие условия, ни черта не понимают в автоматизации. Ну, это сугубо мое личное ИМХО.

    А правда приятно, когда закрытие месяца вместо часа делается за 5 минут? Естественно, при условии правильного расчета и т.п.

    Reply
  50. Арчибальд

    (49) Ортодоксальное «не трогать конфу», конечно, не всегда приемлемо. У меня «изменения в конфе не должны привести к потере обновляемости» — статья об этом..

    Reply
  51. Арчибальд

    (48) А где бы посмотреть

    «Анализ сверхстоимости производственного предприятия»? Интересно.

    ЗЫ Сверхстоимость — это круто 😀

    Reply
  52. puzano-v

    При желании на типовой ПУБ 7.7 реализуется любая схема производственно учета.

    Интересно почему эту методику не перенесли на 1с 8.

    При нормальном учете все Бух. счета имеют логический (бух.) смысл.

    Поэтому и специфика закрытия периода фиксирована и на программном уровне не может быть реализована по другому.

    Бухгалтер должен представлять что можно делать а что нельзя.

    Например: Вспомогательное производство нельзя списывать на ГП в текущем периоде (отсюда и 23 счет по участкам).

    Незавершенное производство хорошо просматривается на 20 счете с привязкой к конкретному договору.

    ПУБ по сравнению с УПП простенькая и надежная система (Учитесь работать)

    Reply
  53. Арчибальд

    (52) Единственный тезис, с которым могу согласиться:

    ПУБ по сравнению с УПП простенькая и надежная система

    По остальному:

    При желании на типовой ПУБ 7.7 реализуется любая схема производственно учета.

    Не любого производства, а сборочного. Попробуй примеритьт ПУБ на «разборочное» производство, например, птицефабрику (недавно обсуждалось), даже без яиц, только с мясом.

    При нормальном учете все Бух. счета имеют логический (бух.) смысл.

    Поэтому и специфика закрытия периода фиксирована и на программном уровне не может быть реализована по другому.

    Если бы это было так, не продолжалось бы споров о сути и основах счетоводства.

    Вспомогательное производство нельзя списывать на ГП в текущем периоде (отсюда и 23 счет по участкам).

    Это уж вообще что-то странное. А куда его девать, если результаты деятельности не только ушли в основное производство, но уже и отгружены? Другое дело, что на 23 счете может и должна быть незавершенка.

    Незавершенное производство хорошо просматривается на 20 счете с привязкой к конкретному договору.

    Это опять-таки, только «отверточное» производство. У меня в сезоне 500 договоров, и по всем одновременно производство идет. Но я-то с/х продукцию перерабатываю, а если кто производит?

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *