Ir para conteúdo
  • Cadastre-se

[Bruno]

Membros
  • Total de ítens

    111
  • Registro em

  • Última visita

Últimos Visitantes

1.469 visualizações

[Bruno]'s Achievements

  1. 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.
  2. Boa tarde, Não estou conseguindo ajustar o cabeçalho conforme as instruções recebidas. Poderia me ajudar com isso?
  3. 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?
  4. 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.
  5. 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.
  6. 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?
  7. 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ê?
  8. Í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.
  9. 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
  10. Sim, fiz o ajuste recompilei e mesmo assim sem sucesso!
  11. 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á?
  12. [Bruno]

    Quebra de linha NFSe

    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?
  13. Poxa Diego, bem pensado! Nem lembrei em fazer este teste como programa exemplo. Obrigado pela dica.
  14. [Bruno]

    Prefeitura Guarulhos/SP

    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.
  15. 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?
×
×
  • 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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...