Painel de líderes

Em função do estado de emergência nacional para conter o surto viral de Corona Virus (COVID-19), O Projeto ACBr comunica aos membros: Conteúdos da área de vídeos do SAC ACBr estarão abertos para todo o público Como a orientação das autoridades de saúde é permanecer em casa, o Projeto ACBr entende que teremos de aproveitar o nosso tempo de uma forma diferente durante a quarentena. Como uma forma de solidariedade, os vídeos do SAC ACBr estarão abertos para todo o público (isso inclui o curso Dominando o ACBrMonitor) por tempo indeterminado. Você só precisa ser cadastrado no fórum para poder acessar livremente todos os nossos conteúdos gratuitamente. Os colaboradores do Projeto ACBr (inclusive os que trabalham em regime presencial) estarão trabalhando remotamente durante o período de Quarentena. Numa forma de zelar pela saúde de nossa equipe, todos os colaboradores do ACBr estarão trabalhando em seus respectivos lares. Dado a esse fato, pedimos a compreensão de todos os membros, que podem haver possíveis atrasos nas respostas do Fórum Aberto, Fórum do SAC e Chat ACBr. Todos os serviços citados continuarão em funcionamento seguindo às prerrogativas requiridas para a prevenção correta. Recomendamos à todos os membros que tomem as devidas previdências de segurança. Lavar as mãos e evitar aglomerações é o essencial, porém para conter a dissiminação do vírus, devemos ficar em nossos lares, abrindo mão de circular em locais públicos como bares, praças, praias, shoppings e etc sem necessidade. Cuidado com o contato com pessoas consideradas dentro do grupo de risco (pessoas idosas, com problemas respiratórios ou problemas graves de saúde em geral), pois o vírus tarda a manifestar seus sintomas, e muitas vezes os infectados acabam passando para outras pessoas antes mesmo de saberem que estão doentes. Independente da sua região, é tempo de estarmos unidos, porém não "juntos". Vamos aguardar esses tempos difíceis passarem para retomarmos nossas atividades normais, e esperamos que todos fiquem bem até lá. https://www.projetoacbr.com.br/forum/video/ https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Olá Pessoal, Um colega nosso do fórum fez um questionamento junto a ANTT sobre a necessidade do CIOT em um transporte de carga fracionada, segue abaixo a pergunta e a resposta da ANTT. Boa tarde, Referente CIOT Transportadora ETC com 10 caminhões cadastrados que trabalha com carga fracionada retirando em um local e entregando no destinatário, deve cadastrar um CIOT para cada conhecimento emitido? Entendi que a legislação abrange todos, mas tem vários entendimentos. Prezado(a) Senhor(a), Em atenção à mensagem de V. Sª., registrada sob o protocolo nº., informamos que esta Ouvidoria obteve os seguintes esclarecimentos da Gerência de Regulação do Transporte Rodoviário e Multimodal de Cargas – GERET. Os preços mínimos em caráter vinculante de que trata a legislação se aplicam apenas aos casos de transporte de carga lotação, conforme pode ser comprovado pela redação do art. 4º da referida Resolução: Art. 4º A metodologia descrita no ANEXO I define os procedimentos para cálculo dos custos que compõem o frete-peso, de veículos movidos a diesel, para operações de Transporte Rodoviário de Carga Lotação. Por este motivo, até a publicação de norma que regulamente o transporte de carga fracionada, sugerimos a contratação com base em livre negociação entre as partes. Entende-se como carga fracionada quando há pelo menos dois contratos diferentes de transportes, com pelo menos dois embarcadores, em um mesmo veículo, independentemente da proporção de cada embarcador. Não haverá ainda a necessidade de geração do CIOT para essas operações. Finalmente, informamos que os cidadãos podem colaborar com o aprimoramento da atuação da ANTT por meio de contribuições apresentadas presencialmente ou por e-mail nos eventos de participação e controle social realizados pela Agência, tais como audiências e consultas públicas. Sua sugestão é muito importante. Acompanhe os eventos já realizados e os que estão em andamento pelo link: http://www.antt.gov.br Permanecemos à disposição. Atenciosamente, Ouvidor da ANTT

Olá Pessoal, Esse tópico tem por finalidade responder as perguntas mais frequentes que aparecem no fórum. 1. O que vem a ser o CIOT? R.: CIOT - Código Identificador da Operação de Transporte, portanto é um numero obtido através do cadastramento da operação de transporte no sistema eletrônico (via site ou webservice) das IPEF - Instituição de Pagamento Eletrônico do Frete. Tem por finalidade regulamentar o pagamento do valor do frete nas prestações dos serviços de transporte de carga rodoviário. 2. Onde o CIOT é informado? R.: O numero do CIOT é informado no MDF-e, mais precisamente no campo CIOT que se encontra dentro do grupo infCIOT que por sua vez esta dentro do grupo infANTT do grupo rodo, portanto devemos informar o CIOT quanto se tratar de transporte Rodoviário. 3. Como obter o CIOT? R.: O numero do CIOT pode ser obtido através do site ou pelo webservice de uma das IPEF - Instituição de Pagamento Eletrônico do Frete, como por exemplo o eFrete. 4. Como faço para obter o CIOT via webservice? R.: Já se encontra disponível o componente ACBrCIOT (Delphi/Lazarus) que se utiliza do webservice do eFrete. Ainda não esta disponível o CIOT em DLL ou no ACBrMonitor Plus. 5. Quando sou obrigado a informar o CIOT no MDF-e? R.: Quando se tratar de um transporte rodoviário carga lotação, ou seja, toda a carga do caminhão possui apenas um contrato de transporte portanto apenas um embarcador. 6. Tem que informar o CIOT quando for carga fracionada? R.: Não, ainda não existe nenhuma obrigatoriedade imposta pela ANTT no caso de carga fracionada, pode ser que futuramente se torne obrigatório. 7. A minha empresa não é uma transportadora, apenas vendo e realizo o transporte com caminhão próprio da mercadoria vendida, devo informar o CIOT no MDF-e? R.: Não, somente as empresas que realizam a prestação de serviço de transporte de carga, ou seja, transportadora. 8. Onde posso obter notícias sobre o CIOT? R.: Clique Aqui. 9. Ao enviar qualquer evento para o eFrete recebo a seguinte mensagem de retorno "Integrador de software não homologado para esta solicitação", como resolver? R.: O Desenvolvedor deve entrar em contato com o eFrete e solicitar o seu cadastramento como Integrador (desenvolvedor), por e-mail receberá um código chamado Hash do Integrador que deverá ser informado na propriedade de configuração do componente chamada: HashIntegrador. 10. Posso usar "TipoPagamento = EFrete" em homologação sem custos? R.: Sim pode utilizar sem problemas, este ambiente é apenas paras testes. 11. Quando em modo de produção usando TipoPagamento = EFrete de quem será cobrado, do contratante? R.: Em produção no formato atual o valor é cobrado do contratante. 12. Posso usar o componente ACBrCIOT sem a necessidade de um certificado digital? R.: Sim, vamos aos requisitos e como proceder. Configuração do componente, vide imagem do programa exemplo: Note que não foi informado nada referente ao certificado no quando "Certificado" e devemos utilizar o libOpenSSL. Devemos também atribuir o valor False a propriedade UseCertificateHTTP da seguinte forma: ACBrCIOT1.SSL.UseCertificateHTTP := False; Para que o componente entenda que não vai ser utilizado o certificado digital. Como proceder: Quando não é utilizado o certificado digital antes de qualquer operação (cadastro de motorista, veiculo, operação de transporte, etc) devemos executar o Login e no final quando não tem mais nenhuma operação devemos executar o Logout. No programa exemplo é demostrado como devemos alimentar o componente para realizar essas duas operações. Quando executamos o Login o eFrete nos retorna o Token que deve ser atribuído a propriedade Token da seguinte forma: with ACBrCIOT1.Contratos.Add.CIOT do begin // Só é necessario se usar usuario e senha e não o certificado Integradora.Token := sToken; (...) end; A variável sToken contem o Token retornado pelo eFrete. Observação: toda vez que for executado o Login o eFrete gera um novo Token. Na procedure referente ao botão [Criar e Enviar] é mostrado como ler do retorno o valor do Token. Atenção: essa informação só vai ser retornada na operação de Login.

Bom dia Ana, O validador da SEFAZ-RS ainda não foi atualizado, mas os schemas que estão disponíveis na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe validam o MDF-e de forma correta. Mantenha todos os fontes de todas as pastas atualizados para garantir um bom funcionamento dos componentes.

Talvez seja necessário re-instalar o D7... O instalador do ACBr usa componentes da Jedi para detectar as IDEs... e eles por sua vez, leem informações do Registro do Windows

Tempos atrás precisamos comunicar com a Balança Balmak BCK-30 e foi compatível com os protocolos da Toledo e Filizola. Funcionou normalmente utilizando o ACBrBal. Talvez esse modelo aí também funcione.

BANCO SAFRA Oi Pessoal, estava realizando testes com o banco safra e percebi um problema referente ao tamanho da Agencia. Ao conferir o manual verifiquei que o tamanho da Agencia e 5, oque estava gerando erro ao gerar o arquivo de remessa e ao gerar a impressao do boleto. Alteraçao ao montar codigo do cedente Alteraçao da montagem do codigo de barras Manual do Banco Adicionado para pegar a instruçao 2 corre, otamente BANCO CRESOL Ao realizar testes no banco cresol foi verificado que ao gerar o boleto a linha digitavel estava sendo gerada incorretamente, sendo verificado gerando um boleto que ja havia sido gerado anteriormente e validado pelo banco e comparando com a versao gerada pelo ACBR, sendo realizada as seguntes modificaçoes. configuraçao encontrada no manual Tamanho da Agencia 4 Alterado para que ao montar o codigo de barras pegue o tamanho da agencia Moficado para ser igual ao manual Modificado para ser igual ao manual Com as seguintes alteraçoes foram aprovadas pelos bancos, deixo os fontes para analise! Desde ja agradeço a atençao.. Fontes.rar

Juliana, eu acho que consegui, enviei novamente para o banco, assim que me retornarem eu posto seu deu certo ou não, e o que eu fiz caso retorno positivo. Obrigado

Bom dia Valter, Muito obrigado pela colaboração, já enviei para o repositório.

Olá pessoal, Muitos estão preocupados com o CIOT, pois o prazo para que essa informação passe a constar no MDF-e esta ficando curto. Mas a cada dia que passa surgem novidades. O texto abaixo foi postado em um dos tópicos pelo nosso amigo Marcel Henrique Scandolara. AUDIÊNCIA COM ANTT 30/01/2020 Presentes: José Amaral, Diretor Substituto; Tito Lívio, Gerente. CNI, ANUT, VIVALACTEOS, ABITRIGO - Alternativa ao CIOT: a ANTT informou que tem realizado entendimentos com o fisco desde o final do ano passado no sentido de integrar seus sistemas; caso sejam bem sucedidos, o manifesto de carga pode ser utilizado para várias obrigações assessórias da agência, inclusive o CIOT. Vamos marcar audiência com o fisco para reforçar iniciativa da ANTT. Até lá, ela continuará o processo de implantação do CIOT. - Prazo de adiamento do CIOT: será restabelecido o prazo inicial de 90 dias, ou seja, 45 dias a contar do dia 31/01; a resolução foi publicada em 17 de dezembro, dando prazo de 30 dias para entrar em vigência, concluído em 16 de janeiro (30 dias); adiamento de 60 dias a partir de 16/1 resulta em 45 dias a partir de amanhã. - A ANTT está trabalhando com o fisco para viabilizar seu sistema em 240 dias, para disponibilizar às empresas. - A ANTT entende que o CIOT cai se a integralidade da lei do frete for considerada inconstitucional; caso a tabela seja a declarada referência de preço, sem derrubar a lei, o jurídico terá que estudar a situação. Por essa informação a data de inicio de obrigatoriedade passa a ser 16/03/2020. Existe uma alteração no layout do MDF-e bem como um novo evento ( Pagamento da operação de transporte ) com datas previstas para 09/03/2020 (ambiente de homologação) e 06/04/2020 (ambiente de produção). Não sei precisar a vocês se esse evento e mais as alterações no layout do MDF-e contempla 100% o que a ANTT deseja. Temos também um pedido de suspenção em anexo, postado em um outro tópico pelo nosso amigo Leandro Miler Santana. Suspensao Obrigacao CIOT.pdf

Bom dia a todos, A ideia é consultar uma NFS-e pelo numero do RPS, correto? Muito bem, favor entrar em contato com o provedor e questionar se o webservice dispõe desse serviço. Se sim, solicitar um exemplo de um XML para essa consulta.

ola colegas! consegui resolver meu problema somente colocando 5000 na propriedade aguardar resposta na cofiguração do acbrnfse.webservice e aumentei tambem o timeout de 5000 para 15000 e funcionou perfeitamente, como o acbr parece que nao implementa uma consulta de situacao por rps então cada envio implica em o provedor registrar em sua base de dados a nota, talvez teria que ser implementado isso.

Vendo em muitos Fóruns, notei que o PHP tem bloqueios para leitura de portas seriais no Windows, sendo necessário configurar ou usar DLL (não encontrei tutoriais do tipo). Bem... Resolvi da forma mais aceitável diante da situação (ambiente Windows): Fiz um programa em JAVA (exportado em um arquivo .jar) que recebe os parâmetros da porta serial e efetua a leitura da mesma. Mas fiz de uma forma mais diretamente "ligada" ao PHP. Sabendo que o arquivo .jar pode ser executado pelo CMD passando até mesmo parâmetros por linha de comando, fiz com que o PHP acionasse esse arquivo pelo comando "exec" ou "passthru" e depois tratei o retorno no próprio PHP, acredito que dessa forma é bem melhor do que ficar criando arquivos .txt para ficar lendo depois... Então, sem mais delongas segue os fontes (JAVA e PHP): PHP: $comando_cmd="java -jar ler_serial.jar 9600 8 1 0 COM3 ENQ"; //Arquivo seguido dos parâmetros que serão capturados pelo arquivo .jar (separados por espaços). OBS: só coloquei parâmetros pois não quis criar um arquivo .jar para cada tipo de porta ou configurações e comandos (ENQ por exemplo serve apenas para saber qual comando será usando no arquivo .jar, deve haver alguma forma de executar os comandos no JAVA que estejam armazenados em uma variável, eliminando assim os "if" e "else" para cada instrução dentro do arquivo .jar). echo passthru($comando_cmd); //exibe o retorno. JAVA: import jssc.SerialPort; //Para funcionar é preciso adicionar no projeto uma biblioteca (usei essa: jSSC-2.7.0-Release.zip), vale pesquisar como adicionar, é fácil import jssc.SerialPortException; //Para funcionar é preciso adicionar no projeto uma biblioteca (usei essa: jSSC-2.7.0-Release.zip), vale pesquisar como adicionar, é fácil //Fonte sobre essa biblioteca: http://nakalabs.herokuapp.com/articles/arduinoAndJava.html public class Main { public static void main(String[] args) throws InterruptedException { //Parametros estáticos, caso não usem os valores passados por linha de comando /* int BAUD_RATE = 9600; int DATA_BITS = 8; int STOP_BITS = 1; int PARITY = 0; String SERIAL_PORT = "COM2"; */ //Armazena os parâmetros nas variáveis int BAUD_RATE = Integer.parseInt(args[0]); //9600 int DATA_BITS = Integer.parseInt(args[1]); //8 int STOP_BITS = Integer.parseInt(args[2]); //1 int PARITY = Integer.parseInt(args[3]); //0 String SERIAL_PORT = args[4]; //COM3 String COMANDO ="ENQ"; //Comando inicial, caso nada seja passado como parametro, vai executar um ENQ (muito comum em comunicação serial) if(args[5].equals("ENQ")){ //Serve apenas para comparar o parâmetro passado e executar algum comando previamente programado COMANDO = ""+(char)5; //Coloquei ""+ (aspas dupla concatenada) só para aceitar como String, pois nem todo comando é do tipo (char) no meu caso } else if(args[5].equals("BEL")){ //Outro comando, e assim vai... COMANDO = ""+(char)7+"p"; //Salientando que esses comandos são das minhas necessidades, isso vai depender do comando que o dispositivo esteja aguardando para retornar algo... } SerialPort serialPort = new SerialPort(SERIAL_PORT); try { //Os comandos "exec" e "passthru" capturam esses retornos, basta exibilos ao seu favor... System.out.println("Porta aberta: " + serialPort.openPort()); System.out.println("Parametros configurados: " + serialPort.setParams(BAUD_RATE, DATA_BITS, STOP_BITS, PARITY)); System.out.println("Enviado mensagem: " + serialPort.writeString(""+COMANDO+"")); //Aqui ele escreve o comando na porta Thread.sleep(1000); //Aguarda 1 segundo para ler a porta //System.out.println("Retorno: " + serialPort.readString()); //Retorno da porta em String System.out.println("Retorno: " + serialPort.readHexString("")); //Retorno da porta em Hexadecimal, Com "" (aspas dupla) no parâmetro, significa que não haverá espaços entre os valores retornados ou colocando qualquer caractere, servirá como separador. System.out.println("Porta fechada: " + serialPort.closePort()); } catch (SerialPortException ex){ System.out.println(ex); } } } Postei essa mesma solução no ACBR, Imaster e Devmedia. nos que suportarem anexos, colocarei também a biblioteca do JAVA zipada. Não sou bom em programação Java, caso alguém tenha melhorias para o código, ficarei muito grato... Vale visitar meu site: www.sisnorg.com (ainda em desenvolvimento, mas funcional para um possível contato comigo). Abraços a todos que me ajudaram nos mais diversos fóruns... PORTA SERIAL JAVA jSSC-2.7.0-Release.zip

Pessoal, Temos uma noticia publicada pela ANTT e que foi compartilhada pelo nosso amigo pcbonetti. Prazo para o cadastro do CIOT é estendido

Olá Ricardo. Muito obrigado por reportar. Ao analisar o código e o manual da NFe (MOC 7.02) eu percebi que na verdade esse campo pode chegar até a 400 caracteres. Então eu já aumentei para esse valor. Enviei a alteração na revisão 19243.

Acaba de ser publicada a Resolução 5869 de 30/01/2020 que entrara em vigor dentro de 60 dias a contar do dia 31/01/2020. http://www.in.gov.br/en/web/dou/-/resolucao-n-5.869-de-30-de-janeiro-de-2020-240822860 Informação compartilha pelo nosso amigo Marcel Henrique Scandolara.

Sem separação das esferas (Federal/Estadual e Municial) e nem a fonte do valor: IBPT. Pesquisei muito na internet mas ainda não encontrei nenhum site que informa se é legal a informação ser passada dessa forma. Olhei aqui no fórum, e por alto, alguns usuários dizem que emite, até mesmo essa informação no campo de complemento. Mas já que o ACBr possui esta tag vTotTrib, acredito que exista alguma forma de não recorrer à gambiarras rsss Por favor, gostaria de saber o que vocês fazem para emitir a NFCe com essas informações, pois não encontrei nenhuma resposta correta Boa noite! Veja que o campo no manual diz o seguinte: Não tem como especificar os três em apenas um campo aonde pede o total. Para atender a lei e que saia de forma separada a impressão, você terá que controlar isto e imprimir em informações complementares.

Olá Pessoal, Muitos desenvolvedores acabam escolhendo um dos 3 métodos de envio de RPS e nem sempre funciona, porque? É muito simples, primeiro temos que separar os provedores em 3 grupos: os que seguem a versão 1 do layout da ABRASF, os que seguem a versão 2 e os que tem o seu próprio layout. Os provedores que seguem a versão 1 do layout da ABRASF oferecem somente o serviço de envio assíncrono, portanto só podemos usar o método Enviar do componente, esse método permite o envio de um lote contendo de 1 até 50 RPS. Os provedores que seguem a versão 2 do layout da ABRASF a principio oferecem os serviços: envio assíncrono, envio síncrono e gerar NFSe, respectivamente no componente temos os métodos: Enviar, EnviarSincrono e Gerar, onde os dois primeiros permite o envio de um lote contendo de 1 até 50 RPS e o último o envio de apenas 1 RPS. Destaquei "a principio" porque ao implementar dezenas de provedores que seguem a versão 2 no componente, notei que vários não disponibilizaram os 3 serviços e sim apenas um ou dois dos três sugeridos pelo layout. Logo não é possível afirmar que todos os provedores que seguem a versão 2, disponibilizam os 3 serviços de envio. Já os provedores que tem o seu próprio layout, não tem como estabelecer uma regra, pois cada um implementou o serviço que melhor lhe convém. Além dos serviços de envio, temos também os de consulta, cancelamento e substituição de NFSe. Como faço para saber quais são os serviços disponibilizados pelo provedor que vou utilizar, bem como o layout que ele segue? É muito simples, basta abrir o arquivo INI do mesmo. Na seção XML temos o campo Layout que pode conter os seguintes valores: ABRASFv1, ABRASFv2 ou outro valor (normalmente o nome do provedor). No caso de um valor diferente de ABRASFv1 e ABRASFv2 fica claro que não segue nenhuma das versões da ABRASF, logo tem o seu próprio layout. Para saber os serviços oferecidos pelo provedor basta olharmos para as seções: [Recepcionar] => Responsável por montar o envelope de Envio assíncrono, se consta a definição do envelope significa que este serviço esta disponível. [ConsSit] => Responsável por montar o envelope de Consulta a Situação do Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsLote] => Responsável por montar o envelope de Consulta ao Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSeRps] => Responsável por montar o envelope de Consulta NFSe por RPS, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSe] => Responsável por montar o envelope de Consulta NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Cancelar] => Responsável por montar o envelope de Cancelar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Gerar] => Responsável por montar o envelope de Gerar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [RecSincrono] => Responsável por montar o envelope de Envio síncrono, se consta a definição do envelope significa que este serviço esta disponível. [Substituir] => Responsável por montar o envelope de Substituir NFSe, se consta a definição do envelope significa que este serviço esta disponível. Exemplo de um Envelope não definido, portanto serviço não disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Exemplo de um Envelope definido, portanto serviço disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<S:Body> Texto3=%DadosMsg% Texto4=</S:Body> Texto5=</S:Envelope> Conselho: Tenha uma tela de configuração que permite ativar ou não a execução de cada um desses métodos, assim a sua aplicação pode enviar o RPS através do método ou outro dependendo da configuração estabelecida por conta do provedor a ser utilizado.

Ricardo, Fico feliz por ter encontrado a solução e ter compartilhado. Sem duvida, é compartilhando que todos crescem.

Olá pessoal, Com o passar do tempo e havendo necessidade acabamos fazendo alterações tanto no arquivo Cidades.ini bem como no arquivo INI do provedor que a cidade do seu cliente contratou. Sendo assim é de vital importância que na maquina do seu cliente os arquivos INI (informados acima) bem como os arquivos XSD (Schemas) estejam sempre atualizados. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI, encontramos os arquivos INI de todos os provedores que o componente reconhece mais o Cidades.ini Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas, temos uma pasta para cada provedor e dentro de cada uma delas os arquivos XSD, ou seja os schemas usados pelo provedor. A minha sugestão é que dentro da pasta que se encontra o executável da sua aplicação deve constar também os arquivos: Cidades.ini e o INI do provedor, uma pasta com o nome Schemas e dentro desta os arquivos XSD do provedor. No que diz respeito a configuração, o componente deve estar configurado da seguinte forma: ACBrNFSe.Configuracoes.Geral.PathIniCidades := "Informar o path (caminho completo) de onde se encontra o arquivo Cidades.ini"; ACBrNFSe.Configuracoes.Geral.PathIniProvedor := "Informar o path de onde se encontra o arquivo INI do provedor"; ACBrNFSe.Configuracoes.Arquivos.PathSchemas := "Informar o path de onde se encontra os arquivos XSD (Schemas) do provedor";