Software la comanda in Oradea, pentru firme care lucreaza in doua limbi si doua monede
Aici a doua limba nu e pentru vizitatorul site-ului. E pentru omul din depozit care primeste lista de marfa si pentru clientul de peste granita care asteapta documente pe care le intelege. Construim CRM, ERP si aplicatii interne care fac amandoua fara sa dubleze munca nimanui. Daca de fapt cauti un site, discutia e alta si o gasesti pe pagina de web design in Oradea.
Buget de proiect
Oferta dupa o discutie de 30 de minute
Proiecte care pornesc de la 4.900 de euro
- Analiza facuta in birou si in depozit, pe procesul real
- Interfata pe limba utilizatorului, cu doua monede si cursul salvat pe document
- Integrari ANAF e-Factura, SAF-T, banci si verificare VIES
- Cod sursa, baza de date si documentatie predate integral
- Instruire separata pentru birou si depozit, cu traducator platit ca linie in deviz
- 90 de zile de garantie pe defecte, la fiecare etapa
Pret de pornire. Oferta exacta vine dupa o discutie scurta, cu etape si termene scrise. Preturile sunt in euro, fara TVA. Se factureaza in lei, la cursul BNR din ziua facturii.
Unde se pierd orele intr-o firma care vinde si dincolo de granita
Webtopocket construieste sisteme interne bilingve, in romana si in maghiara, pentru firme din Oradea si judetul Bihor, cu proiecte care pornesc de la 4.900 de euro fara TVA si cu oferta pe etape dupa o analiza de una sau doua saptamani. Inainte de cifra merita urmarit drumul unei singure comenzi prin firma ta, pentru ca acolo se vede daca merita sau nu.
Cererea intra in maghiara
Vine pe email sau pe WhatsApp, de la un client din Bihor sau de dincolo de granita, si e scrisa in maghiara.
Aici se pierde timpul
Cineva o traduce in cap si o retasteaza in Excel, in romana. Din momentul acela cererea originala nu mai exista nicaieri, iar cand apare o discutie despre ce s-a cerut de fapt, nu are cine sa arate.
Oferta se face in alta moneda decat lista de preturi
Preturile tale sunt tinute in lei, clientul le cere in euro sau in forinti.
Aici se pierde timpul
Cursul se pune de mana si difera de la o oferta la alta. Peste doua luni nimeni nu mai poate spune pe ce curs s-a dat oferta care tocmai s-a transformat in comanda.
Comanda ajunge in depozit pe hartie
Lista de pregatire se printeaza din acelasi Excel, cu denumirile scrise in romana.
Aici se pierde timpul
Omul care pregateste marfa citeste mai usor in maghiara, asa ca suna in birou sa intrebe ce e la pozitia sapte. De cateva ori pe zi, in fiecare zi.
Avizul, proforma si documentele de transport se scriu separat
Trei documente, trei fisiere in Word, aceleasi date introduse din nou.
Aici se pierde timpul
La prima nepotrivire de adresa sau de cantitate se opreste masina la incarcare. Ora pierduta acolo nu e o ora de birou, e o ora de camion.
Factura iese din alt program
Datele intra a treia oara, acum in programul de facturare.
Aici se pierde timpul
Erorile de validare de la e-Factura apar dupa trimitere, pe campuri tastate gresit: cod de TVA, cod postal, denumire de client. Le repara tot un om, tot manual.
La final de luna se face situatia pe tari
Cineva aduna comenzile pe client, pe tara si pe moneda, ca sa iasa raportul pentru patron si pentru contabilitate.
Aici se pierde timpul
O zi de lucru pe care nu o factureaza nimeni, in fiecare luna, pe date pe care sistemul le avea deja, dar in trei locuri diferite.
Nu e o problema de oameni care nu vor sa munceasca. E o problema de date care exista o singura data si se retasteaza de trei ori, in doua limbi si in doua monede. Partea asta se rezolva cu software, si de aici incepe socoteala.
Ce inseamna, tehnic, o aplicatie interna care merge in doua limbi
Regula se ia o singura data, la inceput: limba este o setare a omului care se autentifica, nu a firmei. Acelasi ecran de comanda apare in romana pentru colega din birou si in maghiara pentru operatorul din depozit, pe aceleasi date. Diferenta dintre un sistem bilingv si o traducere lipita peste el se vede in tabelul de mai jos, pe coloana din mijloc.
| Ce | Cum se stocheaza | Ce vede utilizatorul |
|---|---|---|
| Statusul comenzii | Un cod fix, acelasi pentru toata lumea, de tipul ready_to_ship. In baza de date nu ajunge niciodata text tradus. | Colega din birou citeste Pregatita de livrare, operatorul din depozit citeste Szállításra kész, din aceeasi inregistrare. |
| Denumirea produsului | Doua campuri de text pe acelasi produs, nu doua produse. Codul, pretul si stocul raman comune, o singura data. | Denumirea in limba utilizatorului, cu acelasi cod de produs pe eticheta si pe raft, ca sa nu existe doua adevaruri in depozit. |
| Numele persoanei de contact | Doua campuri separate, nume de familie si prenume, plus tara si limba de corespondenta. | In maghiara numele de familie se scrie primul, Kovács János, in romana invers. Din aceleasi doua campuri ies ambele forme, corect. |
| Adresa de livrare | Tara ca lista fixa, codul postal ca text, cu regula de validare pe tara. | Codul postal romanesc are sase cifre, cel maghiar patru. Un singur camp cu validare de sase cifre respinge exact clientii de peste granita. |
| Data si ora | O singura valoare, in format standard, cu fus orar. | Se afiseaza 26.07.2026 in romana si 2026.07.26 in maghiara. Aceeasi valoare, doua obiceiuri de scriere, zero conversii facute de om. |
| Suma si moneda | Valoarea, moneda si cursul folosit, salvate impreuna pe document, o singura data. | Operatorul nu mai calculeaza nimic in cap: pe ecran vede exact numarul care va fi tiparit pe factura, plus echivalentul, marcat informativ. |
| Numarul documentului | O singura serie, indiferent de limba in care se tipareste documentul. | Acelasi numar pe factura in romana si pe cea in maghiara. Doua serii paralele pe limba inseamna probleme la primul control. |
| Emailurile automate | Sabloane separate pe limba, legate de acelasi eveniment din aplicatie. | Confirmarea de comanda pleaca in limba clientului, nu in limba celui care a apasat butonul. Nimeni nu alege nimic manual. |
Regula pe care o tine Webtopocket in fiecare proiect bilingv este ca in baza de date nu ajunge niciodata text tradus: statusurile, tipurile si etichetele stau ca niste coduri fixe si se traduc abia la afisare. Costa cateva ore in prima saptamana si scuteste rescrierea rapoartelor in anul doi.
Trei lucruri care se strica atunci cand a doua limba se adauga la sfarsit
- Cautarea. Daca baza de date nu e configurata sa ignore semnele din maghiara, cine tasteaza Szucs nu gaseste clientul Szűcs si cine tasteaza Sandor nu gaseste agentul Sándor. Se aseaza in ziua unu si se repara scump in anul doi.
- Rapoartele. Cand statusurile au fost salvate ca text tradus, orice raport pe status numara de doua ori aceeasi stare, o data pentru fiecare limba. De aceea statusurile stau ca niste coduri fixe si se traduc doar la afisare.
- Import si export. Un fisier primit de la un partener din Ungaria vine cu alt separator zecimal si cu alt format de data. Regula de citire se pune pe sursa fisierului, nu pe setarea calculatorului de pe care se face importul.
Ce se schimba cand jumatate din clienti nu sunt din Romania
Cinci intrebari care apar in orice proiect de acest tip, cu raspunsul in prima propozitie. Toate se decid la inceput, pentru ca reparatia lor mai tarziu inseamna umblat prin fiecare document deja emis.
In ce moneda imi tin preturile?
Intr-una singura, in nomenclator. Restul sunt afisari. Alegi moneda in care iti tii lista de preturi, iar sistemul calculeaza celelalte si scrie pe document cursul folosit. Fara regula asta, doua oferte trimise in aceeasi saptamana ies cu preturi diferite si nu se poate explica de ce.
De unde vine cursul si ce se intampla cu el peste un an?
Din cursul de referinta BNR, preluat automat in fiecare zi lucratoare, imediat dupa publicare, si salvat in aplicatie. In weekend si de sarbatori legale se foloseste ultimul curs publicat, exact ca in contabilitate. Se salveaza cursul, nu doar suma: cand se verifica peste un an o factura veche, trebuie sa iasa acelasi numar. Cursul de pe un document emis nu se recalculeaza niciodata.
Facturile catre clientii din Ungaria trec tot prin e-Factura?
Nu. e-Factura priveste facturile catre clientii tai din Romania. Pentru livrarile catre un client dintr-un alt stat al Uniunii obligatiile sunt altele si le stabileste contabilul tau, inclusiv declaratia recapitulativa pentru operatiuni intracomunitare. Noi construim sistemul ca sa scoata datele de care are el nevoie, pe tara si pe tip de client.
Cum verific codul de TVA al unui client din Ungaria?
Automat, in VIES, chiar in momentul in care se salveaza fisa clientului. Codul de TVA maghiar are forma HU urmata de opt cifre, iar numarul complet de identificare fiscala, adószám, are unsprezece cifre. Daca aplicatia asteapta un CUI romanesc, operatorul il forteaza cu spatii si liniute, iar peste un an nu mai iese niciun raport corect pe clientii externi.
Documentele in ce limba ies?
In limba clientului, alesa pe fisa lui, nu in limba celui care apasa butonul. Oferta, proforma, avizul si confirmarea de comanda au sablon separat pe limba, cu aceleasi date si acelasi numar de document. Operatorul face acelasi lucru pentru orice client.
Nu suntem contabili. Ce facem noi este sa nu iti ascundem datele de contabil: fiecare document salveaza tara clientului, tipul lui, moneda si cursul folosit, iar exportul lunar iese pe tara si pe tip de client, in format pe care il poate citi programul lui. Ce se declara si cand stabileste el, inainte de punerea in productie, iar ce a cerut se scrie in documentul de analiza si ramane la tine.
Cand nu ai nevoie de software la comanda in Oradea
Partea asta o punem inaintea ofertei, nu dupa. La un sistem in doua limbi costul care se vede cel mai tarziu nu e codul, ci omul din firma ta care trebuie sa confirme ca fiecare eticheta in maghiara inseamna ce trebuie. Daca omul acela nu exista, iti spunem sa nu construiesti nimic, inainte sa platesti analiza.
Nu construi nimic daca...
- Vinzi acelasi produs, in aceeasi moneda, doar catre clienti din Romania. Atunci a doua limba si a doua moneda nu iti aduc nimic, iar un program de gestiune de raft cu abonament lunar face treaba de maine dimineata.
- Toate comenzile trec printr-un singur om, care le tine intr-un Excel pe care il stapaneste. In primul an, omul acela e mai rapid decat orice aplicatie noua, si o spunem chiar daca pierdem proiectul.
- Ai un ERP care merge si iti lipseste o singura bucata, de obicei portalul pentru clienti sau documentele de transport. Atunci nu se schimba ERP-ul, se construieste bucata care lipseste si se leaga la ce ai. Costa de cateva ori mai putin.
- Nu ai in firma un om care sa dea proiectului o zi pe saptamana si sa testeze ce livram. La un sistem in doua limbi se adauga si rolul de confirmare a traducerii, iar cele doua sunt rareori aceeasi persoana. Fara ele, proiectul se opreste, indiferent cine il construieste.
- Ai deschis punctul de lucru de sub un an si inca schimbi felul in care se pregateste o livrare. Asteapta pana se aseaza, altfel platesti ca procesul pe care oricum il schimbi in martie sa fie fixat in cod.
Merita construit cand...
- Aceeasi comanda se retasteaza in trei locuri, iar cel putin unul dintre ele e un document in alta limba.
- Ai oameni care lucreaza zilnic in sistem si nu citesc confortabil in romana, iar asta produce greseli la marfa, nu doar neintelegeri.
- Cursul valutar se pune de mana in oferte si nu poti spune azi pe ce curs s-a facut o oferta de acum doua luni.
- Un client mare din Ungaria iti cere documentele intr-un format anume, iar acum le pregatiti de mana pentru fiecare livrare.
- Legatura dintre programul de facturare si Excelul din depozit o tine o singura colega, care e si singura din tura ce scrie fluent si romana si maghiara. Cand e in concediu, se opreste ceva.
- Urmatorul angajat pe care vrei sa il faci ar munci, de fapt, ca sa mute date dintr-un loc in altul si sa le traduca pe drum.
Socoteala din prima discutie
Numara altfel decat pe ore de birou. Cate documente pleaca intr-o luna catre un client care citeste in maghiara, inmultit cu minutele in care sunt acum traduse si retastate, plus telefoanele din depozit catre birou intr-o zi obisnuita, inmultit cu douazeci de zile. Daca nu iese cel putin o zi de om pe luna, nu construi nimic si iti spunem ce sa cauti in loc.
Daca de fapt problema ta e ca nu te gasesc clientii, atunci discutia e despre site si o citesti pe pagina de web design in Oradea, cu preturi publicate pe pagina de preturi. Iar daca ai deja o aplicatie sau un site si vrei intai o parere scrisa, cere auditul gratuit.
Ce fel de sisteme cer firmele de productie si de comert care lucreaza peste granita
Nu incep toate cu un sistem mare. Cele mai multe pornesc de la un singur proces care doare, de obicei documentele de livrare, si cresc de acolo.
ERP si gestiune pentru productie si depozit
Stoc, comenzi, aprovizionare si productie legate intre ele, cu ecrane de depozit puse pe limba omului care le foloseste. Codul de produs ramane acelasi in ambele limbi, ca eticheta de pe raft sa fie citita la fel de oricine.
CRM cu clienti din doua tari
Fisa de client tine tara, moneda si limba documentelor, iar ofertele ies direct din aplicatie in limba clientului si raman in istoric cu cursul pe care s-au facut. Verificarea codului de TVA e descrisa mai jos, la integrari.
Portal pentru clienti si parteneri
Clientul din Ungaria intreaba altceva decat cel din Romania: intreaba cine ii raspunde in maghiara si in ce interval orar. Portalul ii arata comenzile, documentele si stadiul livrarii in limba lui, la ora la care e el la birou, nu la ora la care e al tau.
Facturare si raportare
Facturi si proforme dupa regulile tale, cu o singura serie de numere, plus situatii pe tara, pe moneda si pe agent, care ies gata de trimis la contabilitate, fara prelucrare manuala la final de luna.
Aplicatii interne pe un singur proces
Aici incep aproape toate proiectele de acest tip: un singur ecran care scoate avizul, proforma si documentele de transport dintr-o singura introducere de date, in limba pe care o cere clientul. Restul firmei ramane cum e pana cand se vede efectul pe primul camion incarcat fara telefon in birou.
Aplicatii desktop pentru hala si depozit
Windows si macOS, cand terminalul trebuie sa mearga si cand pica reteaua, sa vorbeasca cu cantare, cititoare de coduri sau imprimante de etichete si sa scrie local pana revine legatura.
Backend si date
Interfata
Desktop
Infrastructura
Alegerea nu se face dupa moda, ci dupa ce se mai poate intretine peste cinci ani, si motivul fiecarei decizii tehnice il primesti scris, in documentul de analiza. Partea generala, valabila pentru toata tara, este pe pagina de software la comanda.
Ce nu putem sa iti aratam
Nu avem inca un sistem intern bilingv, romana si maghiara, livrat si intrat in productie. Partea de maghiara facuta de noi se vede pe web, la vesa.ro si la varianta internationala in engleza si maghiara de pe aavesa.com. Aplicatii interne am livrat, cea mai apropiata ca tip de complexitate fiind o aplicatie web cu o componenta de AI pentru o clinica privata, dar e sub NDA: o descriem in detaliu intr-o discutie, nu o putem arata si nu ii dam numele.
Daca vrei un furnizor care sa iti puna pe masa exact proiectul tau, deja terminat, nu suntem noi si preferam sa afli acum. Daca vrei sa vezi cum gandim mecanismul inainte sa platesti ceva, cere auditul gratuit si primesti verdictul in scris.
Ce trebuie sa vorbeasca aplicatia ta cu lumea de afara
Aici se blocheaza cele mai multe proiecte facute de firme care nu lucreaza curent pe piata din Romania. Le tratam ca etape cu buget si termen propriu, nu ca detaliu de final.
Partea romaneasca
ANAF e-Factura
Trimitere si descarcare prin SPV direct din aplicatie, cu raspunsul si fisierul semnat arhivate pe factura. Validarile pe datele clientului stau la introducerea fisei, nu la trimitere: fisa nu se salveaza daca un camp obligatoriu nu trece verificarea.
SAF-T, declaratia D406
Se genereaza din datele reale ale aplicatiei si se valideaza inainte de depunere, ca sa nu repare cineva fisierul de mana chiar in ziua termenului.
Banci si plati
Import de extrase si reconcilierea incasarilor cu facturile emise, inclusiv cazul in care plata vine in alta moneda decat cea a facturii. La firmele care incaseaza in doua monede acesta e cazul obisnuit, nu exceptia.
Case de marcat si etichete
Bon fiscal si etichete de raft emise direct din aplicatie, pe modele care au driver sau SDK publicat. Verificam modelul tau inainte sa intre in oferta, nu dupa.
Partea de peste granita
VIES
Verificarea codului de TVA al clientilor din alte state ale Uniunii, facuta la salvarea fisei si repetata periodic. Raspunsul se salveaza cu data lui, pentru ca peste doi ani conteaza ce a raspuns sistemul atunci, nu ce raspunde azi.
Curieri si documente de transport
AWB generat din aplicatie pentru livrarile interne si documentele pentru cele externe, completate din aceleasi date, nu retastate in Word de fiecare data.
API-uri terte si sistemul partenerului
Marketplace-uri, platforme de contabilitate, semnatura electronica sau chiar sistemul unui client mare care iti cere sa te conectezi la el. Daca are documentatie, se poate lega.
Integrarile nu sunt greu de scris, sunt greu de tinut in functiune: se schimba schemele, pica SPV-ul in ziua de 25, apar validari noi. De asta intra intr-un contract de intretinere dedicat aplicatiei, ofertat separat, cu ore alocate lunar dupa cat de des se misca ANAF. Ce contine si cum se deosebeste de abonamentul pentru site scrie in raspunsul despre ce se intampla dupa lansare, mai jos.
Cinci etape, iar prima care intra in uz e pachetul de documente in doua limbi
Ordinea etapelor nu e la fel peste tot. Aici punem prima data documentele bilingve de livrare, pentru ca acolo se aduna cele mai multe minute pierdute intr-o firma care vinde si peste granita si pentru ca acolo se vede in doua saptamani daca am inteles procesul corect. Plata urmeaza livrarea, etapa cu etapa.
Analiza, in birou si in depozit
Doua dimineti la voi: una in birou, langa telefon, si una in depozit, la ora la care se pregatesc livrarile. Iesim de acolo cu lista numerotata a documentelor care trebuie sa existe si in maghiara si cu numele omului din firma ta care confirma fiecare eticheta.
Ramai cu documentul de analiza, harta procesului si lista numerotata de etichete si sabloane bilingve.
Estimare, cu limba a doua pe linie separata
A doua limba e linie separata in deviz, cu pret pe ecran si pe sablon de document, ca sa poti taia sau amana exact partea aceea fara sa cada restul proiectului.
Ramai cu oferta pe etape si cu pretul separat al limbii a doua, scris.
Prima transa: documentele de livrare
Prima etapa e, de regula, pachetul de documente de livrare in ambele limbi, pentru ca acolo se aduna cele mai multe minute pierdute si acolo o intelegere gresita iese la suprafata repede.
Ramai cu avizul, proforma si documentele de transport emise din aplicatie, in romana si in maghiara, cu acelasi numar de document.
Livrari verificate in depozit, nu in birou
Fiecare livrare urca in productie si trece intai prin omul din depozit care citeste ecranul in maghiara. Daca el nu intelege eticheta, etapa nu se considera livrata.
Ramai cu versiuni numerotate, note de livrare si dreptul de a opri la finalul oricarei etape.
Punere in productie si predare
Migram datele vechi, inclusiv fisele de client la care tara si limba au stat pana acum in capul cuiva, si instruim separat biroul si depozitul, fiecare in limba in care lucreaza.
Ramai cu cod sursa, baza de date, credentiale, documentatie si doua grupuri instruite, birou si depozit.
Cum se plateste
40 / 40 / 20
40 la suta la semnare, 40 la suta la mijlocul proiectului si 20 la suta la receptie. Analiza se poate plati separat, ca prima etapa independenta, iar pretul ei se scade integral din prima etapa de dezvoltare daca mergem mai departe. Proiectele de software la comanda pornesc de la 4.900 de euro fara TVA.
Preturile sunt in euro, fara TVA. Se factureaza in lei, la cursul BNR din ziua facturii.
Ce se intampla cu textele in maghiara daca ne despartim
Sunt ale tale, in aceeasi baza de date ca restul aplicatiei, exportabile intr-un fisier de traducere standard pe care il poate citi orice alta echipa. Nu tinem traducerile intr-un serviciu extern pe abonament, ca sa nu ramai fara ele in ziua in care se opreste plata. Fisierul se exporta din panou, fara sa ne intrebi.
Serverele, domeniile si conturile de cloud stau tot pe firma ta, iar noi avem acces ca invitati si ni-l poti taia oricand. Ce se intampla cu codul si cu documentatia scrie in raspunsul despre proprietate, mai jos, si e scris la fel si in contract.
Cum lucram, concret, de la 150 de km
Biroul Webtopocket este in Cluj-Napoca, pe Str. Gospodarilor 11A, la aproximativ 150 de km de Oradea pe E60. Cum lucram la distanta scrie in raspunsul despre birou, mai jos. Aici scriem ce nu e acolo.
La o urgenta care opreste livrarile suni pe 0725 514 153, de luni pana vineri intre 9 si 18, si raspunde omul de pe proiect, nu un formular. Contractul e in romana, factura vine de la UpTrust CyberSec SRL, CUI RO35327235, J12/3760/2015, si se poate verifica pe ONRC inainte sa ne suni.
Ce intreaba o firma din Bihor inainte sa semneze pentru un sistem intern
Nu sunt intrebarile care se pun la un site. Sunt cele care apar dupa ce discutia ajunge la depozit, la cursul de pe oferta de acum doua luni si la cine ii raspunde clientului din Ungaria.
Cat costa un software la comanda pentru o firma din Oradea si de ce porneste de la 4.900 de euro?
Un proiect de software la comanda pentru o firma din Oradea porneste de la 4.900 de euro fara TVA, iar oferta exacta se face dupa o discutie de 30 de minute si dupa analiza. Pragul exista pentru ca sub el nu iese un proiect intreg, ci o bucata din el: analiza, arhitectura, dezvoltarea, testarea, migrarea datelor vechi si instruirea oamenilor consuma impreuna cateva saptamani de munca reala. La un sistem folosit in doua limbi se adauga un strat: etichetele, sabloanele de documente si emailurile automate exista in doua variante, iar asta se decide la inceput, nu la final. Dupa analiza primesti oferta pe etape, fiecare cu pretul si termenul ei, si suma lor este bugetul, scris, inainte sa incepem. Fiecare etapa livrata are 90 de zile de garantie pe defecte, incluse in pret: daca ceva nu face ce scrie in specificatia acceptata de tine, reparam fara sa facturam. Daca inca din prima discutie vedem ca ce vrei nu incape in bugetul pe care il ai, afli atunci, nu peste trei emailuri.
Cat dureaza un proiect?
O aplicatie interna care rezolva un singur proces bilingv, de exemplu pachetul de documente de livrare in romana si maghiara, intra in uz in 6 - 10 saptamani, iar un CRM sau un modul de ERP ajunge la acoperire completa in 3 - 6 luni. Prima bucata folosibila ajunge la oameni mult mai devreme, dupa prima transa. A doua limba nu dubleaza durata daca se planifica de la inceput. Daca se cere dupa ce aplicatia e gata, se plateste de doua ori aceeasi munca, pentru ca trebuie umblat prin fiecare ecran, fiecare sablon si fiecare raport.
Aveti birou in Oradea?
Nu. Biroul este in Cluj-Napoca, pe Str. Gospodarilor 11A, la aproximativ 150 de km de Oradea, si nu avem filiala, punct de lucru sau echipa in Bihor. Proiectele pentru firmele de acolo se fac la distanta: o sedinta scurta pe video in fiecare saptamana, la aceeasi ora, un canal scris in care raspunde omul de pe proiect in aceeasi zi lucratoare si un link de test pe care il deschizi cand vrei. La analiza venim noi la voi, in birou si in depozit, pentru ca procesul nu se vede pe video, si nu o facturam ca deplasare. Daca vrei un furnizor care trece pe la sediu cand suna telefonul, ia o firma din Oradea si e un motiv corect.
Cine scrie efectiv textele in maghiara?
Nu noi. Etichetele, sabloanele de documente si emailurile automate le traduce un om care vorbeste maghiara, platit ca linie separata in oferta, si le confirma cineva din firma ta care vorbeste zilnic cu clientii in maghiara. Noi raspundem de mecanism: campuri, coduri de status, sabloane, sortare si cautare corecta. Regula de garantie se imparte la fel: daca textul a fost confirmat de omul vostru si l-am pus noi gresit in aplicatie, e defect si il reparam pe garantie. Daca a fost confirmat gresit, il corectam gratuit prima data, iar a doua oara intra pe lista de modificari. Daca nu ai in firma omul care confirma, il cautam impreuna inainte sa incepem, pentru ca fara el proiectul se opreste la prima eticheta gresita.
Al cui e codul si ce primesc daca ne oprim la jumatatea proiectului?
Codul este al tau, integral, inclusiv drepturile patrimoniale de autor, scris in contract, iar daca ne oprim la jumatate ramai cu tot ce a fost livrat pana atunci, in stare de functionare, plus cod, documentatie si date. Repository-ul se deschide pe organizatia firmei tale de la primul commit si tu esti administrator. Etapele sunt gandite exact ca sa nu existe momente in care ai platit ceva ce nu poate fi folosit. Bibliotecile open source raman sub licentele lor, care permit uz comercial, si primesti lista completa. Daca alegi sa continui cu alta echipa, facem predarea la fel de corect ca daca ai fi ramas cu noi.
Puteti prelua o aplicatie inceputa de altcineva?
Da, dar incepem cu doua sau trei zile de evaluare a codului existent, la un pret fix pe care il afli inainte si care se scade din prima etapa daca mergem mai departe. Dupa evaluare primesti una din doua variante: se poate continua, si atunci ai un plan pe etape, sau rescrierea costa mai putin decat reparatia, si atunci vezi calculul pe care ne bazam. La aplicatiile bilingve preluate, tiparul obisnuit este acesta: textul tradus a fost salvat direct in baza de date in loc de coduri fixe, asa ca prima etapa devine curatarea datelor, nu functii noi. Iti spunem asta din evaluare, ca sa nu para o surpriza la a treia luna.
Cum estimati, daca nici voi si nici eu nu stim tot de la inceput?
Estimam ferm etapa urmatoare si dam un interval pentru rest, iar intervalul se ingusteaza cu fiecare livrare. Asa evitam cifrele care se dubleaza pe parcurs. Analiza initiala exista tocmai ca sa reducem necunoscutele inainte sa scriem prima linie de cod, iar la un proiect in doua limbi cea mai mare necunoscuta e lista de documente care trebuie sa existe si in maghiara. O facem completa la analiza, nu la final. Cand apare o cerinta noua pe parcurs, primesti pretul si termenul ei inainte sa lucram.
Cine se ocupa de aplicatie dupa lansare?
Poti sa preiei tu, poti sa dai altcuiva sau poti sa ramai cu noi, iar serverele si conturile sunt oricum pe firma ta. Pentru o aplicatie la comanda facem un contract de intretinere pe proiect, ofertat separat: acopera integrarile care se schimba, ANAF in primul rand, corectiile, actualizarile de securitate si un numar de ore de modificari pe luna, stabilit dupa cat de des se misca lucrurile la tine. Abonamentul de Mentenanta, de la 99 de euro pe luna, fara TVA, publicat pe pagina de preturi, este pentru site, nu pentru software la comanda. Modificarile mari se oferteaza separat, cu estimare inainte.
Preturile pe care le controlam integral si le publicam, pachetele de site si abonamentul de Mentenanta, stau pe pagina de preturi. Software-ul la comanda se oferteaza dupa analiza, nu se publica la bucata. Daca ai deja o aplicatie interna si vrei intai o parere scrisa, cere auditul gratuit.
Web design in Oradea
Daca ai nevoie intai de un site sau de un magazin online, nu de un sistem intern, incepe de aici.
Lucram si in restul tarii
Biroul e in Cluj-Napoca, dar proiectele se fac la distanta oriunde in Romania. Daca esti din alt oras, incepe de la pagina lui: e scrisa pe ce cauta firmele de acolo.
Spune-ne ce document se scrie de doua ori la tine in firma
Treizeci de minute, fara prezentare de vanzari. Ne uitam la drumul unei comenzi, de la cererea in maghiara pana la raportul de final de luna, si iti spunem daca merita construit ceva si cu ce etapa are sens sa incepi. Daca nu merita, iti spunem si asta.
Sau cere intai auditul gratuit al site-ului si decizi dupa ce vezi raportul.