Painel de líderes

consegui resolver o problema das etiquetas do ml na l42 pro, invés de usar o direct Print Vc deve usar o L42 Pro utility V2.0.0.13 ultima versao deisponivel no site da elgin, abra o aplicativo va em Comandos > carregar arquivos ,carregue o arquivivo txt e clique em enviar,Pronto! estava editando em pdf pra imprimir nas etiquetas dando muito trabalho aqui na empresa ja faz 3 meses agora que descobri fuçando quero compartilhar o ganho de tempo que isso me deu Flw Obs: fiz a tualizaçao do firmware só baixar a firmware atualizada no site da elgin e atualizar usando L42 Pro Utility na aba ;firmware

Para fazer uma Nota de consumo próprio informando no destinatário o mesmo CNPJ do remetente, não é possível fazer com NFC-e, apenas NF-e! Alguns clientes tentam contornar isso emitindo uma NFC-e sem identificação do destinatário, colocando para que o sistema busque apenas o preço de custo ou cmv médio ao finalizar a venda (pois se não colocar para trazer assim, vai gerar um lucro que não existe). Mas "fiscalmente", não está correto!

Bom dia, ao enviar os arquivos para o banco Itaú, o mesmo me retornou uma crítica referente a negativação, na posição 392/393 estava sendo informado zeros quando na verdade deveria se informar a quantidade de dias. Na geração do arquivo no layout CNAB já está sendo feito via nova propriedade, mas esta mudança não ocorreu na geração via CNAB 400. Portanto apenas mudei o IFTHEN da linha 794 para usar a DataProtestoNegativacao Pois o componente teve uma refatoração e agora a data de protesto e negativação estão em propriedades separadas. Não olhei os demais bancos, mas segue a pequena correção para o Itaú, no momento estou enviando minha remessa teste para validação do banco novamente, pois a única crítica foi somente esta data que estava ausente. ACBrBancoItau.pas

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Segue anexo o arquivo. Alterei somente as linhas 1470 e 1471. Não sei se as demais cidades da DSF também sofreram alterações. Cidades.ini

Boa tarde a todos, Vou incluir na minha lista de tarefas e assim que possível vou analisar para ver se acho onde esta o problema.

Após nova conferencia verifiquei uma pequena falha na importação do Registro 1920 a qual segue a correção abaixo. ACBrEFDBloco_1_Importar.pas

Muda apenas o tpEvento. E no caso do desconhecimentoe operação não realizada é preciso preencher a tag detEvento.xJust com a justificativa.

Mauricio, bom dia !! Tudo bem ?? Essa mensagem quer dizer que está tudo ok com o SAT, não tem problema nenhum... Você está emitindo a venda corretamente... Se você olhar na especificação do SAT, lá mostra todos os retornos de cada função do SAT. Acredito que possa ser alguma coisa no código, você pode realizar o teste que o Juliomar te orientou e postar aqui para darmos continuidade. Especificacao_SAT_v_ER_2_27_05.pdf

Faz o seguinte aproveita o Except e pega o erro retornado da seguinte forma: try PrepararImpressao; dmvenda.ACBrSAT1.ImprimirExtrato; except on e: exception do begin msg:=MensagemCodigoRetorno(dmvenda.ACBrSAT1.Resposta.codigoDeRetorno); msg := msg + #13 + e.message; Application.Messagebox(pchar(msg),'Aviso!',mb_OK+MB_ICONWARNING+MB_SYSTEMMODAL); end; end;

Sim funcionou com a mudança em homologação. Assim que liberar a produção reposto se funcionou. obrigado

Bom dia galera Precisei fazer a impressão das guias de retorno (GNRE) para todos os estados e com isso identifiquei uma falta de padrão na SEFAZ em relação ao XML. Com base nisso, precisei fazer algumas alterações no componente para atender a demanda. Se os administradores quiserem incorporar as alterações nos fontes, seguem em anexo os arquivos alterados. PS: Também adicionei a razão social do destinatário na impressão (Fortes). ACBrGNREGuiasRetorno.pas pgnreGNRERetorno.pas pgnreRetConsResLoteGNRE.pas ACBrGNReGuiaRLRetrato.dfm ACBrGNReGuiaRLRetrato.pas

Fiz vários testes em produção neste final de semana com Uberlândia E não precisei de alterar nada no componente. so que agora Uberlândia está com TSL 1.2 e uso wincrypt Geração xml consulta de lote consulta por RPS tudo funcionou o único problema que ainda achei porque foi que a impressão do rps ou nfse não imprime os serviços.

Ok, unit alterada, em anexo. Obrigado. pnfsConversao.pas

Boa tarde Valdir, É preciso sim fazer uma padronização. A grafia do enumerador, do retorno da função ProvedorToStr bem como o nome do arquivo INI tem que ser exatamente a mesma. No caso do provedor em questão deve ser FISSLex, ou seja, proFISSLex, retorno da função FISSLex e FISSLex.ini Caso você deseja fazer essa correção e anexar aqui, agradeço.

Ok Juliomar, vou separar e sequenciar bem o material e postarei aqui de forma que d~e para ajudar outros amigos.

Perfeito Juliana, é apenas um detalhe, até daria para contornar isto preenchendo a data na propriedade de protesto, mas como teve este refactory, o ideal seria seguir como ocorre no layout de 240 colunas, fico no aguardo.

Boa tarde. Deu abençoe, resolvido. Pode fechar o tópico. Obrigado.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Boa tarde, Sim, havia visto no manual que esses eram os métodos necessários para homologação, estou no momento desenvolvendo a integração básica, quando terminar vou tentar desenvolver o que falta. Os métodos de consulta são importantes porque de outra forma temos que sempre enviar os dados completos dos motoristas, veículos, proprietários antes do envio do CIOT, a não ser que façamos no sistema interno o registro que aquele cadastro já foi enviado. Obrigado.

Boa tarde. A propriedade correta a ser utilizada para setar o banco é o TipoCobranca. Att.

Obrigado a todos, as informações foram úteis para minha solução. Podem fechar a tarefa.

CTe no registro D100 e filhos. MDFe não é documento fiscal que precisa ser escriturado, não se informa no SPED.

Bom dia Francinaldo, Realmente existe vários métodos que não foram implementados. Ao implementar os métodos no componente foi seguido a seguinte recomendação que consta no manual do eFrete versão 6.0 páginas 7 e 8: 1.8 Lista de métodos e serviços necessários para homologação Lembramos que a integração é única, tanto para: - Sistema e-FRETE Geração Gratuita de CIOT. - Sistema e-FRETE Geração de CIOT com Meio de Pagamento. Os nomes acima devem ser como devem ser chamados as modalidades de emissão nos sistemas de gestão. Para que a integração seja homologada ambos os cenários precisam ser implementados e estarem disponíveis aos usuários. ProprietariosService: Gravar. VeiculosService: Gravar. MotoristasService: Gravar Requisições para TipoViagem Padrão: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento): AdicionarOperacaoTransporte, AdicionarPagamento, ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente, ObterOperacaoTransportePdf, RetificarOperacaoTransporte, CancelarOperacaoTransporte, EncerrarOperacaoTransporte Requisições para TipoViagem TAC_Agregado: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento): AdicionarOperacaoTransporte, AdicionarViagem, AdicionarPagamento, ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente, ObterOperacaoTransportePdf, RetificarOperacaoTransporte, CancelarOperacaoTransporte, EncerrarOperacaoTransporte Os demais métodos existentes não possuem a obrigatoriedade de implementação para homologação da integração, entretanto esses métodos promovem melhor aproveitamento do Sistema e-FRETE por seus clientes e indicamos que seja estudada sua implementação. Caso você queira contribuir com o projeto implementado outros métodos que não foram implementados e que você acha importante fique a vontade. Toda colaboração é bem vinda.

Consegui fazer funcionar Juliomar, a DSF e a prefeitura de Uberlândia não tem um canal muito bom para comunicação de alterações. Através de um grupo de discussão descobri que os webservices mudaram na semana passada: Antes: http://udigital.uberlandia.mg.gov.br Agora: https://udigital.uberlandia.mg.gov.br Basta editar o arquivo cidades.ini e alterar. De qualquer maneira obrigado pela ajuda.

Luiz, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. E por fim faça novos testes.

Olá Tudo Bem! Obrigado por me ajudarem Juliomar e Antonio! Fiz e coloquei uma versão nova no cliente, vamos ver qual o problema. Obrigado pela informação, fiz a alteração do jeito que o Juliomar sugeriu e já coloquei uma versão nova no cliente, estou no aguardo assim que tiver uma pista do erro ou mesmo a resolução já posto aqui. Muito Obrigado pela Ajuda!

bom dia, resolveu sim e agradeço muito.

Entendi, perfeito. Muito obrigado pelo retorno. Abraços

Solucionado. Obrigado.

Grato pessoal.

Exatamente como Amarildo falou se tu não fizer parte do AutXML não vai conseguir baixar. eles tem que te enviar. faça valer a lei e senão mandar denuncia no sefaz que eles levam um bela multa

Li ele. precisaria pensar em escrever algo. o que fiz de mudanças resolveu seu problema inicial? creio que estava sem tratamento a criação e destruição dos componentes

Muito obrigado!!! Funcionou perfeito...

Se não me engano esse comando força nova geração do XML. Tente usar vACBrNFe.WebServices.Envia no lugar.

Obrigado pelo Retorno Inscrito na préVenda Att., Alexandre Castro Obrigado pelo Retorno Inscrito na préVenda Att., Alexandre Castro

Você chegou a fazer alguma alteração nos fontes do ACBr ou no ACBrNFeServicos.ini? Se fez sugiro que desfaça todas elas, reinstale o ACBr e teste pelo programa exemplo.

Bom dia pessoal. Obrigada pela análise, assim que possível seguiremos aqui e retornaremos no tópico. Att.

O incio da operação é em 04/08/2020. Eu alterei só cidades.ini , estou esperando respostas do e-mail que enviei ao suporte, para tentar testar em homologação. Apos o inicio das operações vou fazer teste em produção com um cliente.

Boa tarde a todos, Alguém sabe me informar a partir de quando a cidade de Ribeirão Preto só vai aceita as notas recepcionadas pelo provedor ISSNet? Lembre-se que o componente ACBrNFSe já possui esse provedor implementando, portanto só é necessário alterar o arquivo Cidades.ini Não precisa fazer alterações no arquivo INI do provedor e muito menos trocar os arquivos de Schemas (XSD).

Sim, aparentemente você está usando o componente DANFE NFe e tentando imprimir o DANFE NFCe. Desde o refactoring nos componentes de impressão foi necessário criar um componente específico pra cada modelo. A versão em Fast Reports é o ACBrNFeDANFeNFCEFR.

Problema resolvido Configuração Antispam do UOLhost

Boa tarde pessoal, Para quem atende o estado do Ceará, sabe que o processo para autorização de operação da softwarehouse com o MFe não é simples e pode tomar um certo tempo, mas no dia 17/07/2020, a SEFAZ publicou uma noticia informando que agora o processo se resume a geração e envio de um Termo de Responsabilidade dentro da área restrita da SEFAZ. Fonte: SEFAZ-CE

@Nelson Santos... apliquei uma baita duma "gabiarra", que converte a Imagem em ASCII Art, e com isso, o ACBrPosPrinter consegue imprimir a imagem no modo Raster... Atualize os fontes, e veja o método: TFrPosPrinterTeste.bImprimirImagemClick

Bom dia. Verifique a qual período se refere seu arquivo, note que cada versão do validador irá aceitar arquivos de um período diferente. Att.

Ajuste enviado para o SVN... Commit [r20306]

Senhores, bom dia. Para o opção acima funcionar, deve ser configurada da seguinte forma... ACBrTEFD.TEFCliSiTef.Restricoes := '{DevolveStringQRCode=1};{[10;11;12;13;14]};';

Fiz os testes hoje novamente e voltou a funcionar. Aparentemente o webservice estava com instabilidades mesmo. Obrigado !

Estou com o mesmo problema Já descrobri, montei o ID errado...

Agradeço as dicas passadas por Big Wings e Daniel Simões, problema solucionado com a remoção da pasta lib e escolha da opção para apagar arquivos antigos, muito grato pela rapidez e o tempo dedicado a ajudar.