Maiquel
-
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
-
-
1 minuto atrás, lkwaszak disse:
Bom dia,
Pessoal, estou tendo esta rejeição 857 - [Simulacao] Rejeicao: Numero da parcela invalido ou nao informado sabem me informar se para o RS já foi resolvido?
Notei que alguns enviaram com as tags nfat, vorig e vliq. Na versão 3.10 não era enviado, é obrigatório ter na 4.0 ? Mesmo sendo somente 1 parcela?
<cobr> <dup> <nDup>005988860001</nDup> <dVenc>2018-06-18</dVenc> <vDup>368.79</vDup> </dup> </cobr> <pag> <detPag> <tPag>14</tPag> <vPag>368.79</vPag> </detPag> </pag>
Alguns servidores estão validando a sequencia das parcelas, na tag "NDup", sendo assim é necessário enviar como 001, 002, 003, de acordo com o número de parcelas.
Tenta isso;
-
42 minutos atrás, Murilo Hobold disse:
o instalador não funciona no delphi 2005.
Como o Juliomar comentou também já usei o instalador com Delphi 2005, deve funcionar sim.
Você não tinha alguma instalação antiga ou dois Delphi na maquina? Tenta utilizar o "apagarAcbr.bat", e depois rodar a instalação.
-
1
-
-
Em 19/12/2017 at 09:40, Leonardo Pavanello disse:
Bom dia Pessoal!
Alguem aqui envia lotes de notas para alguma cidade que utiliza provedor INFISC?
Hoje utilizo a função ConsultarLoteRps (Tecnos e ISSNet) que me retorna informações das notas, mas o INFISC não tem essa função implementada.
Alguem tem e pode dar uma dica ou exemplo de como capturar o as notas do lote.
Obrigado pela atenção!Também estou implementando, realmente o provedor não tem esta funcionalidade de consulta.
Você conseguiu implementar corretamente?
Vi que eles tem uma opção para baixar uma imagem, para posterior converter em PDF.
-
Você está informando a tributação do ICMS interna, no grupo ICMS10. No seu caso a emissão partindo de SC, não deveria ter percentual.
-
14 minutos atrás, Mauricio.MDCR disse:
Estou tentando emitir pelo Estado de Santa Catarina com destino ao RJ. No Estado de SC não tem FCP porém no Estado do RJ tem fcp para o item vendido mas não valida a NFe. Quando emito pelo Estado do Paraná, fazendo um teste com o mesmo item, não ocorre tal rejeição.
*Pelo fato de SC não ter FCP não devo enviar tais informações? Na NT 2016 diz que tal validação seria feita pela UF destino, ou seja, Rio de Janeiro.
No caso da forma que você está informando, seria o FCP interno, e SC não tem.
Para informar o FCP de destino seria juntamente com os dados da partilha. Mas troca uma ideia com seu contador para esclarecer melhor.
-
22 minutos atrás, Mauricio.MDCR disse:
Alguém conseguiu resolver esse problema?
Até agora estamos tentando validar uma nota fiscal com o percentual de 2% de FCP ST para o Estado do RIO DE JANEIRO e RIO GRANDE DO SUL porém não valida, diz que está incorreto mas o percentual está correto.
-<ICMS>
-<ICMS10>
<orig>6</orig>
<CST>10</CST>
<modBC>3</modBC>
<vBC>4013.95</vBC>
<pICMS>12.00</pICMS>
<vICMS>481.67</vICMS>
<modBCST>4</modBCST>
<pMVAST>56.12</pMVAST>
<vBCST>6266.58</vBCST>
<pICMSST>12.00</pICMSST>
<vICMSST>270.32</vICMSST>
<vBCFCPST>6266.58</vBCFCPST>
<pFCPST>2.00</pFCPST>
<vFCPST>125.33</vFCPST>
</ICMS10>
</ICMS>
Porém só ocorre esse erro ao tentar emitir notas fiscais pelo Estado de Santa Catarina, no estado do Paraná está emitindo a nota normal com os 2% indicados para o Estado do RIO DE JANEIRO e do RIO GRANDE DO SUL.
SC não tem FCP. Tente enviar vazia.
-
16 horas atrás, info02serraf disse:
Boa tarde SHDW, tudo bem.
Hoje fio fazer um teste de emissão de nota no ambiente de homologação e na produção e pelo que vi ainda esta com problema.
Você quer dizer que não existe mais a TAG <dup> </dup> no xml, ela foi substituída por uyma outra tag é isso?
E se for então terei que reinstalar o ACBr no meu delphi.
É isso mesmo que eu entendi SHDW?
Se for, você saberia me dizer se o pessoal já disponibilizou os fontes alterados para eu poder reinstalar o ACBr no deplhi.
Grato pela atenção
Não teve alteração nas tags <dup> </dup>, a alteração foi na descrição nos campos, o que não interfere no componente.
O Acbr continua enviando normalmente.
-
Agora, Ana Claudia Ramos disse:
Que estranho, acabei de validar vaias notas.
Segue como estou fazendo o meu XML.
Uma coisa que me chamou a atenção, é que colocando ou não o INDPAG ele autoriza.indPag não é obrigatório.
O problema resolvido é referente a Rejeicao: Soma do valor das parcelas difere do Valor Liquido da Fatura
-
1
-
-
Este tópico deve te ajudar.
-
1 hora atrás, AlessandroOmmega disse:
Como fica em produção tudo isso já está funcionando normalmente ou fica oscilando as validações?
pois o prazo está cada vez mais curto para atualizar os clientes a cada vez que muda um campo.
Alguem saberia me repassar se até a versão 1.42 está funcionando correto em produção?
Na versão 1.42 está funcionando normalmente em produção.
Para nova versão é necessário aguardar os prazos para produção;
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.
-
30 minutos atrás, danielgustavo disse:
Bom dia,
Agora começou também a ocorrer essa rejeição comigo. Somando os valores fecham, porém retorna essa rejeição 851 que conforme você falou nem existe é a 872 na verdade...
Parece que é um problema de validação da SEFAZ.
Acontece comigo com valores quebrados. Se você enviar valore cheios EX: 5.00, 1.00 a nota valida;
Enviei um e-mail para SEFAS RS e estou aguardando resposta.
-
16 horas atrás, Douglas Viana disse:
Como ficou o XML para aprovação?
A opção duplicata mercantil não pode ser mais enviada.
Mas segundo o que o pessoal comentou será mantido para avaliação interna da equipe da SEFAZ, por isso alguns servidores ainda podem aceitar.
-
1
-
-
4 minutos atrás, oraculum disse:
Na verdade essa nota que fala para ser igual a 100 é a de 2016.002 veja aqui
nas notas mais recentes como a ultima no site a 2018.003 veja aqui diz para ser igual a 1
também estou com o mesmo problema, mas vou deixar como 1 o total, até porque na descrição do item fala para ser o decimal da percentagem
Esta NT 2018.003, trata somente de "Alterações da Tabela de País" .
Para SEFAZ RS estou enviando como solicitado, que é fechando 100 e esta validando normalmente.
-
26 minutos atrás, andcricardo disse:
Olá Italo,
>> Você esta tentando enviar para o ambiente de homologação, correto?
Sim, está correto.
>> Se sim, entre em contato com o provedor pois para o ambiente de homologação é preciso informar um usuário e senha especifico.
Estou passando esse usuário e senha de Homologação que está na Documentação do provedor. que nesse caso é o Fiorilli.
Obrigado pela Ajuda.
Atenciosamente
André Ricardo
Isso ocorreu comigo também.
Entrei em contato com a prefeitura que fizeram a liberação para emissão em homologação.
-
1
-
-
Creio que já foi respondido neste mesmo post seu.
-
Nos contatos que tive com o pessoal da SEFAZ, a data da desativação da NF-e não vai ser alterada.
Tomara, que esta seja a última alteração, caso contrário complica de vez.
-
Saiu as novas datas para a alteração da Nota Técnica 2016.002 - v 1.50
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.
-
1
-
-
Verifica a Nota Técnica 2016.002 - v 1.50.
Existe atualizações para NFC-e: Informações Suplementares da Nota Fiscal (bloco válido a partir da versão 2.00 do QR Code )
-
33 minutos atrás, Liliane Bitencourt disse:
Boa tarde!
Depois de muitas tentativas, consegui validar a nota com as alterações da nt 2016.002 v1.5! Em relação as duplicatas, agora informei as parcelas, porém tive que alterar para 3 caracteres a nDup, pois estava causando rejeição!
Obs: Atualizado schemas!
Também consegui aqui.
Três caracteres e sequencial.
Mas, acredito que isso ainda vai alterar.
-
33 minutos atrás, carlessoflu disse:
Você salvou a Unit depois de ignorar o erro?
No meu funcionou ignorando o erro e salvando a Unit.
Você passou o instalador depois de atualizar o ACBr?
Somente roda o instalador e depois recompila com Shif+F9 seu projeto, ignorando caso acusar o erro.
-
22 minutos atrás, [email protected] disse:
Bom dia!
Estou com o mesmo problema...
Segue a resposta do pessoal da SEFAZ.
Essa mensagem indica que foi informado um dado inválido no campo “Número da parcela” (tag “nDup”, no arquivo XML);
No seu caso, a nota informa 2 parcelas. Então, o campo “Número da parcela” deveria informar “1” no primeiro item, e “2” no segundo.
Segundo o que eles afirmam, que agora precisa ser sequencial. Mas, na NT não afirma isso, lá informa que o campo é "varchar" com 60 caracteres.
Então segue a saga.
-
17 horas atrás, Vinicius Keller disse:
Ao realizar testes no ambiente de homologação para validar a exclusão da condição de pagamento 14 - Duplicata, apenas obtive erros obrigando esta informação. Entrei em contato com o sefaz aqui do RS segue:
"Houve um atraso na implementação das alterações da versão 1.50 da NT 2016.002 no ambiente de homologação.
A previsão é que essas alterações sejam implementadas na próxima segunda-feira, dia 14/05."Realizei mais testes Hoje(14/05) enviando com a informação 14- Duplicatas e ainda esta aprovando, e caso coloque outra opção por exemplo 15 - Boleto, retorna um erro obrigando a opção 14. Enviei novamente um email para o sefaz RS mas ainda nao obtive retorno.
<cobr> <fat> <nFat>503</nFat> <vOrig>279.00</vOrig> <vLiq>279.00</vLiq> </fat> <dup> <nDup>503-1</nDup> <dVenc>2018-05-14</dVenc> <vDup>279.00</vDup> </dup> </cobr> <pag> <detPag> <tPag>14</tPag> <vPag>279.00</vPag> </detPag> </pag>
Gerei o xml com essas informações e aprovou.Hoje pela manhã testei, e esta liberado estas novas validações, porém está retornando erro : "Numero da parcela invalido ou nao informado", mesmo informando o número das duplicatas.
Enviei um e-mail, esperando o retorno.
-
Isso mesmo, mas a partir de 02/07 vai ser aceito a versão 4.0.
Desativação do versão 3.10 do leiaute da NFC-e: 01/10/2018;
Layout do QR-Code (tag: qrCode, Id:ZX02), versão “2.00”:
* Ambiente de Homologação: 04/06/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”);
* Ambiente de Produção: 02/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”);
Desativação da versão “1.00” do QR-Code em produção: 01/10/2018.
Para a NF-e
Desativação da versão anterior: 02/07/18.
-
Agora, Márcio Antônio disse:
Pois é, mas só funciona se eu colocar na tag pag.indPag como ipNenhum, se eu informar qualquer outro valor, dar erro de schema... enfim.
No ACBr foi está para ignorar quando for ipNenhum.
Se você for ver no xml não tem esta tag.
Como o BigWings comentou, não deve ter sido implementado.
Nota Técnica 2016.002, versão 1.50
em ACBrNFe
Postado
O grupo fatura precisa ser preenchido também e o valor líquido deve ser totalizado com o somatório das vPag.
Não consegui visualizar as imagens.