Ir para conteúdo
  • Cadastre-se

New Standard Software

Membros
  • Total de ítens

    65
  • Registro em

  • Última visita

Tudo que New Standard Software postou

  1. Então, pelo que vi, essa tag não envia hora, somente data. Eu acho que está errado, porque no manual está dizendo que a data não pode ser menor, não diz sobre ser igual. Estou entrando em contato com o Sefaz para verificar o que eles dizem.
  2. Certo, estou vendo pelo NT_2016_002_v151 (mais atual), está possui apenas a rejeição 898 (Data de vencimento da parcela não informada ou menor que Data de Autorização). Ele menciona que não pode ser MENOR que a data de autorização, não diz que ela não pode ser IGUAL. Estou passando uma data igual a data de autorização, não deveria aceitar?
  3. Boa tarde pessoal! Estou testando o envio da NFe 4.0 em homologação e estou com um problema. O webservice está retornando o erro: Rejeicao: Data de vencimento da parcela nao informada ou menor que Data de Autorizacao Pelo que vi, esse erro ocorre quando o valor da tag dVenc do grupo Y (Dados de Cobrança) está menor que a data de cobrança, mas estou enviando a data de hoje (24/05/2018), acredito que não deveria ocorrer o problema, pois ela não é menor que a data de autorização. Quando passo a data 25/05/2018 ou maior, ele gera a nota normalmente. Cheguei a pensar que seria por causa da hora, mas o campo dVenc só aceita a data, sem hora. Alguém sabe o que pode estar ocorrendo? Não posso passar a data do dia nessa Tag? Obs.: Segue o xml para analise. Obrigado. 200000130-env-lot.xml
  4. Bom dia pessoal! Alguém tem alguma ideia para corrigir essa situação?
  5. Esqueci de mencionar, também não uso o Pos, estou usando o Fortes Report.
  6. Bom dia pessoal. Alguém descobriu o que acontece nessa situação? Estou com o mesmo problema, a impressora padrão da máquina é uma de cupom, a visualização da DANFe está normal, ao imprimir, eu altero a impressora para uma laser normal, mas a impressão sai com as configurações da impressora padrão do windows, ou seja, a de cupom. O comando utilizado é: ACBrNFe.NotasFiscais.Imprimir; Obrigado pela atenção.
  7. Removeram o CEST na faixa 18.000 ou esqueceram de colocar ? vi no script que não tem mais os CEST 18.003.00 e outros
  8. Realmente ainda não tem para esses 3 estados. acesse: http://www.gnre.pe.gov.br/gnre/portal/faq.jsp La eles falam que ainda não tem na resposta das perguntas frequentes.
  9. Tive o mesmo problema, e a inscrição estadual do cliente estava cadastrado com dois zeros à esquerda, com isso gerada o erro. Deve estar idêntico ao cadastro da prefeitura. estava cadastrado 0048669 e eu só precisava enviar 48669.
  10. Pessoal, boa tarde! Estávamos com o mesmo problema aqui, nas rotinas de Cancelamento, Inutilização e Carta de Correção, todos que usam eventos. Fui testar novamente agora na parte da tarde e registrou os eventos normalmente, não sei se foi algum problema no Sefaz, se estão alterando algo, mas tentem testar agora e verifiquem se o problema persiste. Obs.: O problema estava ocorrendo apenas no ambiente de homologação.
  11. Ok Juliomar,vou tentar implementar. Obrigado pelo retorno.
  12. Bom dia pessoal! Preciso implantar a NFSe em um cliente no município de Pompéia - SP, sei que o provedor de acesso deles é o FGMaiss. Olhando os arquivos disponibilizados do ACBr, percebi que não existe configuração para esse provedor. Esse provedor será inserido no componente? Existe algum cronograma? Desde já agradeço, obrigado.
  13. Pessoa, só pra constar, consegui realizar o envio. Servidor da Ginfes, munícipio de Araraquara.
  14. Estou com o mesmo problema, chamava o método Enviar, não ocorria nenhum erro, mas não retornava as informações de protocolo e número da NFSe. Fiz o seguinte, antes de chamar o método Enviar, chamei o método GerarLote, também ativei a propriedade ConsultaLoteAposEnvio, depois disso, começou a gerar alguns erros de validação, como código incorreto, alíquotas não informadas, etc. Estou corrigindo esses problemas para testar o envio novamente, não sei se está indo de fato, ou se foi por conta de ativar aquela propriedade. De qualquer maneira, se conseguir retornar as informações eu posto aqui.
  15. Acredito que consegui resolver na minha aplicação. Sempre utilizei a propriedade Body para preencher o corpo do e-mail, e sempre com a propriedade IsHTML = False. Mas vi no componente que a propriedade Body seria para mensagens em HTML, como quero mandar em forma de texto, tenho que utilizar a propriedade AltBody. Seria isso mesmo?
  16. Boa tarde a todos. Comecei a ter problema com o componente TACBrMail, as mensagens estão sendo enviadas sem o corpo. O problema começou a acontecer depois que atualizei o ACBr no dia 05/10/2016 (Fazia cerca de 1 mês que não atualizava) Gostaria de saber se alguém está tendo este problema?
  17. Obrigado Italo pelas informações. Só mais uma dúvida, em outro tópico o Juliomar informa que o que está por terminar em Trunk2 é a NFS-e e o GNRE. Aqui na empresa utilizamos do ACBr as DFes e o SPED, dessa forma, posso migrar tudo exceto a NFS-e correto?
  18. Boa tarde a todos. Ao tentar enviar a NFCe, o componente me retorna o seguinte erro "XML da área de dados com codificação diferente de UTF-8". Não sei o que está errado, pois se tento enviar uma NFe, o componente envia normalmente, imprime a DANFe e tudo mais. O problema é especificamente com a NFCe. Estou enviando dois arquivos, uma NFe que consegui enviar (NFe Enviada.xml) e a NFCe que ocorre o erro (NFCe Erro.xml), ambos são referentes a mesma venda. NFe Enviada.xml NFCe Erro.xml
  19. Consegui resolver o problema, desinstalei o ACBr e instalei novamente, o problema foi resolvido. Obrigado.
  20. Entendi, vou tentar entrar em contato com eles, obrigado.
  21. Anexei o XML, na minha primeira interação deve ter acontecido algum problema, pois o XML não foi. 35150555019012000150650010000595271000595275-nfe.xml
  22. Certo, mas sabe me dizer qual seria o provedor da NFSe para esse município?
×
×
  • 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.