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?

Desculpem escavar este assunto mas, para que a minha aplicação funcione estou precisando copiar a DLL no diretório do meu executável. Sabem se preciso mudar algo para que eu apenas aponte para a DLL no diretório do fabricante e já funcione?

Estou com este problema também em um cliente. Já pedimos para trocaram e impressora, trocaram e funcionou por um tempo, agora começou a dar o erro novamente. Antes funcionava normal, não trocamos versão nem nada... Alguém conseguiu resolver?

Estou tento problemas para tratar erros de NFSe também. Quando envio dá um erro que o Try pega, mas não tem mensagem de erro em E.message... Não traz erros também na propriedade ErroRegrasdeNegocios do componente... Algum lugar a mais que eu possa saber o erro retornado ao executar o Enviar() da NFSe?

Estou emitindo uma NFSe mas está dando esta mensagem (veja o anexo): Tag: <RPS Id="rps:740"> ID:/ValorPIS() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/ValorCOFINS() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/ValorINSS() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/ValorIR() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/ValorCSLL() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/AliquotaPIS() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/AliquotaCOFINS() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/AliquotaINSS() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/AliquotaIR() - Tamanho maior que o máximo permitido [0]. Tag: <RPS Id="rps:740"> ID:/AliquotaCSLL() - Tamanho maior que o máximo permitido [0]. Pela mensagem vários campos não deveriam existir nesta RPS, mas sempre emitiu desta forma, os RPS antigos estão todos com estes campos. Alguma luz para este assunto? Começou no dia 29/09/2017.

Sei que é possível emitir NFe de devoluções de NF de papel usando os campos: RefNF.cUF RefNF.AAMM RefNF.CNPJ RefNF.modelo RefNF.serie RefNF.nNF Para preencher o evento e emitir carta de correção preciso preencher a chave da NFe (chNFe), que as NFs de papel não possuem. Alguém saberia qual conjunto de dados preciso usar? OBs.: Já consultei e o Sefaz permite criar CCe de notas não eletrônicas, só preciso mais informações de como fazer isso usando o ACBr. Obrigado!

Não havia problema. Estava consultando o lote errado mesmo. Obrigado.

Você se lembra o que fez para resolver? Está dando isto para mim tb.

Estava com este problema de não conseguir instalar... e o que era? Um bendito Acbr.inc antigo escondidinho em um diretório... 1) Fui no prompt do DOS e dei um "dir /s acbr.inc" 2) Apaguei o bendito disgramado (não apaguem os que estiverem na pasta do ACBR, claro). 3) Tudo funcionou lindamente

Para quem não conseguiu acertar isso, uma dica de um colega (Jair da JJ Sistemas) fez o meu funcionar Rode isso no DOS, ele adiciona excessões para as portas do SAT: netsh advfirewall firewall add rule name= SATTCP dir=in action=allow protocol=TCP localport=443 netsh advfirewall firewall add rule name= SATTCP dir=out action=allow protocol=TCP localport=443 netsh advfirewall firewall add rule name= SATUDP dir=in action=allow protocol=UDP localport=123 netsh advfirewall firewall add rule name= SATUDP dir=out action=allow protocol=UDP localport=123 Não precisei fixar IP

Testei vários cabos USB/Serial no Windows 10 e nenhum funcionou, até instala e tudo mais, mas não comunica com a impressora. O único que finalmente funcionou foi este: Encontrei no Submarino, caso interesse a alguém: Adaptador USB 20 P/ Serial Conversor RS232 &nbsp;Db9 9 Pinos