BigWings
-
Total de ítens
9.863 -
Registro em
-
Última visita
-
Days Won
153
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que BigWings postou
-
No meu entendimento, sim.
-
A alíquota de FCP deve ser de acordo com o estado de origem. A alíquota de FCP-ST deve ser de acordo com o estado de destino. Isso até a última NT, hoje saiu aviso no portal dizendo que as validações referentes ao FCP-ST serão desativadas (não dizendo quando). As alíquotas são validadas de acordo com tabela disponível pra download no portal da NFe.
-
http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY= MG está fora do ar em homologação.
-
Se está testando MG tem vários tópicos relatando problemas com NFe homologação 4.00. Me parece instabilidade do webservice:
-
Da última NT: Após a publicação da NT, a data de início em produção foi prorrogada de 09/07/2018 para 23/07/2018. Ou seja, em homologação já devia estar funcionando, se a SEFAZ não está validando, tente contato com a mesma.
-
2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.
-
Acho que você confundiu: ImprimirDetalhamentoEspecifico = True para imprimir os detalhamentos específicos QuebraLinhaEmDetalhamentoEspecifico = False para não quebrar linha na impressão dos detalhamentos específicos
-
E como ficou o DANFE definindo a propriedade como False? Chegou a testar? Me parece que ela devia fazer justamente o que você quer.
-
Realmente o webservice de MG está muito instável, não depende de configuração do ACBr.
-
Esse é um problema na SVRS que não está retornando a descrição da rejeição (tag xMotivo) para o cStat 866. Não convém montar a mensagem de rejeição no código do ACBr visto que o componente deve refletir a resposta do webservice. Você pode tratar o cStat em questão na sua aplicação, até que façam a correção.
-
Tente definir a configuração QuebraLinhaEmDetalhamentoEspecifico como False.
-
2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.
-
Para que as alterações no arquivo ACBrNFeServicos.ini sejam enxergadas pela aplicação, você deve: - Copiar o arquivo ACBrNFeServicos.ini para o diretório da aplicação, reiniciando a mesma. ou - Executar o Compila_RES.bat, para gerar o ACBrNFeServicos.res; - Recompilar a aplicação.
-
TLS 1.2 no Windows 2003 Server OPENSSL
BigWings replied to Luiz Carlos Panoni Junior's tópico in ACBrNFe
Sim, a propriedade SSLLib só existe como atalho para definir as outras três configurações que são usadas pelo componente. A conexão é feita de acordo como o configurado em SSLHttpLib. Veja o vídeo abaixo para mais detalhes: -
-
Qual a UF?
-
Frete por Conta: 0 - REMETENTE?
BigWings replied to atlantisnanet's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Os indicadores do frete foram alterados na NFe 4.00, veja a NT 2016.002. Não existe mais frete por conta do Emitente. -
Agradecimento por Geral.CamposFatObrigatorios
BigWings replied to Antonio Carlos L's tópico in ACBrNFe
A regra de validação está marcada para 03/09/2018, mas a NT tem data de entrada em vigor em produção no dia 23/07/2018. O esperado é que no dia 23/07/2018 as SEFAZ tenham atualizado os schemas referentes a NT, o que solucionaria o problema de rejeição por falha de schema. Creio que você quis dizer produção. Como não há garantia que as SEFAZ terão atualizado os schemas, a minha sugestão é que deixe False na propriedade CamposFatObrigatorios em produção, ou pelo menos que ela seja ajustável na aplicação. -
Tópico movido para a área SAC.
-
Copie o arquivo anexo para o diretório da aplicação, reinicie a mesma, e tente novamente. ACBrNFeServicos.ini
-
Se o item tem GTIN, você deve informá-lo nas tags cEAN e cEANTrib. Se o item não tem GTIN, deve informar o literal SEM GTIN. Por enquanto a validação ocorre apenas na NFe 4.00 em homologação. A validação em produção está marcada para implementação futura, a partir de 01/12/2018.
-
Como dito no tópico acima nos meus testes não consegui simular o erro. Anexe o arquivo xml de envio envelopado (*-ped-rec-soap.xml) para comparação.
-
Favor continuar aqui:
-
Sim, a propriedade foi criada justamente por causa dessas inconsistências. Ela deve ser ajustada de acordo com o modo que cada UF está tratando em produção ou homologação.
-
É sim. Configure a propriedade CamposFatObrigatorios como False.
