Ir para conteúdo
  • Cadastre-se

Alexandre Felippeto Henzen

Membros Pro
  • Total de ítens

    248
  • Registro em

  • Última visita

Tudo que Alexandre Felippeto Henzen postou

  1. Teste realizado em ambiente de homologação com sucesso para tomador exterior: Alterado a linha tirando a comparação de UF <> 'EX', dessa maneira gerou a identificação do tomador no xml No meu sistema, passei o seguinte valor pro tomador: Adicionado o link de homologação no arquivo INI - ACBrNFSeXServicos.ini: [3538709] Nome=Piracicaba UF=SP Provedor=SimplISS ProRecepcionar=http://wspiracicaba.simplissweb.com.br/nfseservice.svc HomRecepcionar=http://wshomologacao.simplissweb.com.br/nfseservice.svc ; ProLinkURL=http://wspiracicaba.simplissweb.com.br/nfseservice.svc HomLinkURL=http://wshomologacao.simplissweb.com.br/nfseservice.svc Gostaria de saber se essa solução será implementada e, se sim, quando estará disponível. rps.xml
  2. Não consegui testar essa situação devido a falta de ambiente de homologação, mas não seria o caso de deixar igual a versão 2 do Abrasf, sem validar a UF? No caso, eu informaria o CPF com 11 zeros, sem estar isso na programação do Abrasf.
  3. Deve ser nesse formato pra tomador do exterior: Acho que teria que ter um tratamento dentro do abrasf v1, talvez algo assim:
  4. Fiz um teste, passando 5 dígitos no código do município e o erro mudou: E968: Arquivo enviado fora da estrutura do arquivo XML de entrada - campo obrigatório faltando (ListaRps[].InfRps.Tomador.IdentificacaoTomador). Dica: Inclua no arquivo o campo obrigatório (ListaRps[].InfRps.Tomador.IdentificacaoTomador). Mas vendo na programação, esse campo de identificação somente é gerado quando UF <> 'EX' Não sei mais como resolver isso, entrei em contato com o suporte do provedor ISSNet e informar pra validar os schemas que devem estar errados.
  5. Está retornando rejeição para a tag do cep quando o tomador é exterior, alguma ideia de como resolver? Piracicaba/SP SimplISS
  6. Pessoal deu certo a emissão, era erro do nosso lado, uma base travada, me desculpe o incômodo.
  7. Pelo que percebi, não está retornando o arquivo 1709200061-rec.xml, onde consta o protocolo para consultar. O cliente emitiu notas até o horário do almoço, após isso não conseguiu mais.
  8. Recebo esse retorno ao enviar a NFSe "Erro: A NFSe 0 não foi enviada. X999: Erro de Conexão: xmlParseEntityRef: no name"
  9. Alguém sabe se mudou a url depois dessa migração? 1709200062-env-lot.xml 1709200062-env-lot-soap.xml 1709200062-rec-soap.xml
  10. Bom dia Na emissão da NF-e estou recebendo a rejeição "233 - Rejeição: IE do destinatário não cadastrada" - Destinatário de PE Ao emitir nota pra esse cliente com emitente de PR o erro não ocorre Ao emitir nota pra esse cliente com emitente de GO o erro acontece Alguma ideia do que pode ser?
  11. Alguns clientes nossos também estão com esse retorno
  12. Agora fez corretamente, carreguei o xml e informei a justificativa. FACBrNFe.NotasFiscais.LoadFromString(NotaEPEC.XMLString); FACBrNFe.NotasFiscais.Items[0].NFe.Ide.dhCont := Nota.dhEmi; FACBrNFe.NotasFiscais.Items[0].NFe.Ide.xJust := Nota.xJust;
  13. Essas foram as chaves geradas quando eu alterei apenas o modo de emissão Chave EPEC: 41240603623045000100551070000006024597389127 Chave NFe: 41240603623045000100551070000006021597389122 Isso foi em ambiente de homologação
  14. Bom dia, fiz um envio em EPEC e agora vou transmitir ao sefaz, carrego o xml do envio EPEC e envio, ao consulta recebo a rejeição: '557 - A Justificativa de entrada em contingencia deve ser informado' FACBrNFe.NotasFiscais.LoadFromString(NotaEPEC.XMLString); Se eu carregar o xml e alterar a forma de emissão é consultado com sucesso, mas a chave EPEC fica diferente da chave NFE. FACBrNFe.NotasFiscais.Items[0].NFe.Ide.tpEmis := TpcnTipoEmissao.teNormal; Poderiam apontar onde estou errando?
  15. Então, provavelmente essa contingência foi reprovada, por causa da falta de reboque, agora teria que enviar em modo normal apenas, informando o reboque? Ou teria que enviar uma novo contingência com o reboque junto?
  16. Bom dia, O usuário enviou o MDF-e em contingência informando TpRod = 03 e sem veículo de reboque (deveria ter informado) e o sefaz aceitou. Agora ao transmitir no modo normal, carrego o xml enviado inicialmente mas ocorre a rejeição '523 - Pelo menos um reboque deve ser colocado na composição em um transporte com cavalo mecânico'. porque foi enviado sem reboque. Alguma ideia de como resolver?
  17. Não estou conseguindo acessar o ambiente de homologação, mais alguém?
  18. Bom dia, ontem um cliente nosso emitiu duas notas e ao consultar recebeu rejeição '204 - Rejeicao: Duplicidade de NF-e' Como as notas não constam nem n Sefaz de SC e nem no Sefaz Nacional, foi tentado inutilizar a numeração mas recebeu a rejeição '241 - Rejeicao: Um numero da faixa ja foi utilizado' Não sei como resolver isso, teria que entrar em contato com o Sefaz de SC? Prestador de SC - duas notas enviadas Não consta no Sefaz de SC Não consta no Sefaz Nacional 42240578541497000142550020000334971725971708 - número 33497 Ao consultar: 204 - Rejeicao: Duplicidade de NF-e Ao inutilizar: 241 - Rejeicao: Um numero da faixa ja foi utilizado 42240578541497000142550020000334981221199499 - número 33498 Ao consultar: 204 - Rejeicao: Duplicidade de NF-e Ao inutilizar: 241 - Rejeicao: Um numero da faixa ja foi utilizado
  19. Será que o sefaz está passando por problemas no portal? "Erro nao catalogado java.sql.SQLException: ORA-04025: maximum allowed library object lock allocated for SELECT ESTABELECIMENTO.CNPJ, ESTABELECIMENTO.CADICMS, ESTABELECIMENTO.CDSRP, ESTABELECIMENTO.INDNFE, ESTABELECIMENTO" <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope"> <env:Body xmlns:env="http://www.w3.org/2003/05/soap-envelope"> <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRetAutorizacao4"> <retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb> <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">PR-v4_8_40</verAplic> <nRec xmlns="http://www.portalfiscal.inf.br/nfe">411002322137815</nRec> <cStat xmlns="http://www.portalfiscal.inf.br/nfe">104</cStat> <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Lote processado</xMotivo> <cUF xmlns="http://www.portalfiscal.inf.br/nfe">41</cUF> <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2024-04-24T13:34:16-03:00</dhRecbto> <protNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <infProt xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb> <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">PR-v4_8_40</verAplic> <chNFe xmlns="http://www.portalfiscal.inf.br/nfe">41240402477571000147550010004678761850451860</chNFe> <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2024-04-24T13:34:10-03:00</dhRecbto> <digVal xmlns="http://www.portalfiscal.inf.br/nfe">a2WFl0isGiMc6CQCDVuNmiJu6hA=</digVal> <cStat xmlns="http://www.portalfiscal.inf.br/nfe">999</cStat> <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Erro nao catalogado java.sql.SQLException: ORA-04025: maximum allowed library object lock allocated for SELECT ESTABELECIMENTO.CNPJ, ESTABELECIMENTO.CADICMS, ESTABELECIMENTO.CDSRP, ESTABELECIMENTO.INDNFE, ESTABELECIMENTO</xMotivo> </infProt> </protNFe> </retConsReciNFe> </nfeResultMsg> </env:Body> </env:Envelope>
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.