Painel de líderes

está no svn! obrigado pela colaboração

No Svn , correção.

o ES já está emitindo NFCe, as lojas Sipolatti foram as primeiras a emitir!! http://internet.sefaz.es.gov.br/informacoes/nfce/historico.php

Boa tare Marcos, Fiz de uma forma diferente. Favor atualizar os fontes e testar novamente.

Boa tarde a todos, O numero do protocolo é retornado logo após o envio no caso do método Enviar. Sendo assim para obter o numero do protocolo basta: sProtocolo := ACBrNFSe1.WebServices.EnviarLoteRPS.Protocolo;

Desculpe Daniel, Posso ter me equivocado nos testes, mas agora, com os fontes atuais, não encontrei problemas. Muito obrigado!

Na última versão do layout da especificação técnica o campo CEST terá efeitos a partir de 01/01/2017, porém conforme Portaria CAT 147/2012 artigo 33B o campo terá efeitos à partir de 01/04/2016, entende-se então que a partir de 01/04/2016 será obrigatório, porém no layout da especificação técnica o campo terá efeitos a partir de 01/2017.

Bom dia. O componente nunca teve uma propriedade "MeuOcorrencia". Att.

Já atende os principais provedores ! pronto sinceramente nunca vai ficar pois todo o dia uma cidade troca de provedor e provedor novos aparecem!

Sim, deve usar o CFOP 5656 e informar o código ANP referente ao lubrificante.

Isso ja foi discutido em vários tópicos. Resumindo: você pode optar pela NFC-e em SP, mas terá que ter um aparelho SAT para atender a contingência.

leia a lei toda... o uso da NFCe só é autorizado em SP, se o contribuinte tiver um SAT ativado, para a contingência... SP não aceita contingência off-line da NFCe

Enviei modificação para o SVN baseado na sugestão... Obrigado pelo bug report...

Valeu Tiago . e eu testando aqui ta tudo OK . funcionou beleza . achei ate mais rapido que no proprio Windows . se tiver mais alguem agradeço .

@esbaptista como nosso colega @windsoft informou a resposta é não, mas para que vc não fique simplesmente com uma resposta seca de NÃO, vou explicar o motivo. Como vc mesmo disse, hj tem uma regra, amanhã tem outra, dessa forma se nós do ACBr fizéssemos implementações de regras, nó estaríamos assumindo a responsabilidade de possíveis erros de informações para o fisco, e sinceramente já nos dobramos para dar conta de tento código (ACBr) e é impossível assumir tal responsabilidade de código de regras de Leis. Mas a necessidade imposta por você, me fez vê que o que podemos fazer é criar eventos de nome Check recebendo o Registro com as informações Atual, dessa forma cada um pode implementar sua checagem própria, mas entenda que SPED tem muito código e isso requer tempo, principalmente se não obtivermos ajuda. Vou fazer um teste implementando um evento em um dos registros, e vê se não há algum empecilho, do qual não permita ser feito, caso não haja deixo um código como exemplo e quem for precisando vai usando-o como exemplos para implementar onde precisar.

Não existe essa condição no SAT. Se o aparelho rejeitar o XML você não tem um CF-e, e a única condição é corrigir a inconsistência.

Boa tarde João, O SCAN faz tempo que não existe mais.