Egon José Klipstein

Não uso, me adiciona no Wats 51998034568.

Confesso que também tenho este sentimento, no entanto, isto é política, é burocracia, enfim, é GOVERNO, como diz minha filha, aceita que dói menos. Se estamos neste ramo, sabemos os riscos, assumimos a responsabilidade para com nosso cliente, e acima de tudo, somos comerciais. É claro que a inviabilidade não aconteceu no dia 29/12, mas por outro lado, existe uma cultura coletiva no país, de adiar até o máximo possível qualquer mudança que exija sair da zona de conforto, e este é um exemplo. Se a decisão de adiar tivesse sido anunciada com 30 dias de antecedência (nem precisaria um ano), quantos comércios deixariam de adotar o uso da NFCe ? Quantos aventureiros do ramo de automação deixaram de entrar e prostituir o mercado ? Porque certamente isso acontece com mais frequência do que imaginamos.

Com um detalhe, para a empresa que fatura acima de 360.000 por ano, ou seja (360.000/12=30.000), com faturamento acima de R$ 30.000 mensal a obrigatoriedade continua, somente empresas com faturamento abaixo de R$ 30.000 por mês estão dispensadas da obrigatoriedade até 01/01/2019. http://fazenda.rs.gov.br/conteudo/8314/emissao-da-nfc-e-por-pequenos-comerciantes-ficara-para-2019 Na minha concepção não mudou muita coisa, é claro que um investimento para a implantação é elevado para uma empresa pequena, mas de qualquer forma esta obrigatoriedade adiada é por um período curto e ainda assim, o uso da NFCe promove um conjunto de facilitadores para administração e a contabilidade.

//------------------------------------------------------------------------------ // Conectando em um host de internet na porta 80 // 200.221.64.46 - Bol // 200.198.128.51 - Sefaz RS // Uses IdTCPClient; //------------------------------------------------------------------------------ function SA_HTTP_Ativo(host:string = '200.198.128.51'):boolean; // Sefaz RS var IdTCPClient : TIdTCPClient; begin IdTCPClient := TIdTCPClient.Create(nil); IdTCPClient.Host := host; IdTCPClient.Port := 80; IdTCPClient.ConnectTimeout := 200; IdTCPClient.ReadTimeout := 200; try IdTCPClient.Connect; IdTCPClient.Disconnect; Result := true; except Result := false; end; end; //------------------------------------------------------------------------------ Uso esta função para testar a comunicação com a SEFAZ, sempre antes de tentar enviar, diminuiu significativamente meus problemas de tratamento. Apenas uma sugestão de girico, mas eu e um outro colega de profissão chamamos de POG - Programação Orientado a Gambiarra, mas funciona.

Eu utilizo dessa forma e a transmissão é rápida e "quase " nunca falha...

Até onde eu saiba, o ESC POS é um componente de impressão da DANFCE de uma NFCe utilizando os recursos nativos de um equipamento (Minimpressora DARUMA, BEMATECH, EPSON, etc... ), recursos como o QR-Code, fonte expandida, fonte comprimida, negrito, etc. Este componente não poderia ser usado para gerar um PDF por sua natureza. Mas se precisa ou quer fazer, use ACBrDANFCeFortes para gerar o arquivo em um padrão de mini impressora 80 mm, ou ACBrDANFCeFortesFrA4 para gerar o arquivo PDF em padrão A4. NFce.NotasFiscais.ImprimirPDF - Esta seria a sintaxe para isso...

Perfeito este tipo de contribuição para a comunidade, esse é o espírito de grupo. Parabenizo-te por colocar a disposição essas informações. Mas perdoe minha falta de conhecimento, e por isso gostaria de uma informação, dentro do possível. Baixei o aplicativo e analisando os resultados fiquei confuso, sempre pensei que cada NCM estivesse vinculado a um código CEST, e olhando os códigos: 13.003.01;3003;Medicamentos similar - negativa, exceto para uso veterinário 13.003.02;3003;Medicamentos similar - neutra, exceto para uso veterinário Outro caso : 13.005.00;3006.60.00;Preparações químicas contraceptivas à base de hormônios... 13.005.01;3006.60.00;Preparações químicas contraceptivas à base de hormônios... Então com base nisso entendi que não tenho a informação precisa, pois um mesmo NCM pode ser vendido com diferentes códigos CEST... Será que existe uma explanação simples ? Imagino que o furo é mais embaixo...Alguém tem alguma informação ?

Eu utilizo o VNC com Repeater, fica personalizado conforme os dados de minha empresa. É bem prático e funcional sem limitações. Precisa de um clouding para fazer o mapeamento do ID do cliente. É gratuito e pode ser personalizado compilando ele com ferramentas gratuitas. Procura por ChunkVNC, se tiver dificuldades pode me contactar. [email protected] que te oriento como fazer.

Esta dúvida foi minha um dia...Diretamente com o pessoal da SEFAZ RS esta é a resposta... Minha pergunta: Somos uma empresa de desenvolvimento de software e temos umma dúvida levantada por um cliente.É possível emitir NFe com data retroativa ? Resposta: Boa tarde, A data de emissão pode ser a data do dia de hoje, ou uma data retroativa em até 30 dias. Não é possível emitir uma NF-e informando no campo “Data de emissão” uma data futura, ou uma data com uma retroatividade maior do que 30 dias. Rosana Dutra Técnica Tributária da Receita Estadual Equipe NF-e

Trabalho já há algum tempo com CTe/MDFe(desde que foi implementado na SEFAZ), qual os requisitos de MODAL que tu vai utilizar, existe uma gama bem vasta de aplicabilidade. Dependendo da necessidade posso te fornecer o que quer.. [email protected]

Já algum tempo enviei um email para a SEFAZ do RS a respeito disso, creio até ter divulgado esta informação aqui, mas não lembro... Veja novamente a resposta : A legislação determina que o DANFCE deve refletir as informações que estão registradas no arquivo XML. Por isso, é totalmente desaconselhável a impressão da forma descrita abaixo. Um DANFCE impresso dessa forma poderia vir a ser considerado inidôneo, e estar sujeito a autuação. Se a empresa deseja que o valor do troco seja impresso no DANFCE, então a solução seria informar esses dados no campo de “Informações Complementares”. Eduardo S. Benazzi Agente Fiscal do Tesouro do Estado Equipe da NF-e Receita Estadual – RS De: Egon Klipstein [mailto:[email protected]] Enviada em: quarta-feira, 11 de maio de 2016 16:30 Para: Nota Fiscal Eletrônica <[email protected]> Assunto: Dúvidas referente a DANFCe Somos uma empresa de assessoria em implantação de sistemas para automação comercial, nossos clientes nos questionaram acerca do troco, então nossa dúvida é: Podemos apresentar os valores pagos pelo cliente no impresso do DANFCe, diferente daquele enviado para o WS no XML ? Ex.: Valor dos produtos R$ 8,00 Pagamento R$ 10,00 em dinheiro Troco R$ 2,00 Porém no XML transmitido devo colocar somente R$ 8,00 em dinheiro como pagamento. Como representar essa informação ao cliente ?

RS 232 habilitado Somente peso 1 9600 8 bits de dados, 1 bit de parada, sem paridade Essas configurações na balança, e obedece as mesmas regras para comunicar, usei a filizola no acbrbal

Enviei um amail para o pessoal da NFe do RS e eles me responderam o seguinte, a DANFCE deve ser um espelho do XML da NFCe correndo o risco de autuação: A legislação determina que o DANFCE deve refletir as informações que estão registradas no arquivo XML. Por isso, é totalmente desaconselhável a impressão da forma descrita abaixo. Um DANFCE impresso dessa forma poderia vir a ser considerado inidôneo, e estar sujeito a autuação. Se a empresa deseja que o valor do troco seja impresso no DANFCE, então a solução seria informar esses dados no campo de “Informações Complementares”. Eduardo S. Benazzi Agente Fiscal do Tesouro do Estado Equipe da NF-e Receita Estadual – RS Esta é a resposta dos home....

2.4 Requisitos do Papel e Margens do DANFE NFC-e Na impressão do DANFE NFC-e deve ser utilizado papel com largura mínima de 58 mm. O papel utilizado deve garantir a legibilidade das informações impressas por, no mínimo, seis meses. As margens laterais deverão ter, no mínimo, 0,2 mm. Importante ressaltar que não existe restrição de que se imprima o DANFE NFC-e em outros tamanhos de papel, como, por exemplo A4, desde que respeitadas as disposições constantes neste capítulo . Retirei este texto Manual de Padrões Padrões Técnicos do DANFE-NFC-e e QR Code, Versão 3.2 abril 2014. Essa tua impressora tem 57mm, certamente não pode ser utilizada. Enfrentei esta situação também e desisti da idéia, tendo tanto cliente disposto a fazer a coisa certa, porque trabalhar para aquele que quer fazer errado. A mão do fisco é pesada, temos um ponto de validação de certificado digital Certisign, recebemos informes acerca disso, acredite, não é só o usuário que responde quando se trata disso.

Eu uso uma balança destas e a comunicação é perfeita, tudo funciona correto, mas com o cabo que veio com ela, tentei utilizar o cabo da impressora fiscal no cliente, e o retorno foi o mesmo citado acima (-9). Percebi que o cabo é diferente, mas como os conectores são injetados, não me dei ao trabalho de descobrir qual a pinagem, até mesmo por falta de ferramentas. Espero ter contribuído...

Existe uma situação em meu universo de clientes, a exemplo de uma empresa de tele entrega que contrata vários pilotos e sua moto de forma terceirizada, fazendo um convênio com um posto de combustível ou uma moto-center, onde cada piloto faz a manutenção ou abastecimento e o pagamento é feito apenas no final de um período contratado através de apenas uma NFe. Eu particularmente faço da seguinte forma: Emite-se uma NFCe para cada compra feita com a forma de pagamento OUTRAS, e no final aglutina-se todos os produtos das NFCe's, usando a CFOP 5.929 e referenciando cada NFCe através da chave nos documentos referenciados. Tem dado certo até agora.

Seguindo a linha do mesmo assunto, estou tentando fazer a assinatura de um documento que não é NFe, por sinal bem diferente, e pela dica do REGIS, estou usando ACBRDfe da seguinte forma: var assinatura : TACBrDFe; begin // Fazer rotina de assinatura assinatura := TACBrDFe.Create(nil); // Aqui não sei o que referenciar, então coloquei "nil" assinatura.SSL.SelecionarCertificado; // Aqui carrego o certificado instalado DOC_XML := assinatura.SSL.Assinar(DOC_XML,'Ensaio','InformarEnsaio','Ensaio','',''); // Creio ser aqui meu problena Estou meio perdido, minha(s) dúvida(s) são : A Tag que quero assinar é <Ensaio> ... </Ensaio> O arquivo XML tem a estrutura : <InformarEnsaio> <Ensaio> ... </Ensaio> </InformarEnsaio> a variável DOC_XML é umAnsiString com o conteúdo do ensaio XML Qual a sintaxe para essa operação ? Alguém saberia me orientar ? Desde já agradecido !

Tenho um módulo exatamente assim em uso nos meus clientes, como opção adicional ao conjunto de funções do cadastro ou na compra de produtos. Funciona e bem, diga-se de passagem, se quiser ainda, tenho como te fornecer, é em D7. [email protected]

Desde o surgimento da NFCe no RS trabalho com isso. Se ainda houver [email protected]

Atualizei os fontes hoje (18-12-2015 15:00) e também percebi essa característica, apesar de informar. Alguma configuração que deva ser feita ? Alguém saberia me dar uma direção?

De fato, não tenho este hábito, mas doravante o adotarei, dada a minha barberagem. Muchas gracias pela informação !! Como mantenho guardada cópia dos últimos 6 meses de atualização dos componentes ACBR, do qual quinzenalmente faço recompilações dos mesmos, e atualizo o repositório diariamente, instalei uma versão anterior e tudo OK.

Estou tendo a mesma mensagem de erro, porém somente no ambiente de produção, em homologação funciona perfeitamente...Alguma ideia do que possa ser ?

GabrielHW, pelo que entendi, quando tentar emitir uma NFe para um destinatário que possua IE, você deve informa-la, pois acho que o SEFAZ verifica os dados do destinatário, e em caso de incoerência, a nota não é autorizada, e acontece aquele retorno. Dica, faz uma rotina de consulta ao CNPJ antes da emissão da NFe, e complementa os dados do destinatário, não vai solucionar, mas vai reduzir bastante a incidência deste inconveniente. Creio que esta alteração foi feita no WS recentemente, pois enfrentei este problema somente agora, de algumas semanas...

Já tentei com "ISENTO", neste caso nem realiza a validação, creio ser uma característica da versão 3.10. Imagino que esta rejeição seja para destinatários que tenha IE, porque fiz a emissão da NFe para meu CNPJ com o certificado de um colega sem problema algum, sendo que minha empresa é somente prestadora de serviços sem IE. Penso que a autorização da NFe está sujeita à condição do destinatário, incoerências nos dados provoca a rejeição. Alguém tem alguma experiência com esses detalhes e que possa dar uma opinião ? Desde já agradeço !

Também estou tendo este problema, o caso é que o destinatário não possui IE. Estou informando assim: Dest.IE := ''; Dest.indIEDest := inNaoContribuinte; o retorno é 213->Rejeição: IE do destinatário não informada Tem alguma informação a mais a ser fornecida para este caso ?