armando.boza

bom dia, estou gerando aqui em ambiente de produção.

Fiorilli está com esse problema a dias. Vc está enviando em modo assíncrono, por isso retorna NAO_ENVIADO, mande no modo síncrono que vai retornar o protocolo, mas sem o XML da nota ainda. A nota chega no sistema da prefeitura mas não vai pro nacional mesmo, está complicado.

eu tentei não passar, dava erro dizendo que não passei. mas pode testar por ai.

não adianta, eu passei por isso tb, tem que remover do cadastro da empresa dentro do sistema da prefeitura.

boa tarde, os valores dos regimes especiais de tributação da Fiorilli são diferentes do padrão nacional, meu cliente teve que pedir pra prefeitura remover o regime especial do cadastro dele pra poder passar a nota. falando em "passar a nota" continua com problema o envio, eles recebem e retornam apenas o protocolo, em novo teste hoje estão retornando uma mensagem além do protocolo kkkk.

Bom dia, Rolândia / PR mesmo problema. Ontem de manhã teve uma instabilidade no sistema nacional, será que fizeram alguma atualização e agora o Pronim não consegue aprovar a nota?

Bom dia, estou em conversa com o pessoal da tributação de Iepê / SP, passei o caso pra eles e encaminharam para a Fiorilli. Ontem me responderam dizendo que o provedor pediu pra gente olhar a documentação https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/documentacao-atual pq o sistema foi construído em cima do mesmo.

Aqui tb, estou tentando emitir em Iepê / SP. No arquivo ACBrNFSeXServicos.ini tem anotação do erro da assinatura para o provedor Fiorilli.

estou tratando com o suporte da Elotech aqui, mandei somente o end como queriam e deu um erro desconhecido, assim que eu conseguir resolver posto o resultado.

acabei de confirmar com o suporte da Elotech aqui, o campo end nesse caso é somente um texto mesmo. o suporte pediu pra passar o logradouro.

é desse jeito mesmo, Londrina / PR tb é assim, informa somente o final, 001.

Bom dia pessoal, estou testando a Elotech com os campos da reforma tributária e me deparei com a impossibilidade de informar o endereço do imóvel. Nos fontes geramos o elemento end, que é complexo, com vários campos, mas no schemas o elemento end é um texto simples, ai não passa. Observem o fonte do ACBr: Agora o schemas: O campo end está como tsEndereco, que é texto. Seria necessário a Elotech corrigir o arquivo schemas nfse_v2_03.xsd? Ou ajustar os fontes para passar somente um texto simples nesse campo?

baixei o XML no portal nacional, a dedução aparece certinho, o estranho é que não deveria aceitar, já que o município não permite dedução.

Boa tarde pessoal. Cornélio Procópio / PR saiu do Betha e foi para o provedor Nacional. [4106407] Nome=Cornelio Procopio UF=PR Provedor=PadraoNacional

é ali mesmo na tag <IM>, estou emitindo em Curitiba normalmente. lembrando, vc tem que pegar a inscrição no site do emissor nacional como expliquei no primeiro post, no campo indicador municipal. não creio que seja coisa de zeros, aqui está aprovando com 8 dígitos.

Bom dia pessoal, esses provedores com api própria estão dando dor de cabeça hein, olha essa situação: 1 - Emitindo uma nota para o município de Rolândia / PR pelo emissor nacional não permite dedução da base do iss para o código do serviço 070201. OK foi configurado assim pelo município. 2 - Emitindo a mesma nota pelo sistema da prefeitura de Rolândia (Pronim) ele também não aceita dedução para o serviço 070201. OK, segue a mesma validação do ambiente nacional. 3 - Agora emitindo a mesma nota pelo webservice (api própria) do Pronim ele aceita dedução da base do iss para o mesmo serviço 070201 desde que não haja retenção do iss e aparece a nota no ambiente nacional com a dedução. Como é possível a api própria conseguir registrar uma nota com dedução no ambiente nacional sendo que tem regra para não permitir?

estranho, no primeiro print que vc mandou tem o campo IM.

Cornélio Procópio / PR está do mesmo jeito, ele recebe o RPS e fica com esse "Erro desconhecido".

Prestador.IdentificacaoPrestador.InscricaoMunicipal

Boa tarde pessoal. Alteraram a cidade de Santa Helena / PR no ACBrNFSeXServicos.ini, colocaram ela como sendo provedor nacional mas ela continua no provedor IPM. Tive que alterar aqui para o cliente conseguir emitir. [4123501] Nome=Santa Helena UF=PR Provedor=IPM Versao=1.01 Params=GerarTag:codigo_atividade ProRecepcionar=https://santahelena.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://santahelena.atende.net/?pg=rest&service=WNERestServiceNFSe

Como o layout era do próprio provedor eu estava fazendo do outro jeito, por isso. InfCancelamento := TInfCancelamento.Create; try with InfCancelamento do begin Vou testar com evento, obrigado.

É que estou me baseando pelo emissor nacional, vamos analisar: Ao preencher manualmente a nota pelo site, ao chegar na parte da obra temos as opções: 1 - Código da obra: é obrigatório apenas o campo código da obra, inscrição imobiliária fiscal é opcional 2 - Código do cadastro imobiliário brasileiro - CIB: somente o código CIB é obrigatório. 3 - Endereço no Brasil: apenas CEP, município, bairro, logradouro e número são obrigatórios. 4 - Endereço no exterior: que não se aplica no caso. Então creio que o endereço pode ser informado mesmo sem o inscImobFisc , CodigoObra e Cib . Por isso acho necessário ter a validação de deixar informar o endereço mesmo sem esses 3 campos. Meus clientes emitem quase que 100% das notas com dados de obra pois trabalham com concreto.

O correto não seria adicionar tb o (NFSe.ConstrucaoCivil.Endereco.Endereco <> '') ? pois pode-se informar somente o endereço da obra sem os campos inscImobFisc, CodigoObra e Cib.

não abri. estou com outro problema no Pronim agora. quando o a nfse tem retenção de ISS não aceita a dedução, mas quando não tem retenção ai aceita a dedução. tá de chorar esse começo de ano.