730 precompilato + di uno snippet

marino51 · 17 Gen 2017

scusa le parole improprie, per "voci" intendevo codice di spesa "AD" nel tuo caso, ma controlla se per caso ci sono codici di spesa che rimangono esclusi dalle detrazioni del 730 ma che formano il totale fattura/scontrino (non detraibili)

marino51 · 17 Gen 2017

9) prova con le credenziali appena postate e "riporta" l'effetto che fa ....
ciao

LinuxOhYeah · 17 Gen 2017

marino51 ha scritto:
commenta la riga incriminata

Fatto

marino51 ha scritto:
4) prova con queste definizioni

Mi da:

Codice:

[17-Jan-2017 21:40:54 Europe/Berlin] main _4_FattureInviaWsdl.php
[17-Jan-2017 21:40:54 Europe/Berlin] TEST RUN ***************
[17-Jan-2017 21:40:54 Europe/Berlin] name                   : Ottico PROVA
[17-Jan-2017 21:40:54 Europe/Berlin] login                  : A9AZOS61
[17-Jan-2017 21:40:54 Europe/Berlin] password               : Salve123
[17-Jan-2017 21:40:54 Europe/Berlin] cfProprietario         : PROVAX00X00X000Y
[17-Jan-2017 21:40:54 Europe/Berlin] cfProprietarioCifrato  : Ix4OzmfPxB0TTwS6+Hc0enwIhMtunRUkB4CjlDDDns5pCy2iZJ4Qxy+C/X8mMpLRz37tOXnklkkPml5Di32wtQlXpCL2qais/ZjSmwwLldUFvxQPRrwsOSgbH0yK3n+cfgXHbuyTFmjKBAT1dkc5xJ4sTW6qPlaMEIJIevQXvrQ=
[17-Jan-2017 21:40:54 Europe/Berlin] piProprietario         : 98765432104
[17-Jan-2017 21:40:54 Europe/Berlin] pincodeInviante        : 5485370458
[17-Jan-2017 21:40:54 Europe/Berlin] pincodeInvianteCifrato : KeS5/QE2L6BxTAnSjydhe3kF050HNra3CuQM71Hf6Q9brJ7ymZXW9oWmXEHIu5XiYCf6HB4AGWAjMwLtEC5AZg3t5/xbP6nUB8+RWLgRqknpmy1Ytzc2ilAERg7a0asG4MJ4qFh/JORp8RooYrD0NLvKWVoo+Q/5gdBIAd/kj/E=
[17-Jan-2017 21:40:54 Europe/Berlin] File trattato          : Fatture730_2016_completo.zip
[17-Jan-2017 21:40:54 Europe/Berlin] carico in memoria il file Fatture730_2016_completo.zip
[17-Jan-2017 21:40:54 Europe/Berlin] definisco il file wsdl InvioTelematicoSpeseSanitarie730p.wsdl
[17-Jan-2017 21:40:54 Europe/Berlin] definisco the soap server location https://invioSS730pTest.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort
[17-Jan-2017 21:40:54 Europe/Berlin] inizio trasferimento del file
[17-Jan-2017 21:40:54 Europe/Berlin] trasferimento terminato
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$protocollo in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 68
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$protocollo in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 87
[17-Jan-2017 21:40:54 Europe/Berlin] protocollo =
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$protocollo in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 88
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$dataAccoglienza in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 87
[17-Jan-2017 21:40:54 Europe/Berlin] dataAccoglienza =
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$dataAccoglienza in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 88
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$nomeFileAllegato in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 87
[17-Jan-2017 21:40:54 Europe/Berlin] nomeFileAllegato =
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$nomeFileAllegato in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 88
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$dimensioneFileAllegato in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 87
[17-Jan-2017 21:40:54 Europe/Berlin] dimensioneFileAllegato =
[17-Jan-2017 21:40:54 Europe/Berlin] PHP Notice:  Undefined property: stdClass::$dimensioneFileAllegato in /home/david/Documenti/php/730precompilato/ottico/_4_FattureInviaWsdl.php on line 88
[17-Jan-2017 21:40:54 Europe/Berlin] codiceEsito = 109
[17-Jan-2017 21:40:54 Europe/Berlin] descrizioneEsito = DATI PROPRIETARIO FORMALMENTE ERRATI
[17-Jan-2017 21:40:54 Europe/Berlin] idErrore = 17011721405475648
[17-Jan-2017 21:40:54 Europe/Berlin] done _4_FattureInviaWsdl.php

LinuxOhYeah · 17 Gen 2017

marino51 ha scritto:
8) confermo che il "codice", qualunque esso sia, va criptato e poi codificato "base64_encode"
quindi dipende da quello che ha fatto il batch che ha criptato i codici
io avevo usato il batch con openssl (per stare nella regola indicata da loro) e la codifica in php, puoi scegliere il meglio per te

Infatti ho fatto il .sh prendendolo dal tuo batch

Codice:

openssl rsautl -encrypt -in $nomefile.txt -out $nomefile.enc -inkey SanitelCF.cer -certin -pkcs

LinuxOhYeah · 17 Gen 2017

marino51 ha scritto:
scusa le parole improprie, per "voci" intendevo codice di spesa "AD" nel tuo caso, ma controlla se per caso ci sono codici di spesa che rimangono esclusi dalle detrazioni del 730 ma che formano il totale fattura/scontrino (non detraibili)

Certo, e grazie ancora. Infatti lascerò le voci sul csv 0;0;0; relativo a _ColNotRelevant1, _ColNotRelevant2 e _ColNotRelevant3. Che ci pensa poi il tuo bello script che le defalca.

LinuxOhYeah · 17 Gen 2017

Questo è quanto esce, come _4_log.html,

Codice:

TRASFERIMENTO DELLE FATTURE PER IL 730 PRECOMPILATO AL MINISTERO
InvioTelematicoSpeseSanitarie730p.wsdl


https://invioSS730pTest.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort


List of available SOAP functions
inviaFileMtomResponse inviaFileMtom(inviaFileMtom $parameters)


List of types described in the WSDL for the Web service
struct ricevutaInvio { string codiceEsito; string dataAccoglienza; string descrizioneEsito; string dimensioneFileAllegato; string nomeFileAllegato; string protocollo; string idErrore; }
struct inviaFileMtom { tipoNomeFileAllegato nomeFileAllegato; string pincodeInvianteCifrato; proprietario datiProprietario; string opzionale1; string opzionale2; string opzionale3; base64Binary documento; }
struct proprietario { varChar3Type codiceRegione; varChar3Type codiceAsl; codSsaType codiceSSA; cfType cfProprietario; }
string cfType
string varChar3Type
string codSsaType
string tipoNomeFileAllegato
struct inviaFileMtomResponse { ricevutaInvio return; }


INIZIO TRASFERIMENTO DEL FILE
====== REQUEST HEADERS =====
string(312) "POST /InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort HTTP/1.1 Host: invioSS730pTest.sanita.finanze.it Connection: Keep-Alive User-Agent: PHP-SOAP/7.0.13-0ubuntu0.16.04.1 Content-Type: text/xml; charset=utf-8 SOAPAction: "" Content-Length: 1867 Authorization: Basic QTlBWk9TNjE6U2FsdmUxMjM= "


========= REQUEST ==========
string(1867) " Fatture730_2016_completo.zipKeS5/QE2L6BxTAnSjydhe3kF050HNra3CuQM71Hf6Q9brJ7ymZXW9oWmXEHIu5XiYCf6HB4AGWAjMwLtEC5AZg3t5/xbP6nUB8+RWLgRqknpmy1Ytzc2ilAERg7a0asG4MJ4qFh/JORp8RooYrD0NLvKWVoo+Q/5gdBIAd/kj/E=PROVAX00X00X000YUEsDBBQAAAAIAButMUqLFFSR6AIAAB0NAAAcAAAARmF0dHVyZTczMF8yMDE2X2NvbXBsZXRvLnhtbO2XyXLiMBCG7/MUKa4pkLyAIaV4Kmxh3+wMHi5Tii2DwLaEJbDh6cdZZlgOs1S5csrN3b9a+tX9ucpGX9MwuNmTWFAW3ReUEizckMhlHo2W94Wd9IvVwlfzC+IxcVnIaYAlvslKInGXCnpfWEnJ7wBIkqSUaCUWL4EKoQKc4cByVyTERRoJiSOXFG6y9XcRG+GQCI5d8qYPmIvl69GGBn+cn1JKhVcwEePHTMYBUUxJUonAWeIkqteieiZq16JmZvdhPKZE4pgyE7n+5Dzupvr4GPqTtA5tO7Eqtx0XkijproZyF82eNnW9sQ6azWYkyrxxUOmip0/Tw20DONVwyAezo2bIsRNtgs1mEgblJtXURE4DhzcG6hZTARZrK0ySQeA9tffpdDKLEzG2ls8deOhr0a3rL53O8+5gt8N1v/5gK97GLac9XdjzynYS4GGr2+uS/dTZx9N7BK7MI3B5N4+5u5BEklmcCGwi6r0/8O4em7WqUSnrmqpAPSt8ySAva34rpOKFCGKqUKkUoVJUNAQuFRTtwuavzdtUuFlns2oqOBNU0j0zlazkLLwoMBXwsnUNVhC4yF+Gv/cFv32/uJjgJX5bfu3vpCA/wMsxJzE+vvrtInCVyebeoFLiDHZmbqVeHo37qrSX9nxRX9jtUadRs6I+6xqzfpsN470X+mFLtPpi0QQPqtNMjdXYbUQH3h85K8fTjUNCbMtquePAGNWU+nTZmPk1Hh3DJJ3s5utvvruwH4Oa2NpOxxrcPjyx/uFpM1hpeAsUdf0YPlftuf9YG3+HfmW0aanbNE1780N328Mj1Tsq9ao4PrqvQz85R3uWvU5vzZGUvw/6oYnAKUI05Cx+7VdJKWfdfA8ROCsG16zkwo5aVPNmR82TnZO/T3b+zI4GSxB+NDt6zuzoObOjf7LzL+yUP5wdrajBnNmp5MnOyd8nO39mp/bh7OhFaOTMjpEnOyd/n+z85XtH/Q92wPkPiPnlJ1BLAQIUAxQAAAAIAButMUqLFFSR6AIAAB0NAAAcAAAAAAAAAAAAAAC2gQAAAABGYXR0dXJlNzMwXzIwMTZfY29tcGxldG8ueG1sUEsFBgAAAAABAAEASgAAACIDAAAAAA== "


========== OUTPUT ==========
object(stdClass)#2 (1) { ["return"]=> object(stdClass)#3 (3) { ["codiceEsito"]=> string(3) "109" ["descrizioneEsito"]=> string(36) "DATI PROPRIETARIO FORMALMENTE ERRATI" ["idErrore"]=> string(17) "17011721405475648" } }


TRASFERIMENTO TERMINATO


protocollo = 
dataAccoglienza = 
nomeFileAllegato = 
dimensioneFileAllegato = 
codiceEsito = 109
descrizioneEsito = DATI PROPRIETARIO FORMALMENTE ERRATI
idErrore = 17011721405475648
FINE DEL LAVORO

marino51 · 17 Gen 2017

per le credenziali devi usare quelle riferibili ad una struttura (valli a capire ...) ti posto tutto insieme, dividi e sistema tu

PHP:

INIZIO TRASFERIMENTO DEL FILE
TRASFERIMENTO TERMINATO
17011723295875690
protocollo = 17011723295875690
dataAccoglienza = 17-01-2017 23:29:58
nomeFileAllegato = Fatture730_2015_1.zip
dimensioneFileAllegato = 869
codiceEsito = 000
descrizioneEsito = Il file Ã¨ in attesa di elaborazione, per conoscerne l'esito Ã¨ necessario verificare la ricevuta
FINE DEL LAVORO


    define ("_name",                   "TEST OTTICO");
    define ("_user",                   "PROVAX00X00X000Y");
    define ("_psw",                    "");
    define ("_networkUser",            "A9AZOS61");
    define ("_networkPsw",             "Salve123");
    define ("_cfProprietario",         "PROVAX00X00X000Y");
    define ("_cfProprietarioCifrato",  "Ix4OzmfPxB0TTwS6+Hc0enwIhMtunRUkB4CjlDDDns5pCy2iZJ4Qxy+C/X8mMpLRz37tOXnklkkPml5Di32wtQlXpCL2qais/ZjSmwwLldUFvxQPRrwsOSgbH0yK3n+cfgXHbuyTFmjKBAT1dkc5xJ4sTW6qPlaMEIJIevQXvrQ=");
    define ("_piProprietario",         "98765432104");
    define ("_pincodeInviante",        "5485370458");
    define ("_pincodeInvianteCifrato", "KeS5/QE2L6BxTAnSjydhe3kF050HNra3CuQM71Hf6Q9brJ7ymZXW9oWmXEHIu5XiYCf6HB4AGWAjMwLtEC5AZg3t5/xbP6nUB8+RWLgRqknpmy1Ytzc2ilAERg7a0asG4MJ4qFh/JORp8RooYrD0NLvKWVoo+Q/5gdBIAd/kj/E=");
    define ("_codiceRegione",          "604");
    define ("_codiceAsl",              "120");
    define ("_codiceSSA",              "010011");


$output = $client->inviaFileMtom(Array
    (
    "nomeFileAllegato"       => _Fatture730,
    "pincodeInvianteCifrato" => $pincodeInvianteCifrato,
    "datiProprietario"       => ( Array
        (
        "codiceRegione"      => $codiceRegione,
        "codiceAsl"          => $codiceAsl,
        "codiceSSA"          => $codiceSSA,
        "cfProprietario"     => $cfProprietario
        )),
    "opzionale1"             => '0',
    "opzionale2"             => '0',
    "opzionale3"             => '0',
    "documento"              => $zipfile
    ));

stanco, vado a nanna, buonanotte

rudycox · 18 Gen 2017

In ambiente di test, scaricando il file csv con gli errori di elaborazione, ricevo spesso questo warning:
W003 - IL CF CITTADINO NON PRESENTE IN ARCHIVIO

Avviene su circa il 5-10% delle ricevute trasmesse

I cf sono corretti, li leggo dai chip delle tessere, li ho anche verificati sul sito dell'agenzia delle entrate.
Sapete come ci si deve comportare in questo caso?
Capita solo a me?

Ho scritto a sSogei 5 gg fa ma nn ho ancora avuto risposta, telefonargli è impossibile

perseoclub · 18 Gen 2017

Rudy,

lo scorso anno in ambiente TEST mi dava lo stesso warning per circa 300 CF..

Poi, eseguito l'invio EFFETTIVO, il warning si è ridotto a 58 CF..

Quindi circa 1/5 è effettivamente da ricontrollare. Considera che quest'anno di warning TEST ne ho circa 400. Tra poco faccio il definitivo e ti dico.

Se non ricordo male (è passato un anno), una volta eseguito l'invio definitivo i warning (CF errati) vanno ri-corretti direttamente dal portale, accedendo con le credenziali. Quindi prima di effettuare l'invio EFFETTIVO ti consiglio di verificare al meglio i dati.

rudycox · 18 Gen 2017

Grazie per la risposta, ho provato ad inviare tutte le ricevute del 2016 in ambiente TEST a blocchi di 30gg di emissione ed il numero finale di warning è simile al tuo. Ho solo questo tipo di warning, nessun altro errore.
Come dicevo prima i CF sono assolutamente corretti, letti dal chip della tessera, non saprei cosa correggere .
Ora inizio la trasmissione reale, Vi saprò dire

LinuxOhYeah · 18 Gen 2017

marino51 ha scritto:
per le credenziali devi usare quelle riferibili ad una struttura (valli a capire ...)

Ma pensa te... spero solamente in fase di TEST e non in fase REALE....

Sei proprio un grande marino51! GRAZIE mille! Grande passo avanti!
Ora ho provato anche l'ultima fase ma è uscito un errore:

Codice:

[18-Jan-2017 11:36:27 Europe/Berlin] LA RICHIESTA HA AVUTO RISPOSTA
[18-Jan-2017 11:36:27 Europe/Berlin] E' PRESENTE L' ESITO PER IL PROTOCOLLO 17011811240475897
[18-Jan-2017 11:36:27 Europe/Berlin] protocollo = 17011811240475897
[18-Jan-2017 11:36:27 Europe/Berlin] dataInvio = 18-01-2017 11:24:04
[18-Jan-2017 11:36:27 Europe/Berlin] stato = 5
[18-Jan-2017 11:36:27 Europe/Berlin] descrizione = Scarto in fase di Elaborazione
[18-Jan-2017 11:36:27 Europe/Berlin] nInviati = 0
[18-Jan-2017 11:36:27 Europe/Berlin] nAccolti = 0
[18-Jan-2017 11:36:27 Europe/Berlin] nWarnings = 0
[18-Jan-2017 11:36:27 Europe/Berlin] nErrori = 0
[18-Jan-2017 11:36:27 Europe/Berlin] done FattureInvioEsito.php

Il giorno 18/01/2017 alle ore 11:24:04,
la struttura con codice 604 - 120 - 010011
ha inviato il file Fatture730_2016_completo.zip
protocollato dal sistema centrale con il numero 17011811240475897
L'invio NON E' STATO ACCOLTO
CODICE ERRORE E001
MOTIVAZIONE DI SCARTO - INCONGRUENZA DATI PROPRIETARIO TRA QUELLI INDICATI NEL FILE CON QUELLI INDICATI IN FASE DI INVIO

Forse non ho corretto qualche cosa dopo le tue indicazioni? Ho messo su Credenziali.php:

PHP:

define ("_codiceRegione",          "604");
    define ("_codiceAsl",              "120");
    define ("_codiceSSA",              "010011");
...
$pincodeInvianteCifrato   = _pincodeInvianteCifrato;
$codiceRegione       = _codiceRegione;
$codiceAsl       = _codiceAsl;
$codiceSSA       = _codiceSSA;

su _4_FattureInviaWsdl.php (forse sarebbe meglio solamente in fase di test quindi con if( $TEST ) {...} else {...}

PHP:

$output = $client->inviaFileMtom(Array
    (
    "nomeFileAllegato"       => _Fatture730,
    "pincodeInvianteCifrato" => $pincodeInvianteCifrato,
    "datiProprietario"       => ( Array
   (
   "codiceRegione"      => $codiceRegione,
        "codiceAsl"          => $codiceAsl,
        "codiceSSA"          => $codiceSSA,
   "cfProprietario"     => $cfProprietario
    )),
    "opzionale1"             => '0',
    "opzionale2"             => '0',
    "opzionale3"             => '0',
    "documento"              => $zipfile
    ))
;

Devo forse mettere, SOLO (?) se è fase di test, su _3_FattureGeneraXMLdaTXT.php delle addChild... ma non so esattamente cosa scrivere tra

PHP:

$proprietario = $xml->addChild('proprietario');

e

PHP:

cfProprietario = $proprietario->addChild('cfProprietario', $encFC);

Grazie!

LinuxOhYeah · 18 Gen 2017

Avevo provato, sulla falsa riga di quelle precedenti

PHP:

    $opzionale1 = $xml->addChild('opzionale1', 'text');
    $opzionale2 = $xml->addChild('opzionale2', 'text');
    $opzionale3 = $xml->addChild('opzionale3', 'text');

    $proprietario = $xml->addChild('proprietario');

   $codiceRegione = $xml->addChild('codiceRegione', $codiceRegione);
   $$codiceAsl = $xml->addChild('codiceAsl', $codiceAsl);
   $codiceSSA = $xml->addChild('codiceSSA', $codiceSSA);

        $cfProprietario = $proprietario->addChild('cfProprietario', $encFC);

//  </proprietario>

Ma devo aver fatto qualche errore di sintassi .... scusatemi l'ignoranza

Codice:

PHP Fatal error:  Uncaught Error: Call to a member function addChild() on null in _3_FattureGeneraXMLdaTXT.php:27

27: $codiceRegione = $xml->addChild('codiceRegione', $codiceRegione);

Ezio88 · 18 Gen 2017

Buongiorno a tutti, l'anno scorso avevo già seguito e risposto a questa discussione (ma avevo fatto prove - funzionanti - solo sull'ambiente di test).

Ora ho un paio di clienti reali, con relativi dati, di cui inviare le fatture: una struttura e un medico.
Con entrambi ho testato l'invio delle fatture in ambiente di TEST (quindi endpoint + credenziali già citate) e funziona.
In ambiente di PRODUZIONE però, quindi con le loro credenziali, all'invio mi viene sempre restituito l'errore "Credenziali invalide". Eppure invio, crittature e tutto il resto è identico. A qualcuno è successo qualcosa di simile?

Ho letto che altri hanno differenze tra test e produzione ma riguardavano più che altro la modalità di crittografia dei dati e non dovrebbe essere il mio caso.

LinuxOhYeah · 18 Gen 2017

Ho trovato l'errore:

PHP:

   $codiceRegione = $proprietario->addChild('codiceRegione', $codiceRegione);
   $codiceAsl = $proprietario->addChild('codiceAsl', $codiceAsl);
   $codiceSSA = $proprietario->addChild('codiceSSA', $codiceSSA);

L'invio risulta ACCOLTO !!!

Ezio88 · 18 Gen 2017

Ezio88 ha scritto:
Buongiorno a tutti, l'anno scorso avevo già seguito e risposto a questa discussione (ma avevo fatto prove - funzionanti - solo sull'ambiente di test).

Ora ho un paio di clienti reali, con relativi dati, di cui inviare le fatture: una struttura e un medico.
Con entrambi ho testato l'invio delle fatture in ambiente di TEST (quindi endpoint + credenziali già citate) e funziona.
In ambiente di PRODUZIONE però, quindi con le loro credenziali, all'invio mi viene sempre restituito l'errore "Credenziali invalide". Eppure invio, crittature e tutto il resto è identico. A qualcuno è successo qualcosa di simile?

Ho letto che altri hanno differenze tra test e produzione ma riguardavano più che altro la modalità di crittografia dei dati e non dovrebbe essere il mio caso.

Come non detto ragazzi...avevo inserito io un codice fiscale errato (che a quanto pare in fase di TEST non viene controllato)

LinuxOhYeah · 18 Gen 2017

Ezio88 ha scritto:
Ho letto che altri hanno differenze tra test e produzione ma riguardavano più che altro la modalità di crittografia dei dati e non dovrebbe essere il mio caso.

Non mi sono ancora cimentato in PRODUZIONE ma le differenze per esempio (che non ho ancora capito bene) per gli ottici non struttura è che in fase di test ho dovuto mettere anche codiceRegione, ASL e SSA come suggerito dal mitico marino51, mentre in PRODUZIONE penso di no... visto che non è struttura.
Poi anche il certificato SSL è diverso. Probabile che ci siano altre differenze....
Magari controlla che non sia rimasto qualche traccia del test. Anche io devo modificare gli script mettendo if( $TEST ) {...} else {...}.

Io ti consiglierei di fare 2 cartelle diverse una per medico e una per struttura, oltre che per credenziali diverse per separare i codici leggermente (si fa per dire) diversi.

LinuxOhYeah · 18 Gen 2017

Ezio88 ha scritto:
Come non detto ragazzi...avevo inserito io un codice fiscale errato (che a quanto pare in fase di TEST non viene controllato)

Mi sembra strano che un codice fiscale errato in fase di test sia passato.... e la cosa mi preoccupa... ma tutto è possibile
Comunque meglio così.

marino51 · 18 Gen 2017

la stupidità ( scusate ) è che il sistema di test non ha "agganciato" i codici fiscali del sistema di "produzione"
se lo fosse, ovviamente, tutti i codici fiscali verrebbero controllati prima di caricarli sul sistema produttivo
com'è oggi, costringe alle "rincorse" per correggere
ma chi lo ha fatto, non ha guardato oltre 2 cm dal suo naso ....

mentre in PRODUZIONE penso di no... visto che non è struttura

in realtà dovresti mettere tutte le informazioni, controlla il documento che è stato rilasciato in fase di registrazione
e che contiene anche lo user id e password
dovresti "duplicare" la situazione di test con i dati effettivi

LinuxOhYeah · 18 Gen 2017

marino51 ha scritto:
la stupidità ( scusate ) è che il sistema di test non ha "agganciato" i codici fiscali del sistema di "produzione"
se lo fosse, ovviamente, tutti i codici fiscali verrebbero controllati prima di caricarli sul sistema produttivo
com'è oggi, costringe alle "rincorse" per correggere
ma chi lo ha fatto, non ha guardato oltre 2 cm dal suo naso ....

Pazzesco! Se noi sbagliamo ci sanzionano ma se sbagliano loro? (scusate lo sfogo)

marino51 ha scritto:
in realtà dovresti mettere tutte le informazioni, controlla il documento che è stato rilasciato in fase di registrazione
e che contiene anche lo user id e password
dovresti "duplicare" la situazione di test con i dati effettivi

Ok grazie. Controllerò se regione, ssa e asl sono nel documento di registrazione.

Una cosa non banale: ma esiste un report, che inviano loro, dove c'è tutto? Ovvero almeno cf, numero e data fattura e l'importo (o gli importi se sono più di uno)? Altrimenti dovremo controllarli uno per uno cosa impossibile. Nelle ricevute indicano il totale dei documenti e l'importo di tutti gli invii... Per esempio cosa fa InterrogazionePuntuale730Service.wsdl ? E' forse quello? E se si come si interroga?
Grazie!

p.s. non ho trovato info su questo wsdl tranne i 2 file sul kit. Ci vorrebbe un pdf che spiega anche quello visto che il numero verde non riesco a contattarlo e via mail vedo sopra che c'è una persona che attende da 5 giorni.

perseoclub · 19 Gen 2017

INVITO EFFETTIVO ULTIMATO con SUCCESSO!

Delle centinaia di Ricevute Fiscali trasmesse (via web service) il sistema ne ha scartate effettivamente 40 (tutte a causa del CF errato). Confermo anche che in fase di TEST i documenti scartati erano 397. Lo scorso anno ne scartò 58 contro 299.

Di ognuno di questi 40 documenti dovrò modificare il campo Codice Fiscale, direttamente dal portale "sistemats" (per risalire al documento bisogna usare la data di emissione e poi il numero progressivo).

Buon lavoro a tutti!

730 precompilato + di uno snippet

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Nuovo Utente

Utente Attivo

Nuovo Utente

Utente Attivo

Utente Attivo

Nuovo Utente

Utente Attivo

Nuovo Utente

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Discussioni simili

Privacy & Transparency

Privacy & Transparency