Ir para conteúdo
  • Cadastre-se

Fabrício G. Araújo

Membros
  • Total de ítens

    437
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que Fabrício G. Araújo postou

  1. O seu vProd no item você colocou o líquido (77.03), sendo que tem que ser o bruto (81.95).
  2. Todas essas informações podem ser obtidas no próprio "Manual de Orientação do Contribuinte - versão 6.00", e nas notas técnicas que o atualizam. Aqui mesmo no grupo tem um resuminho das tags de tributações para o regime normal e simples: Acredito que irá ajudar. Fabrício Gomes Araújo
  3. Caramba @BigWings, de certa forma o prazo final para uso da versão 3.10 já está até próximo (02/07/18) e ainda tem SEFAZ que não se adequou à versão 4.00 em produção? Inacreditável... Os prazos da SEFAZ em produção já expiraram a muito tempo (versão 4.00: 04/12/2017, e novas regras: 22/01/2018). Será que o prazo da versão 3.10 será adiado novamente? Já estava preparando uma versão do meu sistema para deixar fixo a versão 4.00 e ter um marco para que todos os clientes migrem, agora fiquei na dúvida. Valeu pela informação @BigWings, obrigado. Fabrício Gomes Araújo
  4. Independente de qualquer coisa @Marcelo França_1209, se por exemplo, ocorreu uma queda de conexão no momento de você receber os dados da Inutilização, infelizmente não tem o que fazer, não existe como recuperar os dados do protocolo e tudo mais, não é como uma nota onde existe a consulta para nos salvar, a Inutilização tem essa limitação mesmo. Até onde sei não tem o que fazer... infelizmente. Fabrício Gomes Araújo
  5. Pessoal, Acabei de adicionar as urls de NFC-e 4.00 para MT. Adicionei tanto de homologação quanto de produção, mas só tinha como testar em homologação, até onde testei está ok, autorização, consulta, cancelamento e inutilização. Peguei as urls em: http://nfce.encat.org/desenvolvedor/webservices/ O próprio site de MT ainda nem sequer atualizaram (https://www.sefaz.mt.gov.br/portal/nfce/?pg=cGdJbmZvcm1hY2Fv). Segue o arquivo ACBrNFeServicos.ini em anexo ACBrNFeServicos.ini Fica a dica para os moderadores, para subir para o svn. Fabrício Gomes Araújo
  6. Pessoal, voltou a funcionar aqui para mim. Tive que alterar a url de: svn://svn.code.sf.net/p/acbr/code Para: https://svn.code.sf.net/p/acbr/code Obrigado ao @Juliomar Marchetti e ao @Daniel Simoes que se dispuseram a ajudar. Valeu pessoal, fica a dica.
  7. Bom saber @Daniel Simoes, vou verificar com o pessoal da rede. Obrigado.
  8. Hum... mesmo forçando um relocate como abaixo: Dá a mensagem de erro (o estranho é que a url do erro é diferente da informada): Vou verificar também com o pessoal da rede aqui da empresa se mudou alguma coisa, conforme o @Juliomar Marchetti indicou.
  9. Tenho tentado a vários dias e realmente continua o problema. @Juliomar Marchetti, teria como anexar pelo menos o ACBrNFeServicos.ini atualizado para que eu possa anexar na minha aplicação. Agradeço desde já. Fabrício Gomes Araújo
  10. Pessoal, encontrei esse tópico pois estou com o mesmo problema, mas já fazem algumas semanas que tento e sempre dá a mesma coisa. Mudou alguma coisa que não estou sabendo? Dá o erro abaixo: Quem puder ajudar agradeço.
  11. @Alex Multistore quando você tem problemas de internet e gera a NFC-e em contingência e imprime o DANFE (já com a chave nova da contingência), depois você tem que autorizá-la e a chave deve ser a mesma (a da contingência). Senão o que o seu cliente levou (o DANFE) estaria inválido, com chave diferente e consequentemente QRCODE diferente.
  12. Cara, não sei como está fazendo o seu xml, mas existem uma série de erros que nem permite abri-lo formatado... de cara vi que gerou em uma versão antiga já desativada a 2.00, estamos na 3.10 e migrando para 4.00. Inclusive vi que possui protocolo de autorização, se nem sequer conseguiu autorizar (pelo que falou)... Gerou esse xml de que forma?
  13. Pessoal, Estava preparando uma nova versão do meu sistema para liberar para meus clientes até o fim do mês com as adaptações da NF 4.0 e outras funcionalidades, e já adiaram novamente... que canseira isso. Já soltaria meu sistema com os novos atributos fixos na versão 4.0, agora terei que varrer novamente o sistema para encher de ifs, verificando a disponibilidade dos novos campos e novas regras apenas para a versão 4.0. Olha o o histórico de quantas alterações nos prazos já foram feitas: NT_2016_002_V1.00 Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017 - Ambiente de Produção: 01/08/17 - Desativação da versão anterior: 06/11/17 NT_2016_002_V1.10 - Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017 - Ambiente de Produção: 01/08/17 - Desativação da versão anterior: 02/04/18* NT_2016_002_V1.20 - Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017* - Ambiente de Produção: 02/10/17* - Desativação da versão anterior: 02/04/18 NT_2016_002_V1.31 - Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017 - Ambiente de Produção: 06/11/17* - Desativação da versão anterior: 02/04/18 NT_2016_002_V1.41 - Ambiente de Homologação (ambiente de teste das empresas): 20/11/2017* - Ambiente de Produção: 04/12/17* - Desativação da versão anterior: 02/07/18*
  14. Muito estranho que tenha conseguido autorizar, até porque é muito clara a regra de restrição abaixo:
  15. Todos meus clientes que utilizam NFC-e só utilizam POS.
  16. @Lincoln Antunes, não existe a necessidade de nenhum credenciamento para testar NF-e 4.0, se você já utilizava a emissão em homologação na versão 3.10, basta emitir na versão 4.0. Só garanta que seus componentes do ACBr estejam atualizados para que tenham os endereços (urls) para a versão 4.0.
  17. @Lincoln Antunes, infelizmente não sei como ajudar... vi que as suas configurações estão iguais as minhas (com WinCrypt e informado o certificado somente pela série), e até onde sei, não faz diferença alterar as configurações do IE com WinCrypt. Passo a bola para alguém mais experiente que possa te ajudar... boa sorte.
  18. @Lincoln Antunes, acabei de consultar pelo Demo do Acbr e está normal. <?xml version="1.0" encoding="UTF-8"?> <retConsStatServ versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe" xmlns:ns0="http://www.w3.org/2000/09/xmldsig#"> <tpAmb>2</tpAmb> <verAplic>GO4.0</verAplic> <cStat>107</cStat> <xMotivo>Serviço em operação</xMotivo> <cUF>52</cUF> <dhRecbto>2017-09-14T16:36:59-03:00</dhRecbto> <tMed>1</tMed> <dhRetorno>2017-09-14T16:36:59-03:00</dhRetorno> <xObs>Aguarde 3 minutos para a realização de uma nova consulta.</xObs> </retConsStatServ>
  19. @BigWings, só confirmando... hoje mesmo autorizei uma NFC-e v.4.0 em homologação em GO. O arquivo .ini está à disposição. Valeu.
  20. @BigWings, se puder adicionar ao repositório o novo arquivo .ini do post cidado acima, ficarei grato, assim poderia ajudar outras pessoas a testar NFC-e v.4.0 em homologação em GO.
  21. Você chamou novamente duas vezes (tem dois Add), para uma forma de pagamento seria: with ACBrNFe1.NotasFiscais.Add.NFe do with pag.Add do begin tPag := fpDinheiro; vPag := 100; end; ou var Pagamento: TpagCollectionItem; ... Pagamento := NotaF.NFe.pag.Add; Pagamento.tPag := fpDinheiro; Pagamento.vPag := 100;
  22. Vi que enviou em homologação, acabei de consultar e achou normalmente: https://hom.nfe.fazenda.gov.br/Portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8%3D
  23. Pelo que percebi na sua codificação foi você mesmo que deu Add várias vezes, inclusive no seus IFs, assim criando várias formas de pagamento.
  24. Finalmente consegui emitir uma NFC-e 4.0 em homologação em GO. Depois de muito cobrar uma resposta da SEFAZ/GO que ignorava os meus e-mails, entrei em contato novamente pelo telefone cobrando e hoje me responderam. E a URL que deve ser informada na consulta é a mesma do QR-CODE, e não o da consulta por chave (falha deles, mas fazer o quê... importa que autorizou). Então segue em anexo as alterações do arquivo ACBrNFeServicos.ini, com as URLs para NFC-e 4.0 em homologação em GO. ACBrNFeServicos.ini
×
×
  • 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.