Painel de líderes

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.

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

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

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

Boa tarde Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório.

Também vou precisar adicionar esse recurso ao nosso software. Muito obrigado pelas informações!

A consulta apenas pela chave de acesso não deveria causar esse erro. A verificação é feita a partir do DigestValue retornado no protocolo de autorização da nota com o DigestValue do XML gerado no momento da assinatura do mesmo. Sem o XML não tem como comparar por isso não deveria dar o erro. Já se o XML estiver carregado no momento da consulta é feita a verificação, não é apenas a data de emissão que interfere, qualquer diferença, por menor que seja, no XML vai causar o erro. O mesmo comando usando qualquer certificado vai retornar normalmente: NFe.ConsultarNFe("28190707684607000187650080000500799800970052") OK: Autorizado o uso da NF-e [Consulta] CStat=100 CUF=28 ChNFe=28190707684607000187650080000500799800970052 DhRecbto=24/07/2019 17:37:43 DigVal=Mn+DDmv6jjLKzUWQ+rXmsL6c9AY= Msg=Autorizado o uso da NF-e NProt=328190000121370 VerAplic=SVRSnfce201809061124 Versao=4.00 XMotivo=Autorizado o uso da NF-e cMsg=0 tpAmb=2 xMsg=

@Ricardo Timm Bonsembiante Me parece ser alguma configuração de página de código. Além do teste do Daniel, que é importante fazê-lo, emita também uma página de teste. Se não me engano, nela informa qual a página de código está configurada na impressora. Em algumas impressoras, há também a opção de habilitar/desabilitar caracteres chineses (mandarim) independente da página de código configurada. Não lembro se é o caso da drm-380. Para verificar e alterar essas configurações, normalmente usa-se o "Tool" do fabricante. Ele está disponível neste link: http://desenvolvedoresdaruma.com.br/drm380/ Obs.: Uso Linux e no momento não consigo te confirmar se esse "Tool" permite fazer essas alterações. Att.

Boa tarde. Na equipe de moderação não temos nenhum membro atuando nesta questão. Att.

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).

Bom dia, Me parece que esta dúvida cabe mais a um contador de confiança. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Estou verificando.

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!

Eu sugiro você evitar o uso do With em seu código de produção, principalmente em queries e registros SPED, SINTEGRA, etc... Não que ele não possa ser utilizado. Usamos ele nos aplicativos de exemplo e até em códigos do componente. Mas muitas vezes o código acaba ficando mais confuso. Altere o seu código pra algo como: var UmRegC405: TRegistroC405; UmRegC460: TRegistroC460; begin (...) UmRegC405 := RegistroC405New; UmRegC460 := REgistroC460New; UmRegC460.NUM_DOC := cdsC460NUMERO.AsString; UmRegC460.COD_MOD := dmECF.cdsConfigMODELO_ECF.AsString; UmRegC460.VL_DOC := cdsC460VALORNOTA.AsFloat; UmRegC460.NOM_ADQ := cdsC460NOME.AsString; (...) end;

A NFC-e é modelo 65. A nota "Modelo 2" é em algumas regiões conhecida como "nota série D" ou "nota manual pra consumidor".

Sim. SPED Fiscal/Contribuições (Empresas não optantes pelo simples). Sintegra (Empresa optantes pelo simples) (em MG ainda precisa) Atenciosamente.

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.

Boa tarde Kebe, Que eu saiba a nota fiscal modelo 2 é uma nota fiscal comum de papel que pode ser preenchida a mão, já a NFC-e é a Nota Fiscal ao Consumidor Eletrônica tem que ser emitida via computador. Portanto são documentos distintos, apesar de ter a mesma finalidade, ou seja, acobertar a venda de produtos no varejo para consumidor final.

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?

Boa tarde a todos, http://www.sped.fazenda.mg.gov.br/spedmg/cte/ CT-e / Modelo 57 AVISOS: • Em função de manutenção necessária no ambiente de processamento do CT-e/CT-e OS, o ambiente de produção ficará indisponível no período de 30/07/2019 09:30h até 31/07/2019 18:00h. A contingência SVC permanecerá ativada durante todo o período. • Disponibilizada em produção a NT 2018.002 v1.01 do CTE. • Em atendimento a NT 2017.002 a SEF desabilitou definitivamente a comunicação via protocolo SSL no dia 10 de setembro de 2018.

Está inutilizando normalmente, veja a consulta no portal da SEFAZ-PR: http://www.sped.fazenda.pr.gov.br/modules/conteudo/nfce.php?consulta=inutilizada

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.

Boa tarde. As libs para linux ainda não foram disponibilizadas, a qual delas é a sua necessidade? Att.

Boa tarde Roger, Por favor anexa as units alteradas para que possamos analisar as suas alterações.

Boa tarde, Sim ocorre nao transmite a NFS-e, com essa alteracao transmite normal.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

bom dia.. tente essa configuracao

Boa tarde Werley, Essas URLs se referem as consultas e o cancelamento. Gostaria de saber se você esta conseguindo enviar o Lote ou ainda esta ocorrendo o erro 400?

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Value, na verdade eu consegui usando um exemplo acima... RESTRequest.Params.AddHeader('Authorization', 'Bearer ' + FToken); RESTRequest.Params.ParameterByName('Authorization').Options := [poDoNotEncode];

Talvez você devesse então usar o QuandoVendeItem do ACBrECF em vez do ACBrECFVirtualSAT, não? Ou talvez, seria ainda melhor passar esse código para sua aplicação ou uma camada exterior... Não acho uma boa prática você usar comandos do ACBrECF dentro de um evento gerado por ele... Talvez. Sinceramente não testei isso porque não foi o assunto levantado no tópico no início e porque nenhuma alteração consciente foi feita nessa parte do código. Eu concordo com você que o comportamento precisa ser consistente. Contudo, discordo que seja uma boa prática chamar o ACBrECF.Subtotal dentro de um evento gerado pelo próprio ACBrECF. Apenas dei uma sugestão que achei simplificaria seu código. De qualquer maneira, você está levantando esse problema agora. Não consta nenhuma alteração nesse sentido e anteriormente não havia nenhuma ciência de qualquer problema relacionado. Para que possamos analisar com todo cuidado que esse tipo de problema merece, peço que, por favor, abra um novo tópico exatamente sobre essa suposta inconsistência do ACBrECF. Este novo tópico deve conter: um passo a passo de como reproduzir a inconsistência, se possível usando o programa de exemplo; descreva os passos descreva o resultado observado descreva o que era esperado Cite quais modelos você testou que apresentam o mesmo problema e quais você testou que não o apresentam; Me acione usando meu nome de usuário juntamente com @

Bom dia, se ocorrer de parar de responder, sempre verifique se não ha outra tela presa em segundo plano, por exemplo preview ou menu da Impressora...

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...

Tópico fechado por falta de retorno do usuário

Bom dia, Obrigada pela contribuição, adicionada para validação. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

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.

Ok obrigado pela dica, vou fazer essas mudanças.

Boa tarde, Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde, Obrigada pela contribuição, adicionada para validação. Att.

Notei pelo log que o problema ocorre justamente no momento da impressão: 25/07/2019 07:54:18 - ERRO: Printer is printing Mas os parametros para impressão no método CriarEnviarNFe, estão sendo passados de forma errada... Veja que passa o parametro para imprimir como "0" (Não Imprimir), mas passa o nome da impressora e também passa parâmetro para gerar PDF... Passe o parâmetro da seguinte forma: NFe.CriarEnviarNFe(..... dados da nfe... ,628416,1,0,"IMP153",0,1,1) Verifique se a opção Mostrar Preview nas configurações de impressão do Monitor está desmarcada...

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.

Luiz, Desculpe pequei o arquivo errado, segue outro que contem o responsável técnico. cteTiposBasico_v3.00.xsd

Bom dia Michel, Você informou tudo mesmo o que precisava, ou seja o modelo: [infNF001] mod= ??????? Modelo da NF serie=1 nDoc=123 PIN=00 CNPJCPF=18192394115 xNome=REINERIO G CAMPOS xLgr=RUA DOS CEDROS nro=03 xCpl=QUADRA 11 xBairro=JARDIM VISTA ALEGRE Demis=24/07/2019 vBC=120000 vICMS=1200 vPROD=120000 vNF=120000 nCFOP=1102 nPESO=1200 cMun=5208707 xMun=GOIANIA UF=GO

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

Bom dia, Ítalo! Posso informar a Chave de Acesso para consulta no Portal da Sefaz: 35190600882430000699550020005284271242415069 O problema ocorre na chamada da função HexToAscii após a limpeza e replace dos caracteres na função ReverterFiltroTextoXML.

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

Olá Amigos, Alguém teria um arquivo de retorno Bradesco CNAB 400 para me ceder a nivel de testes? Se alguém puder, fica muito agradecido. Abraços! Watson Passos

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.