Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 26-07-2019 em todas as áreas

  1. Ninguém é obrigado a atualizar um sistema operacional. A questão é até quando o sistema operacional continuará oferecendo o que você precisa. Por exemplo, imagine que ano que vem surge um novo método de criptografia que vai ser utilizado como padrão da NF-e. Só que ele não pode ser implementado no Windows 7. Como você vai proceder? Desculpe, esse não é o tipo de interação que queremos num fórum. Caso você queira ser informado de respostas no seu tópico por e-mail, você pode alterar suas configurações de preferência de notificações no seu perfil.
    3 pontos
  2. Bom dia pessoal, Com a versão 3.00a do CT-e temos um novo evento chamado Comprovante de Entrega. Esse evento é emitido pela própria transportadora e não pelo destinatário da mercadoria. Nesse evento temos um campo obrigatório chamado hashEntrega, cuja descrição: Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) Nota 1: A critério do autor deste evento, este campo pode ser utilizado como índice para acesso as informações do Comprovante de entrega. Nota 2: A SEFAZ não tem nenhum controle sobre a informação deste campo. Observação: 28 caracteres são representados no schema como 20 bytes do tipo base64Binary. Nesse primeiro momento o componente não esta calculado o hash ficando a cargo da aplicação do desenvolvedor, pois vamos verificar a possibilidade de implementar. Para quem utiliza o ACBrMonitor abaixo segue um exemplo de como montar o arquivo INI do evento de Comprovante de Entrega: [EVENTO] idLote=1 [EVENTO001] chCTe= chave do CT-e cOrgao= Codigo da UF CNPJ= CNPJ do emitente dhEvento=25/07/2019 10:30:00 tpEvento=110180 nSeqEvento=1 nProt= numero do protocolo de autorização do CT-e dhEntrega=24/07/2019 17:30:00 nDoc= Documento de identificação da pessoa que recebeu a entrega xNome= Nome da pessoa que recebeu a entrega latitude= Latitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) longitude= Longitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) hashEntrega= Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) dhHashEntrega= Data e hora da geração do hash da entrega ; xxxx pode variar de 0001 até 2000 [infEntregaxxxx] chNFe= chave da NF-e da mercadoria que foi entregue Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.New do begin infEvento.chCTe := ChaveCTe; infEvento.CNPJ := CNPJEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teComprEntrega; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.dhEntrega := datahoraEntrega; infEvento.detEvento.nDoc := NumeroDocumento; infEvento.detEvento.xNome := NomedoRecebedor; infEvento.detEvento.latitude := fLatitude; infEvento.detEvento.longitude := fLongitude; infEvento.detEvento.hashEntrega := hashdaEntrega; infEvento.detEvento.dhHashEntrega := datahhoradoHashEntrega; InfEvento.detEvento.infEntrega.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infEntrega.New do chNFe := ChaveNFe; end; ACBrCTe1.EnviarEvento( 1 ); // 1 = Numero do Lote
    2 pontos
  3. Em um cenário que eu tenho uma balança com a opção de 'monitorar balança' ativado. Quando a balança estabilizar o peso eu quero imprimir uma etiqueta, e somente quando a balança voltar para o peso zero(sem objeto na balança) eu habilito o usuario a colocar um novo objeto na balança para tirar uma nova etiqueta. Vamos pegar o exemplo o arquivo da ACBrBALDigitron.pas que na linha 80 e 115 da function InterpretarRepostaPeso tem um 'Result := 0;' a minha sugestão é que retorne 'Result := -9; { Peso não foi recebido }'. Motivo: Se no momento da leitura do peso, o componete receber uma resposta pela metade ou por algum motivo o componete nao conseguir interpretar a resposta o componente retorna a resposta 'Result := 0;' ACBrBALDigitron.pas
    2 pontos
  4. Bom dia Incluído provedor da cidade de Concórdia (SC); Alterado provedor da cidade de Mineiros (GO). Já testados em produção. Arquivo com as alterações anexo. Cidades.ini
    2 pontos
  5. Boa tarde Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório.
    2 pontos
  6. Também vou precisar adicionar esse recurso ao nosso software. Muito obrigado pelas informações!
    2 pontos
  7. Boa tarde. Na equipe de moderação não temos nenhum membro atuando nesta questão. Att.
    2 pontos
  8. Hoje as empresas do Simples Nacional que ultrapassaram o sublimite já são obrigadas a usar o CST em vez do CSOSN. O que o texto está explicitando é que, sendo uma empresa do Simples Nacional que vai utilizar, por exemplo, CRT = 1 e CST = 01 (Tributado pelo Simples Nacional sem permissão de crédito), assim que ultrapassarem o sublimite devem passar a usar CRT = 2 e CST 00 (Tributado Integralmente).
    2 pontos
  9. Bom dia, Me parece que esta dúvida cabe mais a um contador de confiança. Att.
    2 pontos
  10. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    2 pontos
  11. No final das contas o erro só ocorreu uma vez e o cliente não voltou a entrar em contato. Acho que foi algo isolado. Valeu gente!
    2 pontos
  12. Sim. SPED Fiscal/Contribuições (Empresas não optantes pelo simples). Sintegra (Empresa optantes pelo simples) (em MG ainda precisa) Atenciosamente.
    2 pontos
  13. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17370. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.
    2 pontos
  14. Ajuste SINIEF 11/2019 altera CST e CRT e extingue o CSOSN CONFAZ altera CST – Código de Situação Tributária através do Ajuste SINIEF 11/2019 (DOU de 12/07) e extingue o CSOSN – Código de Situação da Operação no Simples Nacional. O Ajuste SINIEF 11/2019 (DOU 12/07) extingue o CSOSN e mantém apenas o uso do CST para as operações realizadas por todos os contribuintes do ICMS (Optantes e não optantes pelo Simples Nacional). Atualmente empresa optante pelo Simples Nacional que recolhe o ICMS neste regime, utiliza o CSOSN para emissão dos documentos fiscais e as empresas do Regime Periódico de Apuração – RPA utilizam o CST – Código da Situação Tributária do ICMS. Uso apenas do CST – Código de Situação Tributária do ICMS A medida vai simplificar o dia a dia das rotinas dos contribuintes e também dos profissionais da área fiscal. A partir de quando será utilizado o CST para todas as operações? A partir de 1º de janeiro de 2022 todas as operações com mercadorias e serviços tributados pelo ICMS o contribuinte terá de utilizar o CST para determinar a tributação do imposto estadual. A Tabela B – Determina a Tributação do ICMS Atualmente existem duas Tabelas B: CST – Código de Situação Tributária para operações realizadas por empresa não optante pelo Simples Nacional (11 códigos);e CSOSN – Código de Situação da Operação no Simples Nacional (10 códigos) A Tabela B – CST, que determina a tributação do ICMS atualmente utilizada apenas pelo contribuinte do RPA, e é composta por 11 códigos passará a contemplar 23, mas com uma vantagem, vai abranger também operações realizadas por contribuinte optante pelo Simples Nacional. Será que isso realmente procede?
    1 ponto
  15. Bom dia, Estou com uma vaga para programador Delphi para cidade de Franca/SP. Interessados contactar WhatsApp (16) 9.9271-1544
    1 ponto
  16. Bom dia, Fiz uns ajustes na unit ACBrNFSeConfiguracoes.pas, tinha um IF fixo para a cidade de rio verde que nao estava de acordo o padrao do componente. ACBrNFSeConfiguracoes.pas
    1 ponto
  17. Unit para receber pesos da Classificadora Marel. ACBrBALMarelCG62XL.pas
    1 ponto
  18. Está inutilizando normalmente, veja a consulta no portal da SEFAZ-PR: http://www.sped.fazenda.pr.gov.br/modules/conteudo/nfce.php?consulta=inutilizada
    1 ponto
  19. Muito obrigado pela contribuição. Me parece que você tem razão. Então, subi as alterações para o SVN na Revisão 17381. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.
    1 ponto
  20. Boa tarde. As libs para linux ainda não foram disponibilizadas, a qual delas é a sua necessidade? Att.
    1 ponto
  21. Boa tarde Marcelo, Se não me falha a memória ao fazer testes com esse provedor também tive o mesmo erro. Favor entrar em contato com o provedor e solicitar XML (soap) de envio para que possamos comparar e fazer os ajustes necessários.
    1 ponto
  22. Boa tarde Léo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
    1 ponto
  23. Boa tarde Roger, Por favor anexa as units alteradas para que possamos analisar as suas alterações.
    1 ponto
  24. Boa tarde, Sim ocorre nao transmite a NFS-e, com essa alteracao transmite normal.
    1 ponto
  25. Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
    1 ponto
  26. Boa tarde. Por favor descreva sua necessidade. Att
    1 ponto
  27. Como está sua rotina de envio? Está chamando o comando ACBrMDFe1.Manifestos.Validar para validar o XML antes de enviar para o webservice? Se houver algo errado no XML esse método deve te dar uma mensagem informando o que está errado. Não esqueça de atualizar a pasta de Schemas antes.
    1 ponto
  28. Boa tarde. Creio que baste alterar o arquivo cidades.ini Att.
    1 ponto
  29. Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.
    1 ponto
  30. Value, na verdade eu consegui usando um exemplo acima... RESTRequest.Params.AddHeader('Authorization', 'Bearer ' + FToken); RESTRequest.Params.ParameterByName('Authorization').Options := [poDoNotEncode];
    1 ponto
  31. Boa tarde. Existe alguma circunstancia que retorne mais que 9 dígitos? Att.
    1 ponto
  32. O que eu disse inclui programas que contenham o ACBr. Não tenho problema algum. Isso pode ser por vários motivos: aplicação 32 bits tentando acessar dll de 64 bits (alguns componentes do ACBr usa dlls); falta de permissão (rode o aplicativo como administrador); Vírus ou malwares; Mídia corrompida; Erro na instalação do Windows; etc...
    1 ponto
  33. Bom dia, Obrigada pela contribuição, adicionada para validação. Att.
    1 ponto
  34. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  35. Bom dia, Jean Geraldo Pantuza Não vejo problema em utilizar o windows 7 com os componentes do ACBr. Vejo pessoas utilizando o XP ainda.
    1 ponto
  36. Meu VB está bem enferrujado, então não vou me arriscar em sugerir uma correção no seu código. Tenho uma sugestão diferente. Pegue um exemplo de MDFe emitido em produção e, passando os parâmetros pra sua função, verifique se seu código está calculando o valor do DV corretamente.
    1 ponto
  37. Não consigo reproduzir seu problema. Uso o Windows 10 e todos aplicativos compilados com o Delphi em várias versões funcionam. Qual a mensagem de erro? Caso não aparece nenhuma, verifique o "Visualizador de Eventos" do Windows se há alguma mensagem de erro após executar a aplicação. Caso contrário, verifique sistemas de antivírus, antimalwares ou sistemas de segurança bancários. Eu também executo programas compilados no XE8 no Windows10; desde que não tenha ACBr, no windows 8.1 e outros isto não acontece; o erro que dá é: O Aplicativo não pode ser inicializado corretamente(0xc000007b).
    1 ponto
  38. Rapaziada deu certo aqui, eram os calculos, vou enviar o arquivo certinho de como ficou o xml. Tem que calcular certinho os valores... 51190700014271753149559200000000121939344958-nfe.xml
    1 ponto
  39. Boa tarde, Obrigada pela contribuição, adicionada para validação. Att.
    1 ponto
  40. Boa tarde, Obrigada pela contribuição, adicionada para validação. Att.
    1 ponto
  41. Tive o mesmo problema com o CST 20 para o Rio de Janeiro. Segundo a RESOLUÇÃO SEFAZ Nº 13 DE 14 DE FEVEREIRO DE 2019, se enquadraria na mesma situação os CST's 20, 30, 40 e 70.
    1 ponto
  42. Bom dia a todos, Na pasta: ...\Exemplos\ACBrDFe\Schemas\CTe temos os schemas: cteTiposBasico_v3.00.xsd cteTiposBasico_v3.00_Homologacao.xsd O schema cteTiposBasico_v3.00_Homologacao contempla as mudanças ocorridas na estrutura do XML do CT-e na versão 3.00a, já o outro não contempla. Até o dia 25/08/2019 devemos usar o arquivo cteTiposBasico_v3.00 em nossos clientes uma vez que eles estão emitindo os CT-e em produção. Para aqueles que desejam realizar os testes no ambiente de Homologação deverão seguir os passos abaixo: rename cteTiposBasico_v3.00.xsd cteTiposBasico_v3.00_Producao.xsd rename cteTiposBasico_v3.00_Homologacao.xsd cteTiposBasico_v3.00.xsd A partir do dia 26/08/2019 deveremos enviar para os nossos clientes o arquivo cteTiposBasico_v3.00_Homologacao renomeado para cteTiposBasico_v3.00 Isso se a SEFAZ comprir com as datas publicadas.
    1 ponto
  43. Bom dia, fazendo uma leitura breve do ajuste citado acima, dá-se a entender que apenas as empresas optantes 2 - Simples Nacional - excesso de sublimite da receita bruta. “4. Os contribuintes optantes do Simples Nacional classificados no código 2 do Anexo III - Código de Regime Tributário - CRT - devem utilizar os Códigos de Situação Tributária (CST) dos contribuintes não optantes do Simples Nacional." “ANEXO III CÓDIGO DE REGIME TRIBUTÁRIO - CRT 1 - Simples Nacional 2 - Simples Nacional - excesso de sublimite da receita bruta 3 - Regime Normal 4 - Simples Nacional - Microempreendedor Individual - MEI
    1 ponto
  44. Moderação: Fechando esse tópico que é de 2014. @Dempsey e @Agnaldo Prates Há tópicos mais recentes falando sobre esse assunto. Queiram por favor acompanhar o seguinte:
    1 ponto
  45. Boa tarde, no manual atualizado está disponível todos os campos do MDFe, inclusive para versão 3.0 http://acbr.sourceforge.net/ACBrMonitor/MDFeCriarMDFe.html
    1 ponto
  46. Segue um arquivo de retorno que acabei de pegar. CB151000.RST
    1 ponto
  47. Voltando a dúvida do amigo zottis. Quando é colocado o ;(ponto e vírgula) na tag discriminação o DANFE é impresso corretamente na aplicação, mas quando impresso no site fica com os produtos em uma só linha separados por ;(ponto e vírgula). Falei com o técnico da Fiorilli, que é a empresa responsável pela NFSE na minha cidade, e ele me orientou a colocar o separador '\s\n', que é o padrão da Abrasf. Dessa forma na impressão do site os produtos aparecem com quebra, e na impressão pelo sistema aparecem em uma só linha separador por '\s\n'. Não sei como funciona nas outras empresas que prestam esse tipo de serviço, mas não seria o caso de trocar esse separador ponto e vírgula ou pipe pelo '\s\n', já que esse é o padrão da Abrasf? Obrigado.
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...