marcosling

parece q na hora do almoço ocorre menos timeout tbm

Uma coisa q notei é q antes das 8h e depois das 19h não ocorre timeout. pode ser coincidencia, mas...

Aqui tambem

Para quem emite o layout 1, o webservice antigo está funcionando

vcs estão usando o layout 2?

Mais fácil fechar a empresa em DF e abrir em outro lugar

Cada prefeitura tem as suas regras para o preenchimento desses campos e nem sempre seguem as mesmas regras do nfse nacional. Por isso, é recomendável ler o manual para ver as particularidades. No caso da prefeitura de São Paulo, no layout 1 informamos apenas os impostos retidos (não temos campos para impostos devidos). No layout 2 houve uma mudança com relação ao Pis e Cofins por conta da RTC, deixamos de informar o imposto retido e passamos a informar o imposto devido. De qualquer forma é bom revisar o manual.

vai ver que a prefeitura estava usando uma base de cep desatualizada e do nada resolveu atualizar.

acho q só muda a numeração se fosse emitido pelo emissor nacional. Como continua emitindo pelo provedor, acredito q continua com a mesma numeração.

talvez possa usar um cep mais proximo

pode ser q a emissão feita pelo portal utilize rotinas diferentes do webservice

mas acho que existe um problema com esse cep que vc usou, pois testei no ambiente nacional e ficou com a tela travada, mas testei com outro cep genério e funcionou. O estranho é que, se vc pesquisar no Busca CEP um outro cep generico, vc encontra. Esse q vc usou não encontra

se vc pesquisar no Busca CEP dos correios, o cep 17340000 não existe ou não está permitindo o sufixo 000 será q não pode ser isso?

Geralmente, quando ocorre esse erro é por causa de carecteres inválidos (acentuação, caracteres especiais ou aqueles caracteres q não são visíveis...) Mas, aparentemente o xml está ok é estranho....

remove acentuações e caracteres especiais

faz um debug, e verifica qual schema está sendo utilizado

Só para constar, segue a resposta da prefeitura: Prezado(a) contribuinte, Se o prestador, no momento de emissão da NFS-e, ao tentar alterar os dados cadastrais do tomador surgir a mensagem "Este Tomador não permite a alteração de seus dados" significa que somente o tomador é quem determina quais dados devem ser utilizados para as notas fiscais recebidas. Neste caso somente o próprio tomador consegue alterar seus dados cadastrais. Portanto, solicite ao tomador de serviços que acesse o sistema em https://notadomilhao.sf.prefeitura.sp.gov.br/ e atualize os dados ou desmarque a opção “Desejo que todas as NF-e emitidas para mim utilizem os dados acima”. Obs. Para tomadores de serviço sem CCM no Município de São Paulo, mas que estejam vinculados a um CCM (Filiais fora do Município de São Paulo), e possuam Senha Web ou Certificação Digital, será possível o acesso aos dados da empresa selecionando em Configurações do Perfil.

deve ser problema de schema, pois a tag nPedRegEvento não existe mais

já está com instabilidade? começaram bem...

mesmo erro será que precisa fazer um novo cadastro para acessar a homologação como indica o comunicado?

vc viu q eles já liberaram o ambiente de testes? tem um aviso na area de downloads

IssNet de Brasilia já liberou o ambiente de homologação As instruções estão disponíveis no menu de downloads Acredito que os outros municípios atendidos pela IssNet estejam liberados tbm

Olá! Na prefeitura de São Paulo, a emissão via portal e/ou API não permite alterar o endereço do tomador de serviço. na emissão via portal, quando informo o cnpj do tomador o sistema traz automaticamente o endereço do cliente porém não permite alterar. E na emissão via API, quando informo o endereço, depois de emitido, traz outro endereço. Obs.: O clientes é de outra cidade. Já testei com outros clientes e alguns permitem a alteração e outros não. Alguém sabe pq isso acontece?

tem q consultar evento

Leia a NT007