Dércio Luis Zanatta

Show de bola.. Consegui fazer uma aplicação usando banco de dados local no Celular com SqlLite.. Agora mais uma dúvida.. Tem como uma aplicação rodando no Windows, no computador acessar esse banco que está hospedado no celular ?? Ou esse banco só pode ser acessado do celular mesmo ??

Value.. Obrigado.. Essa de zerar a numeração a cada Mês, me matou aqui ehehhehehe

Bom dia Alguém sabe me dizer como funciona a numeração dessas notas ? Deve ser zerado todo o mês , todo o ano ?? Pode ser sequencial sem zerar ?

Bom dia Acabei de enviar aqui para SEFAZ - RS Nfe e NFce 4.0 com a tag Cean em branco e autorizou normalmente...

RS (Homologação)

Informado o grupo Fat, autoriza normalmente e aparece a tag no xml... Está tudo certo..

Alguém já usou ? Tem algum exemplo de como fazer ?

Bom dia Estou enviando Cean em branco na NFCe 4.0 e está autorizando normalmente aqui no RS

Bom dia pessoal.. Estou com uma demanda aqui: Criar uma aplicação Android no delphi 10.2 utilizando um banco de dados local ! Vai servir para coleta de dados em locais que não terão nenhum tipo de acesso remoto, por isso a necessidade de gravar e ler os dados de forma off line no Android. Alguém tem alguma experiência com isso ?? Qual banco de dados é o mais recomendável para isso ?

É só deixar de usar Capicom que não vai mais depender dessas configurações do Windows explorer !

Só para confirmar: A versão 3.10 para NFCe será desativada somente no mês 10/2018 e para Nfe em 07/2018 ?

Não.. Estou enviando em branco na 4.0 e está passando... (NFCe, no caso)

Sim, já tinha visto isso, porém notei que se passar em branco ou com a descrição "SEM GTIN" da no mesmo.. então estou passando em branco !

É uma verdadeira dor de cabeça... Como é possível enviar o código de barras em branco, inclui a validação do prefixo na minha função que valida o código de barras.. Caso o prefixo não esteja na lista que a SEFAZ-RS me passou, mando a tag do GTIN em branco !! Simplesmente considera o código de barras inválido !

Já entramos em contato com o fornecedor... Ele disse que usa esse código de barras a mais de 20 anos ! Falamos pra ele que a SEFAZ-RS está dizendo que não é válido, mas ele está dizendo que nós somos os únicos que está rejeitando.... Talvez vai começar mais gente ligar para ele assim que começarem a usar a versão 4.0 ehehhe A SEFAZ-RS está rejeitando (somente na versão 4.0)

Bom dia. Estou migrando para a versão 4.0 e me deparei com uma situação: tem um código de barras: 6899869870268 . Na versão 3.10 autoriza normalemente, porém na versão 4.0 rejeita com GTIN(Cean) inválido. Enviei um e-mail para a SEFAZ-RS e eles me responderam que o prefixo 689 não existe e me passaram uma tabela com os prefixos válido. Ligamos para o fornecedor do produto e eles nos responderam que usam esse código de barras nesse produto a mais de 20 anos ! Atualmente eu aplico um validador do código verificador ao código de barras para verificar se é um código de barras válido, mas esse código passa nesse validador. Já existe alguma forma de validar o GTIN incluindo esses prefixos ?

Entendi. Ítalo. Já enviei um e-mail para o pessoal da prefeitura ver essa questão pra mim. Quando eles responderem, posto aqui . Obrigado pela atenção.

Boa tarde... Estranho, pois no manual deles tem essa tag para ser preenchida. (Em anexo) Vou passar um e-mail para eles para ver se a tag existe mesmo ou não. ManualdeIntegraçãoNFSe.pdf

Passamos a emitir notas para esse provedor a mais ou menos 30 dias. Sempre está dando esse problema... Atualizei os fontes do ACBRNFSe agora... A princípio o problema não está mais ocorrendo em homologação. Recompilei meu sistema e atualizei no cliente. Estou aguradando ele ter algumas notas para emitir para ver se o problema vai parar. Assim que tiver o retorno dele, posto aqui.

Boa tarde Estou com o mesmo problema no provedor PRONIMV2... Da Erro 12002 - TimeOut de recepção. A NFSe é autorizada na prefeitura, mas não recebe o retorno.. O provedor jura que não tem nenhuma instabilidade.. Mas está ocorrendo essa situação tanto em homologação quanto em produção

PRONIMV2

Bom dia o contador de uma empresa que recebe os xmls de rps e NFSe questionou uma questão e fiquei na dúvida.. Quando o ISS é retido, deveria ser criado no xml uma tag chamada ValorIssRetido, porém essa tag não está sendo criada.. Fiz um debug no meu sistema e verifiquei que ele está passando nesse bloco: Servico.Valores.IssRetido := stRetencao; Servico.Valores.ValorIssRetido:= Servico.Valores.BaseCalculo * (VPeIss_munic/100); Servico.Valores.ValorIssRetido:= RoundTo(Servico.Valores.ValorIssRetido, -2); Estou jogando o valor na tag ValorIssRetido, porém não cria essa tag no xml. Isso está correto assim ? Segundo o que me passaram deveria criar a tag quando o ISS é retido. Segue xml do rps gerado por mim em anexo.. RPS_1_40_1.xml

Na nota técnica 2016.002 v1.5 existe um grupo "Grupo de Repasse do ICMS ST". Está gerando rejeição se é venda de combustível com CST=60 (Substituição tirbutária) sem preencher esse grupo. Na nota técnica diz o seguinte: "Grupo de informação do ICMS ST devido para a UF de destino, nas operações interestaduais de produtos que tiveram retenção antecipada de ICMS por ST na UF do remetente. Repasse via Substituto Tributário. (v2.0)" Eu entendi que isso seria exigido apenas nas Operações Interestaduais, mas está rejeitando nas operações internas. Sendo assim, mandei um questionamento para a SEFFAZ-RS e eles me responderam: A regra de validação 858 se aplica a produtos sujeitos ao repasse interestadual. Isso é uma coisa diferente de dizer que a regra de validação 858 se aplica apenas em operações interestaduais. A regra de validação 858 está sendo aplicada também em operações internas. Isso acontece porque um produto pode passar por uma venda interestadual, e depois ser revendido em uma operação interna. Sendo assim, fiquei na dúvida... O que eu informo nos valores retidos na UF de Origem e destino, já que a operação é interna ??

Bom dia Um cliente meu também relatou agora que as NFCes feitas ontem, dia 06/05/2018 estavam apresentando essa rejeição. Reenviamos hoje de manhã e foi tudo normal. Sou do RS.

Bahhh.. Tem alterações que entram em vigor em 16/05/2018 !! Vai ficar meio apertado para fazer, na minha opinião !