Italo Giurizzato Junior

Bom dia Silva, Pode ser um bug no webservice deles, ou apesar de existir o serviço no webservice ele esta desativado a pedido da prefeitura que deseja que o envio seja feito de forma unitária.

Bom dia Felipe, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Elison, Já esta no SVN. Quanto a esse erro, comigo não ocorreu. Verifique a configuração na aba Certificados e WebServices no diz respeito as propriedade de configuração: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType.

Bom dia Marcos, Já esta no SVN.

Bom dia Danio, Já esta no SVN. Quanto a esse erro retornado, acredito que seja necessário realizar um cadastro junto a prefeitura/provedor para que o prestador de serviço possa emitir a sua nota via webservice.

Bom dia Antonio, O XML retornado pelo ConsultarNFSePorChave é o da NFS-e e infelizmente não existe nenhuma tag que indica que a nota se encontra cancelada. Como as NFS-e do Padrão Nacional são canceladas por um evento, vai ser necessário você executar o método ConsultarEvento. Onde temos que informar a chave da NFS-e e opcionalmente o tipo de evento e se este possa conter mais de uma ocorrência devemos informar também o numero sequencial do evento. Estude o código do botão [Consultar Evento por Chave] e na unit PadraoNacional.Provider, mais precisamente a procedure TratarRetornoConsultarEvento, para saber quais tag são lidas do retorno. Nesse retorno você vai ter a data/hora do processamento do evento.

Bom dia Souza, Se o PDF baixado pelo ObterDANFSE esta ficando em branco é porque você esta com os seus fontes desatualizados. Tive esse mesmo problema e encontrei onde esta o bug e fiz apliquei uma possível solução. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Bill, Notei que esse XML, somente o grupo infNFSe esta assinado, o grupo infDPS não esta. O componente ACBrNFSeX assina o DPS antes de ser enviado, logo o XML da NFS-e retornado pela API contem 2 assinaturas, a do DPS feita pelo componente e a da NFS-e feita pela API. Você esta com todos os fontes de todas as pastas atualizados, pois detectei um erro no componente que estava corrompendo o PDF baixado da API.

Bom dia Antonio, Assim que eu tiver um retorno do pessoal da RFB/SERPRO lhe informo aqui.

Bom dia Antonio, Se foi eu lhe peço desculpas. Mas temos que analisar todos os fontes com alterações enviados por vocês, pois tivemos casos de aceitar colaboração e esta acabou gerando um efeito colateral com outros provedores. Outra coisa ao enviar alguma contribuição, envie somente a unit alterada e procure sempre fazer a alteração com os fontes atualizados. Você concorda que a função SiglaISO2ToCodIBGEPais retorna -1 caso não encontre a tag cPaisPrestacao não exista no XML. Desta forma ao tentar gerar novamente o XML, vai acabar gerando a tag com o valor ZZ. Se alterarmos a função para retornar o valor zero em vez de -1, não vamos precisar do IF que você incluir na unit que faz a leitura do XML. Desta forma resolvemos esse problema e se amanhã aparecer outro provedor que se utilize da mesma função não teremos que lembrar de colocar o IF, pois não teremos o mesmo problema que você esta enfrentando. Mais uma vez muito obrigado pelos testes, analise e apontar uma solução para o problema. Toda colaboração é sempre bem vinda, pois todos nós saímos ganhando. Você encontrou um erro, outros podem encontrar outros erros, se todos vão nos passando esses erros e uma possível solução, repito todos saem ganhando, pois o componente se torna a cada dia mais robusto.

Bom dia Rodrigues, Esse XML contem quebra de linha em cada tag que compõe o XML e ele esta identado.

Felipe, Muito obrigado pela informação, já inclui na minha lista de tarefas. TK-4416

Boa tarde Antonio, Não seria o caso de mudar a função abaixo? function SiglaISO2ToCodIBGEPais(const t: string): Integer; var i: Integer; begin Result := -1; <==== mudar aqui para zero for i := Low(SiglaISO2Pais) to High(SiglaISO2Pais) do begin if SiglaISO2Pais[i] = t then begin Result := CodigoIBGEPais[i]; exit; end; end; end;

Boa tarde Antonio, Já passei para o pessoal da RFB e do SERPRO o problema de discordância entre o Manual e o Schema. Eles tem que dar um jeito nisso, pois Porto Alegre em outubro quem é autônomo vai ser obrigado a emitir pelo padrão nacional e em novembro as empresas ME EPP. Imagina todo esse povo enviando notas com informações erradas.

Boa tarde Silva, Através do programa exemplo tente enviar o RPS usando o botão [Enviar um RPS (Unitário)], apesar de existir o serviço de envio em lote no modo síncrono ele pode estar com problemas.

Boa tarde Felipe, Qual é o provedor?

Boa tarde Rodrigues, Infelizmente não temos essa informação, o componente sempre adota o ";", mas podemos fazer com que ele mude o caractere de forma automática ao gerar o XML a partir do momento que alguém descobre e nos conte qual é o caractere usado. Tem um provedor que utiliza os caracteres #10 e #13, mas eles são removidos do XML antes da sua assinatura, se o provedor se utiliza deles não vai ter solução.

Boa tarde Adilson, Você esta fazendo confusão. Informando o valor 5 a esse campo você esta dizendo que o Regime Especial de Tributação Municipal é Profissional Autônomo, que ao meu ver não tem nada haver com o MEI. Para gerar essa tag devemos alimentar o campo: NFSe.RegimeEspecialTributacao E ele aceita os seguintes valores: retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, e retSociedadeProfissionais. A tag opSimpNac que é alimentada com o conteúdo do campo: NFSe.OptanteSN pode receber os seguintes valores: osnNaoOptante, osnOptanteMEI, osnOptanteMEEPP.

Bom dia Antonio, Temos tomar cuidado ao alterar uma função definida no ACBrNFSeXConversao, pois se ela é usada por mais de um provedor, pode gerar um efeito colateral. Outra coisa, segundo os schemas temos o seguinte: <xs:simpleType name="TSTribISSQN"> <xs:annotation> <xs:documentation> Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Exportação de serviço; 3 - Não Incidência; 4 - Imunidade; </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:enumeration value="1"/> <xs:enumeration value="2"/> <xs:enumeration value="3"/> <xs:enumeration value="4"/> </xs:restriction> </xs:simpleType> O que tudo indica uma discordância com o manual. Vou questionar o pessoal da RFB e da SERPRO para saber qual é o correto.

Bom dia Bruno, Caso você tenha acesso a um contador seria interessante questionar ele. No meu entendimento é a pessoa mais indicada para nos informar qual seria a regra que devemos seguir para definir quando a tag deve ser gerada ou não. Você acha que consegue isso?

Bom dia Elison, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para atualizar o INI e checar esse problema. TK-4413

Bom dia Antonio, Favor anexar a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração. Outra coisa importante: No que se refere ao prestador no DPS informe somente o CNPJ, fone, email e o grupo regTrib com os campos opSimpNac e regEspTrib.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Victor, Você pegou os fontes de onde? Repito a alteração foi enviada no dia 30/08/2023 para o SVN oficial do Projeto ACBr.

Bom dia Dinael, Com essa configuração era para salvar os arquivos XML sim. Por favor faça os testes usando o programa exemplo.