Ce s-a comandat.
WooCommerce și sursele marketplace furnizează contextul comercial, produsele și referințele necesare corelării.
CHARMÉE / Accounting HubImplementare custom · administrare și export reale
WooCommerce · documente · decontări · stocuri
Documente pentru contabilitate.
Un Hub pentru întregul flux.
Comanda, factura și decontul descriu aceeași vânzare din perspective diferite. Accounting Hub le aduce într-un spațiu comun, cu sursa fiecărui document, asocieri verificabile și un pachet organizat pentru contabilă.
- Surse financiare într-un registru comun
- Asocieri și încasări cu verificări distincte
- Două Excel-uri, patru foi de lucru
01 / O evidență cu surse expliciteO comandă. Mai multe documente.
O comandă. Mai multe documente.
Fiecare cu rolul lui.
Magazinul operează cu plăți online, rambursuri și marketplace-uri. Hubul centralizează înregistrările și originalele disponibile, păstrând diferența dintre comanda comercială, documentul fiscal și transferul raportat de sursa de decontare.
Ce document s-a emis.
Oblio furnizează facturile, stornările și situația încasărilor citite la sincronizare. Referința documentului rămâne identificabilă.
Ce raportează sursa.
Rapoartele de plată sau ramburs explică brutul, comisioanele și netul, în contextul fiecărei platforme.
| Sursa | Preluarea | Rolul în flux |
|---|---|---|
| Oblio | Citire periodică și recuperare documente | Facturi, storno, încasări și PDF-uri disponibile prin legături verificate. |
| WooCommerce | Citire din magazin | Comenzi, referințe de factură și catalogul folosit la exportul stocurilor. |
| eMAG | Comenzi citite; rapoarte încărcate de operator | Documente financiare importate în lot, cu tipuri și verificări specifice. |
| Trendyol | Citire financiară API, paginată | Tipuri financiare separate, citite pe intervalele acceptate de integrare. |
| NETOPIA | API și descoperire IMAP după configurare | Rapoarte de decontare, componentele tranzacțiilor și comisioanele lor. |
| Cargus | Modul financiar custom separat | Rambursuri, ordine de plată și facturi de curier, cu documentele disponibile. |
Vezi matricea reală a integrărilor din administrare
Interfața delimitează explicit sursele disponibile. În această versiune, ABOUT YOU, Fashion Days și FAN ramburs pot avea documente arhivate manual; nu au adaptoare financiare dedicate în Accounting Hub.
02 / Conexiune și sincronizareVerifici accesul.
Verifici accesul.
Apoi construiești evidența.
Panoul separă testele API de sincronizarea în registrul local. Echipa poate verifica o conexiune și poate alege sursa și perioada de citire înainte de a folosi datele într-un raport.
Procesarea este paginată și poate fi reluată. O nouă sincronizare actualizează evidența locală; citirea facturilor nu modifică documentele din Oblio.
Înregistrările și contoarele păstrează tipul sursei. Numărul comenzilor, al facturilor și al deconturilor nu se adună ca un total al vânzărilor.
- 01 / Identitate
Confirmi firma și conturile.
Contextul companiei precede citirea, importul și selectarea perioadei.
- 02 / Preluare
Păstrezi sursa și referința.
Documentul sau răspunsul citit intră în evidență cu propriul tip și propriile repere.
- 03 / Verificare
Urmărești rezultatul.
Registrul, simularea și jurnalul arată ce s-a preluat și ce necesită intervenție.
03 / Automatizare cu responsabilități separateCitirea are ritmul ei.
Citirea are ritmul ei.
Încasarea are propriile condiții.
Automatizarea coordonează citirile, recuperarea documentelor și verificările surselor activate. Stările cozii și rezultatele operațiunilor oferă echipei un punct comun de urmărire.
Coada deduplicată și reluarea erorilor susțin procesarea periodică. Execuția depinde de cronul WordPress și de disponibilitatea serviciilor conectate.
Activarea citirii periodice este distinctă de autorizarea înregistrării încasărilor în Oblio.
Activare și reguli pe sursă
O încasare pornește dintr-o decontare verificată.
Scrierea în Oblio cere activarea explicită a automatizării și a sursei, configurarea politicii și verificările documentare.
Factura este recitită înaintea operațiunii și după aceasta. O cerere cu rezultat incert intră în verificare, fără retransmitere automată.
Cum sunt tratate încasările existente și rezultatele incerte?
Motorul verifică identitatea documentului, soldul și istoricul propriu al operațiunii. Încasările existente, stornările, plățile parțiale și perioadele închise au controale dedicate. Un timeout după o cerere de încasare nu autorizează repetarea aceleiași scrieri.
Citirea ulterioară clarifică starea documentului. Confirmarea unei încasări se urmărește în rezultatul Oblio și în jurnalul financiar, separat de eticheta care arată că raportul a fost importat.
04 / De la plată la decontarePlata clientei are o valoare.
Plata clientei are o valoare.
Decontul explică transferul.
Integrarea NETOPIA păstrează componentele tranzacției și comisioanele raportului. Valoarea brută a plății, comisioanele și netul au roluri separate, astfel încât comisioanele de procesare să nu fie confundate cu o reducere a facturii.
Raportul are propria identificare.
Ecranul separă perioada, ID-ul raportului și descărcarea prin API. ID-ul raportului și BatchId sunt identificatori diferiți. Originalul disponibil este arhivat înaintea interpretării.
Configurarea arată și dependențele.
Fluxul implementat descoperă raportul din mesaj și continuă cu descărcarea API. Captura indică lipsa extensiei PHP IMAP în acel mediu; rularea acestui traseu cere configurarea și disponibilitatea ei.
Comisioane păstrate în context.
Rândurile de comision de transfer rămân componente ale raportului. Nu primesc comenzi sau tranzacții inventate pentru a intra în motorul de încasare.
Cargus: ramburs și ordin de plată.
Modulul Cargus Reconciliere folosește datele financiare CashAccount. Decontarea cere reperele ordinului de plată; trackingul coletului are un rol separat.
Structuri necunoscute, la verificare.
Un raport cu identitate neconfirmată sau componente incompatibile cere verificare. Reconcilierea din raport se citește împreună cu documentele bancare relevante.
Generarea și administrarea AWB sunt prezentate în studiul Curierat și AWB . Accounting Hub continuă cu documentele și evidența financiară a rambursului.
05 / Originale și importuriDocumentele intră organizat.
Documentele intră organizat.
Originalul rămâne disponibil.
Sursele au formate și mecanisme diferite. Importul eMAG are un flux dedicat, iar arhiva generală permite păstrarea altor justificative împreună cu sursa și rezultatul verificării.
Un lot, rezultate pe fișiere.
Echipa încarcă rapoartele și PDF-urile eMAG, apoi urmărește progresul și rezultatul fiecărui document. Integrarea tratează tipurile financiare DP, DC, DV, DED, DAACP și DCCO; desfășurătoarele sunt furnizate de operator.
Sursa și starea însoțesc documentul.
Lista păstrează originalele și starea importului. Alte justificative pot fi arhivate manual; posibilitatea de a stoca un document este distinctă de interpretarea automată a tuturor câmpurilor sale.
Firma și perioada sunt confirmate la import. Spațiul TEST este separat de datele CHARMÉE. Rândurile, numele fișierelor și identificatorii privați sunt mascați în ilustrațiile acestui studiu.
06 / Registru și reconciliere documentarăAsocierea are o dovadă.
Asocierea are o dovadă.
Încasarea are o stare.
Registrul organizează înregistrările pe sursă, tip, referință, monedă și stare. Simularea pune în relație sursa de decontare cu factura și cu încasările citite din Oblio.
Poți urmări de unde provine rândul.
Comanda, AWB-ul sau referința și documentul fiscal sunt păstrate în coloane distincte. Acest context susține verificarea unei situații înaintea exportului.
Rezultatul are o explicație.
În exemplul real, rândul NETOPIA este marcat deja încasat în Oblio, iar rândul Cargus cere verificarea returului și a storno-ului. Pagina folosește ultima sincronizare Oblio; simpla deschidere a simulării nu execută o citire API nouă.
Corecția manuală păstrează istoricul.
Operatorul selectează documentele după comandă, serie și număr, apoi confirmă asocierea. Înlocuirea unei legături greșite are o confirmare separată și păstrează relația anterioară în istoric.
NETOPIA și Cargus folosesc referința facturii din comanda WooCommerce. eMAG și Trendyol folosesc reperele documentare exacte disponibile în integrare. Numele clientei sau egalitatea unei sume nu sunt suficiente pentru o asociere automată.
Cum intră retururile și stornările în evidență?
Fluxul documentar poate corela un ramburs Cargus cu factura inițială și storno-ul selectat pe baza originalelor. Verificările includ totalurile, clientul Oblio și liniile documentelor. Versiunea analizată tratează stornări integrale.
Confirmarea salvează asocierea și explicația administratorului în Hub. Eventuala restituire prin virament este declarată de operator și verificată prin documentele corespunzătoare. Salvarea dosarului nu execută un transfer și nu schimbă stocul sau factura.
07 / Costuri declarate și stocuriCostul are o dată.
Costul are o dată.
Variațiile au un reper comun.
Fila Prețuri de achiziție arată fotografia, produsul, SKU-ul și istoricul costului. Pentru produsele variabile, costul declarat la părinte este citit de variații; produsele simple au propriul rând.
Data „Valabil de la” separă costul curent de cel relevant pentru o perioadă anterioară. O informație lipsă rămâne lipsă, iar costul zero introdus explicit este tratat distinct.
Acest registru de costuri completează exportul stocurilor fără să rescrie prețurile de vânzare sau cantitățile WooCommerce.
Întâi verifici lotul. Apoi confirmi.
Șablonul pornește din produsele reale. Importul XLSX sau CSV identifică produsul prin ID și SKU, verifică valorile și data, apoi cere confirmare separată. O eroare de validare blochează lotul; confirmarea nu ascunde un import parțial.
Ce se întâmplă când lipsesc costuri sau cantități confirmate?
Exportul folosește costul valabil pentru data relevantă și cantitatea cunoscută. Fără cost sau cantitate confirmată, valoarea rămâne goală și apare o observație de verificare. Un cost valabil de la o dată ulterioară nu este aplicat automat perioadelor anterioare.
Modelul folosește costul unitar declarat și istoricul acestuia. Evaluarea pe loturi, metodele FIFO/CMP, documentele de intrare și tratamentul contabil se stabilesc pe baza evidențelor de achiziție și recepție.
08 / Predarea documentelorDouă fișiere Excel.
Două fișiere Excel.
Patru perspective clare.
Pachetul separă Centralizator.xlsx, cu foile Comenzi, Facturi și Deconturi, de Stocuri.xlsx. Această structură este prezentă și în arhiva reală furnizată pentru studiul de caz.
Operatorul alege între raportul complet, cu justificativele disponibile grupate pe surse, și un pachet doar cu cele două Excel-uri. Datele din foi păstrează aceeași structură în ambele variante.
Originalele financiare rămân în fluxul privat al magazinului. În această pagină prezentăm structura și ecranul real de generare.
01 / Comenzi · contextul comercial
Foaia organizează comenzile pentru perioada aleasă și reperele lor comerciale. Sursa ajută la urmărirea traseului unei comenzi către documentele și deconturile asociate.
02 / Facturi · documentele fiscale
Facturile și stornările sunt urmărite prin propriile identificări și valori. Documentul fiscal are un rol distinct de comanda care l-a generat și de transferul prin care este decontat.
03 / Deconturi · transferuri și comisioane
Foaia păstrează perspectiva decontării, cu sursa, transferul și comisioanele relevante. Aceste rânduri completează documentele comerciale fără a transforma fiecare transfer într-o vânzare nouă.
04 / Stocuri · cantități și costuri
Fișierul separat include cantitățile, costurile de achiziție valabile și valorile care pot fi calculate pe baza datelor disponibile. Catalogul WooCommerce este recitit la export, iar lipsurile rămân vizibile pentru verificare.
Raportul transmis are propria versiune.
Lista păstrează data generării, tipul pachetului și descărcarea. Verificările necesare rămân vizibile în administrare. Un export nou reflectă datele disponibile la generare; rapoartele deja create nu sunt rescrise.
Pachetul este destinat predării și verificării documentelor. Excel-urile nu reprezintă un import XML SAGA; închiderea contabilă se verifică împreună cu justificativele și evidențele bancare.
09 / Control și trasabilitateFirma este explicită.
Firma este explicită.
Operațiunea are un istoric.
Configurarea centrală identifică firma și conturile financiare. Jurnalul arată sursa, starea și mesajul operațiunii, astfel încât echipa să poată distinge un document preluat, o verificare necesară și o eroare de acces.
Conturile primesc un context comun.
Hubul reutilizează credențialele integrărilor existente pentru Oblio, eMAG, Trendyol și Cargus. Setările specifice NETOPIA au propriile controale. Confirmarea firmei precede operațiunile asupra datelor sale.
Poți reveni la rezultatul procesării.
Jurnalul afișează sursa, starea și un mesaj sintetizat al operațiunii. Captura documentează stările disponibile în acel moment, cu referințele private mascate.
Acțiuni autorizate.
Operațiunile administrative verifică permisiunea și contextul cererii. Activarea unei citiri și autorizarea unei încasări au controale diferite.
Originale și versiuni păstrate.
Importul, asocierea și generarea raportului își păstrează reperele. Ștergerea unei copii de export nu șterge originalele și registrul.
Lipsuri explicite.
Problemele de structură, referințele neconfirmate și costurile lipsă cer verificare. Limitele exportului opresc generarea în loc să trunchieze datele în tăcere.
10 / Avantajul implementăriiMai puțină căutare între surse.
Mai puțină căutare între surse.
Mai mult context pentru verificare.
Accounting Hub conectează activitatea magazinului cu documentele și rapoartele care o explică. Echipa poate urmări o referință, corecta o asociere și pregăti un pachet coerent, păstrând verificările vizibile pe parcurs.
Hubul înlocuiește emiterea facturii sau programul contabil?
Facturile sunt emise prin integrarea fiscală. Accounting Hub citește documentele, organizează evidența și pregătește exportul; încasările Oblio sunt o funcție separată, cu activare explicită. Contabilitatea folosește pachetul împreună cu documentele justificative și propriile verificări.
Sunt automatizate toate platformele în același mod?
Fiecare sursă are propriul traseu. eMAG cere încărcarea rapoartelor financiare, Trendyol folosește citirea API, NETOPIA are API și descoperire IMAP configurabilă, iar Cargus folosește modulul financiar dedicat. Matricea surselor arată limitele versiunii documentate.
Contextul studiului și materialele verificate
Studiul documentează sursa Accounting Hub 0.3.4, ecranele reale furnizate și structura arhivei de export primite. Integrarea financiară Cargus este documentată împreună cu modulul Reconciliere 0.2.4. Funcțiile citite din cod sunt explicate separat de stările vizibile în capturi.
Ilustrațiile sunt decupaje din interfața reală. Barele administrative WordPress au fost eliminate, iar datele personale, identificatorii și valorile financiare private sunt mascate. Arhiva contabilă originală și pluginurile operaționale nu sunt incluse în addonul de prezentare.
Ai nevoie de documente și decontări organizate în jurul fluxurilor tale WooCommerce?
Discută implementarea