marcelinoap

Estou emitindo para Sorocaba. Utilizando o código 060200, mas tentei com vários outros e dá na mesma.

Encontrei a lista atualizada. https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica O código que estou utilizando continua ativo, mas o erro persiste.

No meu sistema estou realizando testes e está acontecendo o mesmo. Em 2023 os testes estavam OK, agora está dando esta mensagem do código de serviço. Pode ser que apenas o código tenha mudado mesmo mas não conheço um local que dê para consultar quais os códigos estão válidos nesta data. Só encontro listas municipais antigas com estes códigos. Algum lugar com a lista atualizada?

Estou realizando alguns testes e está retornando este erro E0206... conseguiu descobrir pq?

Olha, no fim era por que eu coloquei o IE no lugar o IM... É ruim quando o erro te direciona para outro lado! Agora foi sem problema.

O xml está indo corretamente no envio, mas dá este erro. Pelo exemplo do ACBR aparentemente envia. Já copiei toda configuração de lá mas não deu certo...

Estou enviando um lote para prefeitura de Sorocaba mas só retorna "Erro de conexão". O serviço está funcionado pois tenho colegas que conseguem enviar. Debugando, o erro que retorna na função TDFeHttpWinHttp.Execute é: 'HTTP/1.1 500 Internal Server Error'#$D#$A'Connection: close' Date: Thu, 07 Apr 2022 16:38:45 GMT Content-Length: 263 Content-Type: text/xml;charset=UTF-8 Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_jk/1.2.48 Set-Cookie: JSESSIONID=-kG9a9iuebLBCaGxgu8VFiRDpX1UJOjcX74pbt4C.testeitbie01; path=/notafiscal-abrasfv203-ws; Max-Age=0; Expires=Thu, 01-Jan-1970 00:00:00 GMT' O retorno no SOAP: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><soap:Fault><faultcode>soap:Server</faultcode><faultstring>Ocorreu um erro imprevisto em nossos servidores. Tente mais tarde...</faultstring></soap:Fault></soap:Body></soap:Envelope> Já alterei o SSL como já vi em alguns posts aqui mas sem sucesso. Alguém tem alguma luz para dar?

@RonBrisolaAltera muita coisa mudar do NFSe para o NFSeX?

<ICMS> <ICMS60> <orig>0</orig> <CST>60</CST> <vBCSTRet>0.00</vBCSTRet> <pST>0.0000</pST> <vICMSSubstituto>0.00</vICMSSubstituto> <vICMSSTRet>0.00</vICMSSTRet> </ICMS60> </ICMS> Aqui estão. Não esqueça de atualizar os SCHEMAS do seu projeto

Sou de SP e por aqui funcionou depois que atualizei o ACBR, forcei a propriedade ForcarGerarTagRejeicao938 para criar sempre. Como ainda não temos os valores da nota de entrada passamos valor 0 nos campos vBCSTRet, vICMSSubstituto, vICMSSTRet, pST . Após isso transmiti a NF e o erro retornado foi de "Operação ICMS-ST sem informação do CEST". Daí foi só informar e a nota passou.

Valeu por postar a solução. Não dá para saber se vai ser sempre assim, mas já é um começo! Colocando estes esquemas começou a aparecer o campo cSitConf no resumo.

Mas está preenchendo a tag Cobr.Dup com estas parcelas mesmo escolhendo o o pagamento boleto?

Provavelmente aconteceu por causa da data do vencimento da duplicata estar com hora 00:00. Não pode enviar com hora 23:59?

É uma opção, mas o problema é que algumas empresas estavam usando este campo no XML para alimentar o sistema com os dados de pagamento.

Então... estão todos migrando para preencher o grupo "pag" ao invés do "dup"? Como seus clientes estão reagindo?