Ir para conteúdo
  • Cadastre-se

anderson.mendonca

Membros
  • Total de ítens

    473
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que anderson.mendonca postou

  1. Caros colegas, atualizei o ACBr hoje e copiei as pastas Schemas, ARQINI, etc. Até duas semanas atrás eu conseguia gerar (e já havia gerado) o evento S-1000. Após atualizar, tentei gerar novamente mas o programa só gera e não envia. Quando passa pela função Enviar, para e nada acontece. Nem visualiza mensagem. Alguém pode me ajudar? Obrigado.
  2. Caros colegas, atualizei hoje o meu ACBr e copiei as pastas. A partir de agora, quando testei o evento S-1000, o programa apenas gerou o arquivo. Quando vai enviar ele para e fica como se nada tivesse feito. Alguém pode me ajudar? Eu copiei a pasta Schemas.
  3. ALA, o código da lista de serviços 4.03 não permite que o ISSQN seja pago em outro município, apenas no município de emissão da NFS-e. Já o código 17.05 permite a retenção e pagamento em outro município. O problema é que a partir da mudança de provedor/webservice, o cliente não conseguiu gerar as mesmas NFS-e que gerava em meses anteriores.
  4. @Wesclei007, também já havia reparado que quando não há Regime Especial de Tributação (conteúdo zero) este campo não é enviado. Porém, o mesmo é enviado com o conteúdo ZERO quando gerado pelo site, conforme arquivos que anexei.
  5. Então, porque ao fazer a NFS-e de forma manual o cliente consegue informar que a tributação é fora do município e houve retenção de ISSQN? Sei que as plataformas são diferentes e cada uma tem suas peculiaridades. Mas estamos falando de uma regra que deve ser a mesma quando a NFS-e for gerada através do site da GISS e quando for gerada através de aplicativo próprio, pois se trata de acatar a legislação. Segue abaixo, novamente, os arquivos XML e PDF para serem analisados. Obrigado. nfs_ver150.0716885816605064.pdf NFSe gerado pelo cliente e autorizado.xml NFSe gerado pelo meu aplicativo com erro.xml
  6. johnbh3, é isso que faço. Você viu os arquivos que anexei? Um dos XML foi digitado diretamente no site da GINFES pelo emissor (meu cliente). O outro foi gerado através do meu aplicativo, preenchido da mesma forma e retorna a mensagem como se estivesse com erro.
  7. Obrigado por responder. A questão é que o emissor da NFS-e é de Contagem/MG. A prestação do serviço foi em Belo Horizonte/MG, ou seja, fora do município (destinatário). O destinatário tem Inscrição Municipal de BH. Neste caso, e de acordo com a lei, o emissor deve reter o ISSQN pois o mesmo será pago pelo destinatário. Até aí você compreendeu? Sendo assim, eu estou preenchendo o XML corretamente. Ou não?
  8. Parece que há um erro o WebService. O serviço foi executado em outro município e o WebService está respondendo que há erro, de acordo com a imagem abaixo.
  9. Caros colegas desenvolvedores, Não sei se pode ajudar, mas estou anexando dois arquivos XML para serem analisados. Um foi gerado pelo meu aplicativo e deu erro. O outro foi gerado através do site da GINFES com sucesso. Boa sorte. NFSe gerado pelo cliente e autorizado.xml NFSe gerado pelo meu aplicativo com erro.xml
  10. Bom dia. Consegui gerar tanto homologação quanto produção para Contagem/MG. O arquivo GINFES.INI que está na pasta ArqINI deve ser alterado o NameSpace da seguinte forma: [NameSpace] Producao=http://producao.ginfes.com.br Homologacao=http://homologacao.ginfes.com.br Outra modificação a ser alterada é no código fonte. Quando for Contagem/MG, os campos Servico.ItemListaServico e Servico.CodigoTributacaoMunicipio devem ser preenchidos cada um sem máscaras: if Qry_Empresasemp_codigo_municipio.AsString = '3118601' then // município de Contagem begin Servico.ItemListaServico := Retira_Caracteres(3, Qry_Tipo_Servicosser_cod_lista_servico.AsString); Servico.CodigoTributacaoMunicipio := Retira_Caracteres(3, Qry_Tipo_Servicosser_cod_tributacao.AsString); end; Boa sorte a todos.
  11. Não precisa pagar aos Correios. Eu entendo que a responsabilidade da veracidade dos dados é do cliente. Por tanto, se o CEP não está correto, cabe ao cliente a responsabilidade de corrigir. Sendo assim, ele pesquisa o CEP correto (pelo Google mesmo ou site dos Correios) e corrige seus cadastros (funcionários, clientes, fornecedores). Espero ter colaborado. Boa sorte!
  12. A propósito, é neste arquivo que informo o Tomador de Serviços ao qual o funcionário está lotado? Se SIM, qual o campo? Não encontrei esta informação. Obrigado.
  13. Obrigado por responder. Eu havia entendido que a data de início seria 01/09/2018 mas a data a que se refere é 01/01/2016 para Produção Restrita e 01/01/2018 para Produção. Já testei e deu certo. Valeu!
  14. Caros colegas, Gerei o evento S-2200 e o webservice está me retornando o seguinte erro: Código: 911 Descrição: Data/Período inválido. Ação Sugerida: a data/período informado deve ser anterior ao início de obrigatoriedade do empregador ao eSocial. Não sei a que campo se refere. Alguém pode me ajudar? Obrigado. S2200-Enviado-08052018-00001.xml S2200-Resposta-08052018-00001.xml
  15. Caros colegas Também havia consultado o CEP "31.785-740" no site dos Correios mas não havia prestado atenção nem na mensagem acima muito menos no CEP correto retornado. Peço desculpas por minha falta de atenção e muito obrigado pela ajuda.
  16. Caros colegas, Gerei o evento S-2200, enviei, e mesmo preenchendo o campo "CEP" (do endereço do trabalhador no Brasil) corretamente, o retorno vem com a mensagem: "Número do CEP inválido. Ação Sugerida: Verifique se o número está preenchido corretamente." Conforme poderão verificar no arquivo de envio anexado, o campo CEP está preenchido corretamente. Alguém pode me ajudar nisso? Obrigado. S2200-Enviado-07052018-00007.xml S2200-Resposta-07052018-00007.xml
  17. Caros colegas, Consegui excluir o evento S-2190 através do evento S-3000. Basta preencher apenas o campo CPF. Boa sorte a todos!
  18. Estou preenchendo o evento S-3000 corretamente mas o campo cpfTrab não está sendo preenchido. Alguém sabe se este evento está com problema? Obrigado.
  19. Pesquisei o evento S-3000 e vi que não se trata de exclusão de cadastro de funcionário. "Este evento será utilizado para tornar sem efeito um evento enviado indevidamente, o qual deve estar incluído entre as faixas S-1200 a S-2399, com exceção dos eventos S-1299 - Fechamento dos Eventos Periódicos - e S-1298 - Reabertura de Eventos Periódicos. O prazo de envio para este evento será sempre quando necessária a exclusão de algum outro evento enviado indevidamente." Fonte: http://www.portalesocial.com.br/S-3000.asp Sendo assim, como faço para alterar ou excluir um evento S-2190? Lembrando que, se gero nova inclusão retorna a mensagem "Evento já gerado". Obrigado.
  20. Obrigado @Paulo Aguiar Junior. Vou tentar e te falo se deu certo.
  21. Caros colegas, Enviei o evento S-2190 com sucesso, peguei o número do recibo e tá tudo ok. O problema é que a data de admissão está errada e preciso corrigi-la. Neste caso, como faço para alterar ou excluir o evento S-2190 que enviei? Obrigado.
  22. @Italo Jurisato Junior, encontrei este vídeo e nele diz que o evento S-1060 só deverá ser enviado a partir de 01/2019. Pesquisei e encontrei vários links que relatam o mesmo. Procede?
  23. @Italo Jurisato Junior, o que posso fazer com relação ao meu problema citado acima? Como posso resolvê-lo? Obrigado.
  24. @cleyton44, obrigado por responder. Eu já sabia que não era isso mas coloquei um comando "Break" nessa linha pra ver o que estava pegando e está de acordo com o que você digitou acima. Já revisei tudo e inclusive comparei com o exemplo. O que estou fazendo de errado? Obrigado.
  25. @Joceandro Perin, eu ficava insistindo em deixar 2018-01 como padrão para Produção e Produção Restrita. Depois que passei a respeitar os períodos conforme o manual (e graças aos conselhos de alguns colegas aqui do forum) não tive mais este tipo de problema. No seu caso, se o período mínimo do webservice de Produção Restrita é 2016-01 mas a empresa iniciou as atividades em 2016-06, então você deve preencher o campo com 2016-06, pois não havia movimentação da empresa nos períodos anteriores. Tente e nos responda aqui. Boa sorte.
×
×
  • 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.