Ir para conteúdo
  • Cadastre-se

Jeferson S Lima

Membros
  • Total de ítens

    33
  • Registro em

  • Última visita

2 Seguidores

Últimos Visitantes

1.081 visualizações

Jeferson S Lima's Achievements

Contributor

Contributor (5/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

6

Reputação

3

Community Answers

  1. Boa tarde pessoal, tudo bem? Hoje quando é feito a impressão da DANFSe existem os campos com a soma dos tributos federais, porém, no caso do PIS e COFINS ele pode ser retido ou não. Seria possível controlar isso na impressão? Fiz um ajuste para essa questão, por exemplo: No caso acima ele tem retenção, portanto o valor aparece abaixo. Quando não existir, os valores de PIS e COFINS só devem ser destacados acima como informativo. Quando não retém fica da seguinte forma: Fiz um ajuste na Unit: ACBrNFSeXDANFSeFR Apenas para ela realizar a leitura da tag: tpRetPisCofins ACBrNFSeXDANFSeFR.pas E no FR3 coloquei uma regra por conta dos tipos de retenção, por exemplo: DANFSEPadrao.fr3 Antes da alteração: Depois da alteração: Não sei se a melhor forma é realizar esse controle dentro do FR3 ou nos fontes, mas estamos utilizando assim no momento.
  2. Boa tarde, Sobre esse caso, o erro "Não catalogado" é alguma falha do lado da receita, pois ele deveria informar o problema real. Testando descobrimos que o problema está no trecho: <tribFed> <piscofins> <CST>00</CST> <pAliqPis>0.65</pAliqPis> <pAliqCofins>3.00</pAliqCofins> <tpRetPisCofins>1</tpRetPisCofins> </piscofins> </tribFed> Como foram preenchidos as tags de alíquota, faltou informar os valores. Ao ajustar a nota foi emitida.
  3. Bom dia pessoal. Estávamos validando esse caso aqui também e notamos que no ACBR hoje existem 3 opções: Porém hoje na documentação ele aceita 4 valores: Seria possível criar essas regras?
  4. Boa tarde, Tivemos o mesmo erro também. Estamos tentando enviar no Município de São Carlos/SP O que estamos achando estranho é que a mesma nota enviada dias atrás, começou a gerar o erro só hoje. rps_teste.xml
  5. Boa tarde! Recentemente alguns clientes informaram erro ao tentar emitir NFSe no município de Dourado/SP: Erro ao gerar NFSe: Erro de Conexão: Erro Interno:12002 Erro HTTP:0 URL: http://189.1.152.50:5661/IssWeb-ejb/issWebWS/IssWebWS Erro:12002 - TimeOut de Requisição” Ao verificarmos com a prefeitura foi informado que o endereço foi alterado, segue novo endereço: [3514304] ; Incluído em 04/08/2022 Nome=Dourado UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://168.232.208.73:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://168.232.208.73:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Após ajuste foi possível emitir novamente.
  6. Bom dia pessoal, só informando que foi adiado novamente. Uma dúvida que estou neste caso, o provedor pelo que notei fica vinculado ao Giss assim que ele identifica o município, basta apenas trocar no componente para o provedor antigo Ginfes ou é necessário recompilar o componente para ele voltar?
  7. Bom dia, muito obrigado @Italo Giurizzato Junior!
  8. Bom dia, segue unit alterada. Giap.Provider.pas
  9. Boa tarde, Recentemente estamos validando a quebra de linha no provedor GIAP no município de São Carlos (SP), onde hoje por padrão está como default '\\'. Porém quando o cliente realizava a impressão através da prefeitura a discriminação dos serviços ficam da seguinte forma: Então entramos em contato com a GIAP para entendermos qual a tag deveríamos utilizar para realizar essa quebra, em resposta eles informaram o seguinte: Como não tinha ficado claro o que significava o 'ENTER' testamos com diversas tipos de quebra e só deu certo quando utilizamos o sLineBreak: unit Giap.Provider O xml gerado fez a quebra da seguinte forma: Após essa mudança ao imprimir pela prefeitura a quebra ficou correta: Podem validar por gentileza?
  10. Deu certo ao colocar as seguintes dlls na máquina do cliente: Obrigado pela ajuda!
  11. Bom dia, foi na máquina do cliente. Vou testar atualizar as dlls e aviso, obrigado pelo retorno.
  12. Bom dia, Estou ajustando o emissor para o novo layout do provedor Sigcorp que mudou de 2.03 para 2.04. (Avaré-SP) Fiz todos os testes em homologação, tudo certo. Emitindo, cancelando e consultando. Porém, quando fui tentar enviar em produção gerou a seguinte mensagem: Tem alguma relação com as mudanças do arquivo de cidades?
  13. Boa tarde, Foram anunciados mudanças no sistema de escrituração: https://www.gov.br/esocial/pt-br/noticias/governo-anuncia-novo-esocial-simplificado Cronograma: https://www.gov.br/esocial/pt-br/acesso-ao-sistema/cronograma-de-implantacao/ambiente-de-producao-empresas Estou criando o tópico apenas para centralizar informações sobre essas mudanças.
  14. Ok, obrigado. Vou fazer os ajustes e aviso.
  15. Bom dia, Gostaria de saber se o componente do Esocial será continuado, visto que existe uma versão mais recente do layout 02.05.01 que não foi implementada ao componente. Caso sim, como posso auxiliar para adicionarmos essa versão? http://portal.esocial.gov.br/institucional/documentacao-tecnica Obrigado. controle-de-alteracoes-2-5-para-2-5-01.pdf
×
×
  • 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.