cefantacini

Estou fazendo um relatório no fortes report que irá imprimir um pedido, que poderá ter produtos e/ou serviços, mais ou menso assim: Cabeçalho do Pedido ( tabela mestre ) produtos (tabela detalhe) - totalização dos produtos serviços - se tiver ( tabela detalhe, digamos irmã da tabela de produtos) - totalização dos serviços se tiver - total geral caso tenha produtos e serviços minha duvidas são em relação a quais componentes do fortes amarrar os datasources no RLReport eu amarro a tabela mestre, ou seja, a tabela de pedidos? quais componentes posso usar para conseguir exibir duas tabelas de detalhe no corpo do pedido? devo trabalhar com os selects das tabelas de produtos e serviços no beforeprint do RLReport. Sou iniciante no fortes, qq sugetão é bem vinda. Obrigado.

Resolveu, era isso mesmo, coloquei a impressora padrão no windows a de A4 e resolveu. Será que não tem uma forma de configurar isso no fortes mesmo para não precisar alterar o windows?

Estou fazendo um relatório usando o Fortes, A4, ele mostra normal na tela, em uma impressora imprime normalmente, porém em outra impressora, sai cortado, como se fosse uma bobina. A página está definida para a A4 no fortes. Em anexo vai uma imagem para facilitar o entendimento. Se alguém que já tenha experiência no assunto, puder dar alguma dica, fico agradecido.

Tenho uma rotina que capta a lista de impressoras do windows... i : Integer; Device : array[0..255] of char; Driver : array[0..255] of char; Port : array[0..255] of char; hDeviceMode: THandle; SL : TStringList; begin SL := TStringList.Create; SL.Clear; for i := 0 to Printer.Printers.Count-1 do begin Printer.PrinterIndex := i; Printer.GetPrinter( Device, Driver, Port, hDeviceMode ); SL.Add( Trim( Device ) ); end; Já percebi que em projetos onde eu tenha essa rotina e use o fortes report - em alguma máquinas, não todas - o sistema fica insuportavelmente lerdo quando executa a rotina acima. Se não usar o fortes report o problema não acontece e repetindo, quando acontece, não são em todas as maquinas que acontece. Imagino que deva ser falta de alguma dll, se alguém tiver passado por problema semelhante e puder ajudar, agradeço!

Falei com a SEFAZ, vejam a resposta: Prezado Carlos, Em 26/4/2019 foi publicada a versão 1.30 da Nota Técnica NF-e 2018.005. Esta revisão trouxe basicamente esclarecimentos, correção de exemplo e alteração do prazo para exigência do CSRT para as UFs que aderiram esse controle. A SEFAZ-SP não aderiu o controle de responsável técnico (validações do grupo ZD – Item 4.4). As demais alterações e validações previstas até a revisão 1.20 da NT2018.005 permanecem com previsão para entrada em vigência no ambiente de produção em 7/5/2019 às 0h. - Até dia 6/5/2019 23h59 estará em vigor o Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2016.002 v.1.60 - b) (Publicado em 02/07/2018). - A partir de 7/5/2019 0h entrará em vigência o Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2018.005 v.1.20)(Publicado em 15/03/2019) e demais validações previstas na NT2018.005 v.1.20. Não há previsão de indisponibilidade por parte da SEFAZ-SP, todavia a contingência do ambiente nacional (SVC-AN) estará disponível no período de 6/5/2019 - 18h até 7/5/2019 18h por precaução devido a mudança de Schemas XMLs.

Gostaria da ajuda do pessoal sobre o entendimento da v1.30 da Nt 2018/005. Pelo que vcs entenderam as informações do responsável técnico técnico ficam prorrogadas para 03/06, porém o preenchimento dos campos: vBCSTRet pST vICMSSubstituto vICMSSTRet Permanece para 07/05 ou fica tudo prorrogado para 03/06?

Já tinha um emissor de CFe-SAT que não usava o ACBrSAT , apenas o ACBrMail e o fortes, até então, distribuia junto com o aplicativo as seguintes DLLs. libeay32 ssleay32 zlib Funcionava tudo certinho em qq versão do windows. Agora passei a usar as funções do ACBrSat e a impressão do Extrato pelo Fortes. Fiz, funcionou tudo certinho. Comecei a fazer uma atualização manual em alguns clientes, antes de automatizar pra todos. Em alguns clientes quando ia abrir o sistema dizia que estava faltando DLL. Até agora, nos clientes que fiz a atualização, me foram solicitadas até 3 DLLs, que são: msvcr120 libiconv libxml2 Alguém podeira me dizer quais são todas as possiveis DLLs que terei que distribuir, para quando automatizar a atualização on line já distribuir todas as que podem ser necessárias.. Obrigado.

Enviei o mail para a Sefaz de SP, segue a resposta. Prezado contribuinte, Todas as alterações da Nota Técnica 2018.005 estão disponíveis no ambiente de homologação externo desde 2/4/2019. A atualização para o ambiente de Produção ocorrerá no dia 7/5/2019 às 0h. - Até dia 6/5/2019 23h59 estará em vigor o Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2016.002 v.1.60 - b) (Publicado em 02/07/2018). - A partir de 7/5/2019 0h entrará em vigência o Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2018.005 v.1.20)(Publicado em 15/03/2019) e demais validações previstas na NT2018.005. A contingência do ambiente nacional (SVC-AN) estará disponível no período de 6/5/2019 - 18h até 7/5/2019 18h.

Estou com uma dúvida sobre a implantação da Nt 2018 005 em produção. Alguém saberia me dizer que se eu quiser já atualizar o schemas e a montagem do XML em produção já posso ou tenho que esperar até 07/05? Obrigado

Eu fiz uns testes aqui e cheguei na seguinte conclusão: Para não receber o erro: Tem que preencher todos os 3 campos com valores positivos: Produto.Imposto.ICMS.vBCSTRet Produto.Imposto.ICMS.vICMSSTRet Produto.Imposto.ICMS.vICMSSubstituto Fiz o mesmo teste, tanto para destinatário PF como para destinatário PJ, tanto usando o CSOSN 500 quanto usando o CST 60 Nas 4 situações somente consegui emitir, informando os 3 campos acima com valor positivo, sendo que: Se enviar qq um dos 3 campos com valor 0, o erro é o: Rejeição: Falha no Schema XML do lote de NFe http://www.portalfiscal.inf.br/nfe/wsdl/NFeRetAutorizacao4 https://homologacao.nfe.fazenda.sp.gov.br/ws/nferetautorizacao4.asmx Agora, se enviar o XML sem pelo menos um dos 3, aí o erro é o: 938-Rejeição: Erro não catalogado (código de status não localizado: 938). Na verdade essa situação já tá bagunçando um pouco a minha cabeça. Gostaria de ajuda do pessoal do grupo em dois pontos. 1 - Esses testes que eu fiz estão condizentes com a NT 2018 005_v1_20? 2 - Falei com meu contador sobre o correto preenchimento desses campos e o mesmo tbém ficou com bastante dúvida, alguém teria alguma informação, sobre a forma correta de preenchimento desses campos? Desde já obrigado!

Aqui em homologação eu não consigo transmitir nota sem preencher os campos: Produto.Imposto.ICMS.vBCSTRet := 1; Produto.Imposto.ICMS.pST := 1; Produto.Imposto.ICMS.vICMSSubstituto := 1; Produto.Imposto.ICMS.vICMSSTRet := 1 Isso tá previsto pra entrar em produção no final de Abrirl. Antes disso, em produção, eu devo mandar com ou sem esse campos?

Já achei o problema, no caso, os 4 campos tem que ser preenchidos com valor positivo: Produto.Imposto.ICMS.vBCSTRet := 1; Produto.Imposto.ICMS.pST := 1; Produto.Imposto.ICMS.vICMSSubstituto := 1; Produto.Imposto.ICMS.vICMSSTRet := 1 Alguém saberia me dizer qual o correto valor a especificar nesses campos?

Estou fazendo as adaptações no meu sistema para a NT 2018 005 e estou recebendo a Mensagem na hora da transmissão. Rejeição: Falha no Schema XML do lote de NFe http://www.portalfiscal.inf.br/nfe/wsdl/NFeRetAutorizacao4 https://homologacao.nfe.fazenda.sp.gov.br/ws/nferetautorizacao4.asmx Atualizei os Schemas hoje. o XML segue em anexo. Desde já obrigado pela atenção. 35190364707268000140550010000005451101538657-nfe.xml

Confirma, fiz o teste aqui agora, tando com o CSOSN 500 como com o CST 60 e deu certo. Valeu!

Eu enviei um mail para a SEFAZ, tendo a resposta posto aqui.

938-Rejeição: Erro não catalogado (código de status não localizado: 938) acbr csosn 500 Estou tentando emitir uma nota em Homologação em SP usando o CSOSN 500 e estou recebendo a mensagem de erro acima. o XML está ficando da seguinte maneira. -<ICMSSN500> <orig>0</orig> <CSOSN>500</CSOSN> <vBCFCPSTRet>10.00</vBCFCPSTRet> <pFCPSTRet>10.0000</pFCPSTRet> <vFCPSTRet>1.00</vFCPSTRet> </ICMSSN500> Se eu não entendi errado a NT 2018.05, deveria ser criada uma TAG ICMSST no XML. Se alguém puder esclarecer, desde já obrigado!

Quando tem carta de correção e/ou cancelamento em uma nota, se eu pegar o XML assinado e usar o Método .Consultar o ACBr devolve o XML atualizado com o complemento "DFe" no nome do arquivo, com a informação dos eventos inserida dentro do XML. Se eu colocar esse XML dentro do componente eu consigo fazer a leitura desses eventos? Se sim e alguém tiver algum exemplo aí, dei uma vasculhada nas propriedades e não encontrei ....

Oi, atualizei e resolveu, obrigado!

Atualizei o ACBR ontem (10/01/2019) e passei a receber o seguinte erro na transmissão da nota: Falha na validação dos dados da nota: 514 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. http://www.portalfiscal.inf.br/nfe/wsdl/NFeRetAutorizacao4 https://homologacao.nfe.fazenda.sp.gov.br/ws/nferetautorizacao4.asmx Esse erro ocorre apenas se eu usar o libWinCrypt, se eu usar o libCapicomDelphiSoap a nota emite normal. Se alguém tiver alguma idéia, obrigado!

já achei a solução, é só mudar a propriedade DMComp.DANFSE.PrintDialog := False; só que tem que chamar direto o DANFE, se tentar DMComp.NFSe.DANFSE.PrintDialog := False; ela não aparece...fala que a propriedade PrintDialog não existe ...

Gostaria de imprimir várias notas diretamente na impressora, sem ficar abrindo a caixa de diálogo de impressão a cada nota. Estou tentando com o seguinte código: Criei uma rotina para pegar o nome da impressora, e dentro de um laço, coloco o código abaixo, porém a cada nota, abre a caixa de diálogo de impressão.... DMComp.NFSe.NotasFiscais.Clear; DMComp.NFSe.NotasFiscais.LoadFromFile( Arquivo ); DMComp.NFSe.DANFSE.Impressora := Impressora; DMComp.NFSe.DANFSE.MostrarPreview := False; DMComp.NFSe.NotasFiscais.Imprimir; Alguém já passou por situação semelhante?

Fiz um teste aqui que foi o seguinte: Na máquina que estava dando o erro, fui no ACBR e executei o bat ApagarAcbr. Apaguei a pasta do ACBR. Copiei a pasta do ACBR da máquina que tava funcionando (ACBR desatualizado). Instalei novamente o ACBR pelo Trunk 2. Resolveu o problema. Vou acostumar a sempre que atualizar o ACBR, copiar a pasta de instalação para um pen drive, antes.

Blz, vamos ficar no aguardo....

Amarildo Atualizei os Schemas tbém e os arquivos .INI (Cidades e Ginfes) e o problema permanece.

Fiz vários testes sobre o problema e vou colocar minhas percepções, caso alguém consiga ajudar, acho que isso já facilita. Instalei o Delphi e o ACBR numa terceira máquina, consequentemente essa máquina ficou com o ACBR na ultima revisão. As 3 máquinas tem windows 10 de 64 bits. Nas duas máquinas que estão com o ACBR atualizado, dá os seguintes erros: Usando o libCapicomDelphiSoap: Falha ao Assinar - Cancelar NFS-e: Não encontrei final do elemento: </CancelarNfseEnvio> Usando o libWinCrypt: Falha ao Assinar - Cancelar NFS-e: Erro: Falha ao interpretar o XML "xmlParseDoc" Na maquina que está com o ACBR desatualizado, transmite normalmente o cancelamento sem erros. Se eu pegar o EXE compilado na máquina que está com o ACBR desatualizado e colocar na máquina que está com dando o erro, o erro desaparece e o cancelamento é enviado normalmente. Se alguém puder ajudar ...