-
Total de ítens
429 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Maiquel
-
-
Só lembrando que existe um problema referente a tag do vDesc dentro do grupo da fatura, que está ocorrendo problema também, com esta mesma mensagem.
Foi comentado neste tópico, caso ocorra com alguém.
-
Tem um tópico comentando de uma situação parecida.
-
A nós, cabe pressionar o pessoal dos provedores, costumam de vez em quanto alterarem algo sem um aviso prévio.
-
3 horas atrás, ROBSON SIEGEL disse:
acabei de descobrir
computador do cliente voltou um ponto de restauracao e com isso volto a data dos exe do software, e provavelmente naquela versao nao estava implementado corretamente ainda.
atualizei meu software lá e deu tudo certo.
desculpe poluir o forum. se quiser pode excluir o topico.. nao acheo como fazer issso.
obg
Acontece. rsrs
-
Agora, ROBSON SIEGEL disse:
olá!
estou trocando meus clientes para NF-e 4.0, na versao 3.1 tudo OK, entao mudo o parametro para versao 4.0, já funcionou em alguns, porém em outros casos ele retorna o seguinte Status
Aguarde...
Status Serviço =0 Motivo:
cUF: 0 dhRecbto: 29/12/1899 23:00:00 tMed: 0e se eu tento validar a NF-e ele diz "falha no Schema"
acredito ser erro de ambiente, haja visto q em homolagacao e producao no meu PC dá tudo certo, assim como já troquei em alguns clientes.
nao achei nada no forum parecido... Alguém tem alguma dica dica?
obrigado.
Você atualizou em todos os cliente os schemas?
Tem o xml de envio de um destes clientes com erro?
-
Entendi. No caso, você estava com o Acbr desatualizado então.
Fica tranquilo, essa é a vida de programador; rsrs
-
Isso pode ter várias causas.
Você está usando quando configuração de SSLLib?
-
Esta propriedade foi removida, basta você rodar a instalação do ACBr novamente, e depois compilar seu projeto.
-
Como sitou o BigWings
Percebemos que alguns estados ainda não implementaram as novas alterações. Aqui ocorreu com a Bahia.
Já enviamos um e-mail para saber da situação.
-
Creio que o melhor caminho seria você seguir o manual
Nota Técnica 2016.002 - v 1.51
Aqui no fórum tem muita coisa interessante, que você pode aproveitar.
Caso tenha interesse tenho uma material resumido que pode lhe ajudar.
-
Nos e-mails que troquei com a SEFAZ, deixaram claro que não vai ser prorrogado o prazo. Em todas as páginas da SEFAZ tem um contador em evidência para que todos fiquem atentos.
Acho que é bom deixarmos tudo pronto.
Abraço.
-
14 minutos atrás, centuryinf disse:
Boa tarde
estou emitido uma nota para MG cujos produtos tem substituicao tributaria
valor dos produtos 737,45
valor total somado com asubstituicao 820,47
valor da parcela 820,47
ai me surge o erro ao validar a nota
Valor original difere do valor da fatura
fat>
vOrig 737,45
vLiq 820,47
vPag 820,47
O somatório das parcelas deve ser igual ao valor origina da fatura.
-
2 horas atrás, Systh disse:
Bom dia,
Estamos implementando as tratativas necessárias no nosso sistema de gestão para adequação do modelo de NF-e 4.0 e nós temos nos deparado com algumas dificuldades das quais não conseguimos identificar um caminho como solução.
A última delas foi que: ao tentar emitir uma NF-e na nova versão, informando os títulos de duplicata na notação <dup> e também na notação <pag> as formas de pagamento dos títulos financeiros, recebemos como erro a rejeição 867 - Grupo duplicata informado e forma de pagamento não é Duplicata Mercantil. Notamos que na NT versão 1.51 não há mais a validação por meio dessa tratativa, sendo informado também que a nova validação entrará em vigor a partir de 02/07/18.
Porém, como já estamos com clientes da nossa carteira utilizando em produção o modelo 4.0, não conseguimos fazer as emissões e até o momento não conseguimos encontrar uma solução coerente para tal.Mais ou menos 10 dias atrás também nos deparamos com uma mensagem de erro alegando que o o grupo de duplicatas informado possuia data de vencimento menor que a data de emissão da nota ou que estava sem data de vencimento. Essa mensagem, também, gerada a partir da tentativa de emissão, não competia com os dados no XML.
Gostaríamos de saber se há outros casos como esses acontecendo em outros lugares e quais as soluções que estão sendo encontradas.
Creio que vale um contato com a SEFAZ.
Bem provável que não foi liberado ainda as atualizações no servidor de Produção. O prazo é pra hoje e esta validação foi excluída.
-
35 minutos atrás, Arnaldo Cruz disse:
um cliente emite um NDF-e para varios municipios no mesmo estado
exemplo
Origem - Uirauna-PB
Destino - Souza,Patos,Campina Grande,João Pessoa todos UF=PB
no encerramento Qual código do municipio devo informar ?
Isso vai te ajudar.
https://www.projetoacbr.com.br/forum/topic/13121-encerramento-do-mdfe/
-
41 minutos atrás, JozimarB disse:
Verifiquei o seu XML não tem a informação de IndPag gerada, em nossos exemplos, quando gerado esta informação ocorrem erros de Schemas.
Saberia me dizer se sempre devo montar com tag indPag como ipNenhum?
Na última versão da NT, informa que o IndPag deve ser gerado juntamente com os meios de pagamentos.
Porém a informação não é obrigatória, então pode enviar como ipNenhum.
-
27 minutos atrás, LogProgramador disse:
Bom dia a todos,
Há alguns dias eu realizei a atualização do ACBR no Delphi XE7 e começou a ocorrer alguns erros ao abrir alguns formulários que contem os componentes de nota fiscal, cep, ncm e alguns outros.
Após ocorrer estes erros, ao fechar o projeto e abrir novamente, o Delphi informa que não conseguiu carregas o pacotes (Que ocorrer os erros nas imagens em anexo) e se eu gostaria de tentar carregar novamente na próxima vez.
Estes pacotes dos erros, ficam desmarcados no packages (Components > Install Packages) e ao marcá-los ele informa que não conseguiu carregar.
Segue os erros em anexo.
Eu tenho 2 delphis instalados na máquina, 2007 e XE7.
Hoje pela manhã atualizei o ACBR, fiz a remoção do ACBR nos 2 Delphis 2007 e XE7 através do apagarAcbr.bat e removi também todos os Packages.
Fiz uma nova instalação para os 2 Delphis e instalou normalmente.
Na instalação eu marquei a seguinte opção: Usar arquivo de configuração (*.cfg)
Aqui na empresa utilizamos esta opção para instalar, pois se não marcá-la irá ocorrer erro na compilação do pacote synpse.dpk.
Após concluir a instalação do acbr nos 2 delphis, os erros em anexo permanecem, agora em ambos os Delphis.
Eu fiz uma pesquisa no fórum porém não localizei nada parecido.
Alguém sabe o que pode ser ? Nas outras máquinas que utilizamos aqui, fizemos o mesmo procedimento e não ocorre nada de errado.
Obrigado!
Verifica no seu Library Path se não esta buscando de dois locais diferentes, por via de dúvidas, limpa todos os caminhos, e instale novamente.
Para mim funcionou desta maneira;
-
Em um tópico foi discutido esta questão. Até mesmo eu cheguei enviar e-mail para SEFAZ, segundo o que passaram estão deixando para testes. Mas vale retirar o campo de sua aplicação, pois no dia 04/06 entra em vigor.
Segue a resposta da SEFAZ.
Para o modelo 55 a opção duplicata mercantil (código 14), do grupo meio de pagamento, continua no schema por decisão técnica do grupo de estudos do XML. Porém, sem validações.
-
12 horas atrás, carlosinfoteen disse:
Não não está validadando os ncm pelo acbrNCM aqui no meu. Se alguém tiver o codigo alterado que foi postado anteriormente pelo @Wesley Oliveira ou o mesmo que tiver pelo menos validando os ncm individuais fico grato.
Pelo ACBr não está funcionando, pois não foi feito a validação do captcha.
-
4 minutos atrás, carlosinfoteen disse:
Me refiro aos fontes do Consultar NCM em um dos topicos anteriores:
https://www.projetoacbr.com.br/forum/applications/core/interface/file/attachment.php?id=45915
Continua o mesmo Link:
http://www4.receita.fazenda.gov.br/simulador/PesquisarNCM2.jsp
Fiz um teste no link e acessa normalmente.
-
2 horas atrás, MARCOS JOSE DE CARVALHO 2 disse:
Ola Boa tarde, quando emito uma nfe, ela esta autorizada mas o xml permanece como "nfe náo enviada para a SEFAZ",
ACBR salvar = true pathalvar c:\diretorio\nfe\
Em que local você esta salvando os arquivos processados? Só uma dúvida, consultando pela chave da nota aparece na SEFAZ?
Caso sim, provavelmente que você não está verificando o xml processado.
Configuracoes.Arquivos.PathNFe := "Informe o caminho aonde será salvos os xml processados". NFe.Configuracoes.Arquivos.Salvar := True;
-
32 minutos atrás, carlosinfoteen disse:
Boa tarde. Alguém tá conseguindo baixar do link anterior. Pra mim não vem arquivos?
Qual seria o link anterior que você se refere? O link que era utilizado anteriormente alterou para este a baixo.
-
28 minutos atrás, brsamn disse:
-<cobr> -<dup> <nDup>310952-01</nDup> <dVenc>2018-06-21</dVenc> <vDup>21.50</vDup> </dup> -<dup> <nDup>310952-02</nDup> <dVenc>2018-07-21</dVenc> <vDup>21.50</vDup> </dup> -<dup> <nDup>310952-03</nDup> <dVenc>2018-08-21</dVenc> <vDup>21.50</vDup> </dup> -<dup> <nDup>310952-04</nDup> <dVenc>2018-09-21</dVenc> <vDup>21.50</vDup> </dup> -<dup> <nDup>310952-05</nDup> <dVenc>2018-10-21</dVenc> <vDup>21.50</vDup> </dup> -<dup> <nDup>310952-06</nDup> <dVenc>2018-11-21</dVenc> <vDup>21.50</vDup> </dup> </cobr> -<pag> -<detPag> <tPag>14</tPag> <vPag>129.00</vPag> </detPag> </pag>
Bom dia.
tPag 14 ainda funcionando em SP. Mandei agora pouco.
Uma dúvida, vocês estão substituindo a Duplicata Mercantil pelo que?
Obrigado
Estou informando 05=Crédito Loja
- 1
-
Agora, lkwaszak disse:
@Maiquel consegui autorizar, obrigado amigo.
Só mais uma dúvida quanto aos prazos, qual a data que entra em vigor em produção? E quando a 3.10 será invalidada?
A versão 1.51 desta NT define novos prazos de implantação da versão 1.50 publicada anteriormente, conforme abaixo:
• Ambiente de Homologação (ambiente de teste das empresas): 21/05/2018.
• Ambiente de Produção:04/06/2018.
- Desativação da versão 3.1: 02/07/18.
Abraço
-
Agora, lkwaszak disse:
Ah entendi, então é isto que está faltando, na 3.10 não era enviado estas tags. Anexei as imagens em um arquivo .doc para você visualizar.
O grupo de pagamento está correto. Só falta informar o grupo fatura.
<fat>
<nFat></nFat>
<vOrig></vOrig>
<vLiq></vLiq>
</fat>
905 - Rejeicao: Campos do grupo Fatura nao informados
em ACBrNFe
Postado · Editado por Maiquel
Lembrando que existe uma nova regra agora na última NT.
YA03-30
Informado o campo Meio de Pagamento igual a sem pagamento (tag:tPag=90, id:YA02) e informado campo Valor do Pagamento diferente de zero (tag:vPag<>0, id:YA03).(facultativa)
Neste caso, do exemplo a cima deveria esta com a tag vpag zerada.