C4Dev

Ficou ok Obrigado @Italo Giurizzato Junior

Boa tarde pessoal, Ao tentar transmitir XML para o provedor Fiorilli estou recebendo o seguinte retorno: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <soap:Fault> <faultcode>soap:Client</faultcode> <faultstring>Unmarshalling Error: Unexpected character '<' (code 60); expected a semi-colon after the reference for entity 'R2022' at [row,col {unknown-source}]: [1,9582] </faultstring> </soap:Fault> </soap:Body> </soap:Envelope> Notei que no arquivo enviado a posição onde relata o erro contém o password, e por acaso, o password do cliente possui & e talvez esse seja o problema (falta o tratamento para caractere especial), deixo abaixo o trecho onde contém o password: Em anexo deixei o arquivo completo, nota-se também que não é possível abrir no navegador: Conseguem me auxiliar neste caso? 35-env-lot-sinc-soap.xml

Tem uma informação importante sobre esse caso, após atualizar o cliente para envio do XML para o novo provedor (GISS ONLINE), o cliente foi até a prefeitura para obter o login de acesso ao novo site. Mas os funcionários da prefeitura informaram que ele deve continuar enviando para a URL antiga (GINFES) porque a migração de provedor foi adiada. Inclusive após esse ocorrido ao entrar no site da prefeitura eles colocaram um comunicado: Onde informa que o novo provedor só vai entrar em funcionamento em 01/04/2025. Então queria ver com vcs, se acham interessante desfazer essa alteração no arquivo das URLs e aguardar até dia 01/04/2025 para alterar novamente. De momento, eu reverti a alteração da URL e continua funcionando via GINFES.

Boa tarde. A cidade de Nova Mamoré - RO utiliza o provedor Fiorilli. Implementei os endereços e realizei os testes. Segue a alteração: [1100338] Nome=Nova Mamore UF=RO Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://nfse.novamamore.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=https://nfse.novamamore.ro.gov.br/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Att, Maiquel.

Bom dia, Após a troca de provedor (Ginfes para GISS) ocorreu o erro abaixo ao tentar transmitir a NFSe: Alíquota deve ser entre 2% e 5% Mesmo informando corretamente um valor entre 2 e 5. Porém pesquisando no fórum encontrei um tópico similar onde indicava para informar o parâmetro abaixo no arquivo INI: Params=Dividir100: Então após essa alteração, consegui transmitir a NFSe com sucesso. O conteúdo completo desta cidade no INI ficou dessa forma: [3515103] Nome=Embu-Guacu UF=SP Provedor=Giss Params=Dividir100: Versao=2.04 ProRecepcionar=https://ws-embuguacu.giss.com.br/service-ws/nf/nfse-ws Se puderem subir essa alteração, fico agradecido.

Bom dia. Estamos realizando a emissão de uma NFSe para um tomador residente no exterior com o provedor Softplan. Durante o processo ocorreu a seguinte rejeição: 80521-lista-nfse-ger.xml Mesmo eu deixando o campo Tomador.Endereco.CodigoMunicipio vazio. Conferindo o XML, mesmo deixando vazio o campo o componente está gerando a tag <codigoMunicipioTomador/> no XML: 80521-ger-nfse.xml Fiz um ajuste no arquivo SoftPlan.GravarXml.pas para que a tag codigoMunicipioTomador não seja criado quando estiver em branco, dessa forma autorizou a NFSe. Segue arquivo SoftPlan.GravarXml.pas com sugestão de ajuste: SoftPlan.GravarXml.pas Qualquer dúvida a disposição.

Olá, identificamos a alteração do link para envio da NFSe para a cidade de "Barra de São Francisco - ES" Alteração no arquivo ACBrNFSeXServicos.ini: [3200904] ; Incluído em 05/06/2023 ; Alterado em 21/01/2025 Nome=Barra de Sao Francisco UF=ES Provedor=EL Versao=2.04 ProRecepcionar=https://es-barradesaofrancisco-pm-nfs-backend.cloud.el.com.br/producao12/NfseWSService?wsdl Segue site do município onde consta o novo link para envio do RPS: https://es-barradesaofrancisco-pm-nfs.cloud.el.com.br/paginas/sistema/credenciamento.jsf#/login Realizado um teste de emissão, consulta e cancelamento em produção e funcionou corretamente.

Boa tarde amigos, Tive a solicitação de um cliente para que envie a IE no RPS e apareça na impressão do DANFSe essa informação na cidade de Vazante (MG) que faz uso do provedor NFSeBrasil. Pelo que identifiquei esse provedor faz uso do padrão ABRASF e neste padrão o sistema não envia a tag IE do Tomador no RPS. Mas buscando informações a respeito encontrei o manual do provedor neste link https://nfsebrasil.net.br/nfse/rps/sdk/NFSE_Manual_de_Importacao_Lote_RPS.pdf onde consta que a IE do tomador pode ser enviada conforme img abaixo retirada do manual: No manual também consta o schema que esse provedor faz uso: https://web1.memory.com.br/nfse/rps/xsd/rps.xsd onde também é possível ver que ele prevê o uso deste campo: Então resolvi fazer um teste alterando a unit NFSeBrasil.GravarXML.pas incluindo a linha abaixo no método configuracao: NrOcorrInscEstTomador := 0; Em seguida enviei um RPS contendo IE e validou com sucesso. Então gostaria de ver com os senhores como podemos proceder nesse caso para que possa enviar a IE do tomador no RPS deste provedor.

Boa tarde Perfeito, alimentei o parametro ACBrTEFAPI.ConfirmarTransacaoAutomaticamente como false e confirmei manualmente, caso tenha rejeitando executei ACBrTEFAPI.EstornarTransacoesPendentes; desta forma deu certo. Muito obrigado @Daniel Simoes

Boa tarde tudo certo? Ao rejeitar uma NFC-e que foi paga via cartão estou chamando a função para cancelar a transação do TEF. Porém mesmo passando todos os parâmetro na função CancelarTransacao no ACBrTEFAPI está caindo na procedure QuandoPerguntarMenu do componente TACBrTEFAPI, sendo assim ele abre a tela com a opções de cancelamento de cartão de crédito, débito etc... para o cancelamento manual. Sendo que a função de cancelar já pede NSU, CodigoAutorizacaoTransacao, DataHoraTransacao, Valor, CodigoFinalizacao e Rede não deveria cair na procedure pra pedir tudo de novo. Existe alguma forma de cancelar uma transação e não cair no QuandoPerguntarMenu? Obrigado.

Consegui encontrar o problema. O CNAE do cliente causou tudo isso. Só não sei o porque não retornar o erro correto.

Obrigado. Ficou ok

@Italo Giurizzato Junior Hoje atualizei o compenente e realizei um teste, com o ACBrNFSeX_Exemplo.exe e ali comunica sem erros. Porém realizando os testes com nosso sistema, ele ocorre o erro: Arquivo enviado fora da estrutura do arquivo XML de entrada. Fiz o debug das duas aplicações e esta gerando o mesmo rps de envio. As configurações estão iguais. Algo que estaria deixando passar?

Olá. A cidade de Rio Negro - PR alterou o endereço do seu WS. O provedor continua IPM, porém como novo endereço, segue: Já testei, e ficou ok. Agredeço.

Boa tarde pessoal, Favor incluir no arquivo ACBrNFSeXServicos.ini os dados para cidade São Vendelino (RS): [4319752] Nome=Sao Vendelino UF=RS Provedor=Tecnos Versao=2.01 ProRecepcionar=* ProConsultarLote=http://saovendelino.nfse-tecnos.com.br:9097/ConsultaLoteRPS.asmx ProConsultarNFSeRps=http://saovendelino.nfse-tecnos.com.br:9095/ConsultaNFSePorRPS.asmx ProConsultarNFSePorFaixa=http://saovendelino.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx ProCancelarNFSe=http://saovendelino.nfse-tecnos.com.br:9098/CancelamentoNFSe.asmx ProRecepcionarSincrono=http://saovendelino.nfse-tecnos.com.br:9091/EnvioLoteRPSSincrono.asmx ProGerarNFSe=* ProSubstituirNFSe=http://saovendelino.nfse-tecnos.com.br:9086/SubstituicaoNFSe.asmx HomRecepcionar=* HomConsultarLote=http://homologasaovendelino.nfse-tecnos.com.br:9097/ConsultaLoteRPS.asmx HomConsultarNFSeRps=http://homologasaovendelino.nfse-tecnos.com.br:9095/ConsultaNFSePorRPS.asmx HomConsultarNFSePorFaixa=http://homologasaovendelino.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx HomCancelarNFSe=http://homologasaovendelino.nfse-tecnos.com.br:9098/CancelamentoNFSe.asmx HomRecepcionarSincrono=http://homologasaovendelino.nfse-tecnos.com.br:9091/EnvioLoteRPSSincrono.asmx HomGerarNFSe=* HomSubstituirNFSe=http://homologasaovendelino.nfse-tecnos.com.br:9086/SubstituicaoNFSe.asmx Já testei em produção, funcionou corretamente.