lampada

Nossa que loco, sempre que for TT é retido, mas aí não mando os descontos de iss, tenho que mandar a nota no valor cheio para a prefeitura calcular?

Pessoal, como vocês informam retenção de iss e outras retenções? No xml deles não tem nem campo para essas informações.

Cara, se estavam, mostra o amadorismo dessa empresa. Teoricamente o ambiente de teste deve ser idêntico ao de produção. Senão, não vai adiantar nada consumir o ambiente de testes né ? Eu to usando aqui e já está em produção no cliente, pode fazer isso que funciona.

Diferente? Não é diferente, é a mesma coisa só muda o ambiente.

Aqui em c# eu faço o seguinte pra definir a url: var servico = new WebServiceSigISS(); if (InternalConfig.AmbienteDestino == Ambiente.Producao) { servico.Url = "https://bauru.sigiss.com.br:443/bauru/ws/sigiss_ws.php"; } else { servico.Url = "https://testebauru.sigiss.com.br/testebauru/ws/sigiss_ws.php"; }

Você ta usando no componente o modelo SwedaSTX? No ativar ele inicializa como 56 e depois faz o cálculo baseando na área de impressão e tamanho da fonte.

Não liguei...

Responder até responderam, mas não resolveram, vou colocar o último e-mail respondido depois de muita briga : Esse foi o e-mail enviado no dia 10 de AGOSTO, sim é 10 de agosto mesmo. No mesmo dia respondi que sim, é o banco de teste liberado pela TI da prefeitura ( tem outro ? ) Depois disso só responderam no dia 2 de SETEMBRO após enviarmos um e-mail cobrando uma solução; Responderam perguntando qual o número do processo de homologação, tivemos que abrir uma processo no site deles e respondemos o número do processo... Aí já sem paciência, abrimos vários chamados no sistema deles, eles fecharam os chamados depois de 30 dias alegando que não havia movimentação no chamado. Claro que não havia, a gente tava esperando eles se mexerem e responder. Reclamamos e reabriram o chamado Ai no dia 8 de OUTUBRO responderam : Comunicado Enviado por Ana Lígia (Diretor de Departamento de Processamento de Dados) em 04/10/2013 - 17:51:17: Boa Tarde, Rodrigo. O processo 037483/2013 foi reaberto e já está em tramitação. Quanto ao problema mencionado no dia 02/09/2013, por favor, efetue os testes novamente e nos informe. Além disso, não é necessário informar adendo diariamente, atente-se apenas quando houver alguma comunicação de nossa parte, ok? Qualquer dúvida estamos a disposição. Atenciosamente Rodrigo é o meu gerente, depois de não resolver por e-mail ele abriu os chamados lá. Fiz os testes, mas nada foi resolvido... Abrimos outro chamado. Eles ficam putos que cobramos eles diariamente para uma resposta, mas eles não entendem é que nós temos cliente e quem se passa de incompetente para o cliente somos nós e não eles. Do dia 2 de setembro ao dia 1 de novembro ainda não dá exatos dois meses, mas amanhã acenderei a velinha de aniversário. Isso porque não estou contando com o contato do dia 10 de AGOSTO senão fica pior ainda. Eu inicialmente não abri o chamado com eles porque me passaram um email para contato no caso de dúvidas.

Eu estou com o mesmo problema. No inner exception fala alguma coisa de conversão de inteiro... Faz dois meses que abri um chamado lá mas eles não resolvem.

Olá menezesbr, eu consegui gerar a classe e implementar a lógica para transmitir, mas ainda não finalizei o desenvolvimento, o único teste que fiz foi consumir o método de teste que retorna o hello world. Faz já uma semana que me cadastrei no site para liberarem a homologação e nada ainda. Uma burocracia burra e uma falta de respeito com os contribuintes e desenvolvedores.

Não precisei alterar nada no registro mas só consegui gerar a classe usando o comando wsdl no prompt de comando do visual studio( tools command prompt ): C:\Windows\system32>wsdl /v /d:\bauru https://bauru.sigiss.com.br/bauru/ws/sigis s_ws.php?wsdl Depois adiciona ela no seu projeto e boa. Abraços, desculpem ressuscitar o tópico, mas como bati bastante a cabeça com isso, talvez ajude outros.

Você está certo! Eu sabia que eu estava esquecendo de algo depois que homologuei... Quando fui homologar na última vez, tive que alterar a rotina. Mas tava com tanta coisa na cabeça que acabei esquecendo de passar pra cá a questão. Quando desenvolvi essa rotina, fiz dessa forma e estava funcionando, mas acho que para adequar ela alguém deve ter mudado e não deu atenção a isso. E como eu não atualizo o componente no servidor desde a ultima homologação, acabou passando batido. As modificações que fiz foram: * Adicionar o pathBin * Colocar a verificação da finalidade da mfd para gerar corretamente Antes de subir isso para o servidor gostaria que fosse discutido, pois não sei se é a melhor solução. procedure TACBrECFSwedaSTX.ArquivoMFD_DLL(ContInicial, ContFinal: Integer; NomeArquivo: AnsiString; Documentos: TACBrECFTipoDocumentoSet; Finalidade: TACBrECFFinalizaArqMFD; TipoContador: TACBrECFTipoContador); Var Resp : Integer ; CooIni, CooFim : AnsiString ; OldAtivo : Boolean ; PathBin, Tipo :AnsiString; begin LoadDLLFunctions ; OldAtivo := Ativo ; try AbrePortaSerialDLL ; PathBin:= fsApplicationPath + 'MF.BIN'; if TipoContador = tpcCRZ then begin {Por CRZ} CooIni := IntToStrZero( ContInicial, 4 ) ; CooFim := IntToStrZero( ContFinal, 4 ) ; end else begin {POr COO} CooIni := IntToStrZero( ContInicial, 7 ); CooFim := IntToStrZero( ContFinal, 7 ) ; PathBin := ''; // por COO Download deve ser efetuado diretamente do ECF end ; case Finalidade of finMF : Tipo := '1'; finTDM : Tipo := '3'; else Tipo := '2' ; end; if PathBin <> '' then begin DeleteFile( PathBin ); Resp := xECF_DownloadMF( pathBin ); if Resp <> 1 then raise Exception.Create( ACBrStr( 'Erro ao executar xECFDownloadMF'+sLineBreak+ DescricaoErroDLL(Resp) )); end ; Resp := xECF_ReproduzirMemoriaFiscalMFD(Tipo , CooIni, CooFim, NomeArquivo, PathBin); if (Resp <> 1) then raise Exception.Create( ACBrStr( 'Erro ao executar xECF_ReproduzirMemoriaFiscalMFD.'+sLineBreak+ DescricaoErroDLL(Resp) )) finally xECF_FechaPortaSerial ; Ativo := OldAtivo ; end ; if not FileExists( NomeArquivo ) then raise Exception.Create( ACBrStr( 'Erro na execução de ECF_DownloadMFD.'+sLineBreak+ 'Arquivo: "'+NomeArquivo + '" não gerado' )) end; procedure TACBrECFSwedaSTX.ArquivoMFD_DLL(DataInicial, DataFinal: TDateTime; NomeArquivo: AnsiString; Documentos: TACBrECFTipoDocumentoSet; Finalidade: TACBrECFFinalizaArqMFD); Var Resp : Integer ; DiaIni, DiaFim : AnsiString ; OldAtivo : Boolean ; PathBin, Tipo:AnsiString; begin LoadDLLFunctions ; OldAtivo := Ativo ; try AbrePortaSerialDLL ; PathBin:= fsApplicationPath + 'MF.BIN'; DeleteFile( PathBin ); Resp := xECF_DownloadMF( pathBin ); if Resp <> 1 then raise Exception.Create( ACBrStr( 'Erro ao executar xECFDownloadMF'+sLineBreak+ DescricaoErroDLL(Resp) )); case Finalidade of finMF : Tipo := '1'; finTDM : Tipo := '3'; else Tipo := '2' ; end; DiaIni := FormatDateTime('dd"/"mm"/"yy', DataInicial) ; DiaFim := FormatDateTime('dd"/"mm"/"yy', DataFinal) ; Resp := xECF_ReproduzirMemoriaFiscalMFD(Tipo, DiaIni, DiaFim, NomeArquivo, pathBin); if (Resp <> 1) then raise Exception.Create( ACBrStr( 'Erro ao executar ECF_DownloadMFD.'+sLineBreak+ DescricaoErroDLL(Resp) )) finally xECF_FechaPortaSerial ; Ativo := OldAtivo ; end ; if not FileExists( NomeArquivo ) then raise Exception.Create( ACBrStr( 'Erro na execução de ECF_DownloadMFD.'+sLineBreak+ 'Arquivo: "'+NomeArquivo+'" não gerado' )) end; Para chamar as funções : para gerar o ato cotepe 17/04 por data DM.ECF.ArquivoMFD_DLL(Data1, Data2, NomeArquivo,[docLMF]); arquivo mfd DM.ECF.ArquivoMFD_DLL(Data1, Data2, NomeArquivo); cotepe 17/04 por crz e coo if PorCrz then //crz TipoDoc := [docRZ,docLMF] else TipoDoc := [docTodos,docLMF]; DM.ECF.ArquivoMFD_DLL(Inicio, Fim, NomeArquivo,TipoDoc); Só que pensando bem, isso pode interferir nas outras marcas... eu não testei nas outras marcas. Não sei o que acontece se chamar essa função com esses parâmetros na bematech por exemplo. Provavelmente o resultado vai ser diferente do esperado... E isso tá errado. Alguém tem alguma dica? Vou ter que arrumar isso

Você pode acompanhar pelo site oficial do sat http://www.fazenda.sp.gov.br/sat/

Só pra efeito de registro ... Consegui consumir, tive que colocar no soap action a tag inteira ao invés de só a url http://www.portalfiscal.inf.br/nfe/wsdl ... ultaNFDest Não entendi porque, no RS é só colocar a url. whatever works

Alguém conseguiu consumir o webservice do ambiente nacional da relação de documentos destinados? Se eu tento consumir o WS do RS e me retorna uma resposta válida dizendo que a uf diverge e bla bla bla. (https://homologacao.nfe.sefaz.rs.gov.br ... aDest.asmx) Se eu tentar consumir a do ambiente nacional, me retorna dizendo para informar um soap action válido. (hom.nfe.fazenda.gov.br/NFeConsultaDest/NFeConsultaDest.asmx ) Mas o soap action é o mesmo para os dois! O que reparei que tem diferente mas não tem nada documentado no manual é o parâmetro string. Esse parâmetro NÃO EXISTE na url do Rio grande do sul. Alguém conseguiu consumir esse webservice com sucesso? Abraços.