Jump to content

2 Dia do ACBr

Visite Stands dos Patrocinadores
Control iD, CS Devices, Elgin, Gertec, Bematech, Jetway, PlugMobile, Epson, Custom e Sweda
Inscreva-se

Nova Loja Oficial
loja.projetoacbr.com.br
Ajude o projeto a crescer, com estilo

Comprar

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Leaderboard


Popular Content

Showing content with the highest reputation since 07/23/2019 in all areas

  1. 5 points
    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. 5 points
    Boa tarde, Remova o percurso, quando a UF de inicio faz divisa com a UF de fim não se deve informar o percurso. Detalhe, quanto informar o percurso, devemos colocar somente as UFs entre a de inicio e fim, por exemplo: UFIni = SP UFFim = RS ==> Percurso: PR; SC
  3. 5 points
    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.
  4. 4 points
    Veja que a última chave no seu arquivo .ini não está formatada corretamente:
  5. 4 points
    Bom dia. Veja também nossa área relativa aos requisitos Fiscais por UF . Att.
  6. 3 points
  7. 3 points
    o ACBr não é compatível com o OpenSSL 1.1.X... é necessário usar o OpenSSL 1.0.x Nesse vídeo e Documento PDF, é mostrado como montar um ambiente Linux com OpenSuse
  8. 3 points
    Obrigado aos dois pela ajuda, matou a pau, foi só usar o demo pra verificar o erro, que está em meu programa, por se tratar de uma empresa Simples Nacional eu envio ao XML concatenando 0 (zeros) à esquerda até o tamanho 3, como 60 só tem tamanho 2 o meu if do CST estava lendo 060 e caia pro else que é envia 90 no caso de não se enquadrar em nenhuma situação. Criei um NOVA verificação no caso de Simples Nacional Excesso e deu certo, segue o XML assinado ! As vezes estamos tão focados num assunto que acaba passando uma coisa besta deste tipo. Muito obrigado mais uma vez.... 35190808723218000186599000151710001397829400.xml
  9. 3 points
    Bom dia, Muito obrigado, no repositório temos os arquivos Tinus.ini (padrão) e Tinus_Macaiba.ini (especifico para a cidade de Macaiba). Para a cidade de Macaíba temos que pegar o arquivo Tinus_Macaiba.ini e renomear para Tinus.ini Caso o provedor venha padronizar para todas as cidades ai criamos um só INI. Podemos dar esse tópico como encerrado?
  10. 2 points
    Não creio que compilação em 64 bits irá lhe trazer performance nesse quesito... Me parece que você precisa rever suas Querys ou maneira que acessa o BD, e duração das transações
  11. 2 points
  12. 2 points
    Bom dia, Castro Castro. Veja que o Amazonas, passou a exigir essas informações: Exigência em Produção a partir de 03/06/2019 Veja também: https://www.projetoacbr.com.br/forum/topic/48833-grupo-de-informações-do-responsável-técnico/
  13. 2 points
    Apenas SP aceita SAT... Nesse mapa (link abaixo) você pode ver as tecnologias fiscais por estado https://www.projetoacbr.com.br/acbr-mapas-fiscais/
  14. 2 points
    DICAS 2243 - WINDEV WEBDEV MOBILE - Acbr 107 - dll nfe 001 - Instanciar Classe Nessa primeira aula eu instancei a classe para pegar os metodos do acbrLibnfe
  15. 2 points
    Como sempre, a Tanca mt rápido em responder tanto solicitações de troca em garantia e suporte... O problema citado a cima foi que houve uma divergência de informações: o escritório de contabilidade havia confirmado a vinculação do NS do sat, mas na verdade nao havia acontecido, após a consulta pelo site: https://satsp.fazenda.sp.gov.br/COMSAT/public/consultarequipamentoparacompra/consultarequipamentoparacompra.aspx assim constou: Situação: FAbricado, ou seja, ainda nao vinculador no portal da sefaz. Fica a dica pra quem der essa presepada kkkkkkkkk
  16. 2 points
    Boa tarde. Você consegue reproduzir a situação no demo? Att.
  17. 2 points
  18. 2 points
    Não sei se é o caso de vocês, mas vale lembrar que uma pequena diferença nos dados pode gerar um DigestValue diferente. Por exemplo, uma diferença de segundos na tag <dhEmi> gera um DigestValue diferente. Vejam também: https://www.projetoacbr.com.br/forum/topic/46162-erro-digestvalue-não-confere/
  19. 2 points
    Certo, é isso mesmo obrigado pela força.
  20. 2 points
    Verifique se você instalou a última versão do Driver USB E se está com a última versão da DLL do SAT
  21. 2 points
    Realmente o controle de tudo está em controlar a Porta Serial (virtual) no envio de dados, nos diversos modelos de impressoras não fiscais. Assim posso controlar na saída da impressão o timeout entre vias e ter controle dos status de imprimindo e erros na impressora. Agradecimentos a Equipe ACBr.
  22. 2 points
    Boa tarde a todos, No evento 1200 do e-Social temos um grupo chamado dmDev e este possui vários outros grupos dentro de si. Antes o grupo dmDev poderia ocorrer até 99 vezes no XML, agora esse limite passou para 999. Para que utiliza o ACBrMonitor deverá fazer uma alteração na geração do arquivo INI de tal forma que o primeiro índice da seção dmDev bem como das demais que o compõe passaram de 2 para 3 dígitos, vide exemplo abaixo (somente os nomes das seções estão listados): [dmDev001] [ideEstabLot001001] [remunPerApur0010011] [itensRemun0010011001] [detOper001001101] [detPlano00100110101] [infoAgNocivo0010011] [ideADC0011] [idePeriodo0011001] [ideEstabLot0011001001] [remunPerAnt00110010011] [itensRemun00110010011001] [infoAgNocivo00100110011] [infoTrabInterm00101] O zero em vermelho é o digito a ser acrescentado. Logo o dmDev agora vai variar de 001 até 999 dai a necessidade das seções filhas passarem a ter o primeiro índice com 3 dígitos.
  23. 2 points
    Fiz o teste e funcionou, obrigado
  24. 2 points
    Boa noite! 5915 é uma nota de remessa para conserto. Não é devolução. Finalidade normal.
  25. 2 points
    Bom dia, Verifiquei que a classe para o Banco Bradesco (arquivo ACBrBancoBradesco.pas) está faltando o motivo 76 na função TACBrBancoBradesco.COdMotivoRejeicaoToDescricao, conforme Manual anexo. Fiz a alteração, incluindo a linha "76: Result := '76-Pagador Eletrônico DDA (NOVO)- Esse motivo somente será disponibilizado no arquivo retorno para as empresas cadastradas nessa condição';" logo depois da linha nr. 1312. Anexei o fonte. ACBrBancoBradesco.pas
  26. 2 points
    No momento, o ACBr continua compatível com o Delphi 7. Você pode continuar baixando da maneira costumeira pelo site do Source Forge ou diretamente pelo SVN (recomendado). Veja: https://www.projetoacbr.com.br/fontes/ Temos um vídeo sobre a instalação:
  27. 2 points
    Boa tarde Nickolas, A string do QR-Code presente agora no MDF-e e apartir de agosto no CT-e, é colocada dentro do CDATA por conta da existência do caractere "&" na string. O grupo infMDFeSupl que contem o elemento qrCodMDFe que por sua vez tem o tal do CDATA é gerado e incluído no XML depois que o XML é assinado. Resumindo: 1. O XML do MDF-e é gerado; 2. Depois ele é assinado; 3. Por fim recebe o grupo infMDFeSupl. Sendo assim, se removermos esse grupo do XML antes de enviar para a AT&M não vamos tornar o XML invalido. Por favor faça um teste com a seguinte Unit: ACBrANeDocumentos.pas
  28. 2 points
    Obrigado por colaborar... Poderia por favor postar algum Link com a documentação desse equipamento
  29. 2 points
    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
  30. 2 points
    Boa tarde Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório.
  31. 2 points
    Boa tarde. Depois de MUITO tempo finalmente consegui atualizar as aplicações aqui da empresa para o trunk2 . Durante a conversão identifiquei algumas cidades que estavam apontando para o provedor incorreto ou não constavam no arquivo. Segue abaixo as cidades: Alteradas: [3133808] Nome=Itaúna UF=MG Provedor=GINFES Nova: São Gonçalo do Pará Cidades.INI: [3161809] Nome=São Gonçalo do Pará UF=MG Provedor=WebISSv2 NomeURL_H=homologacao NomeURL_P=saogoncalodoparamg WebISSv2.ini [URL_P] RecepcaoLoteRPS_3161809=https://%NomeURL_P%.webiss.com.br/ws/nfse.asmx [URL_H] RecepcaoLoteRPS_3161809=https://%NomeURL_H%.webiss.com.br/ws/nfse.asmx Um ponto que percebi e que me parece haver uma duplicidade de provedores do fonte (Sigcorp e SIGISS), creio que os dois se referem a mesma empresa, sendo que o SigISS não possui nenhuma implementação. Como precisava implementar uma cidade neste provedor, segui o que estava sendo usado (SigCorp). Tive de modificar parte do INI do provedor, pois estava fixo para o município de Avaré - SP. INI do provedor em anexo. Cidades.INI [3145208] Nome=Nova Serrana UF=MG Provedor=SigCorp NomeURL_H=novaserrana NomeURL_P=novaserrana [3504503] Nome=Avare UF=SP Provedor=SigCorp NomeURL_H=avare NomeURL_P=avare Depois de anos no trunk1, é muito bom poder voltar a contribuir . SigCorp.ini
  32. 2 points
    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
  33. 2 points
    Funcionou. Conforme a Dica acima da Capicon
  34. 2 points
    Bom dia. Na realidade este requisito é referente a incluir no PAF uma nota de venda ao consumidor (Modelo 2) emitida na impossibilidade do uso do ECF, oque o requisito pede é que exista a possibilidade de informar ao PAF o número dessa nota e gravar a mesma no BD de dados. Ao gerar o arquivo Registros do PAF, esta nota deverá constar nos registros J1 e J2. Att.
  35. 2 points
    Bom dia Se possível anexe o log.txt do ACBrMonitor para análise.... Isso pode ocorrer se estiver utilizando configurações que precisam de interação de usuário, por exemplo: Preview de impressão, Menu de Impressão Windows... O ACBrMonitor ficará aguardando encerrar a tela e isso causa sensação de travamento...
  36. 2 points
    Com certeza é importante manter o padrão Wagner, assim que estiver normatizado todas as classes de Resposta entre ACBrMonitor e ACBrLib, não ocorrerá mais essas inconsistências e o manual também será atualizado.
  37. 2 points
    ok obrigado deu tudo certo!
  38. 1 point
    Na verdade é uma String... mas você pode passar o INI com as quebras de linha... Seria equivalente a um TStringList.Text
  39. 1 point
    Boa tarde Maikon, Muito obrigado pela colaboração, vamos analisar e se estiver tudo OK, vamos enviar para o repositório.
  40. 1 point
    Boa tarde. Veja esta sessão do manual do ACBrMonitorPlus https://acbr.sourceforge.io/ACBrMonitor/SwHouse.html Att.
  41. 1 point
    Tente informar o CPF explicitamente como terceiro parâmetro no comando de cancelamento: NFE.CancelarNFe("31190800046756078615559200000000011100000016","ERRO DE EMISSAO DE NFE ","46756078615")
  42. 1 point
  43. 1 point
    Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  44. 1 point
    MG tem ficado muito instável. É provável que a única coisa que possa ser feita é aumentar o TimeOut e ter paciência até que eles arrumem os servidores.
  45. 1 point
    Boa tarde a todos, Vocês estão executando o consultar status antes do envio? Se sim, favor enviar apenas sem realizar a consulta. Peço a todos que também atualizem os fontes e reinstale a suíte ACBr. Por fim, façam novos testes.
  46. 1 point
    O cancelamento funcionou perfeitamente!
  47. 1 point
    Boa tarde. Conforme citado no chat, a remoção dos caracteres especiais solucionou o problema. Att.
  48. 1 point
    Ok, vou iniciar os testes novamente...
  49. 1 point
    Tópico fechado por falta de retorno do usuário
  50. 1 point
×
×
  • Create New...