[Bruno]

Bom dia! Recebemos uma informação de um de nossos clientes referente à Prefeitura de Imperatriz/MA. Segundo comunicado, houve mudanças no layout, links de acesso e informações gerais do sistema tributário. O link inicialmente enviado pelo cliente não está mais disponível:https://imperatriz.ma.gov.br/portal/noticias/nota/novo-sistema-tributario-manuais-e-leaitue-de-api-para-intregacao-de-nfs-e.html Ao acessar o portal da prefeitura, na seção de documentos, encontramos o seguinte material:https://imperatriz-ma.prefeituramoderna.com.br/meuiss_new/nfe/nfse-manual-api.pdf Nesse manual, são informados novos links para comunicação, tanto para homologação quanto para produção, que diferem dos que utilizamos atualmente. Além disso, é mencionado que agora é necessário o envio de token para autenticação. Gostaria de solicitar instruções sobre como proceder com essas alterações no sistema. Agradeço desde já!

Bom dia! Sem mais nem menos voltou a funcionar se que fizesse qualquer alteração.

Estou enfrentando um problema ao tentar realizar a emissão enviando o período da competência. Quando adiciono a tag <competencia> no arquivo de envio, a emissão não ocorre e recebo a seguinte mensagem de erro: E160, Motivo: Arquivo enviado fora da estrutura do arquivo XML de entrada. Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. Entrei em contato com a Ginfes, e eles informaram que é necessário alterar o cabeçalho do XML e me passaram a instrução do post inicial. No entanto, não estou encontrando o ponto exato para fazer esse ajuste. Inicialmente, imaginei que o ajuste seria feito na unit Ginfes.Provider, no método Configuracao, mas após análise, percebi que não é esse o local correto e continuo sem identificar onde realizar essa alteração.

Boa tarde, Não estou conseguindo ajustar o cabeçalho conforme as instruções recebidas. Poderia me ajudar com isso?

Boa tarde, não estou conseguindo realizar emissão para prefeitura de Guarulhos/SP entrei em contato com eles e enviei os arquivos de envio quanto o de retorno e eles me retornaram com a seguinte mensagem Gentileza substitua o cabeçalho de: <?xml version="1.0" encoding="UTF-8"?> <ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd"> Para: <?xml version = '1.0' encoding = 'UTF-8'?> <EnviarLoteRpsEnvio xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tipos="http://www.ginfes.com.br/tipos_v03.xsd" xmlns="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd"> pelo que observei essas informações estão sendo definidas pelo metodo TACBrNFSeProviderGinfes.Configuracao, mas se eu ajustar aqui todas as emissões feita pelo ginfes serão impactados correto?

Boa tarde, alguém está conseguindo emitir para a Prefeitura de João Pessoa/PB? Fiz a atualização dos fontes e a comunicação com o provedor aparentemente está ocorrendo, porém o retorno traz a seguinte com uma mensagem muito genérica Código L999 - Problema(s) encontrado(s) no processamento dos dados. Tentei contato por telefone, mas fui informado que, no momento, o suporte para essa prefeitura é realizado apenas por e-mail.

Pelo que a contabilidade do cliente me passou essa RANFS é um espelho da nota fiscal emitida no município do prestado só que no município do tomador. Hoje como ela faz, ela emite a nota fiscal normalmente para a prefeitura de SP, quando o tomador é de um município que exigem emissão da RANFS ela precisa acessa o link https://www.webiss.com.br/ informar o estado e município acessa o portal e meio que “refaz” a emissão. Segundo informação recebida esse processo nada mais é para informar o município do tomador que foi feita prestação de serviço.

Bom dia! Um cliente solicitou um ajuste para que possa emitir RANFS da mesma forma que emite NFSe. Fiz uma pesquisa, mas não encontrei informações sobre isso. Alguém sabe se o ACBr permite a emissão de RANFS?

Boa tarde! Estou recebendo a mesma mensagem para envio de cancelamento para prefeitura de Itapeva/MG que é atendido pela Fiorilli. Esta mensagem ainda permanece para você?

Ítalo, tive problemas ao colar as imagens. Depois, tentei editar o post, mas a bagunça só piorou. Resumo: A configuração via componente está como "pipe". A configuração em tempo de execução também está com "pipe". O conteúdo para a tag Discriminação está sendo enviado considerando a propriedade ACBrNFSeX1.Configuracoes.WebServices.QuebradeLinha, que corresponde ao "pipe". Na configuração da unit do provedor, está definido como sLineBreak. Entretanto, ao montar o arquivo, o que está sendo enviado é o "pipe" e não o sLineBreak.

Boa tarde Ítalo, a configuração via componente esta com o | (Pipe) Configuração em runtime | (Pipe) conteúdo descrição para o componente: Na unit do provedor ISSRio esta com sLineBreak No xml de envio é enviado o | (Pipe) e não o comando do sLineBreak

Sim, fiz o ajuste recompilei e mesmo assim sem sucesso!

Não encontrei nada referente à configuração de quebra de linha no arquivo ACBrNFSeXServicos.ini. Poderia me mostrar um exemplo de configuração feita por lá?

Boa noite Notei, em específico, que a quebra de linha para a Prefeitura de Rio de Janeiro não está sendo enviada. Pesquisando no fórum, encontrei uma menção sobre quebra de linha de impressos. Fiquei em dúvida se isso se refere a impressões ou ao envio de quebras de linha para o webservice, visto que a configuração está na classe de webservice. Realizei o teste das duas formas, seguindo a explicação do link. Em um teste, utilizei o | (Pipe), e em outro, o ; (Ponto e vírgula) como era antes. O resultado, em ambos os casos, foi o mesmo. Teste informando o caractere ; para quebra de linha Teste informando o caractere | para quebra de linha em nenhum mento foi enviado comando do sLineBreak como esta informado em configuração. Alguém esta com alguma situação semelhante?

Poxa Diego, bem pensado! Nem lembrei em fazer este teste como programa exemplo. Obrigado pela dica.

Boa tarde, atualizei os fontes na data de ontem 16/04/2025. Notei que no arquivo ACBrNFSeXServicos.ini para o município de Guarulhos esta a seguinte configuração: Embora tenha a informação de que, a partir de 01/02/2025, é para utilizar o provedor GISS, entrei em contato com o suporte da Eicon (responsável pela Ginfes e GISS), e eles me informaram que, para Guarulhos, ainda não foi realizada a migração. Portanto, devemos continuar enviando as emissões para o Ginfes Versão 3.0. Porém, o mais estranho é que, mesmo com a configuração ativa da Ginfes, no momento de reconhecer o provedor, o componente está identificando como GISS. Já excluí o arquivo ACBrNFSeXServicos.res, executei o Compila_RES.BAT, fiz a reinstalação, mas o componente continua reconhecendo como GISS.

Boa tarde! Estou uma situação problemática (Código Erro: X999, Motivo: Erro de Conexão: s:Client - Error, Correção:), normalmente, consigo resolver colocando as DLLs ( libexslt.dll, libiconv.dll, libxml2.dll e libxslt.dll ) na mesma pasta da aplicação. No entanto, para a prefeitura de Ribeirão Preto/SP, essa solução não está funcionando. Alguém já passou por esta situação situação e conseguiu resolver com processo além das DLLs?

Boa tarde, Temos um cliente Embaixada dos EUA que mediante acordo, não deve ser cobrado ISS. Para isso, a tag ExigibilidadeISS deve ser preenchida com a opção 4 (Exportação). No entanto, ao enviar para emissão, estou recebendo as seguintes mensagens de erro: Mensagem: País da prestação do serviço não informado. (Número RPS: 85) Correção: Quando a exigibilidade do ISSQN for Exportação, informar o país da prestação do serviço. Mensagem: País do tomador do serviço não informado. (Número RPS: 85) Correção: Quando a exigibilidade do ISSQN for Exportação, informar o país do tomador do serviço. O problema é que, ao tentar informar a tag CodigoPais, ocorre um erro de schemas. Alguém já passou por essa situação ou sabe como resolver?

Bom dia! Atualizei hoje os fontes, mas ao compilar estava ocorrendo um erro no pacote ACBrNFSex. Analisando o arquivo de log, identifiquei que o erro acontecia ao compilar as units: ISSCampinas.GravarXml.pas ISSCampinas.LerXml.pas Desfiz a alteração realizada pela #TK-6059 e consegui compilar o componente com sucesso. Achei importante relatar esta situação a vocês.

Estou com a mesma situação, fiz testes enviando e também não enviando a tag aliquota no arquivo e mesmo assim recebo o mesmo retorno (bizarro). Mandei e-mail ontem para eles relatando a situação, vamos ver quando vão me responder.

Bom dia, Ítalo. Pelo que podemos entender da mensagem recebida, estamos enviando o Envelope SOAP na versão 1.2, enquanto o provedor está apto a receber apenas o Envelope SOAP na versão 1.1. Peço desculpas pela minha ignorância, mas como podemos validar a versão do envelope enviado?

Boa tarde, Temos um cliente que possui um certificado do tipo A3 instalado no servidor. Gostaríamos de saber se é possível realizar a emissão de NFS-e a partir da máquina local do usuário, que está na rede, referenciando o certificado instalado no servidor. Com relação ao certificado A1, sei que podemos fornecer o diretório do certificado, número de série e senha de instalação para permitir a emissão. No entanto, estou com dúvidas sobre o procedimento adequado para o certificado A3. Caso esta questão não seja adequada para este fórum, peço desculpas pela postagem e agradeço desde já pela orientação. Atenciosamente,

Boa noite! Estou com essa mesma mensagem, mas para a prefeitura de Santos/SP, você conseguiu resolver esta situação?

Boa tarde, é exatamente desta forma, no meu caso estou usando o Impressão Steam mas o conceito é o mesmo Imprimi(PosicaoLista,ConteudoStream);