Egon José Klipstein
-
Total de ítens
43 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Egon José Klipstein
-
-
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.
-
2
-
-
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
-
2
-
-
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..
-
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. BenazziAgente Fiscal do Tesouro do EstadoEquipe da NF-eReceita Estadual – RSDe: Egon Klipstein [mailto:[email protected]]
Enviada em: quarta-feira, 11 de maio de 2016 16:30
Para: Nota Fiscal Eletrônica <nfe@sefaz.rs.gov.br>
Assunto: Dúvidas referente a DANFCeSomos 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,00Pagamento R$ 10,00 em dinheiroTroco R$ 2,00Poré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. BenazziAgente Fiscal do Tesouro do EstadoEquipe da NF-eReceita Estadual – RSEsta é 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.
-
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 ?
Eu utilizo dessa forma e a transmissão é rápida e "quase " nunca falha...
Preciso de Emissor de CT-e MDF-e em Delphi /ACBR com fontes
em Classificados
Postado
Não uso, me adiciona no Wats 51998034568.