Reinaldo Alberto

Importante ressaltar que a partir de 01/06/2016 o CSOSN 400 passará a ser aceito. Agora quanto ao seu XML, tem uma tag ICMSSN900 que só pode ser informada com CSOSN = 900 (se não me engano).

Acho uma solução muito mais elegante ter um sat conectado a um PC, e nesse pc ter um DataSnap expondo os métodos de emissão, impressão, cancelamento, etc.... Qual a vantagem de fazer direto no android e conectar o sat no USB ? E se a pessoa/loja/cliente tiver 30 tablets, o cara vai ter que ficar conectando cada um deles no usb? E mesmo que seja um SAT por dispositivo movel... Vai carregar o celular/tablet e levar o Sat junto?

Se você já carregou com LoadFromFile, não precisa digitar esse tanto de código, veja que a função ACBrNFe.Cancelamento(justificativa) já faz isso por você. Ai basta consultar a propriedade ACBrNFe.WebServices.EnvEvento.cStat Se está dando rejeição, você está fazendo algo errado (como informar um ambiente diferente). Veja: http://www.oobj.com.br/bc/article/rejei%C3%A7%C3%A3o-217-nf-e-n%C3%A3o-consta-na-base-de-dados-da-sefaz-como-resolver-113.html

Fazer 15 tentativas não pode entrar naquela exceção do Sefaz de "Consumo Indevido" ? Como você já usa essa configuração, você não tem algum problema com o tempo em que o cupom é emitido no caixa? Imagino que deva aumentar consideravelmente o tempo em alguns casos, diga se estou errado.

Entrou uma nova valdiação hoje 01/04, tem um tópico aqui falando disso. Você tem que informar o CSC igual está no site do Sefaz.

Essa tag é gerada automaticamente pelos fontes do Acbr. Se não me engano você tem que deixar a propriedade ACBrNFe.Configuracoes.Geral.IncluirQRCodeXMLNFCe como true.

Não seria a opção ACBrNFe.Configuracoes.Geral.IncluirQRCodeXMLNFCe, seria?

Na unit System tem uma função chamada Utf8ToAnsi. Testa o retorno chamando ela.

Nt 2015.003 Alterações introduzidas na versão 1.40 Alterada a regra de validação N23-10 obrigando a informação do CEST na NFC-e nas mesmas condições da NF-e.

Use a biblioteca lkJSON para tratar o Json e o Indy para fazer a requisição. Exemplo:

Ou você informa o ncm correto (com 8 digitos) ou não informa. Mas esse tipo de coisa no xml vai dar rejeição:

Estranho, esse parece não estar assinado... 41151217843430000259650010000001941564319452-nfe.xml

Em Produção. Exemplo: 41151217843430000259650010000001941564319452

Olá, Estou emitindo o cupom Nfc-e, na impressão sai a Chave e o Protocolo, mas ao consultar a chave no site do Sefaz-PR aparece que não existe tal nota registrada. Alguém já passou por isso ou tem uma idéia do porque?

Anotação útil sobre isso. Orientações - SAT em processamento-rev01.pdf

Rafael, eu também sofri com isso hehe... Engraçado que no Sintegra está correto e no Cadesp está diferente (mas até ai isso não é problema meu rs..). Cilleni,

Para prestação de serviço você emite NFS-e.....

Quando o Sat assina o Xml ele retorna o nome fantasia que está associado ao cnpj no cadastro do Cadesp.

Meus caros, Alguém tem um exemplo de como trabalhar com Delete no Indy 10.0.52 ? Essa versão chama o post, put e get normal, sem problemas, mas não tem o Delete entre seus métodos. Aí estou fazendo da seguinte forma: chamo o ancestral do IdHttp - HtAcess e passo o hmDelete como parâmtro pro Request, mas me retorna um Bad Request. Se tiverem uma solução alternativa como Synapse também aceito.

AcBrSat.AtivarSat já faz isso. Tem um exemplo lá no AcbrSATTTeste.

Já tinha uma iniciativa de fazer um Wiki próprio do AcBr, só não sei em que estágio isso está. Acho que se dá para colocar muita informação útil sobre os componentes nesse formato. Poderiamos voltar a pensar nisso e ajudar os administradores no que for preciso.

Quando houver um produto que utilize um NCM com algum tipo de exceção, tento uma tributação diferenciada, preciso informar o NCM e a Exceção, certo!? Tendo em vista que meu cliente tem pouco ou nenhum conhecimento desse tipo de situação, tem alguma penalidade fiscal a não informação dessa exceção ? O que você aconselharia nesse caso?

Deixei passar esse arquivo em branco.... Ele respondeu minha pergunta sobre o padrão de nomenclatura para arquivos de cancelamentos: ADC<chave de acesso>.xml

Isso que o junin está falando está descrito no Manual de Orientação do SAT 2.1.5. Retorno de CF-e-SAT do SAT para o AC c. O arquivo do CF-e-SAT enviado ao AC pelo SAT tem função de cópia de segurança e deverá: c.1 ser armazenado pelo AC, seguindo a nomenclatura AD<chave de acesso>.xml, onde a chave de acesso, descrita na Especificação Técnica de Requisitos do SAT, é a chave que identifica inequivocamente o arquivo CF-e-SAT; Maaaaaaas, isso está no Manual de Última Atualização: 28 de agosto de 2012 - Manual_Orientacao_SAT_v_MO_1_00 O manual que está disponível em Arquivos Vigentes do site do Sefaz é Última Atualização: 29 de maio de 2015 - Manual_Orientacao_SAT_v_MO_2_12_12 Nessa última versão não consta nada sobre Nomenclatura de Arquivo, mas eu acabei adotando o padrão do Manual antigo por via das dúvidas.

Utilize o InteliSAT da Tanca para a ánalise do XML do Sat. Ele é muito bom para esses casos, já que o Sat não é muito específico sobre o campo que está com erro de validação. http://www.tanca.com.br/assets/conteudo/drivers/TS-1000/Ferramenta_Desenvolvimento_InteliSAT.zip Ele me informou que tem um erro na tag <infAdProd/> Ela foi informada, mas sem valor algum passado.