Ir para conteúdo
  • Cadastre-se

[Bruno]

Membros
  • Total de ítens

    108
  • Registro em

  • Última visita

Tudo que [Bruno] postou

  1. 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.
  2. 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.
  3. 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?
  4. 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ê?
  5. Í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.
  6. 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
  7. Sim, fiz o ajuste recompilei e mesmo assim sem sucesso!
  8. 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á?
  9. [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?
  10. Poxa Diego, bem pensado! Nem lembrei em fazer este teste como programa exemplo. Obrigado pela dica.
  11. [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.
  12. 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?
  13. 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?
  14. 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.
  15. 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.
  16. 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?
  17. 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,
  18. Boa noite! Estou com essa mesma mensagem, mas para a prefeitura de Santos/SP, você conseguiu resolver esta situação?
  19. Boa tarde, é exatamente desta forma, no meu caso estou usando o Impressão Steam mas o conceito é o mesmo Imprimi(PosicaoLista,ConteudoStream);
  20. Boa tarde, estou com uma dúvida pelo que olhei aqui hoje não tem essa opção mas não custa confirma rsrs Enviei uma lista para serem gerados 10 boletos hoje consigo imprimir apenas um boleto especifico exemplo o boleto da 7 da lista?
  21. Boa tarde, precisei homologar a prefeitura de Barueri, atendida pelo provedor DSF, ao enviar descrição dos serviços com quebra de linha, ao visualizar a nota fiscal, as quebras de linha não eram acatadas, deixando assim a informação confusa. Ao analisar o unit (DSF.Provider) notei que comando de quebra de linha que estava sendo declaro era (
), mas ao gerar o XML de envio caractere (&) estava sendo substituído por "&" e por esse motivo a quebra de linha não era demonstrada na impressão da nota fiscal, alterei ('
') para (sLineBreak) não houve erro na emissão e a quebra de linha ficou correta na emissão. Caso julguem interessante a contribuição, fico feliz em ajudar.
  22. Boa tarde! Estou implementado o processo de leitura do arquivo de retorno do banco ABC do BRASIL 400 posições, o método CodOcorrenciaToTipo da unit ACBrBancoABCBrasil não esta correta, esta fazendo a tradução errada um dos exemplos é: código ocorrência do arquivo 01 se buscarmos no manual diz que é 'Confirma Entrada Título na CIP' mas no processo traduz para 'Título Não Existe' Até tentei ajustar, mas vi que algumas das opções não tinha, como estou começando agora nos boletos eu poderia acabar ajustando de forma indevida.
  23. Boa tarde! Estou começando agora a mexer com o componente boleto estão não tenho ainda muito conhecimento, e no momento estou homologando o banco ABC do Brasil (246). Estou com uma situação que não estou conseguindo entender do por que o componente esta desta forma. Na aplicação exemplo, o método btnBoletoIndividualClick tem comando: Titulo.Carteira := edtCarteira.Text; Seguindo o que está no manual para o preenchimento deste campo tem que seguir a opções contidas na Notas 3 Consultando a secção de notas, para nota 3 temos 7 opções como podem ser vista abaixo. Analisando a unit ACBrBancoABCBrasil o método GerarRegistroTransacao400 notei para o preenchimento da posição 108 é utilizada a variável LCarteira. Ao analisar o o processo que alimenta a variável LCarteira, notei que a mesma esta tratando apenas as opções 4 e 6, e esta minha duvida, tem alguma motivo em especial para estar desta forma?
  24. Boa tarde, estou começando agora a a mexer com os boletos, estudando um pouco o executável de demonstração, notei que quando faço a impressão (Imprimir Stream) onde na lista cotem apenas um boleto, a impressão sai correta, mas quando utilizo a processo (Incluir Vários Boletos) e faço a impressão (Imprimir Stream) é gerado apenas um boleto, o arquivo de remessa é gerado correto. Está com falha mesmo este processo na aplicação demonstração ou eu estou comendo bola?
×
×
  • 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.