Painel de líderes

Tem vários sites, porem muita informação controversa. Sugestões: portal da ANTT http://www.antt.gov.br/ Truckpad https://blog.truckpad.com.br/gestao/ciot/ Guia do TRC http://www.guiadotrc.com.br/leidociot/default.asp

Na aba principal do Monitor, marque a opção "RetirarAcentos da Resposta"

Vou ajustar e lhe envio

Boa tarde @Italo Jurisato Junior Fiz a implementação dos eventos de SST que estavam faltando. (Alterado) S-1060 - Tabela de Ambientes de Trabalho; (Alterado) S-2210 - Comunicação de Acidente de Trabalho; (Alterado) S-2220 - Monitoramento da Saúde do Trabalhador; (Alterado) S-2240 - Condições Ambientais do Trabalho - Fatores de Risco; (Novo) S-2245 – Treinamentos, Capacitações, Exercícios Simulados e Outras Anotações (Novo) S-2221 – Exame Toxicológico do Motorista Profissional (Excluído) S-2241 Alguns ainda precisam ser adicionados os métodos LerArqIni. Segue os arquivos para análise. ACBrSST.rar

Tive um problema parecido Apaguei o AcbrNfeServicos.ini, atualizei os fontes. rodei o bat para recriar o arquivo de recursos: ACBR\Fontes\ACBrDFe\ACBrNFe\Compila_RES.BAT e mudei a propriedade para do qr_code que em MG é 2 ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200; e ja testou testando em homologação em MG. ( tive que pedir por email a liberação )

OK.. Obrigado.. Resolvido

Sempre tentamos revisar e apontar qualquer problema. Quando são pequenas coisas, alteramos e enviamos ao SVN, daí você mesmo pode verificar o que foi alterado e se tiver dúvidas perguntar. Então fique tranquilo pra postar as alterações.

Não tem mistério, é só adicionar o RLPreview no formulário e no quando for dar o preview passar RlReport.preview(MeuRLPreview); a vantagem é que você pode criar um formulário de pré visualização totalmente parametrizável do zero, você pode amarrar ele com o seu gerenciador de direitos e fazer como quiser. Atenciosamente José Ricardo.

Boa tarde Este campo é impresso baseado na informação do XML... Preencha o campo com o nome correto na geração da venda (campo: xFant )

Boa tarde Para utilizar o A3 precisa informar apenas o número de série e senha do certificado e utilizar configuração SSL compatível com A3 (recomendado WinCrypt? mais detalhes veja essa apresentação: https://www.projetoacbr.com.br/forum/applications/core/interface/file/attachment.php?id=40967 Precisa que o certificado esteja instalado no windows e funcionando...

Boa tarde, Tisupervisor Nicoli. Na minha opinião o que da menos trabalho seria o A1, porém você também pode utilizar A3 com as seguintes configurações abaixo: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; SSLType := LT_TLSv1_2; Lembrando que o certificado A3, precisa ser instalado no Windows. Verificar o funcionamento do mesmo, estando tudo ok., você deverá informar apenas o número de série do certificado ao componente.

Realmente parece ter um erro na rotina. Pode anexar o XML para testes?

Obs para encerramento deste tópico: Os métodos do ACBrMonitor por default não alteram o XML. O que pode ocorrer é a existência de campos inválidos no XML, sendo assim ao ler o mesmo, o componente não vai adicionar esses campos, devido a inconsistência com a versão.

Veja que configurou a versão para ve200...

Eu atualizei as dll's do SiTef na pasta do executável e funcionou normalmente.

Certo, vou manter assim, obrigado pelas respostas

Bom dia. Acredito que você poderia se utilizar dos recursos do comandos da sessão Relatório Gerencial para tal https://acbr.sourceforge.io/ACBrMonitor/ImprimeLinhaRelatorio.html Note as respostas para este mesmo questionamento em seu tópico de algum tempo atrás Att.

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

Basta marcar a opção: "Monitorar Pasta" Vai ler todos os arquivos desta pasta e gerar o arq. saída com o mesmo nome.

Bom dia pradilsoncarlos, acho que neste caso você terá que utilizar o componente RLPreview e montar um formulário de preview personalizado ai na hora da impressão você vai passar RlReport.preview(MeuRLPreview); que o fortes ira carregar a visualização do relatório dentro deste RLPreview. Espero ter ajudado. Sucesso José Ricardo

Bom dia, No envio Síncrono, no retorno já temos o resultado do processamento. Lembrando que nesse modo só podemos enviar somente uma nota por vez. Já no envio assíncrono, o que temos no retorno é o recibo que atesta que o webservice recebeu o nosso lote de notas, sendo assim se faz necessário uma consulta pelo recibo para saber o resultado do processamento do referido lote. No modo assíncrono o lote pode ter até 50 notas. Com relação ao tempo é preciso verificar como esta a configuração do Monitor. Tenha em mente o seguinte: No modo síncrono, o XML é gerado, assinado, validado, enviado para SEFAZ, esta o processa e retorna o resultado, se foi autorizado, o XML é atualizado, ficando agora assinado e protocolado, portanto com validade jurídica. No modo assíncrono, o XML é gerado, assinado, validado, enviado para SEFAZ, esta retorna o numero do recibo de entrega do lote, uma consulta pelo recibo é feita, a SEFAZ retorna se o lote ainda esta em processamento ou não, se ainda estiver uma nova consulta é feita, se já foi processado e autorizado o XML é atualizado, ficando assinado e protocolado. Podemos definir um tempo de espera entre o envio e a primeira consulta, podemos definir quantas consultas serão realizadas e também o tempo de espera entre uma consulta e outra. Supondo que você tenha definido 5 segundos e para obter o resultado final foi necessário realizar 5 consultas. Temos 5 segundos antes da primeira consulta, mas 5 segundos entre cada consulta, temos no total 25 segundos.

Caso alguém passe pela mesma situação, eu resolvi meu problema pegando o retorno do xml após autorizado o uso e em seguida imprimir.

Bom dia Italo, Obrigado por sua resposta.... acabo de conseguir passar por este problema, na verdade estava faltando indicar para o componente uma configuração indicando qual a versão do arquivo. a quem possa interessar segue: ACBrReinf1.Configuracoes.Geral.VersaoDF := TVersaoReinf(3); //v1_04_00

Realmente acredito que o problema seja a tag vNF estar com o valor 0 e a vProd com 10.00.

Só para tirar dúvidas de alguém caso precise. A mensagem não é clara, pois o erro apresentado é sobre a assinatura, entretanto para outras empresas o erro não ocorre. Então analisei o XML enviado, e vi que para a empresa que ocorre o erro, o nome do contato da empresa estava com letra maiúsculas, ao passar para letras minusculas o problema foi resolvido e os clientes conseguiram transmitir.

Pode ser aquele problema do preview. Se estiver exibindo o preview do DANFE pode ser que ele está "por trás" de sua aplicação. Existem vários tópicos sobre esse assunto.

Para resolver a Rejeição 464, verifique todos os seguintes pontos: Se o Token para Homologação está configurado, veja se está enviando para o ambiente de homologação e vice-versa; Configurar o Token exatamente igual ao disponibilizado no portal da SEFAZ. Incluir traços, quando existir; Se o Token foi configurado apenas copiando e colando, tente digitar ele no campo determinado. E se ele foi configurado digitando, tente copiar do portal da SEFAZ e colocar no campo determinado; Confirme se os dados do Token e IDToken configurados estão exatamente iguais aos disponibilizados pela SEFAZ, no portal; Confirme se o IDToken possui 6 dígitos. Exemplo: No caso de ID 1, o valor configurado deve ser 000001; Verifique se os dados não foram configurados nos campos invertidos. Por exemplo, verifique se o Token não está configurado no campo IDTokenNFCe e vice-versa; Em alguns casos, caracteres especiais como o "&" (e comercial), podem apresentar essa rejeição, porém, depende do tratamento que a SEFAZ realiza; Se nenhum dos passos anteriores resolveram o problema, tente revogar o Token (CSC) e gerar um novo; Se todos os processos acima foram realizados e o erro ainda persiste, entre em contato com o escritório de contabilidade do cliente e confirme todos os dados. Se mesmo assim o erro persistir, existe a possibilidade de que a SEFAZ esteja retornando a rejeição incorreta. Por exemplo, o XML está com uma falha de esquema, mas a validação da SEFAZ retorna que o Hash do QR Code difere do calculado. Esses casos são raros, mas podem existir. Caso chegue a esse ponto, a melhor medida, é entrar em contato com a própria SEFAZ e verificar qual a ocorrência.

Boa tarde Ramalho, O erro que esta ocorrendo significa que o seu XML não esta correto, deve estar faltando tag, ou tag com grafia errada, etc. Vou ser sincero com você, esquece a sua rotina de gerar o XML e use o componente por completo. Garanto a você que a sua aplicação vai ficar pronta antes do esperado. O tempo que você esta perdendo em fazer a rotina para gerar o XML e depois descobrir porque o XML esta invalido, você já teria feito a rotina para alimentar o componente com os dados pertinentes ao evento (no programa exemplo existe uma para cada evento) e testado o seu envio.

boa tarde ele ja faz isso.. tu coloca o nome: ent_???.txt e vai vir sai_???.txt

Bom tarde Souza, Já recebi as alterações visando o SST, estou aguardando agora as alterações no programa exemplo. Mas você pode ajudar também em fazer os ajustes no arquivos INI dos eventos que sofreram alteração. Esses arquivos INI é utilizado pelos desenvolvedores que usam o ACBrMonitor, portanto programam em outra linguagem.

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

O @Daniel Simoes estava pensando em fazer uma pequena reforma no ACBrTEFD. Mas estamos bem focados no desenvolvimento das muitas partes da ACBrLib. Mas esse não é o melhor tópico pra tratar desse assunto. Se você quiser se dispor pra fazer essa alteração no componente, por favor, crie um novo tópico descrevendo quais mudanças e os motivos de estar desejoso de fazer, antes de começar o trabalho. Assim todos podem opinar e você não vai perder seu tempo.

Se você colocar com o simulador (SitefDemo) e a clisitef para simulador, funciona. Pelo menos até a última versão que eu peguei. Você pode questionar ao integrador que você precisa de uma dll para rodar com o debugger, para averiguar sua própria aplicação. Você não precisa debugar a dll, apenas sua aplicação. Essa imagem mostra um erro tratado por sua aplicação. Não ajuda sem o restante das informações. Talvez queira aproveitar a situação para implementar um sistema para gerar um CallStack quando surgirem esses tipos de problemas, conforme sugerido nesse outro tópico:

Se puder olhar esse xml também nos testes, ele tem mais tags preenchidas com essa informação. 31161286675642000106550020003686461000000011_ORIGINAL.xml

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

O Outro comando é ECF.PAF que retorna o MD5 https://acbr.sourceforge.io/ACBrMonitor/PAF.html. Além desses não tem outro método...

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

Bom dia. Atualmente não consegue. Att.

Bom dia Alessandro, Favor atualizar os fontes e faça novos testes.

@BigWings, eu atualizei os fontes hoje pela manhã antes de testar. Agora que comentou, procurei o tratamento do Italo, e encontrei o que me parece ser o problema. Note que o tratamento foi feito no Leitor.Grupo, porém os itens do documento são carregados a partir do Leitor.Arquivo, que permanece com as TAGs. Veja nas imagens abaixo:

Consegui resolver, segue o consoleApplication: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using Manifestacao.Library.Common; using ConsoleApplication3.CfeConsultaLotes; namespace ConsoleApplication3 { public class Program { static void Main(string[] args) { try { var uf = "SP"; var uf1 = "35"; const string _versaoDados = "0.08"; var str = @"<consLote xmlns=""http://www.fazenda.sp.gov.br/sat"" versao=""0.08""> <nserieSAT>003688909</nserieSAT> <dhInicial>01022019000000</dhInicial> <dhFinal>28022019000000</dhFinal> <chaveSeguranca>220df259-5918-4543-84f8-dc01e7c449a8</chaveSeguranca> </consLote>"; var CfeCliente = new CfeConsultaLotesSoapClient(); var cfeCabecMsg = new CfeCabecMsgSoapEntity() { cUF = uf1, versaoDados = _versaoDados }; var result = CfeCliente.ConsultarLotesEnviados(ref cfeCabecMsg, str); } catch (Exception) { throw; } } } } /*result*/ /* <resLote xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><infContribuinte /><Mensagem>Número de série inválido.</Mensagem><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /><SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /><Reference URI=""><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /></Transforms><DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /><DigestValue>vYyQ/dtFZ1I/OqYbLwqI2FGvnu74STzoPHh6S6ZiF5c=</DigestValue></Reference></SignedInfo><SignatureValue>i2LLcsuOYcjJPnKBUQqEEulOxqL1GqVMETXBdGc858EbBPYFTCXQ4UnKf2kK1pAwjK3errQYKtxiiuLQMXh8C/ZxqkA4EoH1MtAJGUVQubmrF0MrfZAPz6aLkt9177wCP8qhI1wQfQdBnBpthm9gL3LKzIglyqxP/M2xHunbsc81NJCRsKSsfRXFTVb4fgXr/3zPyKZcF8ITvDWfHu+lUxWbDDDfKfE2tOhNZaKGuLQa5wJB1fMsI1ouDCf8WavCIGXcPJL3yOXhoH88NOeyTtFEOT/pLunytMH0u64Ky6sCGMnNs5RSghBSFVD2lRy0yHC3G51Nnb74osk0PP0sLQ==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH7DCCBdSgAwIBAgIJARoMsJXBEyQhMA0GCSqGSIb3DQEBCwUAMHMxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMS0wKwYDVQQLEyRJbXByZW5zYSBPZmljaWFsIGRvIEVzdGFkbyBTIEEgSU1FU1AxIDAeBgNVBAMTF0FDIEltcHJlbnNhIE9maWNpYWwgU1NMMB4XDTE4MDgzMDE1MDIwNFoXDTE5MDgzMDE1MDIwNFowgcYxCzAJBgNVBAYTAkJSMQswCQYDVQQIEwJTUDESMBAGA1UEBxMJU2FvIFBhdWxvMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMT8wPQYDVQQLEzZDZXJ0aWZpY2FkbyBkZSBBc3NpbmF0dXJhIERpZ2l0YWwgLSBUaXBvIChTZXJ2aWRvcikgQTExHDAaBgNVBAsTE0FSIElNUFJFTlNBIE9GSUNJQUwxIjAgBgNVBAMTGXdzc2F0c3AuZmF6ZW5kYS5zcC5nb3YuYnIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDDqQ3cIwb5llqdPMWoZb+mzr5IzEo5C/cLMDGFlXeWTC2lbwdf+siTECR0rPljjo402SJ4BMOeW911xQdZ7Q3ICKm+o0FAJB5o0S5Home5YuSA3kVfQl6UY1VDgQCfJLfDXZWZ3ileHA3XGnb9qZ6+xKYBix4CNWgEpnlKY0N8Ml8o807Kpq2jeOSfUYBYIxd8nED+kWszJ+ld1aQpsX1WAgyW8D90qrvgLaTGMm0KsUrhXF+qdNKS405Fy4EvLeBXN2Hz8pc17El2Rt47Hba+1capNNxbwMRAGzKllxU+A7cKEevsoWnOvOf8TKEcxgP6SkVQeACA+GVamrodV/JnAgMBAAGjggMtMIIDKTAOBgNVHQ8BAf8EBAMCBeAwgaUGCCsGAQUFBwEBBIGYMIGVMDcGCCsGAQUFBzABhitodHRwOi8vaW8tb2NzcC1pY3Bici5pbXByZW5zYW9maWNpYWwuY29tLmJyMFoGCCsGAQUFBzAChk5odHRwOi8vaW8tY29tLWljcGJyLmltcHJlbnNhb2ZpY2lhbC5jb20uYnIvcmVwb3NpdG9yaW8vSU1FU1BTU0wvQUNJTUVTUFNTTC5wN2IwHwYDVR0jBBgwFoAUUDdKJ4I/3FNSOtoDpKHlzQlozEgwYwYDVR0gBFwwWjBYBgdgTAECAYFTME0wSwYIKwYBBQUHAgEWP2h0dHA6Ly9pby1jb20taWNwYnIuaW1wcmVuc2FvZmljaWFsLmNvbS5ici9yZXBvc2l0b3Jpby9JTUVTUFNTTDAJBgNVHRMEAjAAMIHvBgNVHR8EgecwgeQwVKBSoFCGTmh0dHA6Ly9pby1jb20taWNwYnIuaW1wcmVuc2FvZmljaWFsLmNvbS5ici9yZXBvc2l0b3Jpby9JTUVTUFNTTC9BQ0lNRVNQU1NMLmNybDBIoEagRIZCaHR0cDovL3d3dy5kaWdpdGFsdHJ1c3QuY29tLmJyL3JlcG9zaXRvcmlvL0lNRVNQU1NML0FDSU1FU1BTU0wuY3JsMEKgQKA+hjxodHRwOi8vcmVwb3NpdG9yaW8uaWNwYnJhc2lsLmdvdi5ici9sY3IvSU1FU1AvQUNJTUVTUFNTTC5jcmwwgcwGA1UdEQSBxDCBwYIZd3NzYXRzcC5mYXplbmRhLnNwLmdvdi5icqAgBgVgTAEDCKAXBBVTRUNSRVRBUklBIERBIEZBWkVOREGgGQYFYEwBAwOgEAQONDYzNzcyMjIwMDAxMjmgLQYFYEwBAwKgJAQiTFVJWiBDTEFVRElPIFJPRFJJR1VFUyBERSBDQVJWQUxIT6A4BgVgTAEDBKAvBC0xMzA1MTk2ODE3Nzc1OTA3ODc4MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMBMA0GCSqGSIb3DQEBCwUAA4ICAQBRPu0H/+eXBvSg5cpfKlUucktnNGuTJybn2OM0/sqD3v+E6LijicJ9FqdcK/RDXwvGBqx1qaEJe2ohYrpL5MKyyhylT5lANhPhkDopWkROJSPRPGJieztV2z97oplnPsBrFTL3rcy4aFoWekEgUQ6KNmTDsOJipoDj8wCWiECy4iBZJk1OApbjcI5R6A2UaoofLnq14T99xY4p7kcCGnQR2SR6bftFMRZVgRC8NmGs7AWL1RA8GYPVwbilx4LXJKgeU0G+XFV2QTyGzXMJuDHAU1D6uPTt4CRCHXKyD2WVkO4K3xONHJ+m150iiKXZTuBxw+uwt88otu1gVLR+oB9l1ZZdmyRjhLlqTJU+DaQwudWysKa+RnfIInFaWgdXmuG5svjkC029IM7SAZRhFeN7opgFIvkshrLh/Rsf22R0ROsCQimGdzU/YcqGRiV+PyalbU5slLyWLnREljWoTXIVIuiMzZSwAXggGXDdTYMjeRgzleSJQ7mMuGUaLAMggASEPkYGIAFQxWlJCrnOupLozhr/naULRjdYvOL69DYvWqRuyz7teBpmsr7fl1cmEqhU/eBpX+7mXZkv2DdIueHcS9EYbQ4X5opb7vWrc5miHd7pT/b8yoqo4aRX5ZG8YlfRuberYGoXh0kZVoSwtKjNb0y6PgLR9gzmjJueecb4Hw==</X509Certificate></X509Data></KeyInfo></Signature></resLote> */

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

Se voce sabe fazer os calculos a serem realizados, voce faz a informacao das variaveis de calculo e resultado nas propriedades das tags. Necessita tambem em info adicionais fazer referencia a operacao , tem uma grd a ser gerada pela contabilidade para acompanhar a nota. Se tem duvidas nos calculos melhor ver com o contador do cliente.

o CSC estava todo em maiúsculo e na verdade é em minusculo, fiz a alteração e consegui transmitir a NFC-e. E quanto ao fato do estar retornando "?" no lugar dos caracteres especiais, existe alguma configuração que eu posso fazer?

Boa tarde Arce, Muito obrigado pela colaboração, assim que possível vou analisar e se tudo estiver OK, vou enviar para o repositório.

Percebi que fiz o teste errado e fiz novamente e deu certo, obrigado.

Ok! lembrando que vai nessa questão perder as futuras implementações e correções pois o svn vai marcar como não atualizável e seu arquivo vai ficar no estado que inicio. uma sugestão: faça somente o que está no manual pois senão você daqui a pouco terá um monstro para cada cliente e dai ao invés de criar features nova em seu sistema ficará refem em manter isso para seus clientes. pense.