EMBarbosa

Tópico duplicado: https://www.projetoacbr.com.br/forum/topic/43292-acbrchq-campo-bompara

Vou analisar hoje e te dar um retorno. Desde já, obrigado pela sugestão.

Não tenho certeza que está relacionado, mas existem caracteres estranhos na tag <vBCFCPSTRet> e possivelmente em outras. Eu joguei no Sublime aqui e ele não conseguiu relacionar a tag de abertura com a de fechamento. Joguei num outro editor de texto e ele mostrou assim: Como você está montando esse arquivo?

Charlesspot, Essa é a mesma informação que já foi postada umas três vezes nesse tópico. Dá uma olhada nos posts anteriores. Note também que os prazos para legislação já expiraram várias vezes e ela ainda não saiu.

obrigado pelo retorno.

Esse evento fica dentro do objeto VeSPague como pode ser visto na imagem abaixo. O Exemplo que o Felipe citou acima pode ajudar você a entender o funcionamento.

Esse é a mesma informação da página anterior. Isso é novidade. Te mandaram um e-mail ou algo assim?

Fugiu mesmo. Estou dividindo em um novo tópico. O tópico anterior foi criado a quase 3 anos na época da migração para o Fortes Report CE. Não está relacionada com problemas novos. Sobre seu problema, você talvez tenha que descrever os passos para reproduzir o problema com os programas de exemplo. Talvez o problema seja no Fortes.

Você pode verificar se no arquivo acbrdevice.pas existem as linhas abaixo começando na linha 135? TACBrETQBarraExibeCodigo = (becPadrao, becSIM, becNAO); TACBrETQBackFeed = (bfNone, bfOn, bfOff); TACBrETQOrigem = (ogNone, ogTop, ogBottom); Procure no seu computador inteiro se há outros arquivos ACBrDevice.pas. Mova para a lixeira todos os que não estão na pasta do ACBr (Deixe apenas uma pasta do ACBr). Apague todos arquivos ACBrDevice.dcu. Tente compilar novamente e veja se a mensagem de erro mudou.

Não. Não acha melhor seguir a orientação da resposta escrever para o e-mail citado?

Olá ALA, Tem alguém da SEFAZ-MG nesse grupo?

Se não for possível a criação de uma chave estrangeira (já vi casos em que isso acontece), crie o índice manualmente.

Você está usando o componente ACBr parar o eSocial?

Depende de onde você mexeu. As vezes é por modificar as variáveis de ambiente. Tente essas sugestões do StackOverflow: https://stackoverflow.com/q/5656975/460775

Notícias do site do EFD-REINF de ontem (18/04): Publicada nova versão dos esquemas XSD de comunicação WSDL da EFD-Reinf. Publicada nova versão do Manual do Desenvolvedor da EFD-Reinf Atualização do Ambiente de Produção Restrita da EFD-Reinf

MODERAÇÃO: As mensagens relacionadas com REINF foram movidas para o seguinte tópico:

Você precisa criar registros diferentes. O ACBrSintegra permite isso. Veja esse tópico:

Só aproveitando, algumas vezes nas impressoras USB podem ser necessário aumentar ainda mais o timeout, até pra 30.

É basicamente o mesmo modo da instalação padrão conforme explicado no vídeo abaixo. Só que vai alterar o endereço conforme o Juliomar citou acima.

Os logs que você anexou não tem o erro apresentado neste tópico. Outro detalhe é que o primeiro log está com quantidade em números inteiros. Veja: Primeiro LogECF.txt: -- 27/03 08:34:20:257 -- 27/03 08:34:20:257 TX -> {31;VendeItem;CodAliquota=3 CodProduto="7898513072774" NomeProduto="PANO MULTIUSO 300MTS AZUL" PrecoUnitario=120 Quantidade=1 Unidade="BB";138} -- 27/03 08:34:20:922 RX <- {31;0;;6} -- 27/03 08:34:20:942 VendeItem( 7898904903335 , CHEF DETERGENTE DESENGORDURAN , T03 , 1 , 60 , 0 , GL , $ , D , -1 ) -- 27/03 08:34:20:947 TX -> {32;VendeItem;CodAliquota=3 CodProduto="7898904903335" NomeProduto="CHEF DETERGENTE DESENGORDURAN" PrecoUnitario=60 Quantidade=1 Unidade="GL";141} -- 27/03 08:34:21:692 RX <- {32;0;;6} -- 27/03 08:34:21:712 VendeItem( 3077400000005 , RALO DE PIA TIPO AMERICANA , T03 , 2 , 3 , 0 , UN , $ , D , -1 ) -- 27/03 08:34:21:712 TX -> {33;VendeItem;CodAliquota=3 CodProduto="3077400000005" NomeProduto="RALO DE PIA TIPO AMERICANA" PrecoUnitario=3 Quantidade=2 Unidade="UN";137} -- 27/03 08:34:22:412 RX <- {33;0;;6} Segundo, acbrlog.txt: -- 22/03 19:20:34:336 VendeItem( 111222333 , TESTE DE PRODUTO , FF , 0,28 , 24 , 0 , UN , % , D , -1 ) -- 22/03 19:20:34:337 TX -> {37;VendeItem;CodAliquota=-2 CodProduto="111222333" NomeProduto="TESTE DE PRODUTO" PrecoUnitario=24 Quantidade=0,28 Unidade="UN";128} -- 22/03 19:20:36:040 RX <- {37;0;;6} -- 22/03 19:20:36:040 Desativando a porta: COM1 -- 22/03 19:20:36:162 Ativando a porta: COM1 -- 22/03 19:20:36:288 Estado -- 22/03 19:20:36:289 TX -> {38;LeInteiro;NomeInteiro="EstadoFiscal";40} -- 22/03 19:20:36:410 RX <- {38;0;ValorInteiro=2;20} -- 22/03 19:20:36:410 Desativando a porta: COM1 -- 22/03 19:20:36:415 estVenda -- 22/03 19:20:51:896 Ativando a porta: COM1

Entre no site do fabricante. Talvez por cadastro eles te enviem as informações necessárias.

E que venham novos eventos como esse.

É possível que suas dlls e o componente Indy não estejam compatíveis. Dá uma olhada nessa pergunta, comentários e resposta do StackOverflow https://stackoverflow.com/q/37809971/460775

Me parece que ninguém mais mexeu com essa marca. Mas as informações anteriores continuam válidas: Você pode verificar no manual se ela tem configuração para comunicação em modo de compatibilidade com outros modelos (Toledo, Filizola, etc...) Você pode tentar fazer a implementação da comunicação como outro usuários tem feito.