Maiquel

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.

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 )

Também consegui aqui. Três caracteres e sequencial. Mas, acredito que isso ainda vai alterar.

Somente roda o instalador e depois recompila com Shif+F9 seu projeto, ignorando caso acusar o erro.

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.

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.

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.

A tag IndPag na NT, não é obrigatória. Portanto caso queira informar deve ser preenchida com: 0= Pagamento à Vista 1= Pagamento à Prazo

Tudo leva a crer que será prorrogado o prazo. Achei estranho liberarem esta NT com prazos tão curtos. Em contato com a SVRS, comentaram que "tentariam" deixar pronto o ambiente de Homologação até este final de semana e o de produção até dia 16.

O que consegui envia e validar conforme a NT 1.50 foi a SEFAZ de MS.

Olá pessoal. Segue a resposta da SEFAZ de MS, para vocês ficarem por dentro. Outra resposta. No caso entendemos que ele devem manter ainda o tipo 14, mas vamos seguir a NT 1.50. Problema que alguns estados não foi atualizado. Ex: RS, se você informar duplicatas, e não informar o tipo 14 no meio de pagamento, a nota é rejeita com a validação Grupo duplicata informado e forma de pagamento nao e Duplicata Mercantil, que deveria ser excluída nesta NT. Enfim, como sempre...esperamos.

Ainda não liberaram no ambiente de homologação.

Testei aqui e também ocorre o mesmo problema. Mas, considerando a regra da última NT, que por sinal não teve alteração neta situação, o correto é fechar 100. Se informado GLP (cProdANP=210203001) o somatório dos percentuais pGLP(id:LA03a) e pGNn(id:LA03b) e pGNi(id:LA03c) deve ser igual a 100. Vou manter assim, creio que é um problema na SEFAZ;

Estou enviando para SEFAZ RS, está funcionando normalmente o Indpag. Mas já a duplicata mercantil não foi excluída ainda. Creio que estão atualizando ainda os servidores de homologação.

Não entendi se sua dúvida seria mais do modelo de negócio ou técnica. Pensando que seja isso, Informe no grupo de detalhamento todos os tipos de pagamentos, e no caso no grupo de duplicatas que agora na NT 1.50 seria as parcelas, lance os parcelamentos. with pag.Add do begin tPag := fpDinheiro; indPag := ipVista vPag := 0.00 end;

Testei aqui também, e pelo que parece as novas validações não estão ativas no modo de homologação ainda. Além do prazo curto para atualizar e disponibilizar, eles atrasam em liberar para os testes.

Também enfrentei problema com essas configurações, hoje envio como abaixo e funciona normalmente. SSLLib := libWinCrypt; SSLHttpLib := httpWinHttp; SSLCryptLib := cryWinCrypt; SSLXmlSignLib := xsMsXml;

Olá pessoal. Estudando um pouco sobre as leis e normas para este tipo de serviço, consegui chegar a uma conclusão. Nestes casos em específico, onde um prestador de serviço do ramos de construções, no meu caso uma empresa de concretos, pode sim deduzir o valor da base de cálculo de ISS, no campo Valor de deduções. No caso essa dedução deverá ser feita quando o prestador utilizar materiais adquiridos de terceiros para prestação de seu serviço. Seria isso então.

Obrigado Juliomar. Estarei setando as propriedades com os valores padrões.

Boa tarde pessoal. Depois de algum tempo, atualizei o ACBR, e começou a retornar o erro de assinatura. Lote de RPS enviado nao contem assinatura digital Vi que no arquivo ACBr.inc foi adicionado mais alguma propriedades. Isso se deve a descontinuidade do Capicom? Agradeço.

Olá pessoal. Estou com uma dúvida a respeito da base de cálculo de ISS. Até então sempre vi que a base de cálculo do ISS é respectivo ao valor total dos serviços. Mas hoje, um cliente entrou em contato solicitando a possibilidade de uma valor de dedução na base de cálculo do ISS. Ele tem um a empresa no ramo de construções e segundo ele isso é possível. Buscando mais informações me deparei com Decreto-Lei nº 406 de 1968 que já se tinha por norma geral que a base de cálculo do ISS seria o preço do serviço, não se incluindo nesse preço, os valores de materiais adquiridos pelas empreiteiras nas obras de construção civil. Contudo, o Supremo Tribunal Federal, no julgamento do Recurso Extraordinário nº 603.497, decidiu pela possibilidade de dedução dos valores dos materiais da base de cálculo do ISS, independentemente destes terem sidos produzidos pela própria prestadora de serviço ou adquiridos de terceiros. Minha pergunta, alguém já se deparou com isso? Como é informado no xml? Agradeço.

Normalmente o SoapAction é configurado com o serviço somente, que deve ser o mesmo para o homologação e produção. Já os endereços ele direciona a partir desta configuração abaixo. [URL_P] RecepcaoLoteRPS=http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx?wsdl [URL_H] RecepcaoLoteRPS=http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx?wsdl

Tenta debugar e ver em que momento este erro acontece.

As Dlls necessárias estão no diretório do seu ACBr : ACBR\DLLs\Capicom Roda o .bat novamente.