
rlira
Membros-
Total de ítens
36 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que rlira postou
-
Olá !!!! Sim, sim deu certo meu caro e muito obrigado Eu só acredito que um passo a passo ou um fluxo de como se deve usar a DLL para esta finalidade poderia figurar nos tutoriais , como eu disse a documentação existe mais ela é direta e simplesmente diz: "- Este comando faz isso!" e só dai o fluxo que eu construi foi meio que baseado na martelada vc viu ai que eu tive que expermentar BAL_UltimoRetorno depois BAL_SolicitarPeso depois BAL_UltimoPesoLidoStr e o comando BAL_UltimoPesoLidoStr deu erro e por fim BAL_UltimoPesoLido e deu certo mais porque eu vi no log que isso estava ecoando lá então experimentei ... deu certo não sei se eu fiz corretamente os passos mais suponho que sim
-
Olá boa tarde Eu tentei agora fazer o que vc sugeriu , a lib esta configurada para MonitorarBalanca = 1 eu entendo isso como que isso disparasse um Evento , um OnPeso da vida... não existe na documentação na parte da Balança que descreva evento, apenas Métodos com isso eu Não mais passei a utilizar o comando Le_Peso ou Le_PesoStr entendendo que com o monitoramento eu precisaria substituir estes comandos por outro dai tentei BAL_UltimoRetorno BAL_SolicitarPeso BAL_UltimoPesoLidoStr Nenhum me retornou nada , inclusive o ultimo da erro, já que há um monitoramento ativado, o arquivo de log tem vários conteúdos como UltimoPesoLido: 1,233 - Resposta: 01233 - Protocolo: Protocolo B. vendo este log então eu pensei porque não trocar o BAL_UltimoPesoLidoStr por BAL_UltimoPesoLido é um chute já que a documentação não diz muito sobre isso alias a documentação ela trata da função ou método apenas seria bom que ela desse uma ajuda no emprego ou uso em que momento..... porque usar ... se repete sempre se é uma unica vez.... Resultado com o monitoramento BAL_UltimoPesoLidoStr não funciona mais BAL_UltimoPesoLido sim dai agora eu voltei ao jogo
-
Sim , sim eu sei da documentação até porque além dos exemplos eu as utilizei mais a documentação ela não instrui a nível de negócio e o que vc me disse a pouco ai é negócio , vc me deu uma dica e eu aqui "preso" no le_peso, le_peso ... mais dai o que vc me disse a pouco agora abriu a minha mente pois se eu entendi bem o que vc quis dizer a documentação ela não da esta "dica" pode até ser para os mais experientes
-
Olá bom dia Juliomar!!!! Prezado obrigado pelo retorno, eu também compreendo que devido a eu nunca ter trabalhado com estes dispositivos isso dificulta um pouco o meu progresso mais .... deixa ver se eu entendi.. hoje eu estou usando a função da DLL BAL_Le_PesoStr vc mencionou ai o termo "pegar a ultima leitura" Então eu passaria a não fazer desta forma mais... primeiro mudar a configuração para MonitorarBalanca=1 segundo usar uma outra função BAL_UltimoPesoLidoStr ou BAL_UltimoPesoLido
-
Prezados boa noite Será que após eu obter o peso eu precise fazer algo... ( na verdade nem sei o que dizer ) tipo limpar algo para poder fazer a próxima leitura? na verdade nem sei mais o que fazer ... andei olhando o código de exemplo feito em Harbour que se parece um pouco com o VFP e olhei também em Pyton mais nada me deu a entender que eu esteja fazendo algo errado
-
Cara olha realmente a pouca experiência com este tipo de dispositivo me deixa com todo tipo de duvida mais o código para isso é no mínimo monossilábico ... estar fechando algo impossível o código que chama a o método da DLL eu postei acima BAL_LePesoStr já o código do botão é mínimo mais como disse nenhuma experiência com balança me deixa realmente numa posição desfavorável mais vou colocar aqui imagens que são muito simples .. e que acho que é como deve ser no entanto vou colocar uma outra imagem que é como eu obtenho o peso que é obtido no método TratarResultado que faz uso do BAL_UltimoRetorno que joga o retorno na propriedade This.Mensagem = Strconv(buffer, UTF8_TO_STR) Resumindo... não vejo como eu esteja fechando algo... e uma vez que o log ele registra o peso porém o que ocorre é que ao chamar o peso retorna -10
-
Olá então... Aqui esta configurada como 0 - Não, suponho ser o default
-
o que ocorre ao ler pela segunda vez em diante é o retorno -10 que segundo o manual que diz Indica que houve erro ao ler o peso da Balança no aCBrBal, mais qual o erro? e porque leu a primeira vez e na segunda em diante não? estou usando um código muito simples ... que obtive nos exemplos Procedure LePesoStr() local hResult, buffer, bufferLen, oErr bufferLen = STR_LEN buffer = Space(bufferLen) hResult = BAL_LePesoStr(2000, @buffer ) ? hResult && aqui já retorna -10 na segunda tentativa Return This.TratarResultado(hResult, @buffer, @bufferLen) EndProc agora eu notei algo... embora o retorno da função retorne -10 no log mostra uma informação do ultimo peso lido como se houvesse um equivoco ai, e outro detalhe se eu uso antes de pedir o peso o comando para solicitar peso ( que eu até removi porque não entendi o seu proposito pratico ... porque pelo nome da função esta claro sim ) segue imagem do log o que esta em amarelo foi quando usei antes de ler o peso a função solicitar peso em azul esta informação que esta vindo no log esta vindo mesmo o retorno da função retornando -10
-
oLÁ Boa tarde ! Prezado obrigado já de antemão pela iteração , Então eu nunca fiz uso de nada relacionado a balança , para não dizer isso a unica coisa que já fiz foi relacionado ao código de barra destes dispositivos que começa com 2 mais que não é o caso aqui ... Você pergunta se eu estou usando Monitoramento de peso... olha ... sinceramente eu vou te responder interpretando o termo "monitoramento" que suponho ser algo que monitora a porta por meio de algum evento se eu interpretei certo não não é isso o meu intuito é usar um timer e ficar consultando de tempos em tempos se existe algum algo ( se retornou um peso ) por enquanto na faze de testes eu estou usando um botão mesmo embora eu já tenha o componente timer no form para este fim
-
Senhores , eu tenho andado as voltas com uma rotina de balança para uso em um self-service, a balança uma Toledo Prix 3 , baixei a lib de testes, aqui no meu ambiente não tenho a balança fisica e por isso usei o emulador , estou usando a linguagem Visual FoxPro , carreguei a DLL ( olhei os exemplos ) e consigo ler o peso porém uma única vez , na segunda já vem um erro e simplesmente um erro sem dizer nada mais... pensei ser porque estou usando um emulador e enviei o programa para quem tem a balança mais lá também ocorre o mesmo erro os passos que eu utilizei foram ativar #solicitarPeso ( não sei se isso funciona quanto tentei não deu certo então comentei ) lerpesoStr se eu tento novamente lerpesoStr aqui eu já recebo o retorno -10
-
Prezados fiz o teste e realmente se um Manifesto ele for encerrado e em seguida eu tentar cancelar recebo um retorno ERRO: Rejeicao: Protocolo de Autorizacao de Uso difere do cadastrado Terminei as funções de Cancelamento e se ele não estiver Encerrado cancelo sem problemas, Bom retornei aqui só para relatar, porque eu achei estranho uma mensagem com estes dizeres, poderia ser outra mensagem, vir um codigo de erro ou outra coisa que desse para o usuário entender, de qualquer forma de minha parte foi apenas para testar a rotina.
-
ACBrMonitorPLUS-1.3.0.301 e vale comentar que eu esperava uma rejeição mais não esta uma vez que este manifesto eu já fiz o Encerramento.
-
Prezados estou obtendo uma mensagem de retorno que menciona ou tem algo a ver com Número de Protocolo pelo menos ela menciona algo assim a mensagem abaixo ERRO: Rejeicao: Protocolo de Autorizacao de Uso difere do cadastrado Estou tentando Calcelar um MDF-e e o comando para tal no ACBR Monitor diz MDFE.CANCELARMDFE(nChaveMDFE,nDados,[nCNPJ]) onde nDados é a Justificativa , ou seja neste comando não há nada de numero de Protocolo diferente do comando de Encerramento então eu montei o comando desta forma MDFE.CancelarMDFe("51200605298653000112580010000000171999225330","TESTE DE CANCELAMENTO") Estou em desenvolvimento das funções do Manifesto e por isto estou testando tudo em Ambiente de Homologação
-
Olá meu caro, boa tarde, Obrigado pelo retorno, irei verificar isto.
-
Senhores estou dando manutenção em um sistema que utiliza o ACBR Monitor com arquivos ini Ocorreu que uma nota de devolução da rejeição informando que "UF do Transportador nao informado" porém esta informação consta no arquivo ini porém o arquivo xml gerado não a contém ( e por isto a rejeição ) gostaria se possível de alguma ajuda porque não consegui decifrar o motivo de um conteudo do arquivo ini não ser inserido no xml uma vez que o grupo [Transportador] esta de acordo com o exemplo do Help Seguem os arquivos Obrigado NFE0164.TXT NFE0164-resp.TXT
-
Olá boa tarde! Então é como relatei "então eu lanço mão do procedimento de fazer a consulta com a intenção de obter o xml" mais não sei se ficou claro, e sim sou "Eu" e não um xml contra o meu cnpj
-
Olá Juliana boa noite. Então eu estou querendo utilizar o serviço de Distribuição, o meu caso talvez eu não descrevi de forma a vc entender mais é o seguinte a NFC-e esta na Sefaz (MT )Autorizada, eu estou sem o xml de Distribuição então eu lanço mão do procedimento de fazer a consulta com a intenção de obter o xml final
-
Olá boa tarde, prezados estou recebendo um retorno ao consulta uma NFC-e com a intenção de obter o xml de distribuição, eu faço a consulta pelo acbr mais retorna o seguinte ERRO: Erro Interno: 11004 Erro HTTP: 500 URL: https://nfce.sefaz.mt.gov.br/nfcews/services/NfeConsulta4 Valid name, no data record of requested type varias tentativas e nada sempre o mesmo retorno, alguem poderia dar uma força ? sei que o erro 500 é algum problema do servidor, mais vai que alguem já passou por isto e teria algo a comentar, e há é possível baixar um xml de um modelo 65?
-
Senhores boa tarde, Aqui em Olinda/PE eu passei pela Homologação da NFC-e uns 12 cupons, segunda feira dia 05 o primeiro cupom em Produção já deu a rejeição 203, eu já olhei o CSC e Token ta de acordo com o que o Contador me enviou , mudei o CSC para o de Produção o Id do Token é 1 então isto nao mudou, falei com o contador e ele me disse que consultou e esta ativo o cadastro na secretaria, falou com uma atendente ela disse que era o programa, eu peguei um xml sem estar assinado e submeti a outro programa e deu a mesma coisa. Validei o xml e ta tudo certo na validação, consulto o status do serviço e ta ok só não consigo emitir em produção , ja no Homologação consigo e agora , os senhores teriam alguma sugestão? Eu to sem opções o programa eu já descartei já com a Sefaz eu não sei o que posso fazer ( eles dizem que ta tudo Ok )
-
Olá Agnaldo boa tarde. Prezado obrigado pelo retorno, ajudou muito esta questão pelo que pude perceber houve uma mudança e não irão mais usar o 6404, estão vendo se sera 6403 ou 6405
-
Olá bom dia! Prezados, se puderem me ajudar nesta duvida que tenho sobre este assunto que estou acompanhando aqui na empresa, adquirimos um produto no regime de substituição tributária ( NCM 85171221 ), agora iremos fazer a venda do produto para outro estado e o consumidor ele não vai vender, o produto terá destino de consumo próprio eu devo emitir a nota também com ST ? ou seja CFOP 6404? Sei que pelo que observei em outros Tópicos isto depende aqui do regime da empresa, de falar com o contador etc.., gostaria de obter apenas um comentário para ter argumentos, sou digamos novo nesta parte comercial, só achei que se já pagamos o imposto por adquirirmos o produto que tem ST , se formos vender para consumidor final porque devemos vender também com ST? alias até o meu ICMS da nota que irei emitir deve pesar porque já paguei este imposto correto?
-
Prezados boa tarde. Venho recorrer ao grupo para minha duvida já de alguns dias, apesar de ter visto outros tópicos sobre o assunto aqui no grupo em que o assunto foi discutido ficou ainda a duvida que vou expor aos senhores. Remetente e Primeira Transportadora são do Parana, com Destino a PE, que entregou a mercadoria na "minha" transportadora que neste caso é quem ira fazer o CT-e de REDESPACHO. Neste CT-e de Redespacho ira constar Remetente/UF: Empresa/PR Expedidor/UF: Primeira Transportadora/PR Destinatario/UF: Industria/JABOATAO-PE CFOP; ???? O serviço que iremos fazer será todo dentro do Estado mais vemos que REMETENTE é de Fora, o CFOP a ser utilizado seria 6932 ou 5932 ou por ser um transporte para uma industria seria 6352 ou 5352? Antes que alguem pergunte pelo contador, ele não soube dizer
-
Olá bom dia, Andei lendo mais um pouco, pesquisei e acredito, não estou totalmente seguro mais seria uma operação InterEstadual onde o inicio da prestação seria o local do Emitente portanto o Parana e com isto o CFOP seria 6932 - Prestação de serviço de transporte iniciada em unidade da Federação diversa daquela onde inscrito o prestadorp
-
Olá Boa tarde a todos. Prezados consultei outros post sobre o assunto Redespacho e posso dizer que o que eu encontrei tirou 95% das duvidas contudo não quis abrir outro sobre o mesmo assunto e neste um dos mais recentes acredito que a questão tem a ver por isto abaixo irei expor ----------------------------------------------------------------------------------------------------------------------- Transportadora A -> B Municipio -> C Municipio ----------------------------------------------------------------------------------------------------------------------- Redespachante PR PE RECIFE Redespacho PE RECIFE PE JABOATAO ------------------------------------------------------------------------------------------------------------------------------------------------------ acima eu "Tentei" demonstrar o Trajeto, e o Remetente como a Transp. Redespachante são do Parana, o CT-e que será feito para Redespacho ( B ao C ) tera Inicio e Termino da Operação: PE e PE Remetente: O Mesmo que consta no CT-e da Redespachante Expedidor/Tomador: a Transportadora Redespachante A duvida é : 1) Remetente e Redespachantes são de fora do Estado, esta operação eu usarei o CFOP 5352 ou seja um CFOP para operações dentro do Estado 2) Tenho que informar os dados da NF-e no CT-e de redespacho? Obrigado Robson Lira
-
Ok Italo você arrumaram a bronca que tava na minha cabeça, e também o contador não ajudava.... rsrsrs, Muito Obrigado.