Alex Pereira

Bom dia galera! Só pra informar que o problema ainda não foi resolvido na versão "3.10"... SEFAZ SP. Quando enviado com a propriedade "RetirarAcentos = True" retorna o erro: "Rejeicao: Descricao do Combustivel diverge da descricao adotada pela ANP" e quando enviado com a propriedade "RetirarAcentos = False" retorna o erro: "Erro ao enviar NF-e Erro: Erro: Requisição não enviada. 0 - A" A solução temporária que encontrei foi continuar emitindo na versão "2.00" por enquanto e setando a propriedade "RetirarAcentos = True" que dái vai sem acento mesmo e não ocorre o erro na validação. (como os amigos já haviam falado anteriormente) Abraços.

Bom dia a todos. Hoje estou gerando meu primeiro recibo de entrega pelo "Valida e-Nota Fiscal" versão 2.08b também já tentei na 2.08a, e quando imprimo o recibo através do arquivo de controle gerado pelo próprio validador, o recibo sai impresso tudo bagunçado, alguém poderia fazer o teste por gentileza pra ver se sai correta a impressão do recibo? Imagino eu que seja problema do próprio programa deles, mas gostaria de tirar essa dúvida.. Segue em anexo como o meu recibo está saindo. Obrigado, ATT, alex.

Bom dia Jéter. Pois é, vamos ver oque vai virar isso.. rsss Obrigado. Att, Alex.

Já fazia um bom tempo que não atualizava... Mas fiz a reinstalação utilizando o passo a passo do tópico mencionado e funcionou certinho. Obrigado Italo.

Bom dia pessoal. Desculpem minha ignorância, mas estou migrando minha NF-e para a versão 3.10 e me surgiu a seguinte dúvida: Devo apenas atualizar os fontes e os pacotes do ACBR e somente recompilar os pacotes ou remover e fazer uma nova instalação? E quais pacotes eu deveria compilar novamente se for o caso? Dei uma olhada nesse post mas não sei se serve para o meu caso, visto que pelo que entendi, lá o pessoal diz pra remover bpl's, etc.. que seria pra uma nova instalação: ? Obrigado, Alex.

Boa tarde. Agradeço a resposta dos amigos, mas tive que fazer um ajuste para deixar com 9 dígitos, porém da forma que o fiscal pediu mesmo... Obrigado. Att, Alex.

Bom dia galera. Estou utilizando o componente para gerar as notas modelo 21 e aqui na minha cidade (Bauru - SP) meu cliente foi orientado pelo fiscal a gerar a numeração da nota da seguinte forma: Ano + Mês + Número da NF, onde "Ano" fica com 4 dígitos, "mês" com 2 dígitos e o "número da nota" com 9 dígitos completando com zeros à esquerda totalizando 15 dígitos, ficando assim: 201401000000001, 201401000000002 e assim sequencialmente, devendo ser reiniciada a numeração a cada mês. Porém no componente a property "NumeroNF" no registro Mestre está como Integer, e nesse caso deveria ser String. Alguém poderia verificar essa questão e se possível implementar o ajuste no componente por favor? Obrigado, Alex.

Boa tarde. Nesse caso eu trato no meu código também, tanto a remoção de espaço em branco no começo ou no final do texto... porém seria interessante mesmo se fosse implementado no componente. Abraços. ps: agora que vi a data das postagens, já até devem ter implementado isso. foi mal, rs.

Entendi... quanto ao tempo para começar valer é isso mesmo, somente ano quem... Porém quem for precisar implementar no sistema, tem que começar dar uma analisada nos dados que precisarão ser enviados, pois pode haver necessidade de adequação de ferramenta, visto que é processado do ano inteiro, seria interessante já adequar no começo deste ano mesmo. Mas é isso, vamos acompanhando aqui... Juliomar, seria interessante se fosse criado um subfórum pra esse SPED ECF também, assim como existe para os outros, pro pessoal que quiser começar discutir sobre esse assunto... Abraços.

Boa tarde pessoal. Peguei hoje esse manual também e gostaria de saber se há intenção de ser desenvolvido esse novo SPED ECF no componente ACBR? Att, Alex.

Pessoal, bom dia. Desde sexta-feira estou recebendo esse erro ao tentar transmitir uma NFS-e (ambiente de Produção), alguém já passou por esse caso? Inválido no nível superior do documento Line: 4 <!--Erro do SQL: You have an error in y Obrigado. Att, Alex.

Boa tarde amigo. Estava com esse mesmo problema, mas era o link do WSDL mesmo. rs Obrigado.

Obrigado Régys.

Boa tarde pessoal. Aproveitando esse tópico, qual a diferença dessas duas formas de inutilização que existe no componente? 1ª with NFe.WebServices.Inutilizacao do begin CNPJ := '99999999999999'; Justificativa := 'INUTILIZAÇÃO'; Ano := 13; Modelo := 55; Serie := 1; NumeroInicial := 1; NumeroFinal := 1; end; NFe.WebServices.Inutilizacao.Executar; 2ª NFe.WebServices.Inutiliza('99999999999999', //CNPJ 'INUTILIZAÇÃO', //Justificativa 13, //Ano 55, //Modelo 1, //Série 1, //Nº Inicial 1); //Nº Final Outra pergunta, como passo o ambiente se é homologação ou produção nesses métodos de envio? Tentei passar: NFe.WebServices.Inutilizacao.TpAmb := taHomologacao; Mas dá o seguinte erro na hora de compilar: "Cannot assign to a read-only property". Obrigado, Att, Alex.

Bom dia pessoal. Não sei se já viram mas a prefeitura de Bauru disponibilizou um novo Manual de Integração contendo atualizações, inclusive alguns campos que não tinham antes e já constavam no WSDL e melhoraram as explicações tbm. Segue anexo. Att, Alex. nfse_manual_webservice 07-11-2013.pdf

Entendi.. acabamos meio que descobrindo isso na marra.. rss Mas ajudou bastante sim, obrigado.

Pessoal, bom dia. Em qual campo vocês estão utilizando para passar a Aliquota do ISS? Porque já tentei aqui passar para o campo "retencao_iss" e "aliquota_atividade", porém, qualquer percentual que eu mando, ele considera sempre 2%... Exemplo: se eu mando 7% de alíquota do ISS, quando imprime o retorno, no campo "Aliquota (%)" sempre sai com 2%. Obs: o manual está totalmente desatualizado e infelizmente não ajuda muito. Agora fiquei confuso com isso... Alguém saberia me dizer? Obrigado, Alex.

Correto... o pdf que disponibilizaram nem é o definitivo ainda. Por informações em outro fórum: "O ambiente de homologação só estará em novembro/13, ademais existem ajustes no leiaute que não foram divulgados ainda, assim, teremos um manual em setembro e outro em novembro com o leiaute final. Existem discussões com os GTs específicos cujos detalhes ainda não foram fechados." Mês que vem deve sair o layout oficial e o ambiente de homologação. Esperamos então. rs Abraços.

Bom dia pessoal. Alguma nova informação sobre o eSocial? Se vai ser em TXT ou XML mesmo? Estive pesquisando mas também não achei nada concreto que falasse sobre isso... No site deles mesmo não fala nada no Manual http://www.esocial.gov.br/Leiautes.aspx Att, Alex.

Bom dia. O pessoal que está desenvolvendo a NFS-e de Bauru, chegou a implementar o RPS? Existe algum modelo de impressão padrão para o RPS? Obrigado. Att, Alex.

Bom dia pessoal. Alguém sabe se tem alguma maneira de pegar o XML de retorno da NFS-e ? Sei que existe o XML porque logo após a transmissão, o cliente (tomador) recebe um e-mail automático e nesse e-mail contém o XML, apenas não sei se eles disponibilizaram uma forma de capturá-lo no retorno... Obrigado, Alex.

Amigo, aqui não estou passando nada pra esse campo tanto "crc", como "crc_estado" estão ficando vazios. Att, Alex.

Davi, bom dia. Também estou com esse erro que começou ontem à tarde. Ele já aconteceu à algum tempo atrás (vide algumas páginas de post anteriores) e é um problema deles.... nesse caso abra um chamado de suporte na prefeitura e aguarde ser resolvido. Da outra vez que ocorreu comigo também foi assim.. estava transmitindo normalmente e um belo dia começou dar esse erro, daí abrimos chamado e demorou alguns dias.. depois voltou funcionar normalmente sem eu nem mexer 1 linha do meu código. Então é isso... não precisa se "desesperar" pois nesse caso não é problema da sua aplicação, rs. Abraços.

Pois é... depois de muita insistência um cara la do SIG-ISS resolveu tentar ajudar, porém ele insiste em dizer que é uma má formação no XML de envio... ou seja, o XML que estamos enviando ele diz que está com erro. Mas isso não pode ser pq até semana passada estávamos enviando normalmente... Estamos tentando contato com a prefeitura mas o pessoal é muito lento... acho que vai longe isso ainda. rs

Boa tarde. Alguém aqui já fez integração com o PamCard no Delphi? Estou tentando fazer a integração do Pamcard com o Delphi através do WebService que eles disponibilizam, porem estou tendo problemas com a geração. O sistema chega a transmitir os dados, mas quando ele tenta gerar um XML no servidor para me retornar da um erro: "Declaração xml inválida. Line: 4 <?xml version="1.0" encoding="ISO-8859-1. " Alguém conseguiu fazer a Integração utilizando o Delphi ou outra forma ou sabe o que pode estar ocasionando esse erro? Obrigado Att