Bruto do Delphi

Galera, preciso de um help. Estou prestando consultoria pra uma empresa de desenvolvimento e estamos empacando nesse problema com a impressora elgin... Mesmo marcando nas configurações da impressora como "Térmica direta", quando envio a impressão ela ocorre corretamente, mas logo em seguida, retorna a configuração de fábrica para uso do ribbon: "transferência térmica", causando uma travamento na impressora, pois a mesma fica com a luz de falta do ribbon. Já fiz todos os procedimentos de ajustar no "Utility" da Elgin, dentro das propriedades da impressora. Já desinstalei ela, atulizei o Firmware, instalei o driver novamente. Sempre entra na mesma situaçao. Tenho os prints de como está configurado o ACBRETQ. Vi que ja existe um tópico que foi aberto https://www.projetoacbr.com.br/forum/topic/70309-erro-impressora-elgin-l42pro-sem-utilizar-ribbon/ . Mas mesmo assim ja fiz o procedimento descrito la e nao resolveu. Se alguem já passou por isso e puder me ajudar, por favor.

Marcelo, teria como disponibilizar algum forma de instalar esse servidor local na minha maquina ou em alguma maquina que eu tenha acesso para que eu possa realizar uns testes? Acredito que consigo conectar

Olá.. entre em contato comigo no [email protected] para conversarmos

Eu, Alan Victor, conhecido como Bruto do Delphi pela comunidade Delphi e ACBR venho apoiar e reiterar a minha confiança no Adriano Santos. Contratando com ele você não terá nenhum problema e EU garanto isso. podem ir com fé.

Cara, o posprinter não vai salvar em pdf. não que eu saiba pelo menos. ele gera códigos escpos que é uma linguagem da impressora não fiscal. Acredito que vc tenha que usar um gerador de relatorio que rode no android, ou gerar o relatorio no servidor e só mandar o pdf pro mobile.

pnfsNFSeW_ABRASFv2.pasFonte alterado para passar o campo competência como data e hora para o provedor 4R. já testado em produção na cidade de adamantina - sp.

Não entendo do monitor em si... mas acredito que a tag <vAcresSubtot>8.20</vAcresSubtot> não deveria ser gerada. o acrescimo no "outros" não é considerado acrescimo. então não vai nessa tag

Obrigado por reportar. Para poder responder sua pergunta preciso saber de que documento fiscal estamos falando no momento.

bem, vamos lá.. que documento fiscal vc está tentnado emitir? está usando so componentes, o monitor ou a lib? pode anexar o xml pra analisarmos? Já estou em outras sefazes e está ok e só dá erro nessa?

Segue link com base teórica dessa funcionalidade:

Bom dia... a nota técnica diz que o campo será disponibilizado "a partir de" 05/04. Consequentemente, as sefazes tem até 01/09 para liberar isso, ou não. Sim, é uma zona, um desrespeito, um tapa na cara da sefaz para nós desenvolvedores, mas infelizmente temos que esperar a boa vontade deles. Recomendamos criar uma opção no sistema "Envia tag IdIntermed em produção (Sim ou Não).

Então, aqui, nas prefeituras que eu implementei, não foi necessário certificado digital, mas como eu disse, isso é uma zona gigantesca

Na maior parte das prefeituras, apenas usuario e senha do cadastro do contribuinte é necessário. Mas isso não deve ser levado como via de regra, visto que existem diversos provedores com layouts e regras diferenciadas.

Vamos lá.. NSeqEvento não é necessário no caso da manifestação do destinatário. Para a manifestação, só são necessários os dados de infEvento.chNfe (Chave da nota), infEvento.CNPJ, infEvento.dhEvento e infEvento.cOrgao (que deve ser passado 91); Depois escolher o tipo de evento(infEvento.tpEvento) (que podem ser teManifDestConfirmacao, teManifDestDesconhecimento, teManifDestCiencia ou teManifDestOperNaoRealizada). No caso de teManifDestOperNaoRealizada, é necessário passar a justificativa em detEvento.xJust; É possivel sim enviar varios eventos de manifestação em lote. Veja que a propriedade NFE.EventoNFe.Evento, é uma lista.. é só vc dar o Add varias vezes e preencher o objeto resultante com os dados necessários, dar outro add, preencher de novo... Quando terminar os preenchimentos é só usar o TAcbrNfe.EnviarEvento(1); os retornos estão disponiveis em TAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento (onde X é um numero sequencial para cada evento enviado, na ordem em que eles foram adicionados)

Possivelmente o próprio site da prefeitura não esteja entendendo direito a quebra de linha de acordo com o indicado no manual. o que você passa no XML (\s\n) é enviado para a prefeitura. tente entrar em contato com o provedor pra verificar se há algum esquema disso ser feito, envie os xmls gerados pra eles, para que eles possam debuggar e tentar achar o problema.

A maior parte das reclamações referentes a esse erro interno são por causa de congestionamento. Ou seja, há muita gente utilizando os mesmo serviços que você deseja usar e o servidor "não tá dando conta". Por isso que o erro é intermitente. Acredito que não haja muito oq ue fazer a não ser aguar um pouco e tentar transmitir mais tarde.

Acreditamos que a sua remessa não foi aceita. cosequentemente ela não existe no banco e não precisa ser retificada. O que vc deve fazer é enviar uma nova remessa, com o código que vc já via informando e incluir no INI a propriedade Sacado.SacadoAvalista.Pessoa=3

Uma duvida... se o CEDENTE ou se o SACADO for pessoa jurídica?

O correto é sempre Setar a porta, ativar a impressora e desativa-la após o uso. Essas são as boas praticas. Mas caso vc queira "ganhar tempo", sugiro algum tipo de configuração para não enviar os comandos de ativação e desativação. Tenta sem enviar. Deu pau, marca a configuração de enviar os comandos e segue a vida.

Em relação ao 436, Veja as regras YA02a-10, YA02a-20 da página 11. O problema dessa rejeição é que no ambiente de homologação as SEFAZ-Autorizadoras tem até o dia 03/05/2021 para excluir essa regra. Regra esta que não existe no ambiente de produção. A regra YA02-50 que gera a rejeição 436 foi implementada no ambiente de homologação em 01/02/2021 e seria implementada no ambiente de produção somente em 01/09/2021, mas eles mudaram de ideia, pois viram a mercadoria que fizeram. Em relação ao erro 434, algumas SEFAZ estão obrigando o envio da tag como Sem Intermediador (iiOperacaoSemIntermediador). Enquanto outros aceitam que não se envie a tag (iiSemOperacao)

Bem, esse retorno anexado indica erro de schema da NFE. Por ele não é possivel dizer oq ue está de errado na sua nota. Dependendo de como vc trata o retorno da sefaz, pode ser que você tenha tentando referenciar algo que não exista. Acredito que o mais correto agora é buscar o que está de errado na nota e tentar envia-la novamente.

Bom dia. O PIX é uma entidade diferente do boleto no momento. Não há nenhuma ligação entre as duas no status atual da tecnologia PIX. Algumas modificações virão e será possível realizar essas operações sem "gambiarra". No momento, quem envia o PIX no boleto tem que fazer um controle interno para enviar a baixa do boleto para o banco caso o PIX seja pago. E o PIX não tem a informação de vencimento e multa/juros, ou seja, caso o cliente do seu usuario pague fora do prazo de vencimento, esse pagamento não será acrescido ou recusado, o que pode gerar algum problema. Levando em consideração todo o informado acima, não disponibilizamos nenhuma forma, atualmente, de imprimir o qrcode do PIX no boleto. Quando chegarem as modificações programadas para o pIX que permitam essa inserção realizaremos essa modificação a toque de caixa.

+1 Voto com o relator... sem manifestação, sem nota.

Cara, eu percebi algo que não via antes no site da receita. será que tem algo a ver?

Obrigado Italo. Não fui eu que perguntei, mas o estagiario já tava rancando os cabelos aqui...