Pratic Sistemas
-
Total de ítens
444 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Pratic Sistemas
-
-
Em 29/05/2024 at 14:22, Pratic Sistemas disse:
boa tarde amigos, eu tive que colocar uma observação para imprimir no SAT, fiz respeitando o limite de caracteres por linha, fazendo a quebra com ponto e virgula no final.
quando emito o SAT o Preview sai correto, mas a impressão está saindo cortando, da impressão que tipo de fonte ou seu tamanho é diferente, segue em anexo as imagens.
obs não consigo subir a segunda imagem em anexo, da erro em qualquer tamanho que tento, ou fala que excedeu o limite.
segue a segunda imagem, mostrando como está sendo impresso:
-
boa tarde amigos, eu tive que colocar uma observação para imprimir no SAT, fiz respeitando o limite de caracteres por linha, fazendo a quebra com ponto e virgula no final.
quando emito o SAT o Preview sai correto, mas a impressão está saindo cortando, da impressão que tipo de fonte ou seu tamanho é diferente, segue em anexo as imagens.obs não consigo subir a segunda imagem em anexo, da erro em qualquer tamanho que tento, ou fala que excedeu o limite.
-
apenas para dar um feedback que utilizando essa configuração aparentemente melhorou.
-
2
-
1
-
-
18 horas atrás, Daniel Simoes disse:
Creio que seja esse o problema...
Chamar esse WebService, não garantirá que o EndPoint de recepção de DFe's está ativo e funcional...
bom dia Daniel, seria o caso de remover essa consulta que faço então antes ??? , pelo que percebi muitos estão passando este mesmo problema por esses dias, será que poderia ser então no servidor da SEFAZ ?
-
bom dia amigos, tenho um cliente que emiti varias notas em sequencia, e tem recebido a mensagem de consumo indevido com frequência, eu gostaria de saber se alguém tem passado por isso também ???
gostaria de saber se pode haver alguma coisa que posso melhorar para evitar isso, por exemplo:
sempre seto versao e modelo do documento antes do envio: NFe.SetVersaoDF(), NFe.SetModeloDF(), sempre consulto o status antes do envio da nfe: NFe.StatusServico()
caso alguém possa ajudar ou contribuir para tentar melhorar essa questão, agradeço.
-
20 minutos atrás, Alexandre de Paula disse:
A comunicação com o layout TXT ainda funciona, porém não tem atualizações faz um tempo.
Dependemos que seja fornecida alguma documentação referente ao layout para eventualmente atualizar.
Integrando com arquivos INI (monitor e LIB) ou pelos componentes já está tudo atualizado e funcionando para emissão dos monofásicos.
PS. Procure manter a dúvida em um único tópico. Evite repetições.
Só preciso saber se vai ser adequado para o layout em txt que ainda uso para transmissão das NFe o nova resolução ai para GAS e combustível. Em questão da documentação que mencionou creio que seria a mesma que foi feita para o INI
-
Olá amigos, vou fazer para GAS GLP aqui e alguém saberia me dizer se o ACBR está OK para o envio do arquivo txt, pois o meu ainda está neste formado de envio da NFe. Alguém teria modelo de como seria neste formato e as mudanças.
obrigado -
14 minutos atrás, Alexandre de Paula disse:
Para enviar é preciso usar o ambiente de contingencia. no link abaixo tem algumas orientações:
valeu muito obrigado meu amigo, Deus abençoe
-
1
-
-
12 minutos atrás, Alexandre de Paula disse:
Bom dia,
olá bom dia meu amigo, agradeço a informação, e neste caso será necessário alguma alteração para conseguirmos enviar, ou deveria funcionar normalmente o envio ?
-
Bom dia amigos, em alguns clientes específicos estamos tendo problema no envio da NFe, hoje ocorreu novamente com outro cliente, o engraçado é que fazendo o teste de comunicação, em produção da erro, mas em homologação funciona, trocando a UF para RS passa a funcionar também em produção.... segue abaixo o retorno do erro que está ocorrendo quando tentamos transmitir uma nfe:
<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Receiver</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Server was unable to process request. ---> The type initializer for 'Sefaz.NFe.Lib.Conf.Configuration' threw an exception. ---> A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) ---> The network path was not found</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope> WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 500 URL: https://nfe.fazenda.sp.gov.br/ws/nfestatusservico4.asmx
lembrando este erro é pontual, ocorreu apenas em alguns clientes, já atualizei o acbrmonitorplus, para ultima versão: 1.4.0.203
-
Em 11/04/2023 at 18:27, Daniel Simoes disse:
Ele tem mais detalhes do erro ? Tem o XML original do documento ?
Estranho o sistema de retaguarda ter aceitado um xml, e depois ter considerado ele inválido...
Daniel boa tarde, se puder de alguma forma me ajudar, pois não tenho idéia porque lá na sefaz o xml cancelado consta inconsistente,quando todo procedimento retornou com sucesso.
-
57 minutos atrás, Diego Foliene disse:
Na retaguarda não á mais detalhes do porque o Cancelamento foi invalidado?
escritório retornou que aparece somente PROCESSADO COM INCONSISTENCIA
-
10 minutos atrás, Diego Foliene disse:
Na retaguarda não á mais detalhes do porque o Cancelamento foi invalidado?
fiz um pedido ao escritório de contabilidade para me passar o maximo de informação possível, assim que tiver encaminho aqui.
-
1
-
-
15 horas atrás, Daniel Simoes disse:
Ele tem mais detalhes do erro ? Tem o XML original do documento ?
Estranho o sistema de retaguarda ter aceitado um xml, e depois ter considerado ele inválido...
Daniel segue todos os arquivos do teste que fizemos ontem emitindo uma venda e fazendo o cancelamento para ver como ficaria no retaguarda do sat
logSat120423-parcial.txt AD35230408833043000160590010739350023387246960.xml ADC35230408833043000160590010739350023395042511.xml
-
15 horas atrás, Daniel Simoes disse:
Ele tem mais detalhes do erro ? Tem o XML original do documento ?
Estranho o sistema de retaguarda ter aceitado um xml, e depois ter considerado ele inválido...
bom dia, Daniel vou tentar pegar o maximo de informação possível para enviar, porém consigo fazer normalmente o cancelamento o log do equipamento mostra sucesso na emissão, só que depois no retaguarda acusa invalido o XML de cancelamento, daqui a pouco já te envio o log e imagens do sat emitido e cancelado
-
1
-
-
boa tarde amigos, em um cliente específico, os cupons Sat cancelados no mês 03 no momento foram emitidos com sucesso, porém quando o contador foi analisar no retaguarda do Sat, lá consta como inválido, gostaria de saber se alguém já passou por essa situação, o que pode ter ocorrido ?
-
boa tarde amigos, ocorreu uma situação, onde meu cliente fez uma venda com mais de 300 itens, porém a impressão do cupom SAT, saiu até 243 itens.
Já fiz a alteração entre ESC Pos / Fortes - Porém nenhuma delas imprimiu o comprovante completo, ambas sairam 243 itens apenas.
Gostaria de saber se existe alguma configuração que corrija essa situação ?
segue abaixo arquivos em anexos.
no aguardo, obrigado até o momento.
-
bom dia, sim a consulta foi feita, e nenhum CTe ou MDFe foi constava, cliente optou por uma nota de devolução para resolver seu problema.
-
bom dia amigos, ocorreu um erro estranho no cliente ao tentar cancelar uma NFe dentro do prazo, segue abaixo:
ERRO: Nao foi possivel consultar o numero de Protocolo para a Chave: 3521106912781900011055001000009435181960XXXX
o erro acima é o retorno do AcbrMonitorPlus, ao enviar o comando pelo meu sistema.
Porém ao tentar executar o cancelamento direto pelo AcbrMonitorPlus, o seguinte retorno foi mostrado:
REJEIÇÃO: Pedido de cancelamento para NF-e com CT-e ou MDF-e
trouxe um retorno diferente e mais claro, porém o cliente alega que foi uma venda de balcão, e não seria possívela NFe estar vinculada a outro documento.
PORÉM o mais importante pra mim seria entender porque dois retornos diferentes para a mesma ação que seria cancelar NFe.
-
Em 29/03/2021 at 15:52, DATAC disse:
Ao emitir NF-e em homologação hoje 29/03/2021. Recebi rejeições que acredito que não deveria:
434-Rejeicao: NF-e sem indicativo do intermediador
436-Rejeicao: Informado 99-Outros como meio de pagamento
Conforme meu entendimento que consta na versão 1.20 da NT 2020/006 não seria para entrar agora essas regras e sim em 05/04 para regra do intermediador e para regra do meio de pagamento 99 estaria extinta.
Alguém sabe porque a Sefaz está com fazendo essa "bagunça" e o que seria o correto hoje?
Bom dia por enquanto essas regras são válidas somente no ambiente Homologação,
algo a ter atenção para 434-Rejeicao: NF-e sem indicativo do intermediador, é o seguinte:
caso campo Presencial igual a(2,3,4,9), a tag do intermediador deve ser informada (0,1), caso não seja, ocorrerá erro no envio da nfe.caso campo Presencial diferente dos valores acima, então não informe a tag intermediador, porque se não dará erro no envio da nfe.
-
1
-
-
4 horas atrás, emdri disse:
Seguindo as orientações da Nota Técnica 2020.006 versão 1.10
ao informar <indPres> = 1 é obrigatório o preenchimento do <indIntermed>, porém ao proceder desta forma o no ambiente de Homologação dá erro:
435-Rejeição: NF-e não pode ter o indicativo do intermediadorSegue o que foi preenchido nos campos:
<indPres>1</indPres>
<indIntermed>0</indIntermed>O que esta errado ?
você utiliza o ACBrMonitor Plus ???
Se sim, você está com a ultima versão ?
basta preencher a nova chave indIntermed = 0, para seu caso e na homologação vai dar certo.
-
1
-
-
bom dia amigos, por duas vezes aconteceu com o cancelamento da nfe, o sistema fez o cancelamento normal, foi gerado o xml de retorno com protocolo e confirmação do cancelamento, porém no site da fazenda ao fazer a consulta não consta o evento de cancelamento.
alguém mais teve esse problema ???
houve alguma alteração em relação a cancelamento de nfe ???
no aguardo, até mais.
-
1 hora atrás, Daniel Simoes disse:
Mas o layout do ACBr não prevê páginas A4... Ou seja, ele não irá quebrar página e fazer cabeçalho, caso o relatório seja muito extenso
Daniel obrigado, vou orientar o cliente.
-
2 horas atrás, Daniel Simoes disse:
Nao empreendi...
O Extrato do SAT não foi projetado para rodar em Folhas A4...
boa tarde Daniel, realmente isso é verdade, mas observe que as configurações de layout estão sendo mantidas, com isso a impressão deveria sair igual se tivesse em uma impressora não fiscal de bobina 8cm.
Eu entendi que é permitido imprimir no A4, para podermos esclarecer segue abaixo cláusula quarta do Ajuste Sinief 11 de 24/09/2010,
d. Os leiautes de impressão abaixo descritos aplicam-se à utilização em impressoras de bobina contínua de papel largo (8 cm) e estreito (5,5 cm), assim como à impressão em papel de formato A4, e devem possuir densidades máximas de 22 (vinte e dois) caracteres por polegada e 9 (nove) linhas por polegada;
no aguardo, desde já obrigado.
Impressão SAT complemento cortando, na preview aparece correto
em ACBrMonitorPLUS
Postado
pergunta respondida pelo @Daniel InfoCotidiano no discord, definido que a melhor solução é usar ESCPOS, para usar o FORTES, reduzir os espaços